Module 1 → Lesson 5 → Part 4 of 8
Что происходит после нажатия кнопки «Отправить»
Lesson contents
- Что такое банковский перевод
- Какие данные нужны для банковского перевода
- Кто участвует в банковском переводе
- Что происходит после нажатия кнопки «Отправить»
- Перевод внутри одного банка и между разными банками
- Почему одни переводы приходят сразу, а другие требуют времени
- Безопасность банковских переводов
- Итоги урока
What you'll learn
Введение
В предыдущей части мы познакомились с основными участниками банковского перевода.
Теперь мы знаем, что в зависимости от конкретной операции в ней могут участвовать:
- отправитель;
- банк отправителя;
- платежная инфраструктура;
- клиринговая инфраструктура;
- расчетная инфраструктура;
- банк получателя;
- получатель;
- а в некоторых международных операциях — дополнительные банки-посредники.
Но пока мы рассматривали этих участников по отдельности.
Теперь проследим весь перевод последовательно.
Представим простую ситуацию.
Alex Morgan хочет отправить Emma Lee: 300 €.
Он открывает банковское приложение.
Вводит реквизиты получателя.
Проверяет сумму.
Нажимает: «Отправить».
Что происходит после этого?
На экране может пройти всего несколько секунд.
Но внутри банковской инфраструктуры запускается последовательность проверок, сообщений и учетных операций.
Шаг 1. Пользователь создает платежное распоряжение
Все начинается не с движения денег, а с создания платежного распоряжения.
В упрощенном виде распоряжение Alex выглядит так:
- отправитель: Alex Morgan;
- получатель: Emma Lee;
- IBAN: GRxx xxxx xxxx xxxx xxxx xxxx xxx;
- сумма: 300 €;
- валюта: EUR;
- Reference: Shared expenses.
Нажимая кнопку «Отправить», Alex сообщает банку: «Я хочу, чтобы эта операция была выполнена на указанных условиях».
На этом этапе перевод еще не считается автоматически завершенным.
Сначала банк должен проверить полученное распоряжение.
Шаг 2. Банк проверяет, кто дает распоряжение
Банк должен убедиться, что команду действительно отправляет человек, имеющий право распоряжаться счетом.
Пользователь уже мог пройти аутентификацию при входе в банковское приложение.
Но для отдельной операции банк может запросить дополнительное подтверждение. Например:
- PIN-код приложения;
- биометрическую проверку;
- дополнительное подтверждение;
- другой предусмотренный банком способ.
Цель этого этапа проста: банк должен убедиться, что распоряжение исходит от уполномоченного пользователя.
Аутентификация и авторизация — разные понятия
Эти слова часто звучат похоже, но означают разные вещи.
| Аутентификация | Авторизация |
|---|---|
| Отвечает на вопрос: «Кто выполняет действие?» | Отвечает на вопрос: «Разрешено ли этому пользователю выполнить такое действие?» |
В платежных системах слово «авторизация» также может использоваться в специальных значениях, особенно при карточных операциях.
Поэтому важно всегда учитывать контекст.
В банковском переводе банк сначала должен установить пользователя и проверить его полномочия.
Шаг 3. Банк проверяет счет отправителя
После подтверждения пользователя банк проверяет состояние счета. Например:
- существует ли счет;
- активен ли он;
- разрешены ли исходящие переводы;
- нет ли ограничений;
- достаточно ли доступных средств.
Представим: доступно на счете Alex 1 500 €, сумма перевода 300 €.
Средств достаточно.
Но если доступно только 250 €, банк не сможет выполнить перевод на 300 €, если счет не предусматривает возможность использовать дополнительный кредитный лимит или иной разрешенный механизм.
Доступный остаток важнее просто отображаемой цифры
В банковском приложении могут отображаться разные показатели:
- текущий баланс;
- доступные средства;
- зарезервированные суммы;
- ожидающие операции.
Поэтому для возможности выполнить перевод банк ориентируется на фактически доступную для операции сумму в соответствии с правилами счета.
Шаг 4. Банк проверяет лимиты и ограничения
Даже если денег достаточно, перевод может не пройти.
Банк может проверить:
- дневной лимит;
- лимит одной операции;
- месячный лимит;
- ограничения международных переводов;
- ограничения для нового получателя;
- другие параметры безопасности.
Представим: доступно 5 000 €, но установлен лимит одной операции 1 000 €. Пользователь пытается отправить 1 500 €.
На счете денег достаточно.
Но перевод может быть отклонен или потребовать изменения лимита.
Шаг 5. Банк анализирует платеж с точки зрения безопасности
Современные банки не ограничиваются проверкой баланса.
Они также анализируют саму операцию. Например:
- является ли получатель новым;
- соответствует ли сумма обычному поведению пользователя;
- откуда выполняется операция;
- какое устройство используется;
- не наблюдается ли серия необычных переводов;
- нет ли других признаков мошенничества.
Представим, что Alex обычно переводит 20–200 €. Но внезапно пытается отправить новому получателю 9 000 €.
Банк может посчитать такую операцию необычной.
В зависимости от правил он может:
- запросить дополнительное подтверждение;
- временно задержать операцию;
- провести дополнительную проверку;
- отклонить перевод.
Безопасность иногда выглядит как неудобство
Пользователь может воспринимать дополнительную проверку как препятствие.
Но ее задача — не усложнить перевод, а уменьшить риск того, что деньги будут отправлены злоумышленником.
Особенно важны дополнительные проверки при:
- больших суммах;
- новых получателях;
- необычных устройствах;
- нестандартном поведении;
- подозрительной активности.
Шаг 6. Проверяются реквизиты
Банк анализирует введенные пользователем данные. Например:
- соответствует ли IBAN установленному формату;
- корректна ли его длина;
- проходят ли контрольные проверки;
- поддерживается ли указанный платежный маршрут;
- соответствует ли операция правилам выбранного платежного типа.
Если структура IBAN некорректна, система может остановить перевод еще до его отправки. Например: «Некорректный IBAN».
Но снова важно помнить: технически корректный IBAN не гарантирует, что счет принадлежит нужному человеку.
Шаг 7. Может выполняться проверка получателя
В некоторых платежных сценариях банковская система может дополнительно сопоставлять указанный счет с информацией о предполагаемом получателе или предоставлять пользователю дополнительную информацию для проверки.
Но конкретный механизм зависит от:
- страны;
- платежной схемы;
- банка;
- типа перевода;
- доступной инфраструктуры.
Поэтому пользователь все равно должен внимательно проверять реквизиты перед окончательным подтверждением.
Шаг 8. Банк принимает платежное распоряжение в обработку
Если основные проверки успешно пройдены, банк может принять распоряжение.
В приложении пользователь может увидеть статус: «В обработке», «Принято», «Отправляется» или другую аналогичную формулировку.
Это не обязательно означает, что Emma уже получила 300 €.
Это означает, что операция перешла к следующему этапу обработки.
Что означает статус «В обработке»
Такой статус может означать, что:
- внутренние проверки банка завершены не полностью;
- формируется платежное сообщение;
- операция ожидает передачи в платежную инфраструктуру;
- платеж уже передан, но дальнейшие этапы еще не завершены;
- ожидается обработка другой стороной.
Точный смысл статуса определяется конкретным банком.
Шаг 9. Формируется платежное сообщение
Теперь банк должен представить операцию в форме, понятной другим участникам финансовой инфраструктуры.
В платежном сообщении могут передаваться сведения о:
- банке отправителя;
- счете отправителя;
- банке получателя;
- счете получателя;
- сумме;
- валюте;
- идентификаторе операции;
- назначении платежа;
- других необходимых параметрах.
Это уже не пользовательский экран банковского приложения.
Это структурированная финансовая информация, предназначенная для взаимодействия между системами.
Платежное сообщение — не деньги
Это принципиально важный момент.
Представим, что Банк A сформировал сообщение: «Перевести 300 € Emma Lee».
Само это сообщение не является тремя сотнями евро.
Оно содержит инструкцию и информацию об операции.
Чтобы платеж был завершен, необходимо также урегулировать финансовые обязательства между участвующими организациями.
- 1Передача информации — платежное сообщение объясняет участникам, какую операцию необходимо выполнить.
- 2Финансовый расчет — обеспечивает исполнение соответствующих финансовых обязательств между участниками.
Шаг 10. Определяется маршрут платежа
Банк должен определить, через какую инфраструктуру будет обрабатываться операция.
Маршрут зависит от:
- типа перевода;
- банков отправителя и получателя;
- валюты;
- страны;
- доступных платежных схем;
- выбранного пользователем способа перевода;
- технических возможностей участников.
Для одного перевода в евро может использоваться одна схема.
Для другого международного платежа — совершенно другая.
Один банковский перевод не имеет универсального маршрута
Нельзя построить одну схему и утверждать: «Абсолютно все банковские переводы в мире идут именно так».
Такой схемы не существует.
Например, различаются:
- внутренние переводы одного банка;
- обычные межбанковские переводы;
- мгновенные переводы;
- международные переводы;
- переводы в разных валютах.
Но общая логика остается похожей: распоряжение → проверка → передача информации → межбанковское взаимодействие → расчет → зачисление получателю.
Шаг 11. Операция покидает внутреннюю систему банка отправителя
После подготовки платеж может быть передан следующему участнику инфраструктуры.
С этого момента операция уже затрагивает не только информационную систему Банка A.
В цепочке появляются внешние участники: Банк A → платежная / клиринговая инфраструктура.
Банк отправителя получает подтверждения или статусы, позволяющие отслеживать дальнейшую обработку.
Шаг 12. Платежная инфраструктура обрабатывает сообщение
Соответствующая инфраструктура может:
- принимать платежное сообщение;
- проверять его техническую корректность;
- определять следующего участника;
- передавать информацию;
- включать операцию в соответствующий процесс клиринга или расчета.
Конкретная последовательность зависит от выбранной платежной системы.
Шаг 13. Возникают межбанковские обязательства
Теперь важно перейти с уровня клиентов на уровень банков.
На уровне Alex и Emma все выглядит так: Alex −300 €, Emma +300 €.
Но на уровне банков должна существовать соответствующая финансовая логика: Банк A обязан урегулировать 300 € в пользу Банка B.
Именно поэтому межбанковский перевод не может состоять только из изменения двух пользовательских экранов.
Шаг 14. Выполняется клиринг, если он предусмотрен системой
В некоторых системах сначала определяется итоговая позиция участников.
Например, одновременно идут тысячи платежей:
- Банк A → Банк B;
- Банк B → Банк A;
- Банк A → Банк C;
- Банк C → Банк A.
Клиринговая инфраструктура может рассчитывать соответствующие обязательства в соответствии со своими правилами.
В других системах платежи могут обрабатываться и рассчитываться иначе.
Поэтому клиринг нельзя считать абсолютно обязательным отдельным этапом каждого возможного банковского перевода.
Шаг 15. Выполняется межбанковский расчет
Следующий ключевой этап — финансовое урегулирование между участниками.
Упрощенно: Банк A должен обеспечить соответствующую расчетную позицию в пользу Банка B.
После этого Банк B может учитывать поступивший платеж в соответствии с правилами используемой системы.
Где именно происходит межбанковский расчет
Это зависит от конкретной инфраструктуры.
Могут использоваться:
- счета в расчетной системе;
- счета в центральном банке;
- корреспондентские счета;
- другие предусмотренные механизмы.
Поэтому нельзя утверждать, что во время любого банковского перевода деньги обязательно проходят через один конкретный центральный счет.
Шаг 16. Банк получателя получает информацию о платеже
После прохождения необходимых этапов платеж поступает в систему Банка B.
Банк должен определить, кому именно предназначены эти 300 €.
Для этого используется указанный идентификатор счета, например: IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx.
Банк связывает его с учетной записью Emma Lee.
Шаг 17. Банк получателя выполняет собственные проверки
Даже на этом этапе операция может потребовать дополнительной обработки.
Банк получателя может проверять:
- корректность платежного сообщения;
- состояние счета;
- возможность зачисления;
- соответствие применимым требованиям;
- другие параметры операции.
Это особенно важно для определенных необычных или международных платежей.
Шаг 18. Средства отражаются на счете получателя
После успешного завершения необходимых процедур банк увеличивает доступную сумму на счете Emma.
До перевода у Emma Lee было 700 €. Поступление: +300 €. После зачисления: 1 000 €.
В банковском приложении Emma может увидеть уведомление: «Получен перевод 300 €».
Что именно произошло с точки зрения учета
Упрощенно можно представить два изменения.
У отправителя: 1 500 € → 1 200 €.
У получателя: 700 € → 1 000 €.
Но между этими двумя изменениями находился межбанковский процесс, обеспечивающий согласованность финансовых обязательств.
Шаг 19. Получатель может распоряжаться деньгами
Для пользователя важен не только факт появления операции в истории.
Важно, стала ли сумма доступна для использования.
Если Emma видит «Доступно: 1 000 €», она может использовать поступившие средства в соответствии с условиями своего счета. Например:
- оплатить покупку;
- отправить другой перевод;
- сохранить деньги на счете;
- использовать их другим разрешенным способом.
- 1Платежное распоряжение создано — пользователь указал получателя, сумму и реквизиты и подтвердил операцию.
- 2Проверяется пользователь — банк устанавливает, что распоряжение исходит от уполномоченного пользователя.
- 3Проверяется счет и доступные средства — банк убеждается, что счет активен и денег достаточно.
- 4Проверяются лимиты и безопасность — банк анализирует лимиты операции и признаки необычного поведения.
- 5Проверяются реквизиты — банк проверяет формат и структуру IBAN и других данных.
- 6Формируется платежное сообщение — банк представляет операцию в виде структурированной информации для других участников.
- 7Определяется маршрут — банк выбирает платежную инфраструктуру в зависимости от типа перевода.
- 8Платеж передается межбанковской инфраструктуре — операция покидает внутреннюю систему банка отправителя.
- 9Выполняются необходимые клиринг и расчет — участники определяют и исполняют финансовые обязательства.
- 10Банк получателя принимает платеж — банк определяет счет получателя и выполняет собственные проверки.
- 11Средства отражаются на счете получателя — банк увеличивает доступную сумму на счете.
- 12Получатель может распоряжаться средствами — сумма становится доступна для использования.
Когда перевод можно считать завершенным
Для разных участников понятие «завершен» может означать разные этапы.
Alex может считать перевод завершенным, когда видит «Отправлено».
Банк A может считать собственную обработку завершенной после передачи операции дальше.
Банк B может считать платеж обработанным после принятия и зачисления.
Расчетная система имеет собственный момент окончательности расчета.
Поэтому важно различать пользовательский статус и юридико-техническую окончательность платежа.
«Отправлено» и «зачислено» — не одно и то же
Представим: 14:00 Alex отправляет 300 €.
В 14:01 его приложение показывает: «Отправлено».
Но Emma еще не видит денег.
В 14:08 Банк B завершает свою обработку.
Emma получает уведомление: «+300 €».
Это не обязательно означает проблему.
Просто разные участники завершили свои этапы в разное время.
Почему иногда перевод виден почти мгновенно
Некоторые платежные системы специально построены так, чтобы обработка происходила очень быстро.
Если оба участника поддерживают соответствующую инфраструктуру, операция соответствует правилам, технические системы доступны и проверки проходят успешно, пользователь может увидеть поступление за очень короткое время.
Тогда возникает ощущение: «Деньги моментально переместились между телефонами».
Но на самом деле просто вся банковская цепочка была автоматизирована и выполнена очень быстро.
Почему скорость не отменяет сложность
Даже если перевод занимает несколько секунд, банковские системы все равно должны:
- идентифицировать пользователя;
- проверить счет;
- проверить средства;
- проверить реквизиты;
- выполнить контроль безопасности;
- сформировать платежное сообщение;
- передать его;
- обеспечить межбанковское взаимодействие;
- выполнить необходимый расчет;
- определить счет получателя;
- отразить поступление.
Быстрота лишь означает, что эти процессы автоматизированы.
Что происходит при переводе внутри одного банка
Теперь сравним с более простой ситуацией.
Alex и Emma являются клиентами одного банка.
Банку не требуется отправлять платеж в другую финансовую организацию.
Он контролирует оба счета.
| Перевод внутри одного банка | Перевод между двумя банками |
|---|---|
| Alex → один банк → Emma | Alex → Банк A → межбанковская инфраструктура → Банк B → Emma |
| Межбанковский расчет не требуется | Требуется межбанковское взаимодействие и расчет |
Межбанковский расчет для этой операции не требуется, поскольку обе учетные записи ведет одна организация.
Почему внутренний перевод может быть особенно быстрым
Банк не должен ждать: внешнюю платежную систему, другой банк, межбанковский расчет для конкретного перемещения между двумя собственными клиентами.
Он может выполнить изменение в своей собственной учетной системе.
Это одна из причин, почему внутренние переводы часто воспринимаются как мгновенные.
Но внутренний перевод тоже требует проверок
Простота маршрута не означает отсутствия контроля.
Банк все равно может проверять:
- пользователя;
- остаток;
- лимиты;
- получателя;
- безопасность;
- законодательные ограничения.
То есть сокращается межбанковская часть процесса, а не обязательно все остальные проверки.
Что происходит при ошибке в IBAN
Представим, что Alex ввел некорректный IBAN.
Например, контрольные проверки показывают ошибку.
В этом случае банк может остановить операцию еще до передачи.
Пользователь увидит сообщение: «Проверьте реквизиты».
Это лучший вариант — ошибка обнаружена до отправки.
А если IBAN корректный, но принадлежит другому человеку
Это уже более опасная ситуация.
Представим: Alex хотел перевести Emma 800 €. Но случайно указал другой существующий IBAN.
Формат реквизита корректен.
Счет существует.
Если дополнительные механизмы проверки не выявят проблему, платеж может уйти не тому получателю.
Именно поэтому реквизиты необходимо проверять до подтверждения.
Можно ли просто отменить перевод после отправки
Не всегда.
Это зависит от:
- стадии операции;
- типа платежа;
- используемой системы;
- правил банка;
- обстоятельств ошибки.
Если распоряжение еще не исполнено, иногда банк может иметь возможность остановить его.
Если платеж уже прошел значительную часть обработки или окончательно завершен, вернуть деньги может быть гораздо сложнее.
Поэтому нельзя воспринимать кнопку «Отправить» как действие, которое всегда можно мгновенно отменить.
Что дальше
Теперь мы проследили весь банковский перевод от кнопки «Отправить» до появления денег на счете получателя.
Но в этом процессе есть важное различие, которое заслуживает отдельного рассмотрения.
Мы уже увидели: если Alex и Emma обслуживаются в одном банке, перевод может происходить внутри одной учетной системы.
Если они обслуживаются в разных банках, появляются:
- межбанковские сообщения;
- платежная инфраструктура;
- клиринг;
- расчет.
Почему это настолько важно?
В чем принципиальная разница между переводом внутри одного банка и переводом между разными банками?
Что именно происходит с банковскими балансами в каждом случае?
И почему перевод между клиентами одного банка иногда можно выполнить без внешней платежной инфраструктуры?
Это мы подробно разберем в следующей части — «Перевод внутри одного банка и между разными банками».
- нажатие кнопки «Отправить» создает платежное распоряжение, а не мгновенно перемещает деньги между телефонами
- банк должен определить пользователя и проверить его право распоряжаться счетом
- перед выполнением перевода проверяются доступные средства
- также могут проверяться лимиты и параметры безопасности
- банк проверяет техническую корректность реквизитов
- корректный IBAN не гарантирует правильность выбранного получателя
- после успешных проверок банк принимает распоряжение в обработку
- для взаимодействия между финансовыми организациями формируется структурированное платежное сообщение
- платежное сообщение не является самими деньгами
- маршрут операции зависит от типа перевода и используемой инфраструктуры
- при переводе между разными банками возникают межбанковские финансовые обязательства
- клиринг и расчет могут быть отдельными этапами в зависимости от используемой платежной системы
- банк получателя должен принять платеж и определить соответствующий счет
- только после зачисления получатель получает возможность использовать поступившую сумму
- статус «Отправлено» не обязательно означает, что получатель уже видит деньги
- перевод внутри одного банка может быть проще, поскольку отсутствует необходимость межбанковского взаимодействия
- нельзя рассчитывать, что любой банковский перевод можно мгновенно отменить после отправки
- проверка реквизитов до подтверждения является важной частью безопасности
Introduction
In the previous part we got acquainted with the main participants in a bank transfer.
Now we know that, depending on the specific operation, it can involve:
- the sender;
- the sender's bank;
- payment infrastructure;
- clearing infrastructure;
- settlement infrastructure;
- the recipient's bank;
- the recipient;
- and, in some international operations, additional intermediary banks.
But so far we have looked at these participants separately.
Now let's trace the entire transfer step by step.
Let's imagine a simple situation.
Alex Morgan wants to send Emma Lee: 300 €.
He opens the banking app.
Enters the recipient's details.
Checks the amount.
Presses "Send."
What happens after that?
Only a few seconds may pass on the screen.
But inside the banking infrastructure, a sequence of checks, messages, and accounting operations begins.
Step 1. The user creates a payment order
Everything starts not with the movement of money, but with the creation of a payment order.
In simplified form, Alex's order looks like this:
- sender: Alex Morgan;
- recipient: Emma Lee;
- IBAN: GRxx xxxx xxxx xxxx xxxx xxxx xxx;
- amount: 300 €;
- currency: EUR;
- Reference: Shared expenses.
By pressing "Send," Alex is telling the bank: "I want this operation carried out under the specified conditions."
At this stage, the transfer is not yet automatically considered complete.
First the bank must check the order it received.
Step 2. The bank checks who is giving the order
The bank must make sure that the command is really being sent by a person who has the right to operate the account.
The user may already have gone through authentication when logging into the banking app.
But for an individual operation, the bank may request additional confirmation. For example:
- the app's PIN code;
- a biometric check;
- an additional confirmation;
- another method provided by the bank.
The goal of this stage is simple: the bank must make sure the order comes from an authorized user.
Authentication and authorization are different concepts
These words often sound similar but mean different things.
| Authentication | Authorization |
|---|---|
| Answers the question: "Who is performing the action?" | Answers the question: "Is this user allowed to perform this action?" |
In payment systems, the word "authorization" can also be used in special senses, especially in card operations.
That's why context always matters.
In a bank transfer, the bank must first establish who the user is and verify their authority.
Step 3. The bank checks the sender's account
After confirming the user, the bank checks the state of the account. For example:
- whether the account exists;
- whether it is active;
- whether outgoing transfers are allowed;
- whether there are any restrictions;
- whether there are sufficient available funds.
Let's imagine: Alex's account has 1 500 € available, and the transfer amount is 300 €.
There are enough funds.
But if only 250 € is available, the bank won't be able to carry out a 300 € transfer, unless the account allows the use of an additional credit limit or some other permitted mechanism.
Available balance matters more than the number shown on screen
The banking app can display several different figures:
- current balance;
- available funds;
- reserved amounts;
- pending operations.
That's why, to decide whether a transfer can go through, the bank relies on the amount actually available for the operation according to the account's rules.
Step 4. The bank checks limits and restrictions
Even if there's enough money, the transfer might not go through.
The bank may check:
- the daily limit;
- the per-operation limit;
- the monthly limit;
- restrictions on international transfers;
- restrictions for a new recipient;
- other security parameters.
Let's imagine: 5 000 € is available, but there's a per-operation limit of 1 000 €. The user tries to send 1 500 €.
There's enough money in the account.
But the transfer may be declined or may require the limit to be changed.
Step 5. The bank analyzes the payment from a security standpoint
Modern banks don't limit themselves to checking the balance.
They also analyze the operation itself. For example:
- whether the recipient is new;
- whether the amount matches the user's usual behavior;
- where the operation is being carried out from;
- which device is being used;
- whether a series of unusual transfers is observed;
- whether there are other signs of fraud.
Let's imagine that Alex usually transfers 20–200 €. But suddenly tries to send a new recipient 9 000 €.
The bank may consider such an operation unusual.
Depending on its rules, it may:
- request additional confirmation;
- temporarily hold the operation;
- carry out an additional check;
- decline the transfer.
Security sometimes looks like an inconvenience
The user may perceive an additional check as an obstacle.
But its purpose isn't to make the transfer harder — it's to reduce the risk that the money is being sent by a bad actor.
Additional checks are especially important for:
- large amounts;
- new recipients;
- unusual devices;
- non-standard behavior;
- suspicious activity.
Step 6. The details are checked
The bank analyzes the data entered by the user. For example:
- whether the IBAN matches the established format;
- whether its length is correct;
- whether it passes the control checks;
- whether the specified payment route is supported;
- whether the operation matches the rules of the chosen payment type.
If the IBAN's structure is incorrect, the system can stop the transfer before it is even sent. For example: "Invalid IBAN."
But it's important to remember again: a technically correct IBAN doesn't guarantee that the account belongs to the intended person.
Step 7. Recipient verification may be performed
In some payment scenarios, the banking system may additionally match the specified account against information about the presumed recipient, or provide the user with extra information for verification.
But the specific mechanism depends on:
- the country;
- the payment scheme;
- the bank;
- the type of transfer;
- the available infrastructure.
That's why the user still needs to carefully check the details before final confirmation.
Step 8. The bank accepts the payment order for processing
If the main checks pass successfully, the bank can accept the order.
In the app, the user may see a status: "Processing," "Accepted," "Sending," or another similar wording.
This doesn't necessarily mean Emma has already received the 300 €.
It means the operation has moved to the next stage of processing.
What the "Processing" status means
Such a status can mean that:
- the bank's internal checks are not yet fully complete;
- the payment message is being formed;
- the operation is waiting to be passed to the payment infrastructure;
- the payment has already been passed on, but further stages are not yet complete;
- processing by the other side is still pending.
The exact meaning of the status is determined by the specific bank.
Step 9. The payment message is formed
Now the bank must present the operation in a form understandable to other participants in the financial infrastructure.
The payment message may carry information about:
- the sender's bank;
- the sender's account;
- the recipient's bank;
- the recipient's account;
- the amount;
- the currency;
- the operation identifier;
- the purpose of the payment;
- other necessary parameters.
This is no longer the user-facing screen of the banking app.
It is structured financial information intended for communication between systems.
A payment message is not money
This is a fundamentally important point.
Let's imagine that Bank A has formed a message: "Transfer 300 € to Emma Lee."
This message itself is not three hundred euros.
It contains an instruction and information about the operation.
For the payment to be completed, the financial obligations between the participating organizations must also be settled.
- 1Transmitting information — the payment message tells the participants which operation needs to be carried out.
- 2Financial settlement — ensures the corresponding financial obligations between the participants are fulfilled.
Step 10. The payment route is determined
The bank must determine which infrastructure will process the operation.
The route depends on:
- the type of transfer;
- the sender's and recipient's banks;
- the currency;
- the country;
- the available payment schemes;
- the transfer method chosen by the user;
- the technical capabilities of the participants.
One euro transfer might use one scheme.
Another international payment might use a completely different one.
No single bank transfer follows a universal route
You can't draw a single scheme and claim: "Absolutely every bank transfer in the world goes exactly this way."
No such scheme exists.
For example, the following differ:
- transfers within a single bank;
- ordinary interbank transfers;
- instant transfers;
- international transfers;
- transfers in different currencies.
But the overall logic stays similar: order → verification → transmission of information → interbank interaction → settlement → crediting to the recipient.
Step 11. The operation leaves the sending bank's internal system
After preparation, the payment can be passed on to the next infrastructure participant.
From this point, the operation no longer touches only Bank A's information system.
External participants appear in the chain: Bank A → payment / clearing infrastructure.
The sending bank receives confirmations or statuses that allow it to track further processing.
Step 12. The payment infrastructure processes the message
The relevant infrastructure can:
- accept the payment message;
- check its technical correctness;
- determine the next participant;
- pass on the information;
- include the operation in the corresponding clearing or settlement process.
The specific sequence depends on the payment system chosen.
Step 13. Interbank obligations arise
Now it's important to move from the level of customers to the level of banks.
At the level of Alex and Emma, everything looks like this: Alex −300 €, Emma +300 €.
But at the level of banks, a corresponding financial logic must exist: Bank A owes Bank B a settlement of 300 €.
That's exactly why an interbank transfer can't consist only of a change on two customers' screens.
Step 14. Clearing is performed, if the system provides for it
In some systems, the participants' net position is determined first.
For example, thousands of payments are happening at the same time:
- Bank A → Bank B;
- Bank B → Bank A;
- Bank A → Bank C;
- Bank C → Bank A.
The clearing infrastructure may calculate the corresponding obligations according to its own rules.
In other systems, payments may be processed and settled differently.
That's why clearing can't be considered an absolutely mandatory separate stage of every possible bank transfer.
Step 15. Interbank settlement is performed
The next key stage is the financial settlement between participants.
Simplified: Bank A must provide the corresponding settlement position in favor of Bank B.
After that, Bank B can record the incoming payment according to the rules of the system being used.
Where exactly interbank settlement happens
This depends on the specific infrastructure.
The following may be used:
- accounts in a settlement system;
- accounts at a central bank;
- correspondent accounts;
- other mechanisms provided for.
That's why you can't claim that during any bank transfer, money necessarily passes through one specific central account.
Step 16. The recipient's bank receives the payment information
After the necessary stages, the payment arrives in Bank B's system.
The bank must determine exactly who these 300 € are meant for.
For this, the specified account identifier is used, for example: IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx.
The bank links it to Emma Lee's account record.
Step 17. The recipient's bank performs its own checks
Even at this stage, the operation may require additional processing.
The recipient's bank may check:
- the correctness of the payment message;
- the state of the account;
- whether crediting is possible;
- compliance with applicable requirements;
- other parameters of the operation.
This is especially important for certain unusual or international payments.
Step 18. The funds are reflected in the recipient's account
After the necessary procedures are successfully completed, the bank increases the available amount in Emma's account.
Before the transfer, Emma Lee had 700 €. Incoming: +300 €. After crediting: 1 000 €.
In the banking app, Emma may see a notification: "Transfer of 300 € received."
What actually happened from an accounting standpoint
In simplified terms, you can picture two changes.
For the sender: 1 500 € → 1 200 €.
For the recipient: 700 € → 1 000 €.
But between these two changes lay an interbank process that ensured the financial obligations stayed consistent.
Step 19. The recipient can use the money
For the user, what matters isn't just the fact that the operation appears in the history.
What matters is whether the amount has become available for use.
If Emma sees "Available: 1 000 €," she can use the funds received according to the terms of her account. For example:
- pay for a purchase;
- send another transfer;
- keep the money in the account;
- use it in some other permitted way.
- 1Payment order created — the user has entered the recipient, amount, and details, and confirmed the operation.
- 2The user is verified — the bank establishes that the order comes from an authorized user.
- 3The account and available funds are checked — the bank makes sure the account is active and there is enough money.
- 4Limits and security are checked — the bank analyzes the operation's limits and signs of unusual behavior.
- 5The details are checked — the bank checks the format and structure of the IBAN and other data.
- 6The payment message is formed — the bank presents the operation as structured information for other participants.
- 7The route is determined — the bank chooses the payment infrastructure depending on the type of transfer.
- 8The payment is passed to the interbank infrastructure — the operation leaves the sending bank's internal system.
- 9The necessary clearing and settlement are performed — the participants determine and fulfill the financial obligations.
- 10The recipient's bank accepts the payment — the bank identifies the recipient's account and performs its own checks.
- 11The funds are reflected in the recipient's account — the bank increases the available amount in the account.
- 12The recipient can use the funds — the amount becomes available for use.
When a transfer can be considered complete
For different participants, "complete" can mean different stages.
Alex may consider the transfer complete when he sees "Sent."
Bank A may consider its own processing complete after passing the operation onward.
Bank B may consider the payment processed after accepting it and crediting the funds.
The settlement system has its own moment of settlement finality.
That's why it's important to distinguish between the user-facing status and the legal-and-technical finality of the payment.
"Sent" and "credited" are not the same thing
Let's imagine: at 14:00 Alex sends 300 €.
At 14:01 his app shows: "Sent."
But Emma doesn't see the money yet.
At 14:08 Bank B finishes its processing.
Emma receives a notification: "+300 €."
This doesn't necessarily indicate a problem.
Different participants simply completed their stages at different times.
Why a transfer sometimes appears almost instantly
Some payment systems are specifically built so that processing happens very quickly.
If both participants support the corresponding infrastructure, the operation meets the requirements, the technical systems are available, and the checks pass successfully, the user may see the funds arrive in a very short time.
That creates the impression: "The money moved between phones instantly."
But in reality, the entire banking chain was simply automated and carried out very quickly.
Why speed doesn't eliminate complexity
Even if a transfer takes a few seconds, the banking systems still have to:
- identify the user;
- verify the account;
- verify the funds;
- verify the details;
- perform security controls;
- form the payment message;
- transmit it;
- ensure interbank interaction;
- carry out the necessary settlement;
- identify the recipient's account;
- reflect the incoming funds.
Speed only means that these processes are automated.
What happens with a transfer within a single bank
Now let's compare with a simpler situation.
Alex and Emma are customers of the same bank.
The bank doesn't need to send the payment to another financial institution.
It controls both accounts.
| Transfer within a single bank | Transfer between two banks |
|---|---|
| Alex → one bank → Emma | Alex → Bank A → interbank infrastructure → Bank B → Emma |
| Interbank settlement not required | Interbank interaction and settlement required |
Interbank settlement isn't required for this operation, since both account records are kept by the same institution.
Why an internal transfer can be especially fast
The bank doesn't have to wait for an external payment system, another bank, or interbank settlement for a movement between two of its own customers.
It can make the change directly within its own accounting system.
This is one of the reasons internal transfers are often perceived as instant.
But an internal transfer still requires checks
A simpler route doesn't mean an absence of controls.
The bank can still check:
- the user;
- the balance;
- the limits;
- the recipient;
- security;
- legal restrictions.
In other words, it's the interbank portion of the process that gets shortened, not necessarily all the other checks.
What happens with an error in the IBAN
Let's imagine that Alex entered an incorrect IBAN.
For example, the control checks reveal an error.
In this case, the bank can stop the operation before it is even transmitted.
The user will see a message: "Check the details."
This is the best-case scenario — the error was caught before the transfer was sent.
What if the IBAN is correct but belongs to someone else
This is already a more dangerous situation.
Let's imagine: Alex wanted to transfer Emma 800 €. But accidentally entered a different, existing IBAN.
The format of the details is correct.
The account exists.
If additional verification mechanisms don't catch the problem, the payment may go to the wrong recipient.
That's exactly why the details must be checked before confirmation.
Can a transfer simply be canceled after it's been sent
Not always.
It depends on:
- the stage of the operation;
- the type of payment;
- the system being used;
- the bank's rules;
- the circumstances of the error.
If the order hasn't been executed yet, the bank may sometimes be able to stop it.
If the payment has already gone through a significant part of processing, or has been finally completed, getting the money back can be much harder.
That's why the "Send" button shouldn't be treated as an action that can always be instantly undone.
What's next
We have now traced the entire bank transfer from pressing "Send" to the money appearing in the recipient's account.
But there is an important distinction in this process that deserves separate attention.
We already saw: if Alex and Emma are served by the same bank, the transfer can happen within a single accounting system.
If they are served by different banks, the following appear:
- interbank messages;
- payment infrastructure;
- clearing;
- settlement.
Why does this matter so much?
What is the fundamental difference between a transfer within a single bank and a transfer between different banks?
What exactly happens to the banks' balances in each case?
And why can a transfer between customers of the same bank sometimes be carried out without external payment infrastructure?
We'll examine this in detail in the next part — "Transfer within a single bank vs. between different banks."
- tapping "Send" creates a payment order, it doesn't instantly move money between phones
- the bank has to identify the user and check their right to operate the account
- available funds are checked before a transfer goes through
- limits and security parameters can also be checked
- the bank checks the technical correctness of the payment details
- a valid IBAN doesn't guarantee the chosen recipient is correct
- once the checks pass, the bank accepts the order for processing
- a structured payment message is created for financial institutions to communicate with each other
- a payment message is not the money itself
- the operation's route depends on the type of transfer and the infrastructure used
- transferring between different banks creates interbank financial obligations
- clearing and settlement can be separate steps, depending on the payment system used
- the recipient's bank has to accept the payment and identify the right account
- the recipient can only use the incoming amount once it's been credited
- a "Sent" status doesn't necessarily mean the recipient already sees the money
- a transfer within a single bank can be simpler since no interbank interaction is needed
- you can't count on any bank transfer being instantly reversible after it's sent
- checking the payment details before confirming is an important part of security
Εισαγωγή
Στο προηγούμενο μέρος γνωρίσαμε τους βασικούς συμμετέχοντες σε μια τραπεζική μεταφορά.
Τώρα γνωρίζουμε ότι, ανάλογα με τη συγκεκριμένη συναλλαγή, σε αυτήν μπορεί να συμμετέχουν:
- ο αποστολέας·
- η τράπεζα του αποστολέα·
- η υποδομή πληρωμών·
- η υποδομή συμψηφισμού·
- η υποδομή διακανονισμού·
- η τράπεζα του παραλήπτη·
- ο παραλήπτης·
- και σε ορισμένες διεθνείς συναλλαγές — πρόσθετες ενδιάμεσες τράπεζες.
Όμως μέχρι τώρα εξετάζαμε αυτούς τους συμμετέχοντες ξεχωριστά.
Τώρα ας παρακολουθήσουμε ολόκληρη τη μεταφορά βήμα προς βήμα.
Ας φανταστούμε μια απλή κατάσταση.
Ο Alex Morgan θέλει να στείλει στην Emma Lee: 300 €.
Ανοίγει την τραπεζική εφαρμογή.
Εισάγει τα στοιχεία του παραλήπτη.
Ελέγχει το ποσό.
Πατάει: «Αποστολή».
Τι συμβαίνει μετά από αυτό;
Στην οθόνη μπορεί να περάσουν μόλις μερικά δευτερόλεπτα.
Όμως εντός της τραπεζικής υποδομής ξεκινά μια αλληλουχία ελέγχων, μηνυμάτων και λογιστικών ενεργειών.
Βήμα 1. Ο χρήστης δημιουργεί εντολή πληρωμής
Όλα ξεκινούν όχι με την κίνηση χρημάτων, αλλά με τη δημιουργία εντολής πληρωμής.
Σε απλοποιημένη μορφή, η εντολή του Alex μοιάζει ως εξής:
- αποστολέας: Alex Morgan·
- παραλήπτης: Emma Lee·
- IBAN: GRxx xxxx xxxx xxxx xxxx xxxx xxx·
- ποσό: 300 €·
- νόμισμα: EUR·
- Αιτιολογία: Shared expenses.
Πατώντας το κουμπί «Αποστολή», ο Alex ενημερώνει την τράπεζα: «Θέλω αυτή η συναλλαγή να εκτελεστεί υπό τους καθορισμένους όρους».
Σε αυτό το στάδιο η μεταφορά δεν θεωρείται ακόμη αυτόματα ολοκληρωμένη.
Αρχικά η τράπεζα πρέπει να ελέγξει την εντολή που έλαβε.
Βήμα 2. Η τράπεζα ελέγχει ποιος δίνει την εντολή
Η τράπεζα πρέπει να βεβαιωθεί ότι την εντολή στέλνει πράγματι το πρόσωπο που έχει δικαίωμα διαχείρισης του λογαριασμού.
Ο χρήστης μπορεί να έχει ήδη περάσει από αυθεντικοποίηση κατά τη σύνδεση στην τραπεζική εφαρμογή.
Όμως για μια συγκεκριμένη συναλλαγή η τράπεζα μπορεί να ζητήσει πρόσθετη επιβεβαίωση. Για παράδειγμα:
- PIN-код της εφαρμογής·
- βιομετρικό έλεγχο·
- πρόσθετη επιβεβαίωση·
- άλλο τρόπο που προβλέπει η τράπεζα.
Ο στόχος αυτού του σταδίου είναι απλός: η τράπεζα πρέπει να βεβαιωθεί ότι η εντολή προέρχεται από εξουσιοδοτημένο χρήστη.
Η αυθεντικοποίηση και η εξουσιοδότηση είναι διαφορετικές έννοιες
Αυτές οι λέξεις συχνά ακούγονται παρόμοιες, αλλά σημαίνουν διαφορετικά πράγματα.
| Αυθεντικοποίηση | Εξουσιοδότηση |
|---|---|
| Απαντά στην ερώτηση: «Ποιος εκτελεί την ενέργεια;» | Απαντά στην ερώτηση: «Επιτρέπεται σε αυτόν τον χρήστη να εκτελέσει αυτή την ενέργεια;» |
Στα συστήματα πληρωμών η λέξη «εξουσιοδότηση» μπορεί επίσης να χρησιμοποιείται με ειδικές σημασίες, ιδίως στις συναλλαγές με κάρτες.
Γι' αυτό είναι σημαντικό να λαμβάνεται πάντα υπόψη το πλαίσιο.
Σε μια τραπεζική μεταφορά η τράπεζα πρέπει πρώτα να ταυτοποιήσει τον χρήστη και να ελέγξει τις εξουσιοδοτήσεις του.
Βήμα 3. Η τράπεζα ελέγχει τον λογαριασμό του αποστολέα
Μετά την επιβεβαίωση του χρήστη, η τράπεζα ελέγχει την κατάσταση του λογαριασμού. Για παράδειγμα:
- αν υπάρχει ο λογαριασμός·
- αν είναι ενεργός·
- αν επιτρέπονται οι εξερχόμενες μεταφορές·
- αν υπάρχουν περιορισμοί·
- αν επαρκούν τα διαθέσιμα κεφάλαια.
Ας φανταστούμε: στον λογαριασμό του Alex είναι διαθέσιμα 1 500 €, το ποσό της μεταφοράς είναι 300 €.
Τα κεφάλαια επαρκούν.
Όμως αν είναι διαθέσιμα μόνο 250 €, η τράπεζα δεν θα μπορέσει να εκτελέσει μεταφορά 300 €, εκτός αν ο λογαριασμός προβλέπει τη δυνατότητα χρήσης πρόσθετου πιστωτικού ορίου ή άλλου επιτρεπόμενου μηχανισμού.
Το διαθέσιμο υπόλοιπο έχει μεγαλύτερη σημασία από τον απλό αριθμό που εμφανίζεται
Στην τραπεζική εφαρμογή μπορούν να εμφανίζονται διαφορετικά μεγέθη:
- το τρέχον υπόλοιπο·
- τα διαθέσιμα κεφάλαια·
- τα δεσμευμένα ποσά·
- οι εκκρεμείς συναλλαγές.
Γι' αυτό, για να καταστεί δυνατή η εκτέλεση της μεταφοράς, η τράπεζα βασίζεται στο ποσό που είναι πράγματι διαθέσιμο για τη συναλλαγή, σύμφωνα με τους κανόνες του λογαριασμού.
Βήμα 4. Η τράπεζα ελέγχει τα όρια και τους περιορισμούς
Ακόμη κι αν τα χρήματα επαρκούν, η μεταφορά μπορεί να μην ολοκληρωθεί.
Η τράπεζα μπορεί να ελέγξει:
- το ημερήσιο όριο·
- το όριο μίας συναλλαγής·
- το μηνιαίο όριο·
- τους περιορισμούς διεθνών μεταφορών·
- τους περιορισμούς για νέο παραλήπτη·
- άλλες παραμέτρους ασφάλειας.
Ας φανταστούμε: είναι διαθέσιμα 5 000 €, όμως έχει οριστεί όριο μίας συναλλαγής 1 000 €. Ο χρήστης προσπαθεί να στείλει 1 500 €.
Στον λογαριασμό τα χρήματα επαρκούν.
Όμως η μεταφορά μπορεί να απορριφθεί ή να απαιτήσει αλλαγή του ορίου.
Βήμα 5. Η τράπεζα αναλύει την πληρωμή από την άποψη της ασφάλειας
Οι σύγχρονες τράπεζες δεν περιορίζονται στον έλεγχο του υπολοίπου.
Αναλύουν επίσης την ίδια τη συναλλαγή. Για παράδειγμα:
- αν ο παραλήπτης είναι νέος·
- αν το ποσό αντιστοιχεί στη συνήθη συμπεριφορά του χρήστη·
- από πού εκτελείται η συναλλαγή·
- ποια συσκευή χρησιμοποιείται·
- αν παρατηρείται σειρά ασυνήθιστων μεταφορών·
- αν υπάρχουν άλλες ενδείξεις απάτης.
Ας φανταστούμε ότι ο Alex συνήθως μεταφέρει 20–200 €. Όμως ξαφνικά προσπαθεί να στείλει σε νέο παραλήπτη 9 000 €.
Η τράπεζα μπορεί να θεωρήσει αυτή τη συναλλαγή ασυνήθιστη.
Ανάλογα με τους κανόνες, μπορεί να:
- ζητήσει πρόσθετη επιβεβαίωση·
- καθυστερήσει προσωρινά τη συναλλαγή·
- διενεργήσει πρόσθετο έλεγχο·
- απορρίψει τη μεταφορά.
Η ασφάλεια μερικές φορές μοιάζει με ταλαιπωρία
Ο χρήστης μπορεί να αντιλαμβάνεται τον πρόσθετο έλεγχο ως εμπόδιο.
Όμως ο σκοπός του δεν είναι να δυσκολέψει τη μεταφορά, αλλά να μειώσει τον κίνδυνο τα χρήματα να σταλούν από κακόβουλο χρήστη.
Οι πρόσθετοι έλεγχοι είναι ιδιαίτερα σημαντικοί στις εξής περιπτώσεις:
- μεγάλα ποσά·
- νέους παραλήπτες·
- ασυνήθιστες συσκευές·
- μη τυπική συμπεριφορά·
- ύποπτη δραστηριότητα.
Βήμα 6. Ελέγχονται τα στοιχεία
Η τράπεζα αναλύει τα δεδομένα που εισήγαγε ο χρήστης. Για παράδειγμα:
- αν το IBAN αντιστοιχεί στη θεσπισμένη μορφή·
- αν το μήκος του είναι σωστό·
- αν περνά τους ελέγχους επικύρωσης·
- αν υποστηρίζεται η καθορισμένη διαδρομή πληρωμής·
- αν η συναλλαγή συμμορφώνεται με τους κανόνες του επιλεγμένου τύπου πληρωμής.
Αν η δομή του IBAN είναι εσφαλμένη, το σύστημα μπορεί να διακόψει τη μεταφορά ακόμη πριν από την αποστολή της. Για παράδειγμα: «Μη έγκυρο IBAN».
Όμως και πάλι είναι σημαντικό να θυμόμαστε: ένα τεχνικά σωστό IBAN δεν εγγυάται ότι ο λογαριασμός ανήκει στο σωστό πρόσωπο.
Βήμα 7. Μπορεί να διενεργείται έλεγχος του παραλήπτη
Σε ορισμένα σενάρια πληρωμών, το τραπεζικό σύστημα μπορεί επιπλέον να αντιπαραβάλλει τον καθορισμένο λογαριασμό με πληροφορίες σχετικά με τον υποτιθέμενο παραλήπτη ή να παρέχει στον χρήστη πρόσθετες πληροφορίες για επαλήθευση.
Όμως ο συγκεκριμένος μηχανισμός εξαρτάται από:
- τη χώρα·
- το σχήμα πληρωμών·
- την τράπεζα·
- τον τύπο της μεταφοράς·
- τη διαθέσιμη υποδομή.
Γι' αυτό ο χρήστης πρέπει σε κάθε περίπτωση να ελέγχει προσεκτικά τα στοιχεία πριν από την τελική επιβεβαίωση.
Βήμα 8. Η τράπεζα αποδέχεται την εντολή πληρωμής προς επεξεργασία
Αν οι βασικοί έλεγχοι ολοκληρωθούν επιτυχώς, η τράπεζα μπορεί να αποδεχτεί την εντολή.
Στην εφαρμογή ο χρήστης μπορεί να δει την κατάσταση: «Σε επεξεργασία», «Έγινε αποδεκτή», «Αποστέλλεται» ή άλλη ανάλογη διατύπωση.
Αυτό δεν σημαίνει απαραίτητα ότι η Emma έχει ήδη λάβει 300 €.
Σημαίνει ότι η συναλλαγή έχει περάσει στο επόμενο στάδιο επεξεργασίας.
Τι σημαίνει η κατάσταση «Σε επεξεργασία»
Αυτή η κατάσταση μπορεί να σημαίνει ότι:
- οι εσωτερικοί έλεγχοι της τράπεζας δεν έχουν ολοκληρωθεί πλήρως·
- διαμορφώνεται το μήνυμα πληρωμής·
- η συναλλαγή αναμένει τη μεταβίβασή της στην υποδομή πληρωμών·
- η πληρωμή έχει ήδη μεταβιβαστεί, αλλά τα επόμενα στάδια δεν έχουν ακόμη ολοκληρωθεί·
- αναμένεται επεξεργασία από την άλλη πλευρά.
Το ακριβές νόημα της κατάστασης καθορίζεται από τη συγκεκριμένη τράπεζα.
Βήμα 9. Διαμορφώνεται το μήνυμα πληρωμής
Τώρα η τράπεζα πρέπει να παρουσιάσει τη συναλλαγή σε μορφή κατανοητή στους άλλους συμμετέχοντες της χρηματοπιστωτικής υποδομής.
Στο μήνυμα πληρωμής μπορούν να μεταδίδονται στοιχεία σχετικά με:
- την τράπεζα του αποστολέα·
- τον λογαριασμό του αποστολέα·
- την τράπεζα του παραλήπτη·
- τον λογαριασμό του παραλήπτη·
- το ποσό·
- το νόμισμα·
- το αναγνωριστικό της συναλλαγής·
- τον σκοπό της πληρωμής·
- άλλες απαραίτητες παραμέτρους.
Αυτό δεν είναι πλέον η οθόνη χρήστη της τραπεζικής εφαρμογής.
Είναι δομημένη χρηματοοικονομική πληροφορία, προορισμένη για την επικοινωνία μεταξύ συστημάτων.
Το μήνυμα πληρωμής δεν είναι χρήματα
Αυτό είναι ένα θεμελιωδώς σημαντικό σημείο.
Ας φανταστούμε ότι η Τράπεζα Α διαμόρφωσε το μήνυμα: «Μεταφορά 300 € στην Emma Lee».
Αυτό καθαυτό το μήνυμα δεν είναι τριακόσια ευρώ.
Περιέχει την οδηγία και τις πληροφορίες σχετικά με τη συναλλαγή.
Για να ολοκληρωθεί η πληρωμή, είναι απαραίτητο επίσης να διακανονιστούν οι χρηματοοικονομικές υποχρεώσεις μεταξύ των εμπλεκόμενων οργανισμών.
- 1Μεταβίβαση πληροφορίας — το μήνυμα πληρωμής εξηγεί στους συμμετέχοντες ποια συναλλαγή πρέπει να εκτελεστεί.
- 2Χρηματοοικονομικός διακανονισμός — εξασφαλίζει την εκπλήρωση των αντίστοιχων χρηματοοικονομικών υποχρεώσεων μεταξύ των συμμετεχόντων.
Βήμα 10. Καθορίζεται η διαδρομή της πληρωμής
Η τράπεζα πρέπει να καθορίσει μέσω ποιας υποδομής θα υποβληθεί σε επεξεργασία η συναλλαγή.
Η διαδρομή εξαρτάται από:
- τον τύπο της μεταφοράς·
- τις τράπεζες του αποστολέα και του παραλήπτη·
- το νόμισμα·
- τη χώρα·
- τα διαθέσιμα σχήματα πληρωμών·
- τον τρόπο μεταφοράς που επέλεξε ο χρήστης·
- τις τεχνικές δυνατότητες των συμμετεχόντων.
Για μια μεταφορά σε ευρώ μπορεί να χρησιμοποιείται ένα σχήμα.
Για μια άλλη διεθνή πληρωμή — ένα εντελώς διαφορετικό.
Καμία τραπεζική μεταφορά δεν έχει καθολική διαδρομή
Δεν μπορεί κανείς να φτιάξει ένα σχήμα και να ισχυριστεί: «Απολύτως όλες οι τραπεζικές μεταφορές στον κόσμο γίνονται ακριβώς έτσι».
Ένα τέτοιο σχήμα δεν υπάρχει.
Για παράδειγμα, διαφέρουν:
- οι εσωτερικές μεταφορές μίας τράπεζας·
- οι συνήθεις διατραπεζικές μεταφορές·
- οι στιγμιαίες μεταφορές·
- οι διεθνείς μεταφορές·
- οι μεταφορές σε διαφορετικά νομίσματα.
Όμως η γενική λογική παραμένει παρόμοια: εντολή → έλεγχος → μεταβίβαση πληροφορίας → διατραπεζική αλληλεπίδραση → διακανονισμός → πίστωση στον παραλήπτη.
Βήμα 11. Η συναλλαγή εξέρχεται από το εσωτερικό σύστημα της τράπεζας του αποστολέα
Μετά την προετοιμασία, η πληρωμή μπορεί να μεταβιβαστεί στον επόμενο συμμετέχοντα της υποδομής.
Από αυτή τη στιγμή η συναλλαγή αφορά πλέον όχι μόνο το πληροφοριακό σύστημα της Τράπεζας Α.
Στην αλυσίδα εμφανίζονται εξωτερικοί συμμετέχοντες: Τράπεζα Α → υποδομή πληρωμών / συμψηφισμού.
Η τράπεζα του αποστολέα λαμβάνει επιβεβαιώσεις ή καταστάσεις που επιτρέπουν την παρακολούθηση της περαιτέρω επεξεργασίας.
Βήμα 12. Η υποδομή πληρωμών επεξεργάζεται το μήνυμα
Η αντίστοιχη υποδομή μπορεί να:
- δέχεται το μήνυμα πληρωμής·
- ελέγχει την τεχνική του ορθότητα·
- καθορίζει τον επόμενο συμμετέχοντα·
- μεταβιβάζει την πληροφορία·
- εντάσσει τη συναλλαγή στην αντίστοιχη διαδικασία συμψηφισμού ή διακανονισμού.
Η συγκεκριμένη αλληλουχία εξαρτάται από το επιλεγμένο σύστημα πληρωμών.
Βήμα 13. Προκύπτουν διατραπεζικές υποχρεώσεις
Τώρα είναι σημαντικό να περάσουμε από το επίπεδο των πελατών στο επίπεδο των τραπεζών.
Στο επίπεδο του Alex και της Emma όλα φαίνονται ως εξής: Alex −300 €, Emma +300 €.
Όμως στο επίπεδο των τραπεζών πρέπει να υπάρχει η αντίστοιχη χρηματοοικονομική λογική: η Τράπεζα Α οφείλει να διακανονίσει 300 € υπέρ της Τράπεζας Β.
Ακριβώς γι' αυτό η διατραπεζική μεταφορά δεν μπορεί να συνίσταται μόνο στην αλλαγή δύο οθονών χρήστη.
Βήμα 14. Εκτελείται συμψηφισμός, εφόσον προβλέπεται από το σύστημα
Σε ορισμένα συστήματα καθορίζεται πρώτα η τελική θέση των συμμετεχόντων.
Για παράδειγμα, ταυτόχρονα εκτελούνται χιλιάδες πληρωμές:
- Τράπεζα Α → Τράπεζα Β·
- Τράπεζα Β → Τράπεζα Α·
- Τράπεζα Α → Τράπεζα Γ·
- Τράπεζα Γ → Τράπεζα Α.
Η υποδομή συμψηφισμού μπορεί να υπολογίζει τις αντίστοιχες υποχρεώσεις σύμφωνα με τους δικούς της κανόνες.
Σε άλλα συστήματα οι πληρωμές μπορούν να υποβάλλονται σε επεξεργασία και διακανονισμό διαφορετικά.
Γι' αυτό ο συμψηφισμός δεν μπορεί να θεωρείται απολύτως υποχρεωτικό ξεχωριστό στάδιο κάθε δυνατής τραπεζικής μεταφοράς.
Βήμα 15. Εκτελείται διατραπεζικός διακανονισμός
Το επόμενο βασικό στάδιο είναι η χρηματοοικονομική διευθέτηση μεταξύ των συμμετεχόντων.
Απλοποιημένα: η Τράπεζα Α πρέπει να εξασφαλίσει την αντίστοιχη θέση διακανονισμού υπέρ της Τράπεζας Β.
Στη συνέχεια η Τράπεζα Β μπορεί να καταχωρίσει την πληρωμή που εισήλθε σύμφωνα με τους κανόνες του χρησιμοποιούμενου συστήματος.
Πού ακριβώς πραγματοποιείται ο διατραπεζικός διακανονισμός
Αυτό εξαρτάται από τη συγκεκριμένη υποδομή.
Μπορούν να χρησιμοποιούνται:
- λογαριασμοί στο σύστημα διακανονισμού·
- λογαριασμοί στην κεντρική τράπεζα·
- ανταποκριτικοί λογαριασμοί·
- άλλοι προβλεπόμενοι μηχανισμοί.
Γι' αυτό δεν μπορεί κανείς να ισχυριστεί ότι κατά τη διάρκεια κάθε τραπεζικής μεταφοράς τα χρήματα περνούν οπωσδήποτε μέσα από έναν συγκεκριμένο κεντρικό λογαριασμό.
Βήμα 16. Η τράπεζα του παραλήπτη λαμβάνει τις πληροφορίες της πληρωμής
Αφού ολοκληρωθούν τα απαραίτητα στάδια, η πληρωμή εισέρχεται στο σύστημα της Τράπεζας Β.
Η τράπεζα πρέπει να καθορίσει σε ποιον ακριβώς προορίζονται αυτά τα 300 €.
Για τον σκοπό αυτό χρησιμοποιείται το καθορισμένο αναγνωριστικό λογαριασμού, για παράδειγμα: IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx.
Η τράπεζα το συσχετίζει με τον λογαριασμό της Emma Lee.
Βήμα 17. Η τράπεζα του παραλήπτη διενεργεί τους δικούς της ελέγχους
Ακόμη και σε αυτό το στάδιο η συναλλαγή μπορεί να απαιτήσει πρόσθετη επεξεργασία.
Η τράπεζα του παραλήπτη μπορεί να ελέγχει:
- την ορθότητα του μηνύματος πληρωμής·
- την κατάσταση του λογαριασμού·
- τη δυνατότητα πίστωσης·
- τη συμμόρφωση με τις εφαρμοστέες απαιτήσεις·
- άλλες παραμέτρους της συναλλαγής.
Αυτό είναι ιδιαίτερα σημαντικό για ορισμένες ασυνήθιστες ή διεθνείς πληρωμές.
Βήμα 18. Τα κεφάλαια εμφανίζονται στον λογαριασμό του παραλήπτη
Μετά την επιτυχή ολοκλήρωση των απαραίτητων διαδικασιών, η τράπεζα αυξάνει το διαθέσιμο ποσό στον λογαριασμό της Emma.
Πριν από τη μεταφορά η Emma Lee είχε 700 €. Είσπραξη: +300 €. Μετά την πίστωση: 1 000 €.
Στην τραπεζική εφαρμογή η Emma μπορεί να δει την ειδοποίηση: «Ελήφθη μεταφορά 300 €».
Τι ακριβώς συνέβη από λογιστική άποψη
Απλοποιημένα μπορούμε να φανταστούμε δύο αλλαγές.
Στον αποστολέα: 1 500 € → 1 200 €.
Στον παραλήπτη: 700 € → 1 000 €.
Όμως ανάμεσα σε αυτές τις δύο αλλαγές μεσολάβησε η διατραπεζική διαδικασία, που εξασφαλίζει τη συνέπεια των χρηματοοικονομικών υποχρεώσεων.
Βήμα 19. Ο παραλήπτης μπορεί να διαθέσει τα χρήματα
Για τον χρήστη έχει σημασία όχι μόνο το γεγονός ότι η συναλλαγή εμφανίζεται στο ιστορικό.
Σημασία έχει αν το ποσό έγινε διαθέσιμο για χρήση.
Αν η Emma βλέπει «Διαθέσιμο: 1 000 €», μπορεί να χρησιμοποιήσει τα κεφάλαια που εισήλθαν σύμφωνα με τους όρους του λογαριασμού της. Για παράδειγμα:
- να πληρώσει μια αγορά·
- να στείλει άλλη μεταφορά·
- να διατηρήσει τα χρήματα στον λογαριασμό·
- να τα χρησιμοποιήσει με άλλον επιτρεπόμενο τρόπο.
- 1Η εντολή πληρωμής δημιουργήθηκε — ο χρήστης καθόρισε τον παραλήπτη, το ποσό και τα στοιχεία και επιβεβαίωσε τη συναλλαγή.
- 2Ελέγχεται ο χρήστης — η τράπεζα διαπιστώνει ότι η εντολή προέρχεται από εξουσιοδοτημένο χρήστη.
- 3Ελέγχεται ο λογαριασμός και τα διαθέσιμα κεφάλαια — η τράπεζα βεβαιώνεται ότι ο λογαριασμός είναι ενεργός και τα χρήματα επαρκούν.
- 4Ελέγχονται τα όρια και η ασφάλεια — η τράπεζα αναλύει τα όρια της συναλλαγής και τις ενδείξεις ασυνήθιστης συμπεριφοράς.
- 5Ελέγχονται τα στοιχεία — η τράπεζα ελέγχει τη μορφή και τη δομή του IBAN και άλλων δεδομένων.
- 6Διαμορφώνεται το μήνυμα πληρωμής — η τράπεζα παρουσιάζει τη συναλλαγή ως δομημένη πληροφορία για τους άλλους συμμετέχοντες.
- 7Καθορίζεται η διαδρομή — η τράπεζα επιλέγει την υποδομή πληρωμών ανάλογα με τον τύπο της μεταφοράς.
- 8Η πληρωμή μεταβιβάζεται στη διατραπεζική υποδομή — η συναλλαγή εξέρχεται από το εσωτερικό σύστημα της τράπεζας του αποστολέα.
- 9Εκτελούνται ο απαραίτητος συμψηφισμός και διακανονισμός — οι συμμετέχοντες καθορίζουν και εκπληρώνουν τις χρηματοοικονομικές υποχρεώσεις.
- 10Η τράπεζα του παραλήπτη δέχεται την πληρωμή — η τράπεζα καθορίζει τον λογαριασμό του παραλήπτη και διενεργεί τους δικούς της ελέγχους.
- 11Τα κεφάλαια εμφανίζονται στον λογαριασμό του παραλήπτη — η τράπεζα αυξάνει το διαθέσιμο ποσό στον λογαριασμό.
- 12Ο παραλήπτης μπορεί να διαθέσει τα κεφάλαια — το ποσό καθίσταται διαθέσιμο για χρήση.
Πότε μπορεί μια μεταφορά να θεωρηθεί ολοκληρωμένη
Για διαφορετικούς συμμετέχοντες η έννοια «ολοκληρώθηκε» μπορεί να σημαίνει διαφορετικά στάδια.
Ο Alex μπορεί να θεωρεί τη μεταφορά ολοκληρωμένη όταν βλέπει «Απεστάλη».
Η Τράπεζα Α μπορεί να θεωρεί τη δική της επεξεργασία ολοκληρωμένη μετά τη μεταβίβαση της συναλλαγής παρακάτω.
Η Τράπεζα Β μπορεί να θεωρεί την πληρωμή επεξεργασμένη μετά την αποδοχή και την πίστωση.
Το σύστημα διακανονισμού έχει τη δική του στιγμή οριστικοποίησης του διακανονισμού.
Γι' αυτό είναι σημαντικό να διακρίνεται η κατάσταση που βλέπει ο χρήστης από τη νομικοτεχνική οριστικότητα της πληρωμής.
«Απεστάλη» και «πιστώθηκε» δεν είναι το ίδιο πράγμα
Ας φανταστούμε: στις 14:00 ο Alex στέλνει 300 €.
Στις 14:01 η εφαρμογή του δείχνει: «Απεστάλη».
Όμως η Emma δεν βλέπει ακόμη τα χρήματα.
Στις 14:08 η Τράπεζα Β ολοκληρώνει τη δική της επεξεργασία.
Η Emma λαμβάνει την ειδοποίηση: «+300 €».
Αυτό δεν σημαίνει απαραίτητα πρόβλημα.
Απλώς διαφορετικοί συμμετέχοντες ολοκλήρωσαν τα δικά τους στάδια σε διαφορετικές στιγμές.
Γιατί μερικές φορές η μεταφορά φαίνεται σχεδόν ακαριαία
Ορισμένα συστήματα πληρωμών είναι σχεδιασμένα ειδικά ώστε η επεξεργασία να πραγματοποιείται πολύ γρήγορα.
Αν και οι δύο συμμετέχοντες υποστηρίζουν την αντίστοιχη υποδομή, η συναλλαγή συμμορφώνεται με τους κανόνες, τα τεχνικά συστήματα είναι διαθέσιμα και οι έλεγχοι ολοκληρώνονται επιτυχώς, ο χρήστης μπορεί να δει την πίστωση σε πολύ σύντομο χρονικό διάστημα.
Τότε δημιουργείται η εντύπωση: «Τα χρήματα μετακινήθηκαν ακαριαία ανάμεσα στα κινητά».
Όμως στην πραγματικότητα απλώς ολόκληρη η τραπεζική αλυσίδα ήταν αυτοματοποιημένη και εκτελέστηκε πολύ γρήγορα.
Γιατί η ταχύτητα δεν αναιρεί την πολυπλοκότητα
Ακόμη κι αν η μεταφορά διαρκεί μερικά δευτερόλεπτα, τα τραπεζικά συστήματα πρέπει ούτως ή άλλως να:
- ταυτοποιήσουν τον χρήστη·
- ελέγξουν τον λογαριασμό·
- ελέγξουν τα κεφάλαια·
- ελέγξουν τα στοιχεία·
- διενεργήσουν έλεγχο ασφάλειας·
- διαμορφώσουν το μήνυμα πληρωμής·
- το μεταβιβάσουν·
- εξασφαλίσουν τη διατραπεζική αλληλεπίδραση·
- εκτελέσουν τον απαραίτητο διακανονισμό·
- καθορίσουν τον λογαριασμό του παραλήπτη·
- καταγράψουν την πίστωση.
Η ταχύτητα σημαίνει απλώς ότι αυτές οι διαδικασίες είναι αυτοματοποιημένες.
Τι συμβαίνει σε μια μεταφορά εντός της ίδιας τράπεζας
Τώρα ας συγκρίνουμε με μια απλούστερη κατάσταση.
Ο Alex και η Emma είναι πελάτες της ίδιας τράπεζας.
Η τράπεζα δεν χρειάζεται να στείλει την πληρωμή σε άλλον χρηματοπιστωτικό οργανισμό.
Ελέγχει και τους δύο λογαριασμούς.
| Μεταφορά εντός της ίδιας τράπεζας | Μεταφορά μεταξύ δύο τραπεζών |
|---|---|
| Alex → μία τράπεζα → Emma | Alex → Τράπεζα Α → διατραπεζική υποδομή → Τράπεζα Β → Emma |
| Δεν απαιτείται διατραπεζικός διακανονισμός | Απαιτείται διατραπεζική αλληλεπίδραση και διακανονισμός |
Ο διατραπεζικός διακανονισμός δεν απαιτείται για αυτή τη συναλλαγή, καθώς και οι δύο λογαριασμοί τηρούνται από τον ίδιο οργανισμό.
Γιατί μια εσωτερική μεταφορά μπορεί να είναι ιδιαίτερα γρήγορη
Η τράπεζα δεν χρειάζεται να περιμένει: εξωτερικό σύστημα πληρωμών, άλλη τράπεζα, διατραπεζικό διακανονισμό για τη συγκεκριμένη μετακίνηση μεταξύ δύο δικών της πελατών.
Μπορεί να πραγματοποιήσει την αλλαγή στο δικό της λογιστικό σύστημα.
Αυτός είναι ένας από τους λόγους για τους οποίους οι εσωτερικές μεταφορές συχνά εκλαμβάνονται ως ακαριαίες.
Όμως και η εσωτερική μεταφορά απαιτεί ελέγχους
Η απλότητα της διαδρομής δεν σημαίνει απουσία ελέγχου.
Η τράπεζα μπορεί ούτως ή άλλως να ελέγχει:
- τον χρήστη·
- το υπόλοιπο·
- τα όρια·
- τον παραλήπτη·
- την ασφάλεια·
- τους νομοθετικούς περιορισμούς.
Δηλαδή περιορίζεται το διατραπεζικό τμήμα της διαδικασίας, όχι απαραίτητα όλοι οι υπόλοιποι έλεγχοι.
Τι συμβαίνει σε περίπτωση σφάλματος στο IBAN
Ας φανταστούμε ότι ο Alex εισήγαγε εσφαλμένο IBAN.
Για παράδειγμα, οι έλεγχοι επικύρωσης δείχνουν σφάλμα.
Σε αυτή την περίπτωση η τράπεζα μπορεί να διακόψει τη συναλλαγή ακόμη πριν από τη μεταβίβαση.
Ο χρήστης θα δει το μήνυμα: «Ελέγξτε τα στοιχεία».
Αυτή είναι η καλύτερη περίπτωση — το σφάλμα εντοπίστηκε πριν από την αποστολή.
Κι αν το IBAN είναι σωστό, αλλά ανήκει σε άλλο πρόσωπο
Αυτή είναι ήδη μια πιο επικίνδυνη κατάσταση.
Ας φανταστούμε: ο Alex ήθελε να μεταφέρει στην Emma 800 €. Όμως κατά λάθος καθόρισε ένα άλλο υπαρκτό IBAN.
Η μορφή του στοιχείου είναι σωστή.
Ο λογαριασμός υπάρχει.
Αν οι πρόσθετοι μηχανισμοί ελέγχου δεν εντοπίσουν το πρόβλημα, η πληρωμή μπορεί να καταλήξει σε λάθος παραλήπτη.
Ακριβώς γι' αυτό τα στοιχεία πρέπει να ελέγχονται πριν από την επιβεβαίωση.
Μπορεί κανείς απλώς να ακυρώσει τη μεταφορά μετά την αποστολή
Όχι πάντα.
Αυτό εξαρτάται από:
- το στάδιο της συναλλαγής·
- τον τύπο της πληρωμής·
- το χρησιμοποιούμενο σύστημα·
- τους κανόνες της τράπεζας·
- τις περιστάσεις του σφάλματος.
Αν η εντολή δεν έχει ακόμη εκτελεστεί, μερικές φορές η τράπεζα μπορεί να έχει τη δυνατότητα να τη σταματήσει.
Αν η πληρωμή έχει ήδη περάσει σημαντικό μέρος της επεξεργασίας ή έχει οριστικά ολοκληρωθεί, η επιστροφή των χρημάτων μπορεί να είναι πολύ πιο δύσκολη.
Γι' αυτό το κουμπί «Αποστολή» δεν πρέπει να εκλαμβάνεται ως ενέργεια που μπορεί πάντα να ακυρωθεί ακαριαία.
Τι ακολουθεί
Τώρα παρακολουθήσαμε ολόκληρη την τραπεζική μεταφορά από το κουμπί «Αποστολή» έως την εμφάνιση των χρημάτων στον λογαριασμό του παραλήπτη.
Όμως σε αυτή τη διαδικασία υπάρχει μια σημαντική διάκριση που αξίζει ξεχωριστής εξέτασης.
Είδαμε ήδη: αν ο Alex και η Emma εξυπηρετούνται από την ίδια τράπεζα, η μεταφορά μπορεί να πραγματοποιείται εντός ενός ενιαίου λογιστικού συστήματος.
Αν εξυπηρετούνται από διαφορετικές τράπεζες, εμφανίζονται:
- διατραπεζικά μηνύματα·
- υποδομή πληρωμών·
- συμψηφισμός·
- διακανονισμός.
Γιατί έχει τόσο μεγάλη σημασία αυτό;
Ποια είναι η θεμελιώδης διαφορά μεταξύ μιας μεταφοράς εντός της ίδιας τράπεζας και μιας μεταφοράς μεταξύ διαφορετικών τραπεζών;
Τι ακριβώς συμβαίνει με τα τραπεζικά υπόλοιπα σε κάθε περίπτωση;
Και γιατί η μεταφορά μεταξύ πελατών της ίδιας τράπεζας μπορεί μερικές φορές να πραγματοποιηθεί χωρίς εξωτερική υποδομή πληρωμών;
Αυτό θα το εξετάσουμε αναλυτικά στο επόμενο μέρος — «Μεταφορά εντός της ίδιας τράπεζας και μεταξύ διαφορετικών τραπεζών».
- το πάτημα του «Αποστολή» δημιουργεί μια εντολή πληρωμής, δεν μεταφέρει ακαριαία χρήματα μεταξύ τηλεφώνων
- η τράπεζα πρέπει να προσδιορίσει τον χρήστη και να ελέγξει το δικαίωμά του να διαχειρίζεται τον λογαριασμό
- πριν εκτελεστεί το έμβασμα, ελέγχονται τα διαθέσιμα κεφάλαια
- μπορεί επίσης να ελέγχονται όρια και παράμετροι ασφαλείας
- η τράπεζα ελέγχει την τεχνική ορθότητα των στοιχείων
- ένα έγκυρο IBAN δεν εγγυάται ότι ο επιλεγμένος παραλήπτης είναι ο σωστός
- μετά από επιτυχείς ελέγχους, η τράπεζα αποδέχεται την εντολή για επεξεργασία
- για την επικοινωνία μεταξύ χρηματοπιστωτικών οργανισμών δημιουργείται ένα δομημένο μήνυμα πληρωμής
- το μήνυμα πληρωμής δεν είναι τα ίδια τα χρήματα
- η διαδρομή της συναλλαγής εξαρτάται από τον τύπο του εμβάσματος και τη χρησιμοποιούμενη υποδομή
- σε έμβασμα μεταξύ διαφορετικών τραπεζών προκύπτουν διατραπεζικές οικονομικές υποχρεώσεις
- ο διακανονισμός (clearing) και ο διακανονισμός (settlement) μπορεί να είναι ξεχωριστά βήματα, ανάλογα με το σύστημα πληρωμών
- η τράπεζα του παραλήπτη πρέπει να αποδεχτεί την πληρωμή και να προσδιορίσει τον σωστό λογαριασμό
- ο παραλήπτης μπορεί να χρησιμοποιήσει το εισερχόμενο ποσό μόνο αφού πιστωθεί
- η κατάσταση «Απεστάλη» δεν σημαίνει απαραίτητα ότι ο παραλήπτης βλέπει ήδη τα χρήματα
- ένα έμβασμα εντός της ίδιας τράπεζας μπορεί να είναι απλούστερο, αφού δεν χρειάζεται διατραπεζική αλληλεπίδραση
- δεν μπορείτε να βασίζεστε στο ότι κάθε τραπεζικό έμβασμα μπορεί να ακυρωθεί ακαριαία μετά την αποστολή
- ο έλεγχος των στοιχείων πριν από την επιβεβαίωση είναι σημαντικό μέρος της ασφάλειας