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

Содержание

Простое определение понятия транзакция по банковской карте

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

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

Что такое транзакция?

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

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

Что значит транзакция в общем понимании?

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

СПРАВКА. Чаще всего под транзакцией люди понимают оплату какой-либо покупки пластиковой картой.

Суть банковской транзакции

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

СПРАВКА. Внутрибанковский перевод денег между счетами может занять всего несколько минут, в то время как переводы между банками или международные – до 7 рабочих дней.

Как происходит выполнение транзакций?

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

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

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

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

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

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

СПРАВКА. Слип делают в трех экземплярах: для банка, продавца и покупателя.

Система транзакций

Деньги, переведенные людям, – это транзакции. Их система в себя включает:

  • Переводы денежных средств между счетами одного банка или разных. Такие операции осуществляют менеджеры банка.
  • Любые операции с деньгами через платежные терминалы и пластиковые карты.
  • Электронный банкинг – транзакции, включающие в операцию электронные платежные системы: «Яндекс.Деньги», QIWI, WebMoney, PayPal и другие.
  • Денежные моментальные переводы человека, не являющегося клиентом банковского учреждения. Такие транзакции не требуют открытия счета и осуществляются с помощью паспортных данных получателя счета, а также специального кода, который отправитель должен сообщить получателю. К таким переводам относят: «Золотая Корона», WesternUnion, Contact и другие.

Аннулирование операции: как отменить транзакцию?

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

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

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

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

Что делать, если транзакция не удалась?

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

Так что же делать, если транзакция не удалась:

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

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

Что такое неподтвержденная транзакция?

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

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

СПРАВКА. Чтобы не ждать автоматической отмены транзакции, можно позвонить в свой банк на горячую линию и попросить отменить операцию. Для этого понадобится лишь назвать свое кодовое слово. Также можно прийти в отделение банка с документами, подтверждающими личность, и пластиковой картой. Менеджер банка проверит информацию и отменит операцию списания.

Ошибка транзакции

Если в процессе транзакции произошла ошибка, то следует как можно быстрее действовать:

  1. Если потерян секретный код денежного перевода, то необходимо обратиться на горячую линию.
  2. В случаях, когда деньги отправлены с неверно указанными реквизитами, также может помочь служба клиентской поддержки. В трудных случаях придется обратиться в отделение банка.
  3. В некоторых банковских учреждениях существует возможность отменить транзакцию самостоятельно через приложение с онлайн-интерфейсом. Так как переводы обрабатываются не моментально, то существует возможность урегулировать ситуацию.
  4. Если денежные средства отправлены мошенникам, то есть ровно сутки с момента перевода, когда можно попытаться вернуть кровные. Для этого нужно обратиться в отделение банка в течение 24 часов после операции с заявлением, в котором необходимо указать причину отмены, сумму, дату и время платежа.
  5. Если при онлайн оплате счетов или других переводов были неверно введены реквизиты, то можно не беспокоиться. Деньги в таком случае будут списаны со счета, но вернутся в течение 10 рабочих дней обратно, когда банковская система увидит ошибку.

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

Назад

Источник: https://finanso.com/ru/blog/banki/chto-takoe-tranzakciya/

Виды трансакций, или как получать удовольствие от общения

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

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

Как мы общаемся? Нравится ли нам общаться? Умеем ли мы общаться? Любим ли мы общаться? Получаем ли от общения удовольствие или избегаем его?

Эрик Берн назвал коммуникацию между людьми трансакцией – когда один человек предлагает другому какой-то вид коммуникации, а другой ему отвечает. Начало коммуникации называют стимулом, ответ – реакцией.

Виды трансакций.

  1. Параллельные трансакции – трансакции, в которой вопрос-ответ параллельны друг другу, эго-состояние, в которое они направлены, является источником реакции.

Когда я спрашиваю вас: «Сколько сейчас времени?» Вы отвечаете: «Двенадцать». Мы обменялись информацией в настоящем времени. Наши слова сказаны из Взрослого эго-состояния., т.е. трансакция Взрослый-Взрослый.

А вот другой вид параллельной трансакции:

 Муж приходит уставший с работы и говорит жене: «Дорогая, я так устал, сделай мне пожалуйста массаж спины» – здесь он обращается к эго-состоянию заботливого родителя жены из своего ребенка. Жена отвечает: «Конечно, дорогой, я о тебе позабочусь». Жена откликнулась мужу из заботливого  родителя. Т.е. трансакция здесь Ребенок-Родитель, Родитель-Ребенок.

 2. Пересекающиеся транзакции (конфликтные) – это такая трансакция, где вопрос-ответ не параллельны друг другу или эго-состояние, в которое они направлены, не является источником реакции.

Рассмотрим предыдущий пример коммуникации с т.з. параллельной трансакции.

Когда муж просит жену: «Дорогая, я так устал, сделай мне пожалуйста массаж спины». А жена сердитым голосом: «Делать мне нечего! А ты не спросил меня – устала ли я?» Т.е.

муж попросил из своего эго-состояния Свободного Ребенка в Заботливого Родителя жены, но ее реакция была из Критикующего Родителя в Адаптивного Ребенка. Т.е. руганью жена призывает мужа выйти из его Свободного Ребенка и переместиться в Адаптивного Ребенка. Т.е.

трансакция здесь Свободный ребенок – Заботливый родитель, Критикующий родитель – Адаптивный Ребенок.

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

Чтобы этого избежать, муж не стал продолжать ссору, а перешел в эго-состояние Взрослого: «Я вижу, ты чем-то расстроена. У тебя сегодня тоже был день не из легких. Тогда сегодня я сам позабочусь о себе». Муж пересек стимул жены Критикующий Родитель – Адаптивный Ребенок реакцией Взрослый – Взрослый и тем самым призвав ее выйти из Критикующего Родителя в эго-состояние Взрослого.

 3. Скрытые трансакции или трансакции с двойным дном – здесь одновременно передаются два сообщения:

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

скрытое сообщение (психологический уровень), которым собеседник на самом деле говорит о том, чего он хочет, но не говорит напрямую. И здесь взаимодействие эго-состояний или Родитель-Ребенок, или Ребенок – Родитель.

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

Пример.

Муж: «Что ты сделала с моей рубашкой?»

Жена: «Положила ее в ящик».

На первый взгляд трансакция видится параллельной Взрослый-Взрослый. Но если проанализировать ее с т.з. голоса и визуальных признаков:

Муж (резко, повышенным тоном, брови нахмурены): «Что ты сделала с моей рубашкой?»

Жена (голос дрожит, в глазах слезы, теребит салфетку в руках): «Положила ее в ящик».

Это уже скрытая трансакция, где на самом деле муж хочет сказать: «Ты все время кладешь мои вещи не на свои места! Это возмутительно!» А жена: «Ты всегда не справедлив ко мне! Это невозможно терпеть!»

Т.е. на психологическом уровне происходит обмен трансакциями: Родитель – Ребенок, Ребенок – Родитель.

 4. Угловые скрытые трансакции (манипулятивные).

Пример. Ситуация в магазине, когда продавец провоцирует покупателя совершить незапланированную покупку.

Продавец: «Этот телефон – лучший на рынке на сегодняшний день. И на него сейчас акция».

На первый взгляд параллельная транзакция – Взрослый – Взрослый.

«Но, не смотря на это, он Вам, наверное, не по карману». Здесь скрытое манипулятивное сообщение исходит из Взрослого продавца к Ребенку покупателя в надежде, что он примет приглашение и ответит реакцией из Свободного ребенка: «Я покупаю его!»

Но здесь есть возможность увести разговор по другому, удобному нам пути. Продавец: «…он Вам, наверное, не по карману». Покупатель: «Да, Вы правы, он мне не по карману» или «У меня сейчас совершенно другие цели, как потратить свои деньги». В данном случае маневр продавца не увенчался успехом, и он не «зацепил» Ребенка покупателя.

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

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

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

Источник: https://www.b17.ru/article/163152/

Транзакции и механизмы их контроля

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

Транзакция это последовательное выполнение операций чтения и записи. Окончанием транзакции может быть либо сохранение изменений (фиксация, commit) либо отмена изменений (откат, rollback). Применительно к БД транзакция это нескольких запросов, которые трактуются как единый запрос.

Транзакции должны удовлетворять свойствам ACID

Атомарность. Транзакция либо выполняется полностью либо не выполняется вовсе. Согласованность. При завершении транзакции не должны быть нарушены ограничения накладываемые на данные (например constraints в БД).

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

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

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

Журнал содержит значения, которые данные имели до и после их изменения транзакцией. Write-ahead log strategy обязывает добавлять в журнал запись о предыдущих значениях до начала, а о конечных после завершения транзакции.

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

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

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

Пример. На счету у пользователя 500$ и пользователь решает снять их через банкомат. Выполняются две транзакции. Первая читает значение баланса и если на балансе достаточно средств выдает деньги пользователю.

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

Чтение фиксированных данных (Read Committed)

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

Пример. Начальное значение баланса 0$. Т1 добавляет к балансу 50$. Т2 считывает значение баланса (50$). Т1 отменяет изменения и завершается. T2 продолжает выполнение располагая неверными данными о балансе.

Решением является чтение фиксированных данных (Read Committed) запрещающее читать данные, измененные транзакцией. Если транзакция A изменила некоторый набор данных, то транзакция B при обращении за этими данными вынуждена ожидать завершения транзакции A.

Повторяемое чтение (Repeatable Read)

Проблема потерянных изменений (Lost Updates). Т1 сохраняет изменения поверх изменений Т2.

Пример. Начальное значение баланса 0$ и две транзакции одновременно пополняют баланс. T1 и T2 читают баланс равный 0$. Затем T2 прибавляет 200$ к 0$ и сохраняет результат. T1 прибавляет 100$ к 0$ и сохраняет результат. Итоговый результат 100$ вместо 300$.

Проблема неповторяемого чтения (Unrepeatable read). Повторное чтение одних и тех же данных возвращает разные значения.

Пример. Т1 читает значение баланса равное 0$. Затем Т2 добавляет к балансу 50$ и завершается. Т1 повторно читает данные и обнаруживает несоответствие с предыдущим результатом.

Повторяемое чтение (Repeatable Read) гарантирует что повторное чтение вернет тот же результат. Данные прочитанные одной транзакцией запрещено менять в других до завершения транзакции. Если транзакция A прочла некоторый набор данных, то транзакция B при обращении за этими данными вынуждена ожидать завершения транзакции A.

Упорядоченное чтение (Serializable)

Проблема фантомного чтения (Phantom Reads). Два запроса выбирающие данные по некоему условию возвращают разные значения.

Пример. T1 запрашивает количество всех пользователей баланс которых больше 0$ но меньше 100$. T2 вычитает 1$ у пользователя с балансом 101$. T1 повторно выполняет запрос.

Упорядоченное чтение (Serializable). Транзакции выполняются как полностью последовательные. Запрещается обновлять и добавлять записи, подпадающие под условия запроса. Если транзакция A запросила данные всей таблицы, то таблица целиком замораживается для остальных транзакций до завершения транзакции A.

Устанавливает очередность в которой должны выполняться операции при параллельно протекающих транзакциях

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

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

Оптимистический основан на обнаружении и разрешении конфликтов, пессимистический на предотвращении возникновения конфликтов

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

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

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

Если одна транзакция заблокировала данные, то остальные транзакции при обращении к данным обязаны ждать разблокировки

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

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

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

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

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

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

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

Когда взаимоблокировка найдена, то одна из транзакций откатывается, что дает возможность другим транзакциям участвующим во взаимоблокировке завершиться. Выбор жертвы может быть основан на стоимости транзакций или их старшинстве (Wait-Die и Wound-wait схемы).

Каждой транзакции T присваивается временная метка TS содержащая время начала выполнения транзакции.

Wait-Die.

Если TS(Ti)< TS(Tj), то Ti ждет, иначе Ti откатывается и начинается заново с той же временной меткой.

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

Если TS(Ti)< TS(Tj), то Tj откатывается и начинается заново с той же временной меткой, иначе Ti ждет.

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

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

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

Двухфазная блокировка — предотвращение взаимоблокировок путем захвата всех ресурсов используемых транзакцией в начале транзакции и освобождения их в конце

Все блокирующие операции должны предшествовать первой разблокирующей. Имеет две фазы — Growing Phase при которой происходит накопление захватов и Shrinking Phase при которой происходит освобождение захватов.

При невозможности захвата одного из ресурсов транзакция начинается сначала.

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

Двухфазный коммит обеспечивает выполнение коммита на всех репликах БД

Каждая БД вносит информацию о данных которые будут изменены в лог и отвечает координатору ОК (Voting Phase). После того как все ответили ОК координатор отсылает сигнал обязывающий всех произвести коммит. После коммита сервера отвечают ОК, если хоть один не ответил ОК, то координатор отсылает сигнал отмены изменений всем серверам (Completion Phase).

Более старая транзакция откатывается при попытке доступа к данным, задействованным более молодой транзакцией

Каждой транзакции назначается временная метка TS соответствующая времени начала выполнения. Если Ti старше Tj, то TS(Ti)< TS(Tj).

Когда транзакция откатывается, ей назначается новая временная метка.

Каждый объект данных Q задействованный транзакцией помечается двумя метками. W-TS(Q) — временная метка самой молодой транзакции, успешно выполнившей запись над Q.

R-TS(Q) — временная метка самой молодой транзакции, выполнившей запись чтения над Q.

Когда транзакция T запрашивает чтение данных Q возможны два варианта.

Если TS(T)< W-TS(Q), то есть данные были обновлены более молодой транзакцией, то транзакция T откатывается.

Если TS(T) >= W-TS(Q), то чтение выполняется и R-TS(Q) становится MAX(R-TS(Q), TS(T)).

Когда транзакция T запрашивает изменение данных Q возможны два варианта.

Если TS(T)< R-TS(Q), то есть данные уже были прочитаны более молодой транзакцией и если произвести изменение, то возникнет конфликт. Транзакция T откатывается.

Если TS(T)< W-TS(Q), то есть транзакция пытается перезаписать более новое значение, транзакция T откатывается. В остальных случаях изменение выполняется и W-TS(Q) становится равным TS(T).

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

Возможны каскадные откаты. Если Ti откатилась, а Tj прочитала данные которые изменила Ti, то Tj тоже должна откатиться.

Если при этом Tj уже была закоммичена, то возникнет нарушения принципа устойчивости.

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

Thomas write rule — вариация метода временных меток при которой данные обновленные более молодой транзакцией запрещено перезаписывать более старой

Транзакция T запрашивает изменение данных Q. Если TS(T)< W-TS(Q), то есть транзакция пытается перезаписать более новое значение, транзакция T не откатывается как в методе временных меток. Хабы:

  • SQL
  • Администрирование баз данных

Источник: https://habr.com/ru/post/446662/

Виды трансакций и их основные правила

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

На этом рисунке дано изображение сразу несколько разных трансакций.

Для непосвящённого человека эта диаграмма может показаться китайской грамотой. А между тем в этом есть определённая закономерность, которую очень легко понять.

Они могут быть между одноимёнными состояниями и противоположными.

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

Например.

Когда мама с ребёнком подходит к луже, говорит ему: «Так, в лужу мы не пойдём!» Она из своего Родителя обращается к Родителю ребёнка. А ребёнок ей отвечает: «Нельзя в лужу заходить, это только плохие детки так делают!» Он тоже ответил маме из своего внутреннего Родителя.

Кому-то может показаться, что это была параллельная трансакция Взрослый-Взрослый.

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

А вот если бы они говорили о конкретной ситуации, то это уже была бы трансакция Взрослый-Взрослый.

«Сынок, не ходи в лужу, ты можешь промочить ноги!» «Хорошо, мамочка, я постою на самом краю, и посмотрю, как поплывёт мой кораблик».

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

«Мама, догони меня!» «Сейчас догоню! Ха-ха-ха!»

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

Ребёнок просит сквозь слёзы: «Мама, я не могу обуть ботинок!» И мама ему отвечает: «Не плачь, давай я тебе помогу!»

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

«Машенька, иди чистить зубки!» «Хорошо, мамочка!»

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

Ситуация с той же лужей могла иметь другие варианты.

Например.

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

«Мама, я хочу пройти по лужице!» «Нет, сынок, нельзя. Она глубокая, ты промочишь ноги и заболеешь!»

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

Например.

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

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

Например.

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

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

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

Например.

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

«Мама, я хочу пойти на ночь к однокласснику. Нам нужно подготовиться к контрольной по математике!»

На самом же деле ребёнок просит об этом таким тоном, что маме сразу становится понятно – уроки здесь ни при чём. Мама считывает скрытую трансакцию Ребёнок – Родитель.

«Мама, отпусти меня к другу на ночь. У него есть компьютер и нам хочется поиграть с ним в игры».

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

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

На самом деле это было сказано таким тоном, что подспудно оказалась пересекающаяся трансакция Ребёнок-Родитель.

«Ишь, чего надумали! Я то знаю, чем вы там будете заниматься!» Но сказать, что она не отпускает сына из-за опасения недозволенных развлечений, мама не решилась. Поэтому и ей тоже пришлось прибегнуть к скрытой трансакции.

Например.

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

Например.

Если в компании этих соседушек кто-то вступится за молодёжь, и переведёт разговор в трансакцию Взрослый-Взрослый, сказав, что среди них тоже много воспитанных и ответственных молодых людей, от бабушек тут же последует реакция из их Ребёнка и получится трансакция Ребёнок-Родитель: «А что это Вы их так защищаете?!» Оппонент тоже в долгу не останется и парирует: «На себя бы посмотрели, сплетницы!» Это тоже Ребёнок-Родитель.

Сами понимаете, что такие трансакции долго продолжаться не могут.

Для ученика, который просится на ночь к своему другу, на первом месте стоит удовольствие от компьютерных игр. А речь о занятиях – это ширма.

Если мама за основу принимают озвученную трансакцию Взрослый-Взрослый, то она может ему ответить: «Конечно, иди, если тебе это необходимо!» Тоже Взрослый-Взрослый. Но за таким наивным непониманием скрывается главная причина её доброты. «Вот и хорошо, мы тоже сегодня как раз сегодня хотели побыть дома с папой одни!» цель достигнута обеими сторонами!

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

Эта часть учения Э.Берна является краеугольной, поэтому и вся его теория получила название – трансактный анализ. На самом деле, все положения учёного являются важными.

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

Источник: http://albelikov.ru/transaktnyj-analiz-dlya-vseh/vidy-transaktsij.html

Типы транзакций при работе с банковскими платежными картами

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

Сегодня мы продолжим рассказывать о возможностях 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 для поставщиков платежных услуг.

C уважением,

Команда eComCharge

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

Источник: https://begateway.com/ru/2017/08/13/transaction-types-begateway/

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

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

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