Hello
I'm trying to find out some information about how V11 handles LIVE Credit Cards and TEST Credit Cards.
LIVE
I'll list my setup as it may differ from others; Currently, we have an in-house credit card server running
Tessitura Credit Card Server
CCServer (Client and Web)
CCServer Manager (Client and Web)
CCSmart Server (Client and Web)
CCSyncro Server (C&P)
CCSyncro Local (C&P)
We use CommsXL/TNSi as a bureau service
Our Web/Client transactions hits the Tessitura Credit Card Server. That drops a file into a folder. CCServer picks the file up and sends it over ISDN to CommsXL/TNSi. TNSi puts the reply back in the folder and Tess CCard Server picks the reply up and sends it to the client.
TEST
CCServer (Client and Web) (this is placed in loop back mode e.g. authorise everything)
With the new version of the Credit Code setup,
Q1. Do we need to go down the hosted route for "Hosted SecureCXL Service" OR if we choose "Internal Transcend Server", will that use the same setup as now e.g. drops a file in a folder etc... (we don't have Transcend in the UK...I think)?
Q2. If we are forced down the Hosted SecureCXL Route, how do we setup a test credit card server so we can put through e.g. Visa No: 4111111111111111 and get an auth code back so the test transaction can proceed in Tessitura
Thanks
Wayne
Did you get an answer to this Wayne?
I'm looking at exactly the same thing myself and I'm wondering if I have to contact TNS to sort this out?!?!
Tony Barnes gave me a ring and explained it all really well. I never got round to reposting here.
We are going to have to do this in a 2 stage approach. Get the hosted service sorted while on V10 and also get it working for V11 testing (If anyone else is on V10 and uses TNSi hosted service for Customer Present, C&P and e-commerce, please could you confirm or deny what I'm saying. It would be good to know either way).
For V11, the new web service "TransactionService" will take place of the credit card server for customer present and e-commerce. As I understand it, the client will pass the credit card details directly to this service and it will connect to TNSi securely over the internet and that will give a response back for the client with Authed or Not Authed. You no longer need a credit card "Server", you need a server running IIS that can communicate with the client, the database and the internet.
We also have the option/recommendation from TNSi to install their software on all the clients to process credit cards directly with TNSi HQ. I am hoping we don't have to do this will add complication for our PCI Compliance.
If anyone from Tessitura is reading this, it would be good to know if the credit card number is transmitted via the FAT client or the credit card number ID from t_account_data is transmitted via the FAT client and the service looks the card number up. (This was a PCI question we posed and need to find out).
For V10/V11 - Chip and Pin, the current software you have installed on your PCs (Smart CCard Lite?) that communicates with CCSyncro on the credit card server is getting replaced with a new version that communicates directly over the internet to TNSi. I assume it will work in much the same way as it does now, just over the internet instead of your local server.
V10 customer present and e-commerce - After my phone call with TNSi yesterday I am fairly confused. I was under the impression we would be replacing the TNSi software on the credit card server, so the web/FAT client still spoke to "Tessitura Credit Card Server", so the Tessitura side of things wasn't affected. That would pass the request onto the TNSi side which would auth over the internet and reply back to the TCCS program and that would pass the reply back to the web/FAT Client (Normal processing for us - minimal change). I was told this would change and the same software for C&P comms would be installed - but under a different mode and the client would communicate directly over the internet. I assume this can't be the only way of doing things else how would the web work.
I'll see if I can get some input from someone who already does hosted CC services for V10.
Tessitura does not have the ability to for each client to talk directly to the TNSi hosted service. The Tessitura client talks to the Payment Gateway Service over a socket, and formats the request and talks to the TNSi hosted service. The connection between the Tessitura client and the Payment Gateway Service is unencrypted and works just like it did in v10. It works the same way right now for backward compatibility.
The Payment Gateway Service is a Windows service, a drop-in replacement for the old CCServer. It uses more up-to-date technology, but it functions the same way. It accepts a socket request from the client and formats the request for TNSi. Payment Gateway Service can encrypt the request and send it directly to TNSi. The CCServer wasn't able to do this, so it had to talk to the CCSmart daemon.
SmartCCard Lite is being replaced by TNS Pay. Tessitura will not have any knowledge whatsoever about the card details for such payments. Those detalis are kept as a secret between the cardholder, the pinpad, and TNSi.
The Web API and the Tessitura client still speak to the Payment Gateway Server using the same mechanism as they used to do to talk to the old CCServer. The Payment Gateway Service doesn't need any help to talk to SecureCXL like the CCServer did.
Best regards,
Rob(tm)
Thanks Rob. That helps me out.
You mention the unencrypted traffic in V11. In V12, is the intention to encrypt traffic between the client and the database, and the client and payment gateway. The Security guys who did an assessment for us used wireshark on my PC while I was running V10 and V11 with some interesting results.
This is only for people who have been struggling with moving across to hosted TNSi from having an in house CC server.
These are TEST settings ONLY for Version 2.0.11 (and possibly beyond)
C&P
Mode:
Interactive Workstation
Authorization Type: SecureCXL
Host: bank.securecxl.com
Server Port: 4433
Configuration:
Allow Test Card: True
CCEms Host Name: securecxl.com
CCEms Port: 4488
Customer ID: 3541XXX this is not your main merchant ID
Enable Auto-Update: True
Device Serial No: This is not the serial number, it is the PTID
Printer
Printer Type: None
Once you are done, run TNSPayments.exe (there wasn't a shortcut for me in the start menu). This updates the PDQ files. You should also end up with a circle icon next to the clock. Right click and Open the Visualizer to check for error messages. This gives you a screen similar to a trace.log file
Test the transaction using TNS own POS Client
Server Windows Service
Change your NLog.config on TEST to be:
<logger name"*" minlevel="Debug" writeTo="file" enable="true"/>
TessituraPaymentGateway.exe.config. (Ensure your setting are similar - you should not have to change any settings - these all come from TIM.exe for TEST)
SecureCXL ServiceURL="https://bank.securecxl.com:4433/" (this is the external side)
AppSettings:
ServerIPAddress: 10.5.6.182 (this is the internal IP address of the server you have installed this service onto)
Port: 12002 (or pick a port you want. Don't forget the local firewall hole)
PaymentGateway: secureCXLWebApi
In T_Defaults, change the credit card server IP address to be the internal settings above, e.g.:
IP: 10.5.6.182
Port: 12002
READ THIS FOR TEST'S RESPONSE CODES
When you put a payment through to TEST for C&P, eCommerce, phone etc..., the amount that is charged dictates the response code:
Last Digit of Amount (-am)
Response
0
Authorised
1
2
3
Referral B
4
Unknown Card
5
Card Expired
6
Keep Card Decline
7
8
Decline
9
If your order is for £12.30, the last digit is 0, so the auth code is Authorised.
If your order is for £12.34, the last digit is 4, so a response code of Unknown Card
If your order is for £12.39, the last digit is 9, so a response code of Decline
^^^^^This info has been really useful for me once I have found out about it, but haven't seen it the TNSi install documentation, so sharing it here.
You should also have a web logon to TNS Pay. You should be able to see your transaction going through to the system, if you logon (to TEST at https://bank.securecxl.com) with the credentials TNS supply you.
Choose Search
Change the merchant number to: Comms XL Test - 6815145
From Date: Today
To Date: Today
Submit and go to the last page. You should be able to see your transaction there. If you can - you've made it work, if you can't see it, check your firewall has holes for port 4433 and 4488 and firewall holes on your internal server.
Hope if your reading this, its helped
Thanks Wayne. That info was very helpful.
I think we are on the hosted TNSI service already on v10 so things were pretty straight forward for us.
I've installed the PaymentGatewayService on our test credit card server, stopped the old v10 service and the CommsXL services, then put through a payment in Tessitura v11 TEST and all worked fine.
Thanks for the tip on setting NLog.config to debug and the response codes. Helped my testing.
Rob,
You mentioned "SmartCCard Lite is being replaced by TNS Pay" in your post. Is this a requirment before we go live with version 11?
We are using SmartCCard Lite for the Chip and PIN's. I'll want to test v11 with a chip and pin transaction before we go live so wondering if I need to do this software upgrade first.
thanks,
Dara