Can we do void transaction in iso8583 v1987.

[Madan KC]

In v1993 we can do void transaction but what about v1987. 

[Mark Salter]

On 21/05/2024 09:01, Madan KC wrote:
> In v1993 we can do void transaction but what about v1987.
>

It all depends almost completely on the system you are connecting to
using this version.

[Madan KC]

if then what field will indicate the void transaction v1987. I couldnt find anything on visa/mastercard documents about void transactions.

[Mark Salter]

On 21/05/2024 09:19, Madan KC wrote:

if then what field will indicate the void transaction v1987. I couldnt find 
anything on visa/mastercard documents about void transactions.

By 'void' perhaps you mean a reversal?

[kes...@phsolutions.in]

You can VOID a transaction at the POS but the acquirer switch must send that request as a REVERSAL request to VISA and MasterCard.

On Tuesday, May 21, 2024 at 2:07:39 PM UTC+5:30 Madan KC wrote:

Void means to cancel ta transaction. Useful to cancel reversal, preauth transaction

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/9175556c-1723-476d-b153-57ba2815385e%40protonmail.com.
--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage.  Please support jPOS, contact: sa...@jpos.org
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/9175556c-1723-476d-b153-57ba2815385e%40protonmail.com.

[Madan KC]

If acquirer switch send void transaction which field will indicate it is being voided ???

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/e36f9a55-9822-4d80-a7d4-6eab2c1fdb23n%40googlegroups.com.

[Madan KC]

Is it processing code 02XXXX ??

[kes...@phsolutions.in]

You should send a REVERSAL to MasterCard and VISA along with the old processing code.

m.setMTI("0400");

m.set(2, <PAN>);

m.set(3, <LAST PROCESSING CODE>);

...and other required fields.

[Madan KC]

I think this may indicate reversal txn.  Suppose transaction is reversed successfully for previously approved auth transaction  but due to some reason we need to cancel the reversal .In this case how do we know as a issuer switch that txn voided by merchant should be cancelled. I think reversal txn should be voided by merchant.

To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/88ccf775-0c38-4c1c-b9c8-d103da46e105n%40googlegroups.com.

[kes...@phsolutions.in]

This is how we have developed an acquirer switch and I believe this is how it should be done:

When the acquirer switch receives a VOID request from POS, it first checks if the request (referred by the VOID) was reversed previously or not. 

1. If it was not reversed previously, switch will prepare a REVERSAL request with the required data by the schemes and send a REVERSAL request down the line. As an issuer, you will receive a REVERSAL request for a previously authorized transaction.

2. If it was reversed previously, the switch doesn't send any request further down to the network schemes. This means the issuer will not receive a VOID request for a REVERSAL.

[Madan KC]

Can you elaborate between void transaction and reversal transaction in detail?

[Mark Salter]

On 21/05/2024 11:37, Madan KC wrote:
> Is it processing code 02XXXX ??
>
>

You are seeking a definition on something specific to the POS networks
you are connecting with (or with you).


As Keshaw has already explained in detail, Mastercard and Visa have no
such thing as a 'void' they use authorisation requests and reversal
requests (to cancel out authorisations) - in simplistic terms.


Depending on where you are sitting/testing/emulating/simulating, what
you need to know will vary, but is for you to determine, we cannot guess
what you are trying to do, nor why you are asking these questions.

Perhaps please ask the POS network that connects with you for what they
will do for a void, then determine what happens next, to ultimately
result in the message going to Mastercard or Visa or whoever; then work
out which part you are interested in :-)!



--

Mark

[Mark Salter]

On 21/05/2024 12:38, Madan KC wrote:

Can you elaborate between void transaction and reversal transaction in detail?

You need to do this for yourself, since the definition of 'void' is yours to determine as it depends on the overall context and who is generating the void and why.

[Madan KC]

I know how reversal works and way to handle it but don't know about voided transaction. By what you guys mention reversal and void are same for issuer switch.

I only learned about void transactions today and couldn't find much documentation on them. So just curious about what is it and how it works.

[Mark Salter]

On 21/05/2024 14:08, Madan KC wrote:
> I know how reversal works and way to handle it but don't know about voided
> transaction. By what you guys mention reversal and void are same for issuer switch.
> I only learned about void transactions today and couldn't find much
> documentation on them. So just curious about what is it and how it works.

Ok, so the source of the 'void' messages from your perspective is the
best place to ask what they look like - or examine your logs or something.


Ultimately, the answer you get needs to be correct and accurate for what
you are doing;  as with Visa and Mastercard alone, different companies
do things in different ways even under a 'standard' protocol.


--

Mark

[Madan KC]

yeah I want to know what they look like and how it works for visa.

[murtuza chhil]

https://andyorrock.typepad.com/paymentsystems/2006/04/handling_acquir.html

Look for "Reversal Scenario Class “V”: In-store personnel generates Void of previous transaction"


Nothing has changed since it was written in 2006 by Andy. :)


-chhil

[kes...@phsolutions.in]

Great and relevant article shared by @chhil.

In short, the scenarios are like this:

1. If you are developing an issuer switch, you will never receive a void request as there is no concept of VOID in VISA and MasterCard's dictionary. You will always receive a REVERSAL for previous transaction with MTI 0400 and most of the original data fields  related to previous transaction (required for matching at Issuer's end) like 2, 3, 4, 11, 12, 13, etc. The Transmission Date and Time (DE 7) will be the new one. Check the schemes' manuals for details.

2. If you are developing an acquirer switch, you may receive a VOID or REVERSAL request from POS. In both the scenarion, you need to check in your acquirer switch database if you have already REVERSED this transaction previously or not. If not, you have to send a REVERSAL to the network schemes with MTI and fields as explained above in #1. In case you are unable to send a REVERSAL, you might be required to SAF the transaction for a REVERSAL later. Please read the schemes' manuals again whether SAFing is mandatory or not. In both the scenarios (VOID and REVERSAL from POS) , you have to return a success to POS - this again may differ according to the Acquirer switch/POS contract.

It would be helpful if you can share your specific scenario and cause for agony.

[Madan KC]

Thank you guys for the help.