Тип транзакции 4400

Модели транзакций

Тип транзакции 4400

Аннотация: В лекции раскрывается понятие транзакции. Рассматриваются две базовые модели транзакций: ANSI и расширенная модель транзакций. Подробно рассматриваются проблемы параллельного выполнения транзакций

Транзакцией называется последовательность операций, производимых над базой данных и переводящих базу данных из одного непротиворечивого (согласованного) состояния в другое непротиворечивое (согласованное) состояние.

Транзакция рассматривается как некоторое неделимое действие над базой данных, осмысленное с точки зрения пользователя. В то же время это логическая единица работы системы. Рассмотрим несколько примеров.

Что может быть названо транзакцией? Кем определяется, какая последовательность операций над базой данных составляет транзакцию? Конечно, однозначно именно разработчик определяет, какая последовательность операций составляет единое целое, то есть транзакцию.

Разработчик приложений или хранимых процедур определяет это исходя из смысла обработки данных, именно семантика совокупности операций над базой данных, которая моделирует с точки зрения разработчика некоторую одну неразрывную работу, и составляет транзакцию.

Допустим, выделим работу по вводу данных о поступивших книгах, новых книгах, которых не было раньше в библиотеке.

Тогда эту операцию можно разбить на две последовательные: сначала ввод данных о книге — это новая строка в таблице BOOKS, а потом ввод данных обо всех экземплярах новой книги — это ввод набора новых строк в таблицу EXEMPLAR в количестве, равном количеству поступивших экземпляров книги. Если эта последовательность работ будет прервана, то наша база данных не будет соответствовать реальному объекту, поэтому желательно выполнять ее как единую работу над базой данных.

Следующий пример, который связан с принятием заказа в фирме на изготовление компьютера. Компьютер состоит из комплектующих, которые сразу резервируются за данным заказом в момент его формирования. Тогда транзакцией будет вся последовательность операций, включающая следующие операции:

  • ввод нового заказа со всеми реквизитами заказчика;
  • изменения состояния для всех выбранных комплектующих на складе на “занято” с привязкой их к определенному заказу;
  • подсчет стоимости заказа с формированием платежного документа типа выставляемого счета к оплате;
  • включение нового заказа в производство.

С точки зрения работника, это единая последовательность операций; если она будет прервана, то база данных потеряет свое целостное состояние.

Еще один пример, который весьма характерен для учебных заведений. При длительной болезни преподавателя или при его увольнении перед администрацией кафедры встает задача перераспределения всей нагрузки, которую ведет преподаватель, по другим преподавателям кафедры.

Видов нагрузки может быть несколько: чтение лекций и проведение занятий по текущему расписанию, руководство квалификационными работами бакалавров, руководство дипломными проектами специалистов, руководство магистерскими диссертациями, индивидуальная научно-исследовательская работа со студентами.

И для каждого вида нагрузки необходимо найти исполнителей и назначить им дополнительную нагрузку.

Существуют различные модели транзакций, которые могут быть классифицированы на основании различных свойств, включающих структуру транзакции, параллельность внутри транзакции, продолжительность и т. д.

В настоящий момент выделяют следующие типы транзакций: плоские или классические транзакции, цепочечные транзакции и вложенные транзакции.

Плоские, или традиционные, транзакции, характеризуются четырьмя классическими свойствами: атомарности, согласованности, изолированности, долговечности (прочности) — ACID (Atomicity, Consistency, Isolation, Durability). Иногда традиционные транзакции называют ACID-транзакциями. Упомянутые выше свойства означают следующее:

  • Свойство атомарности (Atomicity) выражается в том, что транзакция должна быть выполнена в целом или не выполнена вовсе.
  • Свойство согласованности (Consistency) гарантирует, что по мере выполнения транзакций данные переходят из одного согласованного состояния в другое — транзакция не разрушает взаимной согласованности данных.
  • Свойство изолированности (Isolation) означает, что конкурирующие за доступ к базе данных транзакции физически обрабатываются последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно.
  • Свойство долговечности (Durability) трактуется следующим образом: если транзакция завершена успешно, то те изменения в данных, которые были ею произведены, не могут быть потеряны ни при каких обстоятельствах (даже в случае последующих ошибок).

Возможны два варианта завершения транзакции. Если все операторы выполнены успешно и в процессе выполнения транзакции не произошло никаких сбоев программного или аппаратного обеспечения, транзакция фиксируется.

Фиксация транзакции — это действие, обеспечивающее запись на диск изменений в базе данных, которые были сделаны в процессе выполнения транзакции.

До тех пор пока транзакция не зафиксирована, допустимо аннулирование этих изменений, восстановление базы данных в то состояние, в котором она была на момент начала транзакции.

Фиксация транзакции означает, что все результаты выполнения транзакции становятся постоянными. Они станут видимыми другим транзакциям только после того, как текущая транзакция будет зафиксирована.

До этого момента все данные, затрагиваемые транзакцией, будут “видны” пользователю в состоянии на начало текущей транзакции.

Если в процессе выполнения транзакции случилось нечто такое, что делает невозможным ее нормальное завершение, база данных должна быть возвращена в исходное состояние. Откат транзакции — это действие, обеспечивающее аннулирование всех изменений данных, которые были сделаны операторами SQL в теле текущей незавершенной транзакции.

Каждый оператор в транзакции выполняет свою часть работы, но для успешного завершения всей работы в целом требуется безусловное завершение всех их операторов. Группирование операторов в транзакции сообщает СУБД, что вся эта группа должна быть выполнена как единое целое, причем такое выполнение должно поддерживаться автоматически.

В стандарте ANSI/ISO SQL определены модель транзакций и функции операторов COMMIT и ROLLBACK.

Стандарт определяет, что транзакция начинается с первого SQL-оператора, инициируемого пользователем или содержащегося в программе, изменяющего текущее состояние базы данных.

Все последующие SQL-операторы составляют тело транзакции. Транзакция завершается одним из четырех возможных путей (рис. 11.1):

Рис. 11.1. Модель транзакций ANSI/ISO

  1. оператор COMMIT означает успешное завершение транзакции; его использование делает постоянными изменения, внесенные в базу данных в рамках текущей транзакции;
  2. оператор ROLLBACK прерывает транзакцию, отменяя изменения, сделанные в базе данных в рамках этой транзакции; новая транзакция начинается непосредственно после использования ROLLBACK ;
  3. успешное завершение программы, в которой была инициирована текущая транзакция, означает успешное завершение транзакции (как будто был использован оператор COMMIT );
  4. ошибочное завершение программы прерывает транзакцию (как будто был использован оператор ROLLBACK ).

В этой модели каждый оператор, который изменяет состояние БД, рассматривается как транзакция, поэтому при успешном завершении этого оператора БД переходит в новое устойчивое состояние.

В первых версиях коммерческих СУБД была реализована модель транзакций ANSI/ISO. В дальнейшем в СУБД SYBASE была реализована расширенная модель транзакций, которая включает еще ряд дополнительных операций. В модели SYBASE используются следующие четыре оператора:

  • Оператор BEGIN TRANSACTION сообщает о начале транзакции. В отличие от модели в стандарте ANSI/ISO, где начало транзакции неявно задается первым оператором модификации данных, в модели SYBASE начало транзакции задается явно с помощью оператора начала транзакции.
  • Оператор COMMIT TRANSACTION сообщает об успешном завершении транзакции. Он эквивалентен оператору COMMIT в модели стандарта ANSI/ISO. Этот оператор, как и оператор COMMIT, фиксирует все изменения, которые производились в БД в процессе выполнения транзакции.
  • Оператор SAVE TRANSACTION создает внутри транзакции точку сохранения, которая соответствует промежуточному состоянию БД, сохраненному на момент выполнения этого оператора. В операторе SAVE TRANSACTION может стоять имя точки сохранения. Поэтому в ходе выполнения транзакции может быть запомнено несколько точек сохранения, соответствующих нескольким промежуточным состояниям.
  • Оператор ROLLBACK имеет две модификации. Если этот оператор используется без дополнительного параметра, то он интерпретируется как оператор отката всей транзакции, то есть в этом случае он эквивалентен оператору отката ROLLBACK в модели ANSI/ISO. Если же оператор отката имеет параметр и записан в виде ROLLBACK B, то он интерпретируется как оператор частичного отката транзакции в точку сохранения B.

Принципы выполнения транзакций в расширенной модели транзакций представлены на рис. 11.2. На рисунке операторы помечены номерами, чтобы нам удобнее было проследить ход выполнения транзакции во всех допустимых случаях.

Рис. 11.2. Примеры выполнения транзакций в расширенной модели

Транзакция начинается явным оператором начала транзакции, который имеет в нашей схеме номер 1. Далее идет оператор 2, который является оператором поиска и не меняет текущее состояние БД, а следующие за ним операторы 3 и 4 переводят базу данных уже в новое состояние.

Оператор 5 сохраняет это новое промежуточное состояние БД и помечает его как промежуточное состояние в точке А. Далее следуют операторы 6 и 7, которые переводят базу данных в новое состояние. А оператор 8 сохраняет это состояние как промежуточное состояние в точке В.

Оператор 9 выполняет ввод новых данных, а оператор 10 проводит некоторую проверку условия 1; если условие 1 выполнено, то выполняется оператор 11, который проводит откат транзакции в промежуточное состояние В.

Это означает, что последствия действий оператора 9 как бы стираются и база данных снова возвращается в промежуточное состояние В, хотя после выполнения оператора 9 она уже находилась в новом состоянии.

И после отката транзакции вместо оператора 9, который выполнялся раньше из состояния В БД, выполняется оператор 13 ввода новых данных, и далее управление передается оператору 14.

Оператор 14 снова проверяет условие, но уже некоторое новое условие 2; если условие выполнено, то управление передается оператору 15, который выполняет откат транзакции в промежуточное состояние А, то есть все операторы, которые изменяли БД, начиная с 6 и заканчивая 13, считаются невыполненными, то есть результаты их выполнения исчезли и мы снова находимся в состоянии А, как после выполнения оператора 4. Далее управление передается оператору 17, который обновляет содержимое БД, после этого управление передается оператору 18, который связан с проверкой условия 3. Проверка заканчивается либо передачей управления оператору 20, который фиксирует транзакцию, и БД переходит в новое устойчивое состояние, и изменить его в рамках текущей транзакции невозможно. Либо, если управление передано оператору 19, то транзакция откатывается к началу и БД возвращается в свое начальное состояние, а все промежуточные состояния здесь уже проверены, и выполнить операцию отката в эти промежуточные состояния после выполнения оператора 19 невозможно.

Конечно, расширенная модель транзакции, предложенная фирмой SYBASE, поддерживает гораздо более гибкий механизм выполнения транзакций. Точки сохранения позволяют устанавливать маркеры внутри транзакции таким образом, чтобы имелась возможность отмены только части работы, проделанной в транзакции.

Целесообразно использовать точки сохранения в длинных и сложных транзакциях, чтобы обеспечить возможность отмены изменения для определенных операторов.

Однако это обусловливает дополнительные затраты ресурсов системы — оператор выполняет работу, а изменения затем отменяются; обычно усовершенствования в логике обработки могут оказаться более оптимальным решением.

Источник: https://intuit.ru/studies/courses/1001/297/lecture/7419

Тип Транзакции 7010 Сбербанк Что Означает

Тип транзакции 4400

Сегодня мы продолжим рассказывать о возможностях WLS платформы для приема и обработки интернет-платежей beGateway от нашей компании eComCharge.

Рассмотрим типы транзакций и возможности, которые поставщик платежных услуг (процессинговая система построена на базе платформы beGateway) может предложить своим интернет-торговцам, когда дело касается непосредственно приема платежей с использованием банковских платежных карт.

Почему именно банковских карт? Во-первых, потому что это самое популярное платежное средство при расчетах между покупателями и интернет-магазинами.

А во-вторых, именно банковские платежные карты дают интернет-торговцу наибольшую гибкость при выстраивании самого процесса приема платежей от своих покупателей. Некоторые действия и, как следствие, типы транзакций просто не возможны при работе с другими платежными инструментами.

Итак, какие типы транзакций поддерживает и предлагает интернет-торговцам процессинговая система поставщика платежных услуг, созданная на базе white-label платформы beGateway для приема и обработки интернет-платежей? И какие дополнительные возможности платформа beGateway предлагает для того, что бы работать с ними было удобно, как самим торговцам, так и персоналу платежного сервиса?

Транзакция «Payment»

Это базовая транзакция, позволяющая интернет-торговцу принять платеж от покупателя в одно действие. Кроме автоматического сохранения стандартной, в таких случаях, информации о платеже (платежных данных покупателя, даты и времени обработки), процессинговая платформа beGateway позволяет присвоить каждой транзакции «Payment» 2 атрибута: «merchant value» и «description»:

  1. В поле «merchant value» торговец может указать некий собственный идентификатор транзакции. Например, порядковый номер платежа по своей внутренней системе учета.
  2. Поле «description» предназначено для краткого описания товара или услуги, которые были оплачены данной платежной транзакцией.

Содержимое обоих полей отображается при просмотре детальной информации о транзакции, как из рабочего кабинета торговца, так и через пользовательский интерфейс сотрудника поставщика платежных услуг. И позволяет без труда вспомнить или определить, за что именно заплатил покупатель, и когда это произошло.

Каждый раз, когда процессинговая система поставщика платежных услуг, построенная на базе платформы beGateway, обрабатывает транзакцию «Payment», вместе с результатом она сообщает торговцу так называемый токен платежной карты, который интернет-торговец может хранить у себя для последующего использования.

Транзакция «Authorization»

Эта транзакция позволяет интернет-торговцу зарезервировать необходимую сумму на банковской платежной карте покупателя для гарантии получения денег при будущем окончательном расчете.

Срок блокировки денег на карте, в течение которого зарезервированная сумма остается недоступной для использования в других торговых точках или банкоматах, регулируется рекомендациями платежной системы, в рамках которой выпущена карта, и устанавливается банком-эмитентом.

Обычно это 7 дней, после чего блокировка автоматически снимается. Но некоторые виды бизнеса в соответствии с их Merchant Category Code (MCC) имеют 30-ти дневное «окно» для проведения окончательного расчета с покупателем после использования транзакции » Authorization».

Транзакция «Capture»

Эта транзакция позволяет интернет-торговцу списать с карты покупателя ранее зарезервированную сумму денег и тем самым завершить сделку.

Если поставщик платежных услуг использует платформу beGateway в качестве процессинговой системы для обслуживания своих интернет-торговцев, он может предложить им дополнительную возможность списания только части ранее заблокированной суммы с автоматической разблокировкой остатка.

Иcпользовать связку транзакций » Authorization » и «Capture» очень удобно в тех случаях, когда заранее не известно, какую именно сумму потребуется списать с карты покупателя, и вообще потребуется ли.

Для транзакции «Capture» так же можно задать атрибуты «merchant value» и «description». И при использовании этой транзакции так же создается токен платежной карты.

Транзакция «Void»

Если система приема и обработки платежей через интернет, построенная на базе white-label платформы beGateway, позволяет интернет-торговцам резервировать определенные суммы денег на картах их покупателей, то будет логично предположить, что иногда могут возникать ситуации, требующие разблокировать зарезервированную сумму немедленно, не дожидаясь, когда это будет выполнено автоматически после окончания срока блокировки, установленного банком-эмитентом. Собственно транзакция «Void» для этого и предназначена.

Транзакция «Refund»

Используя эту транзакцию интернет-торговец может отменить ранее полученный платеж и вернуть деньги покупателю на ту банковскую карту, с которой они были в свое время списаны.

Платежный сервис, чья процессинговая система работает на платформе beGateway, может предложить своим онлайн-продавцам возможность сделать возврат платежа не только на полную сумму, но и частичный.

Кроме того, в платформе beGateway транзакция «Refund» так же обладает атрибутом «description», куда можно записывать причины отмены платежа и возврата денег.

Информация, сохраненная в поле «description» транзакции «Refund», значительно упрощает подготовку соответствующих аналитических отчетов, как для интернет-торговцев, так и для поставщика платежных услуг.

Транзакция «Chargeback»

Процессинговая платформа beGateway использует этот тип транзакции для учета платежей, которые были опротестованы покупателями или владельцами банковских карт, путем обращения к своим банкам-эмитентам. Проще говоря, транзакция «Chargeback» – это о чарджбэках.

Всякий раз, когда поставщик платежных услуг получает от своего эквайрингового партнера (банка-эквайера или вышестоящего платежного сервиса) уведомление о чарджбэке в отношении ранее обработанного платежа, для соответствующей транзакции «Payment» или «Capture» в процессинговой системе создается связанная с ней транзакция «Chargeback».

Если эквайринговый партнер умеет сообщать о получении чарджбэка через API, платформа beGateway создаст транзакцию «Chargeback» автоматически сразу же, как только получит соответствующее уведомление.

На тот случай, если эквайринговый партнер предпочитает сообщать о чарджбэках по-старинке — через электронную почту, процессинговая платформа beGateway имеет специальный пользовательский интерфейс для сотрудников поставщика платежных услуг, в котором транзакцию «Chargeback» можно создать вручную буквально в 2 клика.

Как и для всех типов транзакций, связанных с перемещением денег, процессинговая система на базе платформы beGateway позволяет задать значение атрибута «description» для транзакции «Chargeback».

В это поле записывается код чарджбэка и его расшифровка.

Содержимое поля «description» транзакции «Chargeback» доступно не только для сотрудников поставщика платежных услуг, но и для интернет-торговца.

White-label платформа для приема и обработки интернет-платежей beGateway умеет корректно обращаться с ситуацией, когда чарджбэк приходит не на всю сумму платежа, а только на какую-то его часть.

Транзакция «Chargeback» в арендуемой платформе beGateway позволяет поставщику платежных услуг улучшить аналитику и контроль над чарджбэками своих интернет-торговцев.

Транзакция «Payout»

Это особый тип транзакции в процессинговой системе поставщика платежных услуг, построенной на базе платформы beGateway. Транзакцию «Payout» интернет-торговцы обычно используют для выплат выигрышных сумм игрокам. Эта транзакция позволяет сделать любую по сумме выплату игроку на любую банковскую карту, которую он укажет.

Возможность и условия использования транзакции «Payout» определяются банком-эквайером, с которым сотрудничают поставщик платежных услуг и его интернет-торговцы.

Транзакция «Credit»

Это ещё один особый тип транзакции, имеющийся в распоряжении платформы beGateway. Транзакция «Credit» используется для перевода денег на банковскую платежную карту. Эта транзакция требует наличия успешного первоначального входящего платежа, сделанного с использованием той карты, на которую предполагается отправить деньги.

В отличие от транзакций «Refund», транзакция «Credit» дает возможность вернуть на банковскую карту сумму, превышающую размер ранее сделанного платежа. Например, перевести деньги из кошелька какой-либо системы на банковскую карту.

Возможность и условия использования транзакции «Credit» ограничены по типам бизнеса и территориальном размещении интернет-торговца и его покупателей.

Recurring Payment

Поставщик платежных услуг, использующий процессинговую систему на базе платформы beGateway, может предложить своим интернет-торговцам прием регулярно повторяющихся платежей, хотя для их обозначения в платформе beGateway не предусмотрено никакого отдельного типа транзакции.

Дело в том, что для таких платежей используется транзакция «Payment», которую торговец инициирует самостоятельно без привлечения своего покупателя, используя токен платежной карты или специальный механизм подписок, имеющийся в платформе beGateway. Благодаря последнему, интернет-торговец может запрограммировать процессинговую систему поставщика платежных услуг на регулярное списание заранее заданной суммы денег с карты своего клиента через установленные промежутки времени.

Управлять регулярно повторяющимися платежами, то есть создавать такого рода платеж и давать команду процессинговой системе на отмену очередного списания денег с банковской карты покупателя, можно через API или из рабочего кабинета интернет-торговца или сотрудника поставщика платежных услуг.

И, наконец, в целом для удобства работы с транзакциями в процессинговой платформе beGateway на странице отображения детальной информации о любой транзакции указываются все связанные с ней транзакционные записи.

Удобство, простота и функциональность для платежных сервисов и их клиентов — вот к чему мы стремимся в компании eComCharge, разрабатывая процессинговую платформу beGateway для поставщиков платежных услуг.

Команда e ComCharge

Вот уже более 10 лет разрабатываем и обслуживаем процессинговые системы и инфраструктуры для приема и обработки онлайн-платежей для банков-эквайеров и поставщиков платежных услуг (Payment Service Providers) из стран Европейского Союза и СНГ.

Тип транзакции 7010 сбербанк что означает

Покупка ТУ СБ РФ

Источник: https://puzlfinance.ru/bank/tip-tranzaktsii-7010-sberbank-chto-oznachaet

Что такое банковская транзакция и как узнать её номер?

Тип транзакции 4400

Большинство платёжных операций на современном рынке проводится в безналичной форме.

Например, клиенты расплачиваются банковскими картами в супермаркетах, на АЗС, подключают автоплатежи для погашения налогов, долгов за ЖКУ, переводят деньги родственникам или коллегам по номеру карты.

Такие операции обрабатываются внутренними программами банков и называются транзакциями. Каждой транзакции присваивается уникальный номер, с помощью которого клиент может отследить поступление или списание денежных средств, подать претензию в банк или торговую точку.

Технически транзакция представляет собой процесс перевода денежных средств между банковскими счетами. Например, пользователь дебетовой карты от банка ВТБ получил заработную плату.

В этом случае транзакция — перевод денежных средств с расчётного счёта компании (работодателя) на картсчёт физического лица (работника). Каждая транзакция подтверждается платёжным документом, который может формироваться в электронном или бумажном виде.

Например, при оплате покупок в супермаркете клиент получает чек, подтверждающий транзакцию (сведения об успешном списании денежных средств).

На современном рынке финансовых услуг распространены различные программы лояльности (начисление бонусных баллов, предоставление скидок, перевод кэшбека на счёт пользователя), поэтому номер транзакции используются для учёта привилегий клиента.

Например, владелец кредитной карты банка Тинькофф получает кэшбек за каждую покупку бонусными баллами.

В финансовой программе Тинькофф отражается каждая транзакция пользователя, учитывается MCC-код (категория платежа, например, кафе и рестораны) точки продаж и начисляется кэшбек.

Разновидности транзакций в финансовой сфере

Понятие транзакции применяется в сферах программирования и предоставления различных финансовых услуг для описания операций по обмену какими-либо данными.

Транзакция в сфере программирования. В этом случае транзакцией является внесение любых изменений в финансовую программу, базу данных, сведения о клиенте. Например, клиент Сбербанка успешно выплатил ипотеку и закрыл договор с кредитором.

Администратор клиентского сервиса Сбербанка занёс сведения о погашенной задолженности в базу данных банка, затем обновил файл заёмщика в БКИ (бюро кредитных историй). Программист совершил две транзакции по обновлению сведений в базах данных банка и бюро кредитных историй.

Благодаря внедрению электронного документооборота во все сферы бизнеса граждане и организации могут оформить паспорта, оплатить штрафы, зарегистрировать компанию или перевести деньги с помощью транзакций в соответствующих программах.

Транзакция в финансовой сфере. В этом случае понятие транзакции включает все операции по переводу наличных и безналичных денежных средств, ценных бумаг, драгоценных металлов, производных финансовых инструментов между счетами частных лиц и организаций.

Например, пользователь индивидуального инвестиционного счёта от Альфа-банка купил четыре облигации ОФЗ для получения процентного дохода. Торговая система Альфа-банка внесла сведения о приобретённых ценных бумагах в личный файл клиента, с расчётного счёта были списаны средства для оплаты ОФЗ согласно текущему курсу.

Финансовые транзакции включают операции с денежными средствами и документами (договорами, актами), подтверждаются платёжными поручениями или чеками.

Транзакция в банковской сфере. Частный случай финансовых транзакций, предполагающий перевод денежных средств с расчётного, текущего или кредитного счёта клиента на другие платёжные реквизиты. Например, компания рассчитывается с контрагентом за поставку партии товара, оплачивая счёт банковским переводом.

Бухгалтер компании вносит в банк-клиент реквизиты платёжного поручения, указывает требуемую сумму, система обрабатывает расходную транзакцию и списывает средства с расчётного счёта юридического лица.

Банковские транзакции в безналичной форме применяются государственными органами, компаниями и частными клиентами, платежи принимаются по реквизитам, номерам платёжных карт или чипам NFC (бесконтактные платежи Apple Pay, Google Pay или Samsung Pay).

Как проводится банковская транзакция? Технические особенности операции

Стандартная банковская транзакция представляет собой перевод денежных средств по указанным клиентом реквизитам, подтверждающие документы (платёжное поручение, кассовый чек) формируются автоматически. По запросу клиента бумаги можно распечатать и заверить подписью. Платёжная операция проводится в несколько этапов.

Владелец банковского счёта или карты указывает реквизиты для отправки средств. Если транзакция проводится в безналичной форме, плательщик вручную заполняет банковские реквизиты получателя. Например, бухгалтер предприятия формирует платёжные поручения для перечисления командировочных выплат всем сотрудникам.

Если транзакция проводится в точке продаж, плательщику нужно приложить карту или смартфон к кассовому терминалу. Например, покупатель в продуктовом гипермаркете прикладывает кредитную карту с модулем Pay Pass для оплаты. Если транзакция проводится онлайн, клиенту нужно указать платёжные данные карты (номер, срок действия, ФИО держателя, код безопасности).

Например, клиент онлайн магазина Ozon оплачивает заказ, указывая данные дебетовой карты.

Банк-эквайер передаёт входящую операцию в ЦОД (центр обработки данных). Если транзакция проводится в безналичной форме, функцию банка-эквайера выполняет финансовая организация, открывшая расчётный счёт получателю платежа. Например, компания открыла расчётный счёт для платежей в банке Точка, поэтому все транзакции обрабатывает эта финансовая организация.

Если транзакция проводится офлайн или через интернет, банком-эквайером является организация, обслуживающая безналичные платежи в данной торговой точке. Например, сеть продуктовых гипермаркетов пользуется услугами эквайринга от Сбербанка, обрабатывающего все платежи покупателей.

ЦОД банка-эквайера проверяет срок действия карты, отсутствие блокировки банковского счёта и затем обращается к банку-эмитенту.

Банк-эмитент карты или счёта списывает средства в адрес получателя.

На этом этапе банк, обслуживающий счёт или пластиковую карту, проверяет баланс доступных средств с учётом дневных лимитов, корректность ввода ПИН-кода (для платежей по картам), проводит конвертацию средств (при операциях за границей) и передаёт деньги получателю. Отправленные банком-эмитентом средства поступают на сервер платёжной системы (Visa, MasterCard или Мир), затем поступают на банковский счёт либо карту получателя.

Большинство безналичных транзакций обрабатываются за несколько минут, затем средства поступают на счёт получателя.

Однако, ЦОД банка-эквайера или сервер платёжной системы могут задержать фактическое списание средств со счёта плательщика (например, из-за технического сбоя, окончания банковского дня).

Такие транзакции получают статус Авторизация ожидает подтверждения, означающий предварительную блокировку средств на счёте плательщика. Например, при использовании дебетовой карты банка Тинькофф с функцией кэшбека бонусные рубли начисляются после подтверждения транзакции банком-эквайером.

По каким причинам банковская транзакция может быть отклонена?

Успешно проведённые транзакции получают уникальный номер в системе банка-эмитента и банка-эквайера, сохраняющийся в мобильном приложении или личном кабинете клиента.

Номер транзакции помогает клиентам оформить возврат или подать претензию при возникновении проблем с платежами, также реквизит используют банки для начисления бонусных баллов.

При обработке платежей юридических лиц номера транзакций используются государственными надзорными органами для контроля хозяйственной деятельности, начисления налогов и выплаты различных субсидий.

На практике номер транзакции необходим клиентам при обращении в службу технической поддержки банка или платёжного сервиса. Как правило, проблемы с банковскими транзакциями возникают по следующим причинам:

  1. Клиент ошибся в реквизитах (при совершении безналичных платежей). Если плательщик вводит банковские реквизиты получателя вручную, высока вероятность ошибки в цифрах, особенно при оформлении бюджетных платежей. В такой ситуации банк-эмитент карты или счёта отклонит операцию и средства вернутся на счёт плательщика. На современном этапе развития финансовых сервисов реквизиты получателя проверяются банком автоматически (ещё на этапе ввода данных плательщиком), поэтому неправильно заполненные платёжные поручения не поступают в обработку.
  2. Средств на счёте клиента недостаточно для совершения платежей. Такие ситуации возникают при нехватке средств, превышении регулярных (суточных, месячных, годовых) лимитов на операции, а также некоторых платежах за рубежом. Например, владельцы рублёвых банковских карт платёжной системы Мир не могут расплачиваться за границей, валютные операции будут автоматически отклонены банком-эквайером. Многие банки предоставляют функцию установки ежемесячных лимитов по дебетовым картам на расходные операции и снятие наличных. Например, такая функция действует для дебетовых карт, выпущенных Альфа-банком.
  3. Банковский счёт или пластиковая карта клиента заблокированы. Счёт клиента может быть заблокирован при окончании срока действия ДБО (договор банковского обслуживания) или по распоряжению государственных надзорных органов. Например, расчётные счета компаний часто блокируются согласно требованиям ФЗ-115 (закон о противодействии отмыванию денег), доступ к деньгам предоставляется после проверки юридического лица. Банковские карты могут быть заблокированы из-за истечения срока действия, по заявлению клиента (например, после утери), а также после трёхкратного ввода неверного ПИН-кода.
  4. Клиент неверно ввёл ПИН-код и другие реквизиты счёта. Операция автоматически отклоняется, если клиент неверно указал ПИН-код (при вводе банковской карты), код доступа (при оплате через Apple Pay или Samsung Pay) или некорректно приложил к смартфону отпечаток пальца (при оплате через Touch ID). Обычно в таких случаях кассир или операционист перезапускает операцию, после ввода корректных данных транзакция подтверждается.
  5. Произошёл технический сбой. Если в точке продаж внезапно отключается электроснабжение, перестаёт работать ИБП (источник бесперебойного питания) банкомата или выходит из строя сервер на стороне банка, все транзакции автоматически отклоняются. В таких ситуациях клиент получает уведомление об отклонённой транзакции, платёж можно перевести в другом устройстве или повторить операцию позже.

Как найти номер транзакции при обращении в службу технической поддержки?

Банковские организации, точки продаж, кэшбек-сервисы и платёжные системы требуют предоставлять номер транзакции при обработке любых обращений клиента.

Например, пользователь кэшбек-сервиса LetyShops не получил бонусные баллы за покупку на сайте iHerb и создал обращение в службу поддержки. Оператор LetyShops запрашивает номер транзакции, чтобы провести проверку.

Расположение и формат номера транзакции зависит от способа проведения платежа.

Платежи и переводы в банкоматах и банковских терминалах. Например, клиент пополнял счёт карты через банкомат ВТБ, устройство обработало купюры, однако средства не зачислились из-за технического сбоя.

В этом случае при обращении к оператору нужно использовать данные из блока Номер операции, расположенного в нижней часте распечатанного чека.

В зависимости от конкретного банка, номер транзакции может состоять из 4-16 цифр и букв латинского алфавита.

Платежи и переводы в терминалах мобильных операторов.

Например, клиент пополняет баланс мобильного телефона через терминал МТС, устройство подтверждает выполнение операции, однако деньги не зачисляются на счёт.

В этом случае для подачи жалобы нужно использовать цифры из блока Извещение или Чек №. Обычно сведения о номере транзакции находятся в начале распечатанного документа.

Транзакции, выполненные онлайн. Например, клиент переводил деньги родственнице через приложение Сбербанк Онлайн, средства списались с дебетовой карты, но не поступили на счёт получателя. В этом случае при обращении в службу поддержки нужно использовать данные из блока Идентификатор операции, дополнительно можно указать дату и время списания средств.

В зависимости от конкретной ситуации, для обращения в службу технической поддержки нужно указывать номер транзакции, прикладывать скан-копию чека или давать оператору ссылку на страницу заказа. Например, многие банки рассматривают обращения клиентов в чате, для решения проблемы достаточно указать место и точное время совершения операции.

Итоги

Банковская транзакция представляет собой операцию по перечислению денежных средств со счёта клиента на указанные им платёжные реквизиты.

Например, к банковским транзакциям относятся платежи за ЖКУ, оплата штрафов, налогов, перевод денежных средств по номеру карты. С точки зрения клиента, транзакцией является любое списание или поступление денежных средств на расчётный счёт.

С точки зрения банка, номер транзакции клиента используется для начисления бонусных баллов, процентов за использование кредитных средств.

Государственные контролирующие органы отслеживают транзакции на счетах частных лиц и организаций, чтобы рассчитывать налоги, перечислять субсидии и следить за соблюдением законодательства.

Каждая банковская транзакция обладает уникальным номером, присвоенным финансовой программой. Обычно эта информация указывается в поле Номер операции, Идентификатор операции, Чек № или Извещение.

С помощью номера транзакции клиент может отследить статус платежа или подать жалобу в службу технической поддержки при возникновении проблем.

Источник: http://nebogach.ru/money/chto-takoe-bankovskaya-tranzaktsiya-i-kak-uznat-eyo-nomer/

Эквайринг: EMV-транзакция (EMV Transaction Flow). Часть 1: Интерфейсы и основы APDU

Тип транзакции 4400

Пожалуй, единственным существенным недостатком контактной чиповой карты является низкая скорость обмена данными с устройствами. Думаем, многие замечали, что время затрачиваемое на расчет за покупку по контактному чипу весьма существенно. Однако это происходит совсем не потому, что POS-терминал «тормозит» или «зависает».

Причина вызвана архитектурными особенностями реализации интерфейса обмена (о которых мы и расскажем в данном цикле статей). Кроме того, ряд POS To HOST протоколов предполагает в рамках обмена по контактному чипу наличие дополнительной коммуникационной сессии между устройством и ПЦ – так называемый EMV Final Advice (EFA).

Обычно это сообщения с MTI 0220-0230, в которых терминал передает на хост результаты обработки картой ответа от эмитента и ряд других данных, необходимых для формирования клиринговых сообщений. То есть, фактически POS-терминал дважды инициирует соединение: первый раз для обмена с эмитентом и получения от него ответа, второй раз для EFA.

Разумеется, данный недостаток прекрасно известен Платежным системам, поэтому в процессе развития «чипа» было разработано несколько способов оптимизации обмена между устройством и картой. Они направлены на уменьшение времени транзакции и заключаются в изменении общей логики ее обработки (сумма, тип криптограммы и пр.) относительно «классической» схемы, описанной в EMV Book.

Данные спецификации как правило имеют в названиях соответствующие приставки «Fast» или «Quick». Например, Mastercard M/Chip Fast, Visa Quick Chip или American Express Quick Chip. В нашем регионе данные спецификации и, соответственно, схемы обмена, распространения не получили.

Главным образом благодаря относительно высокому общему техническому уровню региональной инфраструктуры, что позволило в весьма сжатые сроки обеспечить поддержку бесконтактных карт, которые не имеют проблем со скоростью обмена.

3. ICC Contactless (Integrated Circuit card, Contactless) — Бесконтактная карта с интегрированными электронными схемами. Не менее широко распространенная в нашем регионе карта, оснащенная встроенной антенной для обмена по бесконтактному интерфейсу.

В отличие от контактной EMV-карты, работает на протоколе ISO 14443. Лишена такого недостатка, как скорость обмена, что явным образом подчеркивалось и подчеркивается Платежными системами. Например, известный слоган для Mastercard Contactless — «Just Tap & Go».

Характерной особенностью бесконтакта являются существенные отличия при реализации обмена в разрезе той или иной ПС.

Иными словами, если обмен по контактной чиповой карте весьма сходен для карт всех ПС (что несомненно положительно влияет при обеспечении поддержки карт той или иной ПС со стороны Участника), то «бесконтакт» варьирован, в ряде случаев, основательно.

Например, если бесконтактное ядро Mastercard претерпело не столь значительные изменения, то Contactless Visa обладает рядом фундаментальных, с точки зрения информационного обмена, характерных черт. Из этого следует, что даже при условии того что в конфигурации POS или ATM описаны идентификаторы той или иной карты, совершенно не значит, что устройство будет способно поддерживать их при обмене через бесконтактный интерфейс.

Другой характерной особенностью, логически вытекающей из всего вышесказанного, является некоторое «урезание» технического функционала бесконтактных ядер относительно контактного чипа, продиктованное главным образом соображениями скорости и безопасности. К таковым можно отнести: исключение оффлайновых пин-кодов из списка CVM-методов, исключение хранения имени/фамилии кардхолдера в бесконтактном карточном профиле и ряд других, характерных для каждой конкретной ПС.

Следует сказать, что бесконтакт может быть как «чиповым», так и «магнитным». То есть, обычно бесконтактная карта хранит в себе два профиля, способных работать в режимах эмуляции либо чипа (EMV-Mode), либо магнитной полосы (MSripe-Mode).

При этой EMV-Mode является приоритетным способом, а поддержка MStripe-Mode в нашем регионе постепенно исключается из устройств в соответствии с регламентами ПС.

Разумеется, «магнитный бесконтакт» в этом случае обладает достаточным уровнем безопасности в сравнении с физической «магниткой», поскольку обладает расширенными возможностями хранения данных и алгоритмов проверки подлинности карты.

Необходимо в общих чертах коснутся формата APDU, поскольку он является базовым в рамках обмена как по контактному чипу, так и при работе через бесконтактный интерфейс.

APDU (Application Protocol Data Unit) — формат обмена между картой и устройством (POS, ATM и пр.). При этом устройство отправляет APDU-Command (APDU-C), карта отвечает APDU-Responce (APDU-R). Уже из этого понятно, что в процессе всего обмена его инициатором является устройство.

1. APDU-C включает в себя т.н. «Header» (Заголовок) и «Body» (Тело) команды.

Header в общем случае имеет следующую структуру:

  • CLA (Class Byte) — класс команды.
  • Ins (Instruction Byte) — код инструкции.
  • P1 — Первый параметр команды. Если отсутствует, то значение всегда = 0.
  • P2 — Второй параметр команды. Если отсутствует, то значение всегда = 0.

Body команды обладает структурой:

  • Lc Send — Длина отправляемых данных (т.е., длина поля «Data»).
  • Data — Непосредственно, данные команды.
  • Le Reciever — Ожидаемая длина ответа в APDU-R.

Источник: https://mst-company.ru/blog/ekvajring-emv-tranzaktsiya-emv-transaction-flow-chast-1-interfejsy-i-osnovy-apdu

Поделиться:
Нет комментариев

Добавить комментарий

Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.