topic Re: Original Transaction Not Issued For Payment Profile in Integration and Testing

Original Transaction Not Issued For Payment Profile

glyoder — Thu, 20 Apr 2017 18:41:47 GMT

The best way for me to explain our problem is by describing how we're authorizing payments and creating payment profiles.

We're creating customer payment profiles in this order:

1. We create a payment nonce using Accept.js

2. We use the payment nonce to perform an authorization for an amount, say $500

3. We use the resulting transaction id to create a payment profiler

4. On the next day, we use the payment profile to CAPTURE the authorized transaction. But now we get an error, "the original transaction was not issued for this payment profile," presumably because the profile was created AFTER the transaction was issued.

Is this a bug or expected behavior?

Re: Original Transaction Not Issued For Payment Profile

RichardH — Thu, 20 Apr 2017 18:51:19 GMT

Hello @glyoder

Are you using priorAuthCaptureTransaction as the transaction type, or attempting to use captureOnlyTransaction?

Richard

Re: Original Transaction Not Issued For Payment Profile

glyoder — Thu, 20 Apr 2017 19:37:18 GMT

priorAuthCapture

Re: Original Transaction Not Issued For Payment Profile

RichardH — Thu, 20 Apr 2017 19:43:11 GMT

@glyoder

Can you provide a sample priorAuthCapture request for a sandbox transaction?

Richard

Re: Original Transaction Not Issued For Payment Profile

glyoder — Thu, 20 Apr 2017 19:47:59 GMT

You mean you want to see some code? Or just an example of a transaction that failed?

The api login id for this sandbox account is:

5JNKx9n3F

Here's an example of a failed capture.

{
"profileId": "1811009898",
"resultCode": "Error",
"reasonCode": "E00051",
"reasonText": "The original transaction was not issued for this payment profile.",
"responseCode": null,
"responseSubCode": null,
"approvalCode": null,
"avsResultCode": null,
"transactionNumber": null,
"expectedTransNumber": "60022446222",
"amount": "500.00",
"cardType": null
}

Re: Original Transaction Not Issued For Payment Profile

RichardH — Thu, 20 Apr 2017 20:00:14 GMT

It would help to see your code or the XML/JSON request.

Re: Original Transaction Not Issued For Payment Profile

glyoder — Thu, 20 Apr 2017 20:04:29 GMT

I can try to turn up the debugging and get the XML, but we're just using the authent java sdk, and the same authcapture endpoint is working for other transactions that are authorized after a profile is created. I'm pretty sure the error I'm seeing is because the profile is created after the authorization instead of the other way around.

Re: Original Transaction Not Issued For Payment Profile

Aaron — Thu, 20 Apr 2017 20:29:00 GMT

It sounds like you're on the right track, but I'd love to clarify a few more things and see if I can reproduce here.

1. Has this ever worked? Is this something that has recently changed?

2. Does it work if you're passing a card number instead of a payment nonce? Or, does it fail either way?

Re: Original Transaction Not Issued For Payment Profile

glyoder — Fri, 21 Apr 2017 12:11:25 GMT

#1 - this particular process has never worked. We do have a working process where we create a profile, do an authorization using that profile, and then a capture using that profile. But this new process (authorize using a nonce, creating a profile from that transaction, and then capture prior auth using the profile) has never worked.

#2 - I haven't tried yet. I'll try it when I get a chance.

Re: Original Transaction Not Issued For Payment Profile

glyoder — Fri, 21 Apr 2017 13:24:18 GMT

#2 - I've verified that this also fails if the original transaction was done with a card number instead of a payment nonce.

Re: Original Transaction Not Issued For Payment Profile

glyoder — Fri, 21 Apr 2017 14:02:10 GMT

OK, I've done some more debugging. I'm only able to capture the originally authorized transaction if I don't associate the transaction with a profile (not surprising).

Associated with payment profile

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<createTransactionRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd">
<merchantAuthentication>
<name>****</name>
<transactionKey>*****</transactionKey>
</merchantAuthentication>
<clientId>sdk-java-1.9.2</clientId>
<transactionRequest>
<transactionType>priorAuthCaptureTransaction</transactionType>
<amount>956</amount>
<profile>
<customerProfileId>1810971237</customerProfileId>
<paymentProfile>
<paymentProfileId>1806151346</paymentProfileId>
</paymentProfile>
</profile>
<refTransId>60022499131</refTransId>
</transactionRequest>
</createTransactionRequest>
'
[2017-04-21 09:57:11.702] boot - 8711 DEBUG [pool-25-thread-1] --- HttpCallTask: Raw Response: '<?xml version="1.0" encoding="utf-8"?><createTransactionResponse xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd"><messages><resultCode>Error</resultCode><message><code>E00051</code><text>The original transaction was not issued for this payment profile.</text></message></messages><transactionResponse /></createTransactionResponse>
'
[2017-04-21 09:57:11.705] boot - 8711 DEBUG [http-nio-8443-exec-2] --- HttpUtility: Response: 'net.authorize.api.contract.v1.CreateTransactionResponse@281f5840'
[2017-04-21 09:57:11.706] boot - 8711 DEBUG [http-nio-8443-exec-2] --- ApiOperationBase: Received Response:'net.authorize.api.contract.v1.CreateTransactionResponse@281f5840' for request:'net.authorize.api.contract.v1.CreateTransactionRequest@659ddcaf'
[2017-04-21 09:57:11.706] boot - 8711 DEBUG [http-nio-8443-exec-2] --- ApiOperationBase: Setting response: 'net.authorize.api.contract.v1.CreateTransactionResponse@281f5840'
Failed Transaction.
Error Code: E00051
Error message: The original transaction was not issued for this payment profile.

Not associated with payment profile

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<createTransactionRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd">
<merchantAuthentication>
<name>****</name>
<transactionKey>*****</transactionKey>
</merchantAuthentication>
<clientId>sdk-java-1.9.2</clientId>
<transactionRequest>
<transactionType>priorAuthCaptureTransaction</transactionType>
<amount>956</amount>
<refTransId>60022499131</refTransId>
</transactionRequest>
</createTransactionRequest>
'
[2017-04-21 09:58:56.726] boot - 8711 DEBUG [pool-28-thread-1] --- HttpCallTask: Raw Response: '<?xml version="1.0" encoding="utf-8"?><createTransactionResponse xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd"><messages><resultCode>Ok</resultCode><message><code>I00001</code><text>Successful.</text></message></messages><transactionResponse><responseCode>1</responseCode><authCode>NNNGKB</authCode><avsResultCode>P</avsResultCode><cvvResultCode /><cavvResultCode /><transId>60022499131</transId><refTransID>60022499131</refTransID><transHash>4395D736CD1635A173B7517AAEF3200C</transHash><testRequest>0</testRequest><accountNumber>XXXX0027</accountNumber><accountType>Visa</accountType><messages><message><code>1</code><description>This transaction has been approved.</description></message></messages><transHashSha2 /></transactionResponse></createTransactionResponse>
'
[2017-04-21 09:58:56.732] boot - 8711 DEBUG [http-nio-8443-exec-9] --- HttpUtility: Response: 'net.authorize.api.contract.v1.CreateTransactionResponse@6535e9bf'
[2017-04-21 09:58:56.732] boot - 8711 DEBUG [http-nio-8443-exec-9] --- ApiOperationBase: Received Response:'net.authorize.api.contract.v1.CreateTransactionResponse@6535e9bf' for request:'net.authorize.api.contract.v1.CreateTransactionRequest@317294e9'
[2017-04-21 09:58:56.733] boot - 8711 DEBUG [http-nio-8443-exec-9] --- ApiOperationBase: Setting response: 'net.authorize.api.contract.v1.CreateTransactionResponse@6535e9bf'
Successfully created transaction with Transaction ID: 60022499131
Response Code: 1
Message Code: 1
Description: This transaction has been approved.
Auth Code: NNNGKB

Re: Original Transaction Not Issued For Payment Profile

glyoder — Fri, 21 Apr 2017 15:28:10 GMT

Just to be clear, capturing the prior auth without the payment profile association isn't an acceptable solution for us because that payment doesn't show up in the payment profile history.

Re: Original Transaction Not Issued For Payment Profile

Aaron — Fri, 21 Apr 2017 18:22:53 GMT

@glyoder wrote:

Just to be clear, capturing the prior auth without the payment profile association isn't an acceptable solution for us because that payment doesn't show up in the payment profile history.

I'll bring this up internally. What it looks like is happening is that a call to createCustomerProfileFromTransactionRequest just takes the payment information/customer information from the existing transaction and uses that to create a profile, but doesn't retroactively associate the transaction with the profile.

There's a philosophical discussion to be had about what is the expected behavior, since it's not really documented either way. Parsing the name of the function literally, the function is indeed creating a profile from a transaction. The function's not called createCustomerProfileFromTransactionAndThenAssociateThatTransactionWithTheProfileRequest, for example. However, I tend to agree with you that if you're taking an existing transaction and turning it into a profile, my expectation would be that the transaction was then part of the profile record.

So, I don't know if the current behavior was just an oversight in the design or deliberate. It may not even be an easy change on our end depending on how things are architected. If we really want this to be the behavior, we can at least document the limitation on our end.

I'd encourage you to post this onto our Ideas Forum where others can take a look, contribute feedback, and vote for new features. I'll escalate this internally as well.

Re: Original Transaction Not Issued For Payment Profile

Aaron — Fri, 21 Apr 2017 21:00:52 GMT

Hi @glyoder,

I want to clarify one thing. If you have made your initial authorization request in such a way that it was correctly associated with a profile, you do not have to provide the profile information in the subsequent capture request. If the auth is already associated to the profile, you just need to send the amount and the transaction ID. I want to follow up with my testing of a couple of possible workarounds, to possibly save you a little time.

Option 1 would be to use the nonce you get from Accept.js to create a profile, then do that initial authorization through the profile.

Get a nonce.
Create a customer profile using that nonce in place of the creditCard data.
Charge the customer profile (as auth only) for the transaction.
Later, capture the transaction

This is less than ideal because you you create the profile before you've seen whether the first authorization is good or not, so you'd end up with extra profiles for customers that aren't proceeding to the rest of the purchase process.

I don't know why you are doing the auth only followed by a capture, but it might be specifically so that you aren't creating a profile until you know that the card is good. In that case, if you were to do the above, you could just switch to a one-step auth/capture transaction. You'd still probably want to include a followup step of deleting the extraneous profile created for a non-good card.

If you still want to verify that the card is good before creating the profile, Option 2 would be something like the following:

1. Get a nonce

2. Do an auth-only with the nonce

3. If good, create a profile from the transaction, and then void the initial auth.

4. Now redo the auth and capture through the profile.

The drawback with this is that voiding the auth doesn't necessarily remove the hold on funds that was placed on the card when you did the auth. Whether that hold gets removed and when has a lot to do with the card issuer and in some ways is out of our control. If you're talking about small amounts, like $1 or $2, that's probably not a big deal to just let those expire on their own. However, if that initial auth is for any significant amount, you'd probably want to avoid this strategy.

Option 3 would be to do a normal auth-only transaction with the createProfile flag set to true. If that transaction is successful, a profile is created. Then, theoretically, you could do the capture. The problem with this is that a transaction with createProfile set to true is basically just a one step version of "first do the transaction, then do createProfileFromTransaction". So, that initial transaction is still not associated with the profile. A second more immediate problem is that the createProfile flag currently doesn't work if a nonce is involved (although that should be fixed at some point).

None of these options are great, but at least option 1 would get you what you want, albeit with a couple of extra API calls.