I have a question about using TMS and Controlled Batches. We don't use a lot of them, but we certainly use them for:
Does this documentation mean that until such a time as Tessitura removes controlled batches, and presumably updates the utilities that rely on them, TMS users cannot use the listed utilities?
Controlled batches cannot be used with EMV or Secure Deviceless Entry payments. If your fundraising department was using controlled batches they will need to transition to uncontrolled batches. Note: Controlled batch functionality will be removed in a future version of Tessitura. The Network recommends using uncontrolled batch types, except when a controlled batch is required for the following utilities: Contribution Import Utility, Event Cancellation Utility, On Account Funds Disbursement Utility, Direct Debit Order Billing, Direct Debit Pledge Bills, SEPA Direct Debit Order Billing, and SEPA Direct Debit Pledge Billing. https://www.tessituranetwork.com/Help_System/Content/TN-Application/Payment-Methods/TMS-Getting-Started.htm
Controlled batches cannot be used with EMV or Secure Deviceless Entry payments. If your fundraising department was using controlled batches they will need to transition to uncontrolled batches.
Note: Controlled batch functionality will be removed in a future version of Tessitura. The Network recommends using uncontrolled batch types, except when a controlled batch is required for the following utilities: Contribution Import Utility, Event Cancellation Utility, On Account Funds Disbursement Utility, Direct Debit Order Billing, Direct Debit Pledge Bills, SEPA Direct Debit Order Billing, and SEPA Direct Debit Pledge Billing.
https://www.tessituranetwork.com/Help_System/Content/TN-Application/Payment-Methods/TMS-Getting-Started.htm
X-Posted to Finance
All the utilities that use controlled batches can be used with Tessitura Merchant Services. And that's because they are either using on-file credit card tokens or are refunding by reference number. In other words, no credit card data is being stored in the controlled batch.
Controlled batches just can't be used for order or contribution processing.
Aha, that's very good to know! Should I put in a ticket for a documentation update?
Well, the documentation isn't wrong currently. It says you can't use controlled batches with EMV device payments or Secure Deviceless Entry payments. And the note says you can still use them for those utilities, noting them as exceptions.
What clarification do you think would be helpful?
The sense I got from reading was that controlled batches could not be used with TMS card operations generally, and that the additional text about the eventual removal of controlled batches was unconnected general documentation on controlled batches: i.e. if you are not using TMS you should still avoid controlled batches except where used by utilities. So the line about on-file cards still being usable in controlled batches is what I was looking for.
When you say "refunding by reference number", is the Event Cancellation Utility doing that? I was under the impression that it moved all transactions to On Account first and then (I presumed) refunding to card on file.
Yes. Refund by reference number is the technical thing that happens with the Refund Prior Payments function, which is what the utility uses. Essentially it looks up the original transaction based on it's reference number in the payment processor and reverses it. Credit cards do not need to be kept on file to use that functionality.
I'll give some thought to how I can reword things in that help topic to avoid any possible confusion. Maybe breaking apart the note that controlled batches are going away from the bit about the utilities that still use them even if you are on TMS.
I think the key distinction here that Kevin mentioned is that the utilities do not use or store credit card information. In other words, they do not use any cards on file. For payments, these utilities use saved tokens only. For refunds they do refund by reference, which does not use card data either.
When I say "card on file" I mean saved token: no one has actual card numbers on file anymore, right?
Well, a token is they way the card is stored. I wasn't really referring to directly storing an untokenized card. Refund Prior Payments doesn't rely on stored accounts (tokenized or untokenized). It just references the original transaction and reverses it, all based on the the payment provider's transaction ID, or reference number. Hence the refund by reference phrase I started with back at the beginning.
I looked closer at what your post and think I slightly misunderstood when I replied last. We all mean tokenized when talking about cards on file. If a utility charges a card, it's using the tokenized card on file. If a utility is making a refund, it doesn't need a card on file, it's just reversing the transaction.
Kevin, this differs from what we were told when we cut over in May. We were told we could no longer use controlled batches for any credit card processing, and based on that advice we insisted that all of our sublicensees use uncontrolled batches moving forward for auto-billing. I am concerned that there seems to be a difference between what's being advised by the implementation teams vs the documentation team. I'm sorry to post this on the forum. However, many of my users follow these discussions and I want to make sure that they trust what we convey to them.
Nancy Sheleheda said:I am concerned that there seems to be a difference between what's being advised by the implementation teams vs the documentation team.
Hear, hear. We went live on TMS in October, and the above was a repeated concern for us as well.
We went live in Oct as well and told to not used Controlled batches as well.
Hi Nancy,
There are several utilities for which controlled batches are required, and you can use those utilities when you are on Tessitura Merchant Services. These are the utilities noted in the documentation Gawain quoted. Looking closer at the list, I realize now that none of the utilities on the list charge credit cards. A few of them make refunds to credit cards, but again, those use the Refund Prior Payments functionality and are completely compatible with Tessitura Merchant Services.
The standard billing utilities (Pledge, Order, and Invoice) do not require controlled batches and in fact do not allow you to use controlled batches (they are filtered out of the batch type parameter dropdown). This is how they have worked for a long time.
It is true, however, that an on-file card could be used in a controlled batch. Here is what we say in the batch documentation about this:
When Tessitura is installed in P2PE mode (which includes all users of Tessitura Merchant Services), only credit card payments using on-file credit card tokens can be processed in a controlled batch. https://www.tessituranetwork.com/Help_System/Tessitura.htm#Batch%20Administration/Batch%20Introduction%20and%20Planning.htm
But because it's not likely you would be processing contributions or orders using only on-file credit cards, the use of a controlled batch for contributions or orders becomes impractical. And with controlled batches being scheduled for deprecation in the future, the switch to TMS is a good time to just stop using controlled batches, except for with that list of utilities (which are all either doing refunds or doing direct debit billing in the UK).
I apologize for any confusion my original posts caused. I'll talk to the implementation team about reviewing what they are saying to see if there is any additional clarification needed there.
To sum up: