Транзакция

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

Nekto V-Palto 13673 2 года назад физик-теоретик в прошлом, дауншифтер и журналист в настоящем, живу в Германии

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

Трансакция – общепринятый в финансовом мире термин, которым обозначается совершение операции. Слово происходит от английского transaction – «дело, сделка, соглашение».
Существует несколько видов операций, которые принято называть трансакциями.
— Банковская трансакция – перевод средств с одного счета на другой . . .
— Бухгалтерская трансакция — также перевод средств между счетами, но в рамках одного предприятия. …
— Трансакция на рынке ценных бумаг – это сделка с теми или иными активами. Количество покупаемых или продаваемых акций, облигаций или производных финансовых инструментов за одну трансакцию может быть любым.
Кроме того, термин «трансакция» широко применим при операциях с кредитными картами. Причем принято различать онлайн-трансакции, когда происходит немедленная связь с процессинговым центром, и офлайн-трансакции, при которых этого не происходит.
banks.academic.ru Транза́кция (англ. transaction, от лат. transactio — соглашение, договор) — минимальная логически осмысленная операция, которая имеет смысл и может быть совершена только полностью.
До конца XX века в русском языке обычно фигурировало написание «трансакция», в последнее время превалирует написание «транзакция».

Банковская транзакция — операция, состоящая в переводе денежных средств с одного счёта на другой; сделка купли-продажи.
Банкоматная транзакция (англ. ATM transaction) — операция по выдаче наличных денег или предоставление другого сервиса через банкомат.
Транзакция (сделка) — соглашение (политическое, юридическое), сопровождаемое взаимными уступками.

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

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

Транзакция – это любая операция на банковской карте, связанная с изменением ее счета.

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

Порядок транзакции

Теперь немного покажем схему того, как собственно происходит транзакция:

  1. Передаем карточку продавцу магазина (суть не меняется, может вставить в банкомат или терминал, войти в Сбербанк Онлайн и т.п., но с кассиром как-то привычнее).
  2. Продавец аккуратно проводит карту по POS-терминалу. В этом время устройство считывает все доступные ему сведения с карты, зашитые на магнитной ленте или чипе.
  3. Информация с устройства в зашифрованном виде улетает в банк-эквайер – кому и принадлежит считыватель.
  4. Эквайер передает эти данные в центр обработки данных (ЦОД) платежной системы. Именно она будет отвечать за снятие и перевод денег. Она же проводит проверку карты на мошенничество, она же может отменить транзакцию. К слову, такие проверки могут проводиться и самими банками.
  5. Из ЦОД информация передается уже эмитенту. Который и делает последние проверки вплоть до баланса, ввода ПИН кода, дневных лимитов и списывает деньги со счета. На конечной точке транзакции возможна конвертация валюты при трансграничных переводах. Многие во время этого натыкаются на проблемы с недополучением сумм и больших комиссий – так плательщик может оплатить полную сумму, но до конечного банка она может и не дойти целиком. Обращайте внимание на совершение таких платежей особенно в международных крупных магазинах. С Алиэкспресс подобное может быть заметно на предварительном списании денег с карты при покупке и дальнейшим изменением точного баланса – после проверки баланс немного сходится.
  6. После списания происходит обратное распространение информации: от эмитента в ЦОД, из ЦОДа в банк-эквайер, а тот уже передает информацию об успешно проведенной транзакции вам на чеке.

Вот такой путь проходит во время одного платежа. А этот один платеж в нашем случае и есть та самая транзакция. Но и здесь есть уже нюансы, вроде бы все договорились и хэппи энд. Но нет! Деньги у банка ушли в магазин (причем не от банка владельца карты), но на карточке, производившей оплату, они всего лишь заблокировались, до получения соответствующих документов от эквайера эмитентом. И вот здесь может быть задержка вплоть до месяца… Но это уже не наши проблемы.

Отмена транзакции или запрет

В некоторых случаях транзакция может быть отменена любой стороной. Причем, это может произойти чуть позже проведения платежа, во время его (например, сообщение «Транзакция запрещена») или даже гораздо позже (ChargeBack). Мы уже писали об этом выше в примерах. Здесь лишь приведем список наиболее частых вариантов. Вдруг платеж у кого-то из читателей не прошел, но требуется узнать причину его отмены. Вот наш список:

  1. Карта заблокирована.
  2. Недостаточный баланс.
  3. Ограничения на карте – например, на совершение международных или онлайн-платежей.
  4. Неправильно введен PIN.
  5. Подозрения в мошенничестве – применяются техники от стоп-листа карт до анализа устройств и «поведения» платежей.
  6. Технические проблемы – где-то что-то не работает, будь то сервер или линия коммуникации.
  7. Ошибка в номере счета получателя и других реквизитах.

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

Видео про отмену транзакции по карте (ChargeBack):

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

Транзакция (информатика)

Эту страницу предлагается объединить со страницей Обработка транзакций. Пояснение причин и обсуждение — на странице Википедия:К объединению/12 октября 2017.
Обсуждение длится не менее недели (). Не удаляйте шаблон до подведения итога обсуждения.

У этого термина существуют и другие значения, см. Транзакция (значения).

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

Различают последовательные (обычные), параллельные и распределённые транзакции. Распределённые транзакции подразумевают использование более чем одной транзакционной системы и требуют намного более сложной логики (например, two-phase commit — двухфазный протокол фиксации транзакции). Также в некоторых системах реализованы автономные транзакции, или под-транзакции, которые являются автономной частью родительской транзакции.

Уровни изоляции транзакций

Основная статья: Уровни изолированности транзакций

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

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

  • 0 — Чтение неподтверждённых данных (грязное чтение) (Read Uncommitted, Dirty Read) — чтение незафиксированных изменений как своей транзакции, так и параллельных транзакций. Нет гарантии, что данные, изменённые другими транзакциями, не будут в любой момент изменены в результате их отката, поэтому такое чтение является потенциальным источником ошибок. Невозможны потерянные изменения (lost changes), возможны грязное чтение, неповторяемое чтение и фантомы.
  • 1 — Чтение подтверждённых данных (Read Committed) — чтение всех изменений своей транзакции и зафиксированных изменений параллельных транзакций. Потерянные изменения и грязное чтение не допускается, возможны неповторяемое чтение и фантомы.
  • 2 — Повторяемое чтение (Repeatable Read, Snapshot) — чтение всех изменений своей транзакции, любые изменения, внесённые параллельными транзакциями после начала своей, недоступны. Потерянные изменения, грязное и неповторяемое чтение невозможны, возможны фантомы.
  • 3 — Сериализуемый (Serializable) — сериализуемые транзакции. Результат параллельного выполнения сериализуемой транзакции с другими транзакциями должен быть логически эквивалентен результату их какого-либо последовательного выполнения. Проблемы синхронизации не возникают.

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

В СУБД уровень изоляции транзакций можно выбрать как для всех транзакций сразу, так и для одной конкретной транзакции. По умолчанию в большинстве баз данных используется уровень 1 (Read Committed). Уровень 0 используется в основном для отслеживания изменений длительных транзакций или для чтения редко изменяемых данных. Уровни 2 и 3 используются при повышенных требованиях к изолированности транзакций.

Реализация

Полноценная реализация уровней изоляции и свойств ACID представляет собой нетривиальную задачу. Обработка поступающих данных приводит к большому количеству маленьких изменений, включая обновление как самих таблиц, так и индексов. Эти изменения потенциально могут потерпеть неудачу: закончилось место на диске, операция занимает слишком много времени (timeout) и т. д. Система должна в случае неудачи корректно вернуть базу данных в состояние до транзакции.

Первые коммерческие СУБД (к примеру, IBM DB2), пользовались исключительно блокировкой доступа к данным для обеспечения свойств ACID. Но большое количество блокировок приводит к существенному уменьшению производительности. Есть два популярных семейства решений этой проблемы, которые снижают количество блокировок:

  • журнализация изменений (write ahead logging, WAL);
  • механизм теневых страниц (shadow paging).

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

При упреждающей журнализации, используемой в Sybase и MS SQL Server до версии 2005, все изменения записываются в журнал, и только после успешного завершения — в базу данных. Это позволяет СУБД вернуться в рабочее состояние после неожиданного падения системы. Теневые страницы содержат копии тех страниц базы данных на начало транзакции, в которых происходят изменения. Эти копии активизируются после успешного завершения. Хотя теневые страницы легче реализуются, упреждающая журнализация более эффективна.

Дальнейшее развитие технологий управления базами данных привело к появлению безблокировочных технологий. Идея контроля над параллельным доступом с помощью временных меток (timestamp-based concurrency control) была развита и привела к появлению многоверсионной архитектуры MVCC. Эти технологии не нуждаются ни в журнализации изменений, ни в теневых страницах. Архитектура, реализованная в Oracle 7.х и выше, записывает старые версии страниц в специальный сегмент отката, но они все ещё доступны для чтения. Если транзакция при чтении попадает на страницу, временная метка которой новее начала чтения, данные берутся из сегмента отката (то есть используется «старая» версия). Для поддержки такой работы ведётся журнал транзакций, но в отличие от «упреждающей журнализации», он не содержит данных. Работа с ним состоит из трёх логических шагов:

  1. Записать намерение произвести некоторые операции
  2. Выполнить задание, копируя оригиналы изменяемых страниц в сегмент отката
  3. Записать, что всё сделано без ошибок

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

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

Firebird вообще не имеет ни журнала изменений, ни сегмента отката, а реализует MVCC, записывая новые версии строк таблиц прямо в активное пространство данных. Так же поступает MS SQL 2005. Теоретически это даёт максимальную эффективность при параллельной работе с данными, но ценой является необходимость «сборки мусора», то есть удаления старых и уже не нужных версий данных.

АКАДЕМИЯ   ПРОДАЖ

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

Три типа продаж

1. Транзакционные продажи

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

Например: продажи шаблонный сайтов-визиток

На что обращать внимание при транзакционных продажах:

  1. массовое привлечение потенциальных клиентов

  2. отлаженный и быстрый процесс продажи и доставки товара или оказания услуги

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

  4. продажи дополнительных услуг и более дорогих вариантов

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

2. Консультационные продажи

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

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

На что обращать внимание при консультационных продажах:

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

  2. навыки переговоров на уровне выше среднего

  3. умение работать с профессиональными и непрофессиональными клиентами

  4. понимание и умение работать с закупочные центром

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

3. Стратегические продажи

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

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

На что обращать внимание при стратегических продажах:

  1. высокий профессионализм продажников

  2. глубокое понимание бизнеса клиента, бизнес-процессов и особенностей внедрения

  3. умение вести длинные сделки

  4. обеспечение и сопровождение клиента после продажи

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

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

Кондратенко Василий

Другие статьи:

  • Компетенции руководителя отдела продаж
  • Когда нужен трехуровневый отдел продаж
  • Аттестация менеджеров по продажам
  • Страх холодного звонка: как побороть и начать звонить
  • 8 стандартных ошибок на холодных звонках

Вам также может понравиться

Об авторе admin

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

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