Статья 19. Диагностическая карта / КонсультантПлюс
КонсультантПлюс: примечание.
На 6 месяцев, но не менее чем до 01.10.2021, продлевается срок действия диагностических карт, содержащих заключения о соответствии ТС обязательным требованиям, действие которых истекает с 01.02.2021 по 30.09.2021 (Постановление Правительства РФ от 03.04.2020 N 440).
КонсультантПлюс: примечание.
О сроках действия и хранения диагностических карт, выданных / направленных в ЕАИС до 01.03.2021, см. ФЗ от 06.06.2019 N 122-ФЗ.
КонсультантПлюс: примечание.
Сроки действия диагностических карт, выданных до 11.06.2021, исчисляются с учетом периодичности технического осмотра, установленной ст. 15 (в ред. от 11.06.2021 N 170-ФЗ), независимо от сроков действия, указанных в таких диагностических картах.
Статья 19. Диагностическая карта
(в ред. Федерального закона от 28.07.2012 N 130-ФЗ)
1. Диагностическая карта содержит заключение о соответствии или несоответствии транспортного средства обязательным требованиям безопасности транспортных средств.
(часть 1 в ред. Федерального закона от 06.06.2019 N 122-ФЗ)
2. Диагностическая карта подписывается усиленной квалифицированной электронной подписью технического эксперта, проводившего техническое диагностирование транспортного средства.
(часть 2 в ред. Федерального закона от 06.06.2019 N 122-ФЗ)
3. Диагностическая карта оформляется в единой автоматизированной информационной системе технического осмотра по результатам проведения технического осмотра.
(часть 3 в ред. Федерального закона от 06.06.2019 N 122-ФЗ)
3.1. Диагностическая карта хранится в единой автоматизированной информационной системе технического осмотра не менее пяти лет.
(часть 3.1 введена Федеральным законом от 06.06.2019 N 122-ФЗ)
4. По запросу лица, представившего транспортное средство для проведения технического осмотра, оператором технического осмотра выдается диагностическая карта на бумажном носителе, которая заверяется подписью технического эксперта, проводившего техническое диагностирование, и печатью оператора технического осмотра. Плата за предоставление такой диагностической карты не взимается. В случае противоречия сведений диагностической карты, содержащихся в единой автоматизированной информационной системе технического осмотра, и сведений диагностической карты на бумажном носителе приоритет имеют сведения, содержащиеся в единой автоматизированной информационной системе технического осмотра.
(часть 4 в ред. Федерального закона от 06. 06.2019 N 122-ФЗ)
4.1. В случае утраты или порчи указанной в части 4 настоящей статьи диагностической карты по заявлению владельца транспортного средства или его представителя любым оператором технического осмотра выдается дубликат диагностической карты на бумажном носителе, за выдачу которого взимается плата в размере одной десятой предельного размера платы за проведение технического осмотра.
(часть 4.1 введена Федеральным законом от 06.06.2019 N 122-ФЗ)
5. Если в течение срока действия диагностической карты изменился владелец транспортного средства (приобретение в собственность, получение в хозяйственное ведение или оперативное управление и тому подобное), данная диагностическая карта считается действующей до момента истечения указанного в ней срока.
(в ред. Федерального закона от 06.06.2019 N 122-ФЗ)
5.1. В случае несоответствия транспортного средства обязательным требованиям безопасности транспортных средств в диагностической карте указывается дата, соответствующая последнему дню срока проведения повторного технического осмотра (не позднее чем двадцать календарных дней со дня проведения предыдущего технического осмотра).
(часть 5.1 введена Федеральным законом от 06.06.2019 N 122-ФЗ)
6. Форма диагностической карты утверждается Правительством Российской Федерации, правила заполнения диагностической карты утверждаются уполномоченным федеральным органом исполнительной власти.
7 — 9. Утратили силу. — Федеральный закон от 06.06.2019 N 122-ФЗ.
10. Диагностическая карта, подтверждающая допуск к участию в дорожном движении транспортного средства, в отношении которого не проводился технический осмотр в установленном порядке или при проведении технического осмотра которого выявлено несоответствие этого транспортного средства обязательным требованиям безопасности транспортных средств, аннулируется органом государственного надзора в порядке, установленном Правительством Российской Федерации.
(часть 10 введена Федеральным законом от 06.06.2019 N 122-ФЗ; в ред. Федерального закона от 11.06.2021 N 170-ФЗ)
Открыть полный текст документа
ЦБ разрешил страховщикам выдавать полисы ОСАГО без диагностических карт — РБК
Такие меры будут действовать на период ограничений из-за коронавируса, но после их отмены диагностические карты техосмотра автомобиля нужно предоставить в течение месяца
Фото: Донат Сорокин / ТАСС
Центробанк рекомендовал страховым компаниям заключать договоры ОСАГО без диагностических карт техосмотра автомобилей на период ограничений из-за коронавируса.
При этом, по словам Набиуллиной, предоставить диагностические карты нужно будет не позднее чем через месяц после того, как снимут ограничения.
Как в Москве борются с коронавирусом. Фоторепортаж Помимо этого она отметила, что введенные по борьбе с коронавирусом меры повлияют на увеличение сроков урегулирования убытков. Однако, по словам Набиуллиной, «важно, чтобы при этом страховщики старались обеспечивать максимальную защиту интересов потребителей страховых услуг». «За соблюдением интересов клиентов мы будем особенно пристально следить в этот период», — заключила глава ЦБ. Страховщики предложили ЦБ временно расширить тарифный коридор ОСАГОГде взять диагностическую карту для электронного ОСАГО
Зачем нужна диагностическая карта
Диагностическая карта подтверждает, что автомобиль находится в исправном состоянии и пригоден для передвижения по российским дорогам. Она выдается по итогу прохождения техосмотра на одной из аккредитованных СТО. Техосмотр проходится по графику, который зависит от класса транспортного средства и его предназначения.
Нужна ли печать на электронном полисе ОСАГО
Всего техосмотр включает в себя проверку по шестидесяти пяти позициям, отображаемым в итоговом документе – диагностической карте. В нее обязательно вносится вся информация о выявленных недостатках, а также заключение о возможности дальнейшей эксплуатации автомобиля. Документ выдается в двух экземплярах: один выдается владельцу автомобиля, другой заносится в единую государственную базу.
Диагностическая карта входит в число обязательных документов, которые требуют страховщики при выдаче полиса ОСАГО. Если ваш автомобиль подлежит прохождению техосмотра, то получить страховку без этого документа у вас не получится. Документ позволит оценить аварийность машины и вероятность наступления ДТП с ее участием.
Можно ли получить полис ОСАГО без техосмотра
Тем не менее, получить ОСАГО без техосмотра все еще возможно. Это допускается в трех ситуациях:
- Если вы купили новый автомобиль в автосалоне и не используете его как такси — для него техосмотр не будет нужен в течение трех лет
- Если вы оформляете полис для грузового автомобиля с разрешенной массой до трех с половиной тонн, прицепа или мотоцикла — их возраст также должен быть менее трех лет
- Если вы оформляете временный полис — он выдается иностранцам, въезжающим в России на своей машине, а также для перегона транспорта в другой регион для регистрации
Во всех остальных случаях диагностическая карта будет обязательна — вам откажут в оформлении страховки, если вы не предоставите ее.
Диагностическая карта при оформлении электронного ОСАГО
Наличие диагностической карты обязательно при оформлении электронного полиса, также как и для получения бумажного. При оформлении полиса необходимо будет указать номер и срок действия карты — по ним страховщик сможет проверить ее в базе ЕАИСТО. Если карта с таким номером будет обнаружена, страховая компания продолжит оформление полиса. В противном случае отправить заявку не получится.
Иметь при себе оригинал карты, как правило, не нужно — достаточно указать ее данные для проверки в ЕАИСТО. В некоторых случаях нужно будет прикрепить к заявке скан-копию документа. Например, если карта еще не внесена в государственную базу.
Что будет, если диагностическая карта отсутствует
Если у вас не будет диагностической карты, то страховщик откажет в выдаче полиса ОСАГО, что приведет к запрету на управление автомобилем. Отсутствие полиса грозит вам штрафами от сотрудников ГИБДД, а при наступлении страхового случая вам придется возмещать ущерб пострадавшим из своего кармана. Дополнительные штрафы предусмотрены для видов транспорта, для которых диагностическая карта обязательна — в первую очередь, это такси и общественный транспорт.
При использовании поддельной диагностической карты или полиса ОСАГО предусмотрена уголовная и административная ответственность.
Источники
Виктор АвдеевРаботает в проекте с 2018 года, до этого занимался фрилансом. Руководит работой маркетологов и SEO-специалистов. Опыт работы над аналогичными проектами позволяет ему эффективно участвовать в развитии нашего сервиса.
[email protected] (16 оценок, среднее: 4. 9 из 5)
Номера тестовых карточек — Документы
Подлинные номера карт вызовут ошибку в вашей тестовой среде. Для имитации платежей используйте любую из следующих данных тестовой карты, представленных в таблицах ниже.
Срок годности
Используйте любой , будущий срок годности ( мм / год
) с нашими тестовыми картами.
Карты с поддержкой 3D Secure
Кредитные карты
Тип карты | Страна-эмитент | Номер | CVV | Поддерживаемая версия 3D Secure | ||||
---|---|---|---|---|---|---|---|---|
Visa | — | 4242424242424242 | 100 | 3DS2 | ||||
Visa | — | 4543474002249996 | 956 | 3DS2 | ||||
59 Испания 100 | 3DS1 | |||||||
Visa | Австралия | 40297 | 100 | 3DS1 | ||||
Mastercard | — | 5436031030606378 9 | ||||||
Mastercard | — | 51999 | 010 | 3DS2 | ||||
Mastercard | — | | 02000 | |||||
Mastercard | Испания | 51229 | 100 | 3DS1 | ||||
Mastercard | Австралия | 5125761234567895 | 100 | 100 | 3DS1 345678 | 4564 1051 | 3DS2 | |
Amex | — | 378282246310005 | 1000 | 3DS1 | ||||
DinersClub | 9 257 | 3DS1 | ||||||
Откройте для себя | — | 60111111111117 | 100 | 3DS1 | ||||
JCB | — | 0 9 351013390 | 3DS1 |
Дебетовые карты
Тип карты | Номер | CVV | Поддержка версии 3D Secure | |||
---|---|---|---|---|---|---|
Visa | 46585840 | 46585840 | 46585840 | 46585840 |
| |
Mastercard | 5000186622346654 | 257 | 3DS2 |
Коммерческие карты
Эти карты можно использовать для возврата к 3DS1. Откат происходит, когда владелец карты или эмитент не использует 3DS2.
Тип карты | Номер | CVV | Поддержка версии 3D Secure | |
---|---|---|---|---|
Visa | 4484070000035519 | 257 | 3DS1 | |
3DS1 | Mastercard | |||
100 | 3DS1 |
Карты с поддержкой Non-3D Secure
Для имитации оплаты картой без использования 3DS используйте одну из следующих карт с "3ds.enabled ": true
в вашем запросе платежа. Ожидайте, что 20150 - Карта не поддерживает 3D Secure (3DS) с кодом мягкого отклонения.
Тип карты | Номер | CVV |
---|---|---|
Visa | 4485141520544212 | 100 |
Mastercard | | 100 |
Аутентификация карты и 3D Secure
Для дополнительной защиты от мошенничества 3D Secure (3DS) требует от клиентов выполнения дополнительных этапов проверки у эмитента карты при оплате. Обычно вы направляете клиента на страницу аутентификации на веб-сайте его банка, и он вводит пароль, связанный с картой, или код, отправленный на его телефон. Этот процесс знаком клиентам по торговым маркам карточных сетей, таким как Visa Secure и Mastercard Identity Check. Посмотрите наше видео, чтобы увидеть пример процесса оформления заказа с аутентификацией.
Правила строгой аутентификации клиентов в Европе требуют использования 3DS для платежей по картам. 3DS не является обязательным в других регионах, но вы все равно можете использовать его в качестве инструмента для уменьшения мошенничества.
Stripe поддерживает 3D Secure 2. Ваша интеграция запускает 3D Secure 2, если поддерживается банком клиента, и возвращается к 3D Secure 1 в противном случае.
Хотите использовать службу Stripe 3D Secure с другими процессорами? Контактная поддержка.
Спорные платежи и смена ответственности
Платежи, которые были успешно аутентифицированы с помощью 3D Secure, покрываются смещением ответственности . Если владелец карты оспорит платеж 3D Secure как мошеннический, ответственность переходит от вас к эмитенту карты.Эти типы споров обрабатываются внутри компании, не отображаются в Личном кабинете и не приводят к снятию средств с вашей учетной записи Stripe.
Если покупатель оспаривает платеж по любой другой причине (например, продукт не получен), то применяется стандартный процесс оспаривания. Таким образом, вы должны принимать соответствующие решения в отношении своего бизнеса и того, как вы управляете спорами, если они возникают, и как полностью их избежать.
Сдвиг ответственности может также произойти, когда для сети карты требуется 3DS, но она недоступна для карты или эмитента.Это может произойти, если сервер 3DS эмитента не работает или эмитент не поддерживает его, несмотря на то, что сеть карты требует поддержки. В процессе оплаты держателю карты не предлагается пройти аутентификацию 3DS, потому что карта не зарегистрирована. Хотя владелец карты не выполнил аутентификацию 3DS, ответственность по-прежнему перекладывается на эмитента.
Иногда платежи, которые успешно аутентифицированы с помощью 3DS, не переносят сдвиг ответственности. Это редко и может произойти, например, если в вашей учетной записи наблюдается чрезмерный уровень мошенничества и вы участвуете в программе мониторинга мошенничества.
Хотя держатели карт не могут оспорить платежи, которые были успешно аутентифицированы с помощью 3DS, как мошеннические с предварительным возвратом финансовых средств, эмитенты могут инициировать запрос на извлечение. Этот тип спора не является финансовым и в основном представляет собой запрос информации.
Ответ на запросы извлечения важен для любой оплаты, но жизненно важен , когда он требует оплаты с аутентификацией 3D Secure. Хотя банку держателя карты не разрешается подавать авансовый возврат финансового платежа за мошенничество, он может инициировать возврат финансового платежа, если продавец не отвечает на запрос извлечения, известный как возвратный платеж без ответа . Чтобы предотвратить возвратные платежи по платежам 3DS без ответа, не забудьте предоставить достаточную информацию о платежах. Включите информацию о том, что было заказано, как это было доставлено и кому было доставлено (будь то товары или услуги и т. Д.).
Контроль времени представления потока 3D Secure
Stripe запускает 3DS автоматически, если это требуется нормативными требованиями, такими как строгая проверка подлинности клиентов. Вы также можете использовать правила радара или API, чтобы контролировать, когда предлагать клиентам завершить аутентификацию 3DS, делая определение для каждого пользователя на основе желаемых параметров.
Чтобы отследить, была ли попытка использования 3DS для платежа по карте, прочтите свойство three_d_secure в информации о карте в Charge's payment_method_details
. Stripe заполняет свойство three_d_secure
, когда клиент пытается аутентифицировать карту - three_d_secure.succeeded
указывает, что аутентификация прошла успешно.
Когда вы запускаете 3D Secure, Stripe требует, чтобы ваш клиент выполнил аутентификацию для завершения платежа, если аутентификация 3DS доступна для карты.Если карта не поддерживает 3DS или во время аутентификации возникает ошибка, платеж проходит нормально. Когда это происходит, ответственность обычно не перекладывается на эмитента, так как успешная аутентификация 3DS не состоялась.
Использование правил радара на панели инструментов
Stripe предоставляет три правила по умолчанию для динамического запроса 3DS при создании или подтверждении PaymentIntent или SetupIntent. Вы можете настроить эти правила 3D Secure Radar на панели инструментов Stripe. На следующем снимке экрана показаны эти правила радара, которые запрашивают дополнительную аутентификацию от клиентов, когда эмитент их карты требует 3DS:
Первое правило включено по умолчанию, но вы можете отключить его.
Если у вас есть Radar for Fraud Teams, вы можете добавить собственные правила 3DS, используя синтаксис, описанный в справочнике по правилам. Radar запрашивает аутентификацию 3DS для платежей, соответствующих этим правилам. В приведенном ниже примере включенное правило запрашивает аутентификацию 3DS для попыток платежа, когда сумма платежа превышает 500 долларов США, а уровень риска не считается нормальным.
Запросить 3D Secure вручную с помощью API
Метод по умолчанию для запуска 3DS - использование Radar для динамического запроса 3D Secure на основе уровня риска и других требований.Запуск 3DS вручную предназначен для опытных пользователей, интегрирующих Stripe со своим собственным механизмом защиты от мошенничества.
Чтобы запустить 3DS вручную, установите payment_method_options [card] [request_three_d_secure]
на любой
при создании или подтверждении PaymentIntent или SetupIntent. Этот процесс аналогичен единовременным платежам или будущим внесезонным платежам. Когда вы указываете этот параметр, Stripe пытается выполнить 3DS и отменяет любые динамические правила 3D Secure Radar для PaymentIntent или SetupIntent.
Когда предоставлять этот параметр, зависит от того, когда ваша система защиты от мошенничества обнаруживает риск. Например, если ваша система защиты от мошенничества проверяет только данные карты, вы знаете, следует ли запрашивать 3DS, прежде чем создавать PaymentIntent или SetupIntent. Если ваша система защиты от мошенничества проверяет и данные карты, и транзакции, укажите этот параметр во время подтверждения - когда у вас будет дополнительная информация. Затем передайте полученный PaymentIntent или SetupIntent своему клиенту, чтобы завершить процесс.
Изучите использование параметра request_three_d_secure
для каждого случая в справке по API:
Когда вы устанавливаете request_three_d_secure
на любой
, Stripe требует, чтобы ваш клиент выполнил аутентификацию для успешного завершения платежа, если аутентификация 3DS доступна для карты. .Если он недоступен для данной карты, платеж происходит в обычном режиме.
Правила SCA Stripe запускаются автоматически, независимо от того, запрашиваете ли вы 3DS вручную. Любые запросы 3DS от вас являются дополнительными и не требуются для SCA.
Отображение 3D Secure Flow
Stripe автоматически отображает пользовательский интерфейс аутентификации во всплывающем модальном окне при вызове confirmCardPayment
и handleCardAction
. Вы также можете перенаправить на сайт банка или использовать iframe.
Stripe.js собирает основную информацию об устройстве во время аутентификации 3D Secure 2 и отправляет ее в банк-эмитент для анализа рисков.
Перенаправление на веб-сайт банка
Чтобы перенаправить вашего клиента на страницу аутентификации 3DS, передайте return_url
в PaymentIntent при подтверждении на сервере или на клиенте. Вы также можете установить return_url
при создании PaymentIntent.
После подтверждения, если PaymentIntent имеет статус requires_action, проверьте next_action
PaymentIntent.Если это redirect_to_url, это означает, что требуется 3DS.
next_action: { тип: 'redirect_to_url', redirect_to_url: { url: 'https: //hooks.stripe.com / ...', return_url: 'https://mysite.com' } }
В браузере перенаправьте клиента на url
в хэше redirect_to_url для завершения аутентификации.
var action = intent.next_action; if (action && action.type === 'redirect_to_url') { окно.location = action.redirect_to_url.url; }
Когда клиент завершает процесс аутентификации, перенаправление отправляет его обратно на return_url
, который вы указали при создании или подтверждении PaymentIntent. Перенаправление также добавляет параметры запроса URL-адреса payment_intent
и payment_intent_client_secret
, которые ваше приложение может использовать для идентификации PaymentIntent, связанного с покупкой.
Отображение в iframe
Вы не можете настроить пользовательский интерфейс аутентификации в Интернете в соответствии с дизайном вашего веб-сайта - банк, выпустивший карту, контролирует шрифты и цвета интерфейса.
Однако вы можете выбрать как и , где будет отображаться пользовательский интерфейс 3D Secure. Большинство продавцов показывают его в модальном диалоговом окне над своей платежной страницей. Если у вас есть собственный модальный компонент, вы можете разместить внутри него рамку 3D Secure. Вы также можете показать содержимое аутентификации в форме оплаты.
1 Подтверждение PaymentIntent на стороне сервера
Когда ваш клиент будет готов завершить свою покупку, вы подтверждаете PaymentIntent, чтобы начать процесс сбора его платежа.
Если вы хотите контролировать отображение 3D Secure, укажите return_url
, куда будет перенаправлен 3D Secure
после завершения аутентификации. Если ваш сайт использует политику безопасности контента, убедитесь, что iframe из https://js.stripe.com
, https://hooks.stripe.com
и источник URL-адреса, который вы передали на return_url
, являются разрешается.
Если вы подтверждаете из внешнего интерфейса, используйте метод confirmCardPayment
в Stripe.js. Например, если вы собираете информацию о карте с помощью Stripe Elements:
stripe.confirmCardPayment ( '{{PAYMENT_INTENT_CLIENT_SECRET}}', { payment_method: {card: cardElement}, return_url: 'https://example.com/return_url' }, {handleActions: false} ) .then (функция (результат) { });
Если вы подтверждаете со своего сервера, обязательно укажите return_url
. В зависимости от вашей интеграции вы можете захотеть передать другую информацию на , а также подтвердить
.
curl https://api.stripe.com/v1/payment_intents/{{PAYMENT_INTENT_ID}}/confirm \
-u sk_test_4eC39HqLyjWDarjtT1zdp7dc
: \
-d return_url = "https://example.com/return_url"
2 Проверка статуса PaymentIntent На стороне сервера
Затем проверьте свойство статуса подтвержденного PaymentIntent, чтобы определить, успешно ли завершился платеж. В следующем списке описаны возможные значения статуса
и их значение:
requires_payment_method | Запрос завершился неудачно с кодом состояния HTTP 402 , что означает, что платеж не прошел.Проверьте свойство last_payment_error и попытайтесь повторить попытку, при необходимости получив новую платежную информацию от клиента. |
requires_action | Для завершения платежа требуется дополнительный шаг, например 3D Secure. Попросите клиента вернуться в ваше приложение для завершения оплаты. |
успешно | Платеж завершен, создается Начисление с предоставленным способом оплаты. Никаких дальнейших действий не требуется. |
Обратите внимание, что в версиях API до 11.02.2019 requires_payment_method
отображается как requires_source
, а requires_action
отображается как requires_source_action
.
3 Визуализация iframe 3D Secure на стороне клиента
Когда значение свойства status
равно requires_action
, требуется некоторый дополнительный шаг перед обработкой платежа. Для карточного платежа, требующего 3D Secure, статус PaymentIntent будет иметь вид
requires_action
, а его свойство next_action будет redirect_to_url
.Полезная нагрузка redirect_to_url
содержит URL-адрес, который необходимо открыть в iframe для отображения 3D Secure:
var iframe = document.createElement ('iframe'); iframe.src = paymentIntent.next_action.redirect_to_url.url; iframe.width = 600; iframe.height = 400; yourContainer.appendChild (iframe);
Для 3D Secure 2 эмитенты карт должны поддерживать отображение содержимого 3D Secure в размерах 250x400, 390x400, 500x600, 600x400 и в полноэкранном режиме (размеры - это ширина по высоте).Пользовательский интерфейс 3D Secure может быть лучше, если вы откроете iframe точно с одним из этих размеров.
Атрибут песочницы нельзя использовать в iframe 3D Secure. В режиме реального времени часть содержимого внутри этого iframe контролируется эмитентом карты. Реализации некоторых эмитентов потерпят неудачу, если будут помещены в песочницу, и платеж никогда не будет успешным.
4 Обработка перенаправления на стороне клиента
После того, как клиент завершит 3D Secure, iframe перенаправляет на return_url
, который вы указали при подтверждении PaymentIntent.Эта страница должна отправить сообщение
на вашу страницу верхнего уровня, чтобы проинформировать ее о завершении аутентификации 3D Secure. Затем ваша страница верхнего уровня должна определить, был ли платеж успешным или требует дальнейших действий от вашего клиента.
Например, ваша страница return_url
может выполняться:
window.top.postMessage ('3DS-authentication-complete');
Ваша верхняя платежная страница должна прослушивать это сообщение, чтобы знать, когда аутентификация завершена. Затем вам следует получить обновленный PaymentIntent и проверить статус платежа. Если аутентификация не удалась, статус PaymentIntent будет requires_payment_method
. Если платеж завершился успешно, статус будет успешно
. Если вы используете отдельные авторизацию и захват, вместо этого будет отображаться статус requires_capture
.
function on3DSComplete () { yourContainer.remove (); stripe.retrievePaymentIntent ('{{PAYMENT_INTENT_CLIENT_SECRET}}') .then (функция (результат) { if (result.error) { } еще { if (result.paymentIntent.status === 'успешно') { } else if (result.paymentIntent.status === 'requires_payment_method') { } } }); } window.addEventListener ('сообщение', функция (ev) { if (ev.data === '3DS-authentication-complete') { on3DSComplete (); } }, ложный);
Тестирование потока 3D Secure
Используйте тестовую карту Stripe с любым CVC, почтовым индексом и будущей датой истечения срока действия, чтобы запустить поток запросов аутентификации 3DS в тестовом режиме.
Когда вы создаете интеграцию с тестовыми ключами API, в процессе аутентификации отображается фиктивная страница аутентификации. На этой странице вы можете либо авторизовать, либо отменить платеж. Авторизация платежа имитирует успешную аутентификацию и перенаправляет вас на указанный URL-адрес возврата. Нажатие кнопки Failure имитирует неудачную попытку аутентификации.
4000000000003220 | Обязательно | Для успешного выполнения платежа должна пройти аутентификация 3DS2.По умолчанию ваши правила радара запрашивают аутентификацию 3DS для этой карты. |
4000000000003063 | Обязательно | Для успешного выполнения платежа должна пройти аутентификация 3DS. По умолчанию ваши правила радара запрашивают аутентификацию 3DS для этой карты. |
4000008400001629 | Требуется | Проверка подлинности 3DS требуется, но платежи будут отклонены с кодом ошибки card_declined после проверки подлинности. По умолчанию ваши правила радара запрашивают аутентификацию 3DS для этой карты. |
4000000000003055 | Поддерживается | Аутентификация 3DS все еще может выполняться, но не требуется. По умолчанию ваши правила радара не запрашивают аутентификацию 3DS для этой карты. |
4242424242424242 | Поддерживается | Эта карта поддерживает 3DS, но не зарегистрирована в 3DS. Это означает, что если ваши правила радара запрашивают 3DS, клиент не пройдет дополнительную аутентификацию. По умолчанию ваши правила радара не запрашивают аутентификацию 3DS для этой карты. |
378282246310005 | Не поддерживается | Эта карта не поддерживает 3DS, и вы не можете ее вызвать. PaymentIntent выполняется без аутентификации. |
Все остальные тестовые карты Visa и Mastercard не требуют аутентификации от эмитента карты клиента.
Вы можете написать собственные правила радара в тестовом режиме для активации аутентификации на тестовых картах. Узнайте больше о тестировании ваших правил радара.
номеров тестовых карточек
номеров тестовых карточекСледующие номера карт можно использовать только для тестирования транзакций в тестовой среде.При использовании тестовых карт вы можете указать срок годности до семи лет в будущем. На тестовых картах нет кода подтверждения карты и номера выпуска.
Тип карты | Номер карты | |
Airplus | 122000000000003 | |
American Express | 34343434343434 | |
Cartebleue | 5555555555554444 | |
Данкорт | 5019717010103742 | |
Закусочные | 36700102000000 | |
Откройте карту | 6011000400000000 | |
JCB | 3528000700000000 | |
Лазер | 630495060000000000 | |
Маэстро | 6759649826438453 | 000000019 |
Mastercard | 5555555555554444 | |
Виза | 4444333322221111 | 0000000000|
Дебетовая карта Visa | 4462030000000000 | 0000000000003|
Visa Electron (только для Великобритании) | 4 | 0800000000 |
Покупка визы | 4484070000000000 |
Операции по покупке Visa считаются операциями по кредитной карте Visa. |
Немецкий ELV
Чтобы протестировать немецкие платежи ELV в тестовой среде, используйте либо правильно отформатированный номер счета (Kontonummer) и действительный код банка (Bankleitzahl), либо действительный международный номер банковского счета (IBAN). Например:
Номер счета: 12345678
Код банка: 10000000
IBAN: DE93100000000012345678
Название банка: Bundesbank
Резиденция банка: Берлин
Способ оплаты | Код банка | Номер счета | IBAN | ||
ELV | 20030000 | 196 | DE3 | 000000196 | |
ELV | 43050001 | 122108525 | DE98430500010122108525 | ||
ELV | 30070024 | 5929120 | DE20300700240592 | 0 |
Обратите внимание, что ELV должен быть активирован в производственной среде для продавцов, которые хотят тестировать транзакции ELV.
Отчет об оценке состояния здоровья офицеров по поддержанию мира
ОТВЕТ АКАДЕМИИ НА COVID-19
В результате распоряжения о предоставлении убежища на месте Полицейская академия колледжа Юго-Западного Иллинойса пересмотрела свою политику в связи с пандемией COVID-19.
Проверка питания 11 июля будет завершена в соответствии с графиком. Перед входом в здания кампуса все участники должны быть в масках. Убедитесь, что у вас есть необходимые документы и 50 долларов.00 долларов за ускоренную регистрацию. С любыми вопросами обращайтесь в Полицейскую академию.
Правоохранительные органы Иллинойса Совет по обучению и стандартам, признавая важность статуса физической подготовки для академической деятельности (и, в конечном итоге, производительности труда), учредил Peace Officer Wellness Evaluation Отчет об испытании ( POWER) для входа в любой из сертифицированные полицейские академии Иллинойса.
Тест POWER будет предоставлен всем кандидатам до поступления в академию, чтобы убедиться, что каждый из них соответствует стандартам.Эти требования к пригодности для поступления помогают гарантировать, что каждый новобранец может выполнять как физические, так и академические требования академии без чрезмерного риска травмы и с уровнем толерантности к утомляемости, чтобы соответствовать всем требованиям академии. Если соискатель не соответствует всем стандартам, новобранец не будет допущен к поступлению в академию.
Тестовая карта POWER
Тестовая карта POWER, выданная Полицейская академия Юго-Западного Иллинойса - требование многих правоохранительных органов. агентств в рамках процесса найма нового офицера по поддержанию мира.Кандидаты должны иметь действующую тестовую карту POWER, чтобы подать заявление на должность в полиции офицер или заместитель.
Пожалуйста примечание: Тестовая карточка POWER предназначена для процесса найма кандидата в миротворцы. Только. Лица, нанятые агентством, должны будут сдать СИЛА Тест снова в начале Полицейской академии.
Кандидат должен пройти каждый из четырех основные разделы теста POWER:
- Sit & Reach Test
- 1-минутный тест Sit Up
- 1 повторение максимального жима лежа
- 1.5-мильный бег
Для Для получения дополнительной информации о тесте POWER перейдите по следующей ссылке:
Тест POWER - Буклет теста ILETSB POWER https://www.ptb.illinois.gov/media/1320/power.pdf
Общая информация
- Кандидаты должны быть не моложе 20 лет на момент запланированного испытания мощности и должны предоставить выданные государством водительские права или удостоверение личности штата в день тестирования.
- 50 долларов США за одну попытку теста POWER.(Принесите чек или денежный перевод, выписанный в: Полицейскую академию Юго-Западного Иллинойса)
- Возврат не будет производиться после получения оплаты в Полицейскую академию SWIC
- Тестовая карта POWER будет выдана кандидату после успешного завершения теста. .
- Все участники силового теста должны быть одеты в соответствующую спортивную одежду:
- Спортивные шорты (должны быть одеты во время упражнения «сидеть и дотянуться», колени должны быть четко видны). Толстовка и спортивные штаны с капюшоном (при необходимости) или другая одежда в зависимости от погодных условий , ВЫ ДОЛЖНЫ БЕГАТЬ ВНЕЗАПНО . Спортивные носки. Беговая обувь.
- Тест будет проводиться в ясную погоду. Только в случае экстремальной погоды тест будет отложен или отменен.
- Отмена теста будет производиться по усмотрению SWIC Police Academy.
- Не забудьте взять с собой воду или бутылку.
- Использование электронных устройств (сотовых телефонов, наушников и т. Д.) Во время теста не допускается.
- Последний день, когда кандидат может зарегистрироваться, - за день до даты экзамена.
Регистрация
1. Позвоните в полицейскую академию Юго-Западного Иллинойса, чтобы зарегистрироваться для участия в одном из запланированных дат и времени проведения экзамена. Телефон 618-222-5396.
2. Распечатайте регистрационную форму и форму освобождения от всех обязательств. Заполните эти две формы и возьмите с собой на тест.
Регистрация и освобождение от всех форм обязательств
Сроки и место проведения тестирования
3. Не забудьте взять с собой чек или денежный перевод на 50 долларов.00 выдан в полицейскую академию Юго-Западного Иллинойса.
Расположение:
Юго-Западный Полицейская академия Иллинойса
Колледж Юго-Западного Иллинойса
2500 Carlyle Avenue
Бельвиль, Иллинойс 62221
Комната 1513
Парк на участке M4 или M5. Используйте входную дверь H.
ОБНОВЛЕННАЯ ИНФОРМАЦИЯ СМОТРИТЕ НАЧАЛО СТРАНИЦЫ Даты и Times:Суббота, 10 июля 2021 г. | 8:00 |
Суббота, 14 августа 2021 г. | 8:00 |
Суббота, 11 сентября 2021 г. | 8:00 |
Суббота, 9 октября 2021 г. | 8:00 |
Суббота, 6 ноября 2021 г. | 8:00 |
Суббота, 11 декабря 2021 г. | 8:00 |
карт - Chargebee Docs
Chargebee поддерживает карточные платежи и другие способы оплаты, такие как PayPal Express Checkout и Amazon Payments.Первым шагом для обработки карточных платежей с помощью Chargebee является подготовка платежного шлюза и торгового счета . Chargebee - это служба управления выставлением счетов по подписке, которая упрощает управление повторяющимися платежами.
Что такое платежный шлюз?
Платежный шлюз - это служба, которая позволяет вам обрабатывать онлайн-платежи по картам, сделанные вашими клиентами. Это онлайн-эквивалент свайп-машины, которая присутствует в обычном магазине.Платежный шлюз направляет детали транзакции процессору торгового банка, который, в свою очередь, направляется в сеть обработки карт и, наконец, в банк-эмитент карты. Результаты транзакции возвращаются на платежный шлюз, который затем доставляется на веб-сайт продавца.
Что такое торговый счет?
Торговый счет - это тип банковского счета, который позволяет продавцам принимать платежи по картам. После совершения платежа средства переводятся на счет продавца, прежде чем они будут фактически переведены на ваш банковский счет.Банк, который предоставляет торговый счет, обычно называется банком-эквайером.
Торговые счета, в отличие от обычных счетов (проверка / сбережение), являются кредитной линией. После должной оценки рисков банки-эквайеры расширяют эту кредитную линию. Допустим, продавец становится неплатежеспособным. В этом сценарии, если клиент запрашивает возвратный платеж, банк-эквайер должен заплатить клиенту. Из-за этого кредитного обязательства торговые счета считаются кредитной линией, и, следовательно, при открытии торгового счета соблюдается строгий процесс.
Чтобы получить торговый счет, вам необходимо пройти процесс андеррайтинга, который включает проверку кредитоспособности, предоставление данных, связанных с вашими финансами и т. Д. Подробнее о торговых счетах здесь
Примечание
Некоторые платежные шлюзы, такие как Stripe, Braintree и т. Д., Также предоставляют вам объединенную учетную запись продавца.
Роль Chargebee в обработке платежей по картам
Chargebee размещается между вашим веб-сайтом и платежным шлюзом, который вы используете.Процесс, связанный с потоком платежей, работает следующим образом:
- Клиенты подписываются на услугу через ваш веб-сайт, вводя данные своей карты на странице оплаты (страница оплаты может быть размещена на вашем веб-сайте или в Chargebee).
- Chargebee передает данные карты на платежный шлюз для обработки.
- Шлюз передает защищенную информацию процессору торгового банка, который, в свою очередь, передает ее в сеть кредитных карт (MasterCard, Visa и т. Д.)).
- Затем сеть кредитных карт направляет транзакцию в банк-эмитент карты.
- Банк-эмитент авторизует транзакцию на основании определенных факторов, таких как наличие достаточных средств, срок действия карты и т. Д., А затем передает результат транзакции в сеть карты, которая, в свою очередь, передает результаты процессору торгового банка и, наконец, шлюзу. .
- Затем шлюз передает эти результаты в Chargebee. В случае успеха Chargebee отображает сообщение об успешном выполнении и записывает детали транзакции.В случае сбоя Chargebee отображает соответствующее сообщение об ошибке.
- Если транзакция прошла успешно, средства переводятся на счет продавца и через несколько дней переводятся на счет коммерческого банка продавца.
Chargebee хранит данные карт ваших клиентов в хранилище карт платежного шлюза или в хранилище карт Spreedly (партнера Chargebee по шлюзу) в зависимости от вашего выбора платежного шлюза. Когда данные карты хранятся в хранилище, генерируется токен, соответствующий карте.Chargebee использует токены этих карт, чтобы взимать с клиентов плату за все будущие платежи.
Примечание
Как продавец, у вас не будет прямого доступа к полным реквизитам карты вашего клиента, но у вас будет доступ к последним 4 цифрам номера карты, а также срокам действия и типу карты. Эта информация будет полезна для поддержки клиентов, связанных с платежами.
Настройка платежного шлюза
Когда у вас есть платежный шлюз и торговый счет, следующим шагом будет настройка платежного шлюза с помощью Chargebee.Подробности о настройке платежного шлюза по карте в Chargebee обсуждаются здесь.
Проверка карты
Проверка карты - это процесс проверки карты, чтобы гарантировать, что предоставленный номер карты привязан к действующему банковскому счету, может быть списан и может храниться в хранилище.
Для шлюзов Stripe, Braintree, Pin Payments и eWay Rapid проверка карты должна быть включена на стороне соответствующего шлюза.
Для Authorize.Net, WorldPay, PayPal Payments Pro и PayPal Payflow Pro Chargebee предоставляет возможность проверки карты.
Chargebee выполняет проверку карты, выполняя одну единицу оплаты (1 доллар США, 1 фунт стерлингов, 1 австралийский доллар, 1 евро и т. Д.), Которая аннулируется, как только авторизация будет завершена.
Если речь идет о немедленном платеже, Chargebee не выполняет проверку карты.
Чтобы включить проверку карты для вышеупомянутых шлюзов, в веб-интерфейсе перейдите в «Настройки »> «Настроить Chargebee»> «Платежные шлюзы », выберите свой шлюз и включите параметр проверки карты.
Примечание
Рекомендуется указать клиентам, которые регистрируют или обновляют свои карты, что с их карт может взиматься плата за «авторизацию тестирования». Это помогает избежать путаницы и обращения в службу поддержки, когда клиенты видят эти расходы в своих банковских выписках или когда они получают уведомление от своих банков.
Проверка адреса карты
Для обработки карточных платежей в Интернете система проверки адреса (AVS) является важной проверкой, которая выполняется платежным шлюзом.Эта услуга перекрестно проверяет адрес выставления счета кредитной карты, введенный клиентом, с адресом, хранящимся в компании-эмитенте кредитной карты. Это проверка безопасности, которая помогает бороться с мошенническими транзакциями, которые, если их не заметить, могут привести к возвратным платежам.
Если вы включили проверку AVS на стороне вашего шлюза, убедитесь, что те же поля включены в Chargebee в разделе Проверка адреса карты .
Включение полей проверки адреса карты (в Chargebee) - это просто дополнительная проверка, которая гарантирует, что присутствуют все данные, требуемые настройками AVS вашего шлюза.
Даже если вы не включили здесь обязательные поля, Chargebee все равно передает эту информацию на шлюз.
Во избежание ошибок проверки, возвращаемых шлюзом из-за отсутствия необходимых данных (таких как поля AVS), рекомендуется включить эти параметры.
Если вы используете API Chargebee или создаете подписки через веб-интерфейс, убедитесь, что необходимые поля проверки адреса карты отмечены в Настройки> Настроить Chargebee> Billing LogIQ в разделе Проверка адреса карты .
Если вы используете страницы, размещенные на Chargebee, настройте необходимые поля карты в меню «Настройки »> «Настроить Chargebee»> «Касса и портал»> «Поля»> «Платежи ».
Примечание
Убедитесь, что настроенные здесь требования проверки адреса соответствуют требованиям AVS (система проверки адресов), которые вы настроили на своем платежном шлюзе.
Поддерживаемые типы карт
Вы можете отображать типы карт, которые вы будете поддерживать, на размещенных страницах.
Вы можете настроить это в настройках шлюза.
Примечание
Прежде чем указывать типы карт, обратитесь к поставщику платежного шлюза, чтобы убедиться, что они поддерживают и активировали требуемые типы карт.
Добавление / обновление сведений о карте
Можно добавить или обновить данные карты существующего клиента:
Примечание
Каждый раз, когда данные карты добавляются / обновляются и последний повторяющийся счет для клиента находится в статусе , платеж должен быть или не оплачен , попытка получить его выполняется автоматически.Однако этого не происходит, если соответствующий статус подписки равен , отменена.
Через веб-интерфейс
i) Использование опции «Запросить способ оплаты»
Запросить способ оплаты дает клиентам возможность обновить сведения о существующем способе оплаты, а также переключаться между различными способами оплаты, которые вы предлагаете.
В этом методе вашим клиентам отправляется электронное письмо, содержащее защищенную ссылку. Когда клиенты нажимают на эту ссылку, они перенаправляются на защищенную страницу, где они могут обновить информацию о своем способе оплаты.
Чтобы запросить информацию о способе оплаты у ваших клиентов, откройте подписку в пользовательском интерфейсе Chargebee и щелкните Запросить способ оплаты на панели действий.
При нажатии на нее откроется окно редактора электронной почты с кнопкой «Обновить способ оплаты». Теперь вы можете получить информацию о способе оплаты, отправив это электронное письмо клиенту.
ii) В разделе «Подробная информация о способах оплаты».
Как продавец, если у вас есть реквизиты карты клиента, вы можете напрямую добавить их, используя опцию Добавить карту / Добавить способ оплаты , доступную в разделе Способ оплаты подписки / клиента.
Чтобы обновить существующую карту, используйте опцию Edit , которую можно найти в разделе Payment Method на странице сведений о клиенте.
1. Через API
См. Сценарий 1 и Сценарий 2 для получения информации.
2. Через клиентский портал
Клиенты могут обновить данные своей карты, войдя на свой клиентский портал. Клиенты могут использовать эту опцию, только если вы включили для них клиентский портал.
Частичное обновление карты
Когда конкретная информация, относящаяся к карте, такая как имя клиента, адрес выставления счета и дата истечения срока действия, должна быть обновлена в платежном шлюзе, активируется функция Partial Card Update . Таким образом, данные о клиенте в Chargebee и платежном шлюзе остаются синхронизированными.
Через API
Обратитесь к следующей операции API, чтобы частично обновить данные карты.
Обратитесь к статье решения, чтобы узнать больше о том, как передавать информацию в соответствующие поля через API для платежных шлюзов Stripe / Braintree по сравнению с другими платежными шлюзами.
Удаление данных карты
Каждый раз при отмене подписки некоторые клиенты могут запросить удаление данных своей карты. Удалить данные карты можно через веб-интерфейс или с помощью Удалить карту для API клиента.
Чтобы удалить данные карты, откройте страницу сведений о конкретном клиенте и используйте опцию Удалить в разделе Способ оплаты .
Когда данные карты удалены, Auto Collection будет автоматически выключен Off независимо от статуса подписки.Это делает подписку автономной. Таким образом, если подписка находится в состоянии Active , и вы удалите данные карты, подписка останется Active и будет продлена в соответствии с планом. Счета будут созданы и будут находиться в состоянии Срок платежа . Вам придется вручную записывать платежи по счету.
Настройка опции удержания карты
Если на вашем сайте настроено несколько платежных шлюзов, вы можете сохранить обновленные данные карты существующего клиента на дополнительном платежном шлюзе вместо платежного шлюза по умолчанию, включив опцию Хранилище карт .
Допустим, у вас настроены платежные шлюзы Stripe и Braintree на вашем сайте, пусть Stripe будет основным шлюзом, все транзакции будут обрабатываться через Stripe по умолчанию. Допустим, вы выбрали Braintree в качестве основного шлюза. Теперь, когда клиент, данные карты которого присутствуют в Stripe, обновляет свой способ оплаты, он, естественно, будет сохранен в Braintree, который является шлюзом по умолчанию, но вы можете сохранить его в Stripe, включив эту опцию.
Перейдите в Настройки > Настроить Chargebee> Платежные шлюзы , выберите платежный шлюз, который вы настроили, и включите опцию Card Storage , как показано ниже,
Принять / отклонить карты предоплаты
Chargebee по умолчанию принимает предоплаченные карты.Если вы хотите запретить использование предоплаченных карт, включите опцию Не разрешать предоплаченные карты в разделе Поддерживаемые карты на странице конфигурации вашего шлюза.
Уведомления по электронной почте
Уведомления по электронной почте можно использовать для уведомления клиентов о событиях, связанных с платежами, таких как истечение срока действия карты, сбой платежа и т. Д.
Для клиентов, у которых истекает срок действия карт или у которых уже истек срок действия, вы можете настроить параметры электронной почты Chargebee для отправки напоминаний этим клиентам, сообщая им о статусах их карт.Учить больше.
Тестовые номера карт предоплаты
Указанные здесь номера предоплаченных карт можно использовать для тестирования платежных транзакций на Stripe и Braintree. Если опция Не разрешать предоплаченные карты включена на соответствующей странице конфигурации шлюза, будут возвращены следующие ошибки:
Номер карты | Шлюз | Описание ответа |
5105105105105100 | Полоса | Ошибка: карты предоплаты не поддерживаются |
4500600000000061 | Брейнтри | Ошибка: карты предоплаты не поддерживаются |
5105105105105100 | Тестовый платежный шлюз Chargebee | Ошибка: карты предоплаты не поддерживаются |
Номера тестовых кредитных карт
Приведенные здесь номера карт можно использовать для тестирования платежных операций на тестовом сайте Chargebee.Используйте любые 3- или 4-значные числа для CVV и действительную дату в будущем в качестве даты истечения срока действия.
Набор действительных и недействительных карт для тестовых шлюзов представлен ниже.
1. Тестовый шлюз Chargebee
Эти номера карт можно использовать, если у вас настроен тестовый шлюз Chargebee.
Действительных карт:
Использование следующих карт приведет к успешным транзакциям.
Номер карты | Тип карты | Описание ответа |
4111 1111 1111 1111 | Виза | Успешная транзакция |
5555 5555 5555 4444 | MasterCard | Успешная транзакция |
3782 822463 10005 | AMEX | Успешная транзакция |
6011 1111 1111 1117 | Откройте для себя | Успешная транзакция |
3530 1113 3330 0000 | JCB | Успешная транзакция |
3852 0000 0232 37 | Закусочные | Успешная транзакция |
4119 8627 6033 8320 | Виза | Card Storage выйдет из строя из-за ошибки проверки шлюза |
4005 5192 0000 0004 | Виза | Попытки списания завершатся ошибкой «Недостаточно средств». |
Если вы ищете тестовые карты 3DS для использования в Chargebee Test Gateway, вы можете найти их здесь.
2. Платежный шлюз Stripe (тестовый режим)
Эти номера карт можно использовать, если у вас есть тестовая учетная запись Stripe, настроенная на тестовом сайте Chargebee.
3. Платежный шлюз Braintree (режим песочницы)
Эти номера карт можно использовать, если у вас есть учетная запись песочницы Braintree, настроенная на тестовом сайте Chargebee.
1. Что такое жетон карты?
Маркер карты - это ссылка на данные карты клиента, предоставляемые платежным шлюзом после хранения карт в хранилище. Эти токены карты используются для списания с клиентов всех будущих платежей.
2. Что такое идентификационный номер?
Идентификатор ссылки совпадает с токеном карты.
Количество | Код банка | Описание |
---|---|---|
12 долларов США.01 | R01 | Недостаточно средств |
12,02 долл. США | R02 | Счет закрыт |
12,03 долл. США | R03 | Нет учетной записи / невозможно найти учетную запись |
12,04 долл. США | R04 | Неверный номер счета |
12,05 долл. США | R05 | Несанкционированное дебетование счета потребителя с использованием корпоративного кода SEC |
12,06 долл. США | R06 | Возвращено по запросу ODFI |
12 долларов США.07 | R07 | Аутентификация отозвана клиентом |
12,08 долл. США | R08 | Платеж остановлен клиентом |
12,09 долл. США | R09 | Невозвращенные средства |
12,10 долл. США | R10 | Клиент извещает о том, что не авторизован, не авторизован, уведомление не предоставлено, неподходящий исходный документ или сумма записи, полученная не точно из исходного документа |
12,11 долл. США | R11 | Проверить запись возврата усечения |
12 долларов США.12 | R12 | Неверный код ABA из-за того, что филиал продан другому RDFI |
$ 12,13 | R13 | Неверный номер маршрутизации ACH |
12,14 долл. США | R14 | Представитель получателя платежа умер или больше не уполномочен |
12,15 долл. США | R15 | Смерть получателя или владельца счета |
12,16 долл. США | R16 | Аккаунт заморожен |
12 долларов США.17 | R17 | Критерии редактирования файловой записи |
12,18 долл. США | R18 | Неверная дата вступления в силу |
12,19 долл. США | R19 | Ошибка поля суммы |
12,20 долл. США | R20 | Счет без транзакций |
12,21 долл. США | R21 | Неверный идентификатор компании |
12,22 долл. США | R22 | Неверный индивидуальный идентификационный номер |
12 долларов США.23 | R23 | Получатель отказал в выдаче кредита |
12,24 долл. США | R24 | Повторяющаяся запись |
12,25 долл. США | R25 | Ошибка дополнения |
12,26 долл. США | R26 | Ошибка обязательного поля |
12,27 долл. США | R27 | Ошибка номера трассировки |
12,28 долл. США | R28 | Номер маршрута Ошибка контрольной цифры |
12 долларов США.29 | R29 | Консультации корпоративных клиентов не авторизованы |
12,30 долл. США | R30 | RDFI не участвует в программе проверки усечения |
12,31 долл. США | R31 | Допустимый возвратный въезд |
12,32 долл. США | R32 | RDFI Без расчетов |
12,33 долл. США | R33 | Возврат записи XCK |
12,34 долл. США | R34 | Ограниченное участие DFI |
12 долларов США.35 | R35 | Возврат неверной дебетовой записи |
12,36 долл. США | R36 | Возврат ненадлежащей кредитной записи |
12,37 долл. США | R37 | Исходный документ, предъявленный к оплате |
12,38 долл. США | R38 | Остановить платеж с неправильным исходным документом |
12,39 долл. США | R39 | Неправильный исходный документ |
12,40 долл. США | R40 | Возврат въезда в ENR федеральным правительством |
12 долларов США.41 | R41 | Неверный код транзакции (ENR) |
12,42 долл. США | R42 | Ошибка контрольной цифры номера маршрута (только ENR) |
12,43 долл. США | R43 | Неверный номер учетной записи DFI (только ENR) |
12,44 долл. США | R44 | Неверный индивидуальный идентификационный номер / идентификационный номер (только ENR) |
12,45 долл. США | R45 | Неверное индивидуальное имя / название компании (только ENR) |
12 долларов США.46 | R46 | Индикатор недействительного представителя получателя платежа (только ENR) |
12,47 долл. США | R47 | Повторная регистрация (только ENR) |
12,50 долл. США | R50 | RDFI не соответствует требованиям для участия |
12,51 долл. США | R51 | Товар не соответствует требованиям, Уведомление не предоставлено или Товар не авторизован |
12,52 долл. США | R52 | Платеж остановлен |
12 долларов США.53 | R53 | Товар и запись в ACH представлены к оплате |
12,67 долл. США | R67 | Дубликат возврата |
12,68 долл. США | R68 | Несвоевременный возврат |
12,69 долл. США | R69 | Ошибка поля |
12,70 долл. США | R70 | Допустимый вход не принят / возврат не запрошен ODFI |
12,71 долл. США | R71 | Неправильно доставлено Dishonored Return |
12 долларов США.72 | R72 | Несвоевременное бесчестное возвращение |
12,73 долл. США | R73 | Своевременный возврат оригинала |
12,74 долл. США | R74 | Скорректированный возврат |
12,75 долл. США | R75 | Возврат оригинала, а не дубликат |
12,76 долл. США | R76 | Ошибок не найдено |
12,80 долл. США | R80 | Ошибка трансграничного кодирования |
12 долларов США.81 | R81 | Системане участвует в трансграничной программе |
12,82 долл. США | R82 | Неверный внешний RDFI |
12,83 долл. США | R83 | Иностранный RDFI не может произвести расчет |
12,84 долл. США | R84 | Запись не обработана OGO |
12,99 долл. США | R99 | Вернуть или отклонить депозитную систему WFB. Этот элемент не может быть обработан с указанным номером счета в Wells Fargo Bank. |
Проверьте свою интеграцию | Adyen Docs
Перед запуском проверьте интеграцию с вашей торговой точкой.
Мы предоставляем базовую систему тестирования для моделирования сценариев транзакций и функциональных возможностей. Вы можете использовать эту систему, чтобы убедиться, что ваша тестовая интеграция работает должным образом, прежде чем переключиться на интеграцию, которая может выполнять транзакции в реальном времени.
Вам необходимо:
- Протестируйте счастливый поток.
- Тестируйте неудовлетворительные потоки, такие как тайм-ауты и проблемы с подключением, проверяя статус транзакции.
- Смоделируйте различные ответы эквайера, чтобы проверить вашу обработку отклоненных транзакций.
- Протестируйте различные методы проверки держателя карты (CVM).
Мы настоятельно рекомендуем вам также протестировать вашу интеграцию в реальном времени.
Тестирование кредитных и дебетовых карт
Для тестирования карточных платежей на вашем тестовом терминале вам понадобится тестовая карта. Благодаря этому вы можете совершать фиктивные платежи, которые не приводят к фактическому кредитованию или дебетованию реального банковского счета.
Вы можете заказать бесплатную тестовую карту Adyen в своей тестовой зоне для клиентов в качестве аксессуара для вашего терминала.
Тестовая карта имеет несколько запрограммированных на нее «приложений», каждое из которых имитирует карту с определенным брендом, языком, страной, валютой и методом проверки держателя карты (CVM) (например, PIN-код, подпись, бесконтактный). Вы также можете использовать эти приложения для моделирования пользовательского интерфейса терминала на другом языке.
- Чтобы использовать конкретное приложение на тестовой карте, используйте соответствующую валюту в запросе на платеж.
- Для тестирования различных методов проверки держателя карты (CVM) используйте разные комбинации суммы транзакции и валюты.
- Для проверки отклоненных платежей используйте последние три цифры суммы транзакции.
Вы можете просмотреть подробную информацию о тестовых платежах, включая результат, в тестовой области клиентов в разделе Транзакции > Платежи .
Какую тестовую карту вы используете?
Выберите свою тестовую карту Adyen ниже, чтобы узнать, какие данные карты использовать для тестирования различных типов карт, CVM и ответов эквайера.
Помимо тестовой карты, предоставленной Adyen, вы также можете купить наборы тестовых карт Adyen в магазине.b2ps.com (Северная Америка и Европа), которые работают в нашей тестовой среде. Эти наборы включают в себя несколько карт, каждая из которых имеет уникальный бренд, язык, страну и валюту.
Тестовые карты других поставщиков могут быть несовместимы с нашими тестовыми терминалами. Проконсультируйтесь с нашей командой поддержки POS-терминалов, прежде чем покупать тестовые карты, выпущенные не Adyen или B2PS.
Тестирование подарочных карт
Как правило, поставщик подарочных карт (Givex, Stored Value Solutions (SVS), Fiserv (ранее ValueLink)) предоставит вам подробные сведения о тестировании и предоставит вам тестовую среду.
При тестировании подарочных карт, предоставленных FIS Global, вы можете использовать указанные ниже номера карт и остатки на балансе для моделирования сценариев транзакций.
Внесите сумму с вашей тестовой карты, последние три цифры которой отражают тестовую транзакцию, которую вы хотите смоделировать.
Баланс уменьшается только на время транзакции.
9826150 | 0060 | 1200.00 |
9826150 | 0003 | 9999.99 |
9826150 | 0045 | 560.00 |
9826150 | 0029 | 987500 |
Тестирование кошельков с QR-кодом
Чтобы протестировать платежи с помощью QR-кода, вы можете:
- Совершайте тестовые платежи с помощью нашего симулятора.
- Выполняйте живые тесты в приложении.
Для этого вам необходимо получить приложение кошелька с QR-кодом, настроить его с помощью кредитной или дебетовой карты и выполнить «живые» пенни-тесты (платежи на минимальную сумму).
Вы можете просмотреть подробную информацию о тестовых платежах, включая результат, в тестовой области клиентов в разделе Транзакции > Платежи .Для получения подробной информации о ваших живых пенни-тестах перейдите в личный кабинет клиентов.
Симулятор Адиена
Мы предоставляем симулятор, который позволяет вам опробовать платежи с помощью QR-кода в различных потоках.
Поток, представленный продавцом :
Если вы тестируете платежи с QR-кодом, инициированные терминалом или инициированные кассовым аппаратом, наш симулятор показывает QR-код на терминале и автоматически подтверждает транзакцию через 15 секунд.- Поток, представленный покупателем
Если вы тестируете платежи с QR-кодом, инициированные сканером штрих-кода, наш симулятор немедленно одобряет транзакцию, когда вы сканируете штрих-код.
Для проведения тестовых платежей вам не нужно использовать QR-код реального способа оплаты (например, QR-код Alipay). Можно использовать любой штрих-код или QR-код, но мы настоятельно рекомендуем протестировать вашу интеграцию с помощью штрих-кода или QR-кода, который использует те же характеристики, что и метод оплаты:- Идентификатор кошелька Alipay: строка из 16-24 цифр, начиная с 25, 26, 27, 28, 29 или 30
- Идентификатор кошелька WeChat Pay: 18 цифр, начиная с 10, 11, 12, 13, 14 или 15.
Изменяя стоимость транзакции, вы можете протестировать другие сценарии оплаты, например, отмененные или отклоненные транзакции.
Сценарии тестирования
Почти все платежи с тестовыми QR-кодами приведут к транзакции Утверждено . Чтобы смоделировать различные сценарии, измените последних трех цифр из RequestedAmount
, которые вы указываете в запросе на платеж.
Например, чтобы проверить, как ваша интеграция реагирует на прерванную транзакцию, укажите RequestedAmount
с 504 в качестве последних трех цифр, например 105.04 или 25.04.
401 | Имитирует утвержденную транзакцию. Оплата немедленно подтверждается. | Утверждено |
501 | В представленных продавцом потоках (инициированных терминалом или кассовых аппаратов) имитируется сценарий, в котором покупателю необходимо авторизовать транзакцию в своем приложении. На терминале появляется QR-код, и оплата подтверждается через 15 секунд. | Утверждено |
502 | В потоке (инициированный штрих-кодом), представленном покупателем , имитируется сценарий, в котором покупателю необходимо подтвердить транзакцию с помощью своего приложения. Вам необходимо отсканировать штрих-код покупателя с помощью вашего терминала. Платеж утверждается через 15 секунд. | Утверждено |
504 | Имитирует отмененную транзакцию. В платеже будет отказано из-за тайм-аута эмитента. | Ошибка |
505 | В потоке , представленном покупателем , имитируется отклоненная транзакция. На терминале появляется QR-код, и через 15 секунд платеж отклоняется. | Отказано |