Man
Professional
- Messages
- 2,963
- Reaction score
- 486
- Points
- 83
1. 0-Auth
2. Pre-Auth
3. Purchase (или Purchase + Void)
4. Telephone Banking
0-Auth — как это звучит. Многие мобильные приложения используют этот метод для подтверждения действительности карты, когда клиент добавляет новый способ оплаты. Стоит отметить, что это не обязательное требование, и не все сервисы выбирают проверку действительности, а просто используют вместо этого проверку luhn. Не всем торговцам также доступна эта функция. Примеры мобильных приложений, использующих 0-auth, включают Sunoco, Grubhub. Торговые услуги от процессоров, предоставляющих 0-auth, включают Authorize.net, например. Люди могут свободно расширять это, если захотят.
Pre-Auth — это стандартная процедура, которая запускает предварительную плату на платежном устройстве как своего рода «мягкую задержку». То есть торговцы имеют возможность подтвердить, что средства доступны, и тем самым предотвратить риск снижения платы, который в противном случае мог бы повысить их уровень риска, назначенный процессором/шлюзом. Если риск квалифицируется выше приемлемого уровня, у продавца может увеличиться стоимость за транзакцию и % каждой транзакции и/или его привилегии учетной записи будут прекращены. Предварительная авторизация также полезна для клиентов, поскольку если транзакция не завершена или меньше суммы авторизации, они, как правило, получат возмещение гораздо быстрее, чем потребуется для их возврата. Опять же, как и в случае с 0-аутентификацией, не все продавцы имеют возможность выполнять предварительную авторизацию и в основном применяется к определенным бизнес-моделям. Компании в этой категории включают заправочные станции с оплатой на заправке, а также отели и мотели. Если мы не контролируем бизнес-счет, использование предварительной авторизации для проверки действительности по сути ничем не отличается от совершения покупки. Поставщики услуг для продавцов, которые разрешают предварительную авторизацию по умолчанию, включают Chase Paymentech.
Проверка покупки — вероятно, самый распространенный способ подтверждения действительности карты. Для этого можно использовать популярные сервисы, такие как Lux, или вы можете использовать частного продавца с API или виртуальным терминалом, чтобы отправить продажу и дождаться одобрения или отклонения. Большинство вариантов предоставляют возможность аннулировать продажу, но в зависимости от внутреннего контроля эмитента и процедур оповещения о рисках это может быть целесообразным или нецелесообразным. Для достижения наилучших результатов в соответствии с вашим рабочим процессом рекомендуется провести дополнительное исследование.
Проверка по телефону — включает звонок по номеру службы поддержки, указанному на обратной стороне карты. У каждого банка будут свои требования, но почти всегда лучше звонить с телефона владельца. Некоторые могут потребовать номер социального страхования или пин-код, и это может иметь неблагоприятные последствия, если они указаны неправильно.
Дополнение к виртуальному терминалу: большинство продавцов также имеют возможность предварительной авторизации, проверки или покупки через телефонную систему процессора. Mercury — лучший, на мой взгляд.
2. Pre-Auth
3. Purchase (или Purchase + Void)
4. Telephone Banking
0-Auth — как это звучит. Многие мобильные приложения используют этот метод для подтверждения действительности карты, когда клиент добавляет новый способ оплаты. Стоит отметить, что это не обязательное требование, и не все сервисы выбирают проверку действительности, а просто используют вместо этого проверку luhn. Не всем торговцам также доступна эта функция. Примеры мобильных приложений, использующих 0-auth, включают Sunoco, Grubhub. Торговые услуги от процессоров, предоставляющих 0-auth, включают Authorize.net, например. Люди могут свободно расширять это, если захотят.
Pre-Auth — это стандартная процедура, которая запускает предварительную плату на платежном устройстве как своего рода «мягкую задержку». То есть торговцы имеют возможность подтвердить, что средства доступны, и тем самым предотвратить риск снижения платы, который в противном случае мог бы повысить их уровень риска, назначенный процессором/шлюзом. Если риск квалифицируется выше приемлемого уровня, у продавца может увеличиться стоимость за транзакцию и % каждой транзакции и/или его привилегии учетной записи будут прекращены. Предварительная авторизация также полезна для клиентов, поскольку если транзакция не завершена или меньше суммы авторизации, они, как правило, получат возмещение гораздо быстрее, чем потребуется для их возврата. Опять же, как и в случае с 0-аутентификацией, не все продавцы имеют возможность выполнять предварительную авторизацию и в основном применяется к определенным бизнес-моделям. Компании в этой категории включают заправочные станции с оплатой на заправке, а также отели и мотели. Если мы не контролируем бизнес-счет, использование предварительной авторизации для проверки действительности по сути ничем не отличается от совершения покупки. Поставщики услуг для продавцов, которые разрешают предварительную авторизацию по умолчанию, включают Chase Paymentech.
Проверка покупки — вероятно, самый распространенный способ подтверждения действительности карты. Для этого можно использовать популярные сервисы, такие как Lux, или вы можете использовать частного продавца с API или виртуальным терминалом, чтобы отправить продажу и дождаться одобрения или отклонения. Большинство вариантов предоставляют возможность аннулировать продажу, но в зависимости от внутреннего контроля эмитента и процедур оповещения о рисках это может быть целесообразным или нецелесообразным. Для достижения наилучших результатов в соответствии с вашим рабочим процессом рекомендуется провести дополнительное исследование.
Проверка по телефону — включает звонок по номеру службы поддержки, указанному на обратной стороне карты. У каждого банка будут свои требования, но почти всегда лучше звонить с телефона владельца. Некоторые могут потребовать номер социального страхования или пин-код, и это может иметь неблагоприятные последствия, если они указаны неправильно.
Дополнение к виртуальному терминалу: большинство продавцов также имеют возможность предварительной авторизации, проверки или покупки через телефонную систему процессора. Mercury — лучший, на мой взгляд.
