topic Submitting Split Tender Transactions in Integration and Testing

Submitting Split Tender Transactions

stymiee — Thu, 15 Apr 2010 15:31:31 GMT

When submitting a second, third, fourth, etc, payment for a split tendered transaction, are we to submit the split tender ID returned from the first split tendered payment for every subsequent payment? Or do we use the split tender ID returned from the previous split tender transaction (i.e. for the third payment we use the splint tendered id returned for the second payment)?

Re: Submitting Split Tender Transactions

RaynorC1emen7 — Thu, 15 Apr 2010 20:19:21 GMT

Is there a max # of payment? Are we allow to limit to 2 credit/debit/prepaid/gift cards per order?

Re: Submitting Split Tender Transactions

Joe — Fri, 16 Apr 2010 18:30:58 GMT

stymiee, I was also wondering the same thing, then noticed in the API Updates file, in the notes, next to SplitTenderID, that it says "This is returned in the reply message for the first transaction that receives a partial authorization. Send this value to link related transactions; it is echoed back in the return string." That leads me to believe that you use the id from the first transaction for all other related transactions. I have a feeling that the SplitTenderID that is returned from the 2nd, 3rd, 4th, etc transactions (if a SplitTenderID is even returned for these) will be the same as the first, but we can't tell for sure since we won't have a way to test.

RaynorC1emen7, based on the requirements, it sounds to me that if someone wanted to use three $20 prepaid debit cards to pay for a $50 order, then you need to be able to take those three forms of payment. Approving the first $20 card but then rejecting the second $20 card since it doesn't cover the $30 balance seems as though it would go against the new requirements.

Re: Submitting Split Tender Transactions

stymiee — Fri, 16 Apr 2010 18:41:46 GMT

Joe, that is how I interpreted it as well.

As for RaynorC1emen7's question I currently have my implementation allowing for a virtually indefinite number of payment methods to be used. So in your example when the second card is used the remaining balance for that purchase would be $10 and a third form of payment would need to be used. I didn't see anything in the announcement that limits the transaction to two forms of payment. But if I missed something definitely let me know before I go and break someone's website. ;)

Re: Submitting Split Tender Transactions

Michelle — Tue, 20 Apr 2010 21:39:42 GMT

Hey all,

The split tender ID is generated on the first transaction where a partially approved amount is approved, and is used to tie all subsequent transactions together. You must pass it in with any transactions that are a part of the split tender order. If you don't, then the payment gateway will treat that transaction as any other one. And yes, if you pass the split tender ID in in the request, it should be returned in the transaction's response.

Also, there is no maximum amount of split tender transactions at this time. Once we support partial auths with each processor, you will be able to test that functionality on the test server, but unfortunately, not prior. :smileyindifferent:

Thanks,

Michelle

Developer Community Manager

Re: Submitting Split Tender Transactions

manish321 — Sat, 02 Feb 2013 00:10:16 GMT

I am using CIM sample code Approach but didn't find split_tender_id for multiple capture in response .

In response I got "transaction id" , "aproval code", "card type" "CC" .

I passed parameter are as follows to get reponse:

1) Login_Id

2) Transaction_Key

3) profile_id

4) payment_ profile_id

5) amount

6) order_invoiceNumber

please let me know if extraoptions like "x_allow_partial_auth=TRUE" is necessary to get split_tender_id

and to pass extraoptions as parameter Am i need to use "CreateCustomerProfileTransactionResponseType" class?