Cookie Preference Centre

Your Privacy
Strictly Necessary Cookies
Performance Cookies
Functional Cookies
Targeting Cookies

Your Privacy

When you visit any web site, it may store or retrieve information on your browser, mostly in the form of cookies. This information might be about you, your preferences, your device or used to make the site work as you expect it to. The information does not usually identify you directly, but it can give you a more personalized web experience. You can choose not to allow some types of cookies. Click on the different category headings to find out more and change our default settings. However, you should know that blocking some types of cookies may impact your experience on the site and the services we are able to offer.

Strictly Necessary Cookies

These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site may not work then.

Cookies used

ContactCenterWorld.com

Performance Cookies

These cookies allow us to count visits and traffic sources, so we can measure and improve the performance of our site. They help us know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies, we will not know when you have visited our site.

Cookies used

Google Analytics

Functional Cookies

These cookies allow the provision of enhance functionality and personalization, such as videos and live chats. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies, then some or all of these functionalities may not function properly.

Cookies used

Twitter

Facebook

LinkedIn

Targeting Cookies

These cookies are set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant ads on other sites. They work by uniquely identifying your browser and device. If you do not allow these cookies, you will not experience our targeted advertising across different websites.

Cookies used

LinkedIn

This site uses cookies and other tracking technologies to assist with navigation and your ability to provide feedback, analyse your use of our products and services, assist with our promotional and marketing efforts, and provide content from third parties

OK

Upcoming Events

TRAINING IN CONTACT CENTERS

How To Enter the 2020 Members' Choice Awards - For Vendors

HOW TO CELEBRATE INTERNATIONAL CONTACT CENTER WEEK

EMPLOYEE ENGAGEMENT

HOME AGENT TECH & ENVIRONMENTS

Article : A day in the life of a contact centre card payment – what does happen to your money?

#ContactCenterWorld

What Does Happen To Your Money?

Have you ever thought about what happens once you enter your debit or credit card details into an automated system or read them out to a contact centre agent? The answer isn’t easy but it is more straightforward than many would like you to believe, so stay with me as I take you through a day in the life of a payment.


Payment Method

There are a variety of payment methods available. These may include online purchases, Chip and PIN terminals, contactless or over the phone payments with an agent but whichever method used, the underlining process of authorising the card issuer to allocate your money against that transaction in order to pay for the product or service, is roughly the same. After all, you’re not actually handing over cash, and the merchant (the company or person you’re paying) isn’t actually getting paid; they’re really just requesting an authorisation code which assures them, but crucially does not guarantee, that their merchant account will be credited with the agreed amount.


Payment Service Provider

Once card details are taken they begin their journey towards a "paymentgateway" which is hosted by a Payment Service Provider (PSP), where merchants can utilise multiple payment methods from a single supplier, regardless of which company provides their merchant account. The card details are checked for errors. If these all pass, then the payment is forwarded on to the payment gateway, such as those provided by Mastercard, Barclaycard, First Data or Cardstream. These payment gateways have relationships with acquirers, which is another name for a Merchant Bank such as Streamline, Cardnet or Barclays Merchant Services (BMS). At this point the acquirer identifies the Merchant Account by way of the Merchant Identification Number (MID) which is the merchant’s account number.


Authorisation

The next important step sees the acquirer recognising your card’s long 16 digit permanent account number (PAN) as one that it deals with i.e. from a card issuer that it recognises. At this point your card’s 16 digit PAN number, the merchant’s identification (MID) number and the transaction amount are sent via the card scheme to the card issuing company. The card scheme for example could be VISA, Mastercard, AMEX or a host of others that card issuers are able to work with. Once the card issuer, Barclaycard for example, has checked that there is enough credit or balance available to fulfil the purchase an authorisation code is generated, which reserves the money against the transaction and is passed back up the chain to the payment service provider (PSP) to notify the merchant or service of the transaction outcome. Ideally the transaction has been authorised but if it’s been unsuccessful then the merchant is also informed and the transaction declined. However, even with an accepted payment no actual money has been moved yet. The payment is still held by the acquirer and hasn’t gone any further.


Final Settlement and payment

The final step is settlement for the agreed transaction; this is carried out at midnight, every night. This is when all the acquirers settle authorised payments between themselves in one large transaction to avoid multiple payment fees with the banks. At the same time reconciliation information is issued. It is the duty of each merchant to negotiate a payment term with their acquirer. This is typically measured in days (not hours) and it is finally the actual movement of money from the acquirer to the merchant for the goods sold. Charities for example might be paid within one day whereas gambling operations and furniture merchants could have to wait 5 and 30 days respectively before they get their hands on your cash. Furniture is often delivered damaged and is subject to refunds and therefore the settlement term could be longer. On the whole, payment periods are determined by the merchant’s industry sector or standard industrial classification (SIC) code. Some merchants may even delay delivery of goods until settlement has been confirmed.


Failed Settlement

It is possible for an authorised transaction to fail settlement. In the event of a failed settlement, for example where a customer has reported their card lost or stolen within the same day as having made a purchase either in store, by phone or online, an authorisation code will have been generated but the payments made that day on that card will be stopped at settlement. This is to prevent fraudulent transactions from being processed after the card was reported lost or stolen. Encoded encourages its customers to do reconciliation against a settlement report and not to rely on the transaction log they receive – just in case a transaction failed to settle. It’s better to be safe than sorry.

As you can see it really is at least "a day in the life of a payment" if not longer. What may appear to be a simple case of an amount being taken from your card and a debit appearing on your statement the following month really involves far more than is at first evident.

Add to this the complications of Payment Card Industry Data Security Standard (PCI DSS) compliance and you soon realise why card accepting contact centres are wise to work with a Level 1 PCI DSS secure, automated payment service provider (PSP) to remain compliant and maintain maximum security.


About Encoded Ltd.:
Company LogoEncoded provides interactive voice response solutions and automated payment solutions. Encoded has invested in achieving the highest level of PCI DSS compliance. It has a Level 1 Attestation of Compliance (AOC) which applies to organisations that store, process and/or transmit more than 300,000 Visa transactions per year it also appears on the Visa Europe Merchant Agents List.
Company RSS Feed   Company Twitter   Company LinkedIn   Company Profile Page

Today's Tip of the Day - Offer Alternatives At Every Opportunity

Read today's tip or listen to it on podcast.

Published: Friday, March 11, 2016

Printer Friendly Version Printer friendly version

2020 Buyers Guide Payment Services

 
1.) 
Eckoh

CallGuard, ChatGuard,
Securing payments for on-premise or remote agents for telephone, IVR, web, mobile, Chat and Chatbot.

A patented technology that is flexible way to take secure, PCI DSS compliant payments via live agents over the telephone, web, Chat, Chatbot, or IVR. No sensitive data enters the contact centre environment so, agents do not see, hear, store or record any card or personal details.

CallGuard can be deployed in various ways to fit the way your contact centre works. The solution can de-scope all, or parts, of your contact centre from the scope of PCI DSS compliance and works just as well for on-premise or home/remote working agents.

ChatGuard makes payments in Chat PCI DSS compliant and...
(read more)
PH: 01442 458300
 
Submit Event

Upcoming Events

15th annual Best Practice Conference - this is the contact center world's most highly rated event - a whopping 100% of delegates say they would recommend it!

100's of best practice tips and ideas from contact center professionals Read More...
 7
 10234 
Share

Latest Americas Newsletter
both ids empty
session userid =
session UserTempID =
session adminlevel =
session blnTempHelpChatShow =
CMS =
session cookie set = True
session page-view-total =
session page-view-total =
applicaiton blnAwardsClosed =
session blnCompletedAwardInterestPopup =
session blnCheckNewsletterInterestPopup =
session blnCompletedNewsletterInterestPopup =