Module 1 → Lesson 5 → Part 8 of 8
Итоги урока
Lesson contents
- Что такое банковский перевод
- Какие данные нужны для банковского перевода
- Кто участвует в банковском переводе
- Что происходит после нажатия кнопки «Отправить»
- Перевод внутри одного банка и между разными банками
- Почему одни переводы приходят сразу, а другие требуют времени
- Безопасность банковских переводов
- Итоги урока
What you'll learn
Введение
Мы подошли к завершению урока «Как работает банковский перевод».
В начале урока банковский перевод мог выглядеть очень просто:
- открыть приложение;
- выбрать получателя;
- указать сумму;
- нажать «Отправить».
Теперь мы знаем, что за этим простым действием может находиться сложная финансовая инфраструктура.
В зависимости от конкретной операции могут взаимодействовать:
- отправитель;
- банк отправителя;
- платежная инфраструктура;
- клиринговая инфраструктура;
- расчетная инфраструктура;
- банк получателя;
- получатель;
- а в некоторых международных переводах — дополнительные финансовые организации и банки-корреспонденты.
Мы также выяснили одну из главных идей всего модуля:
Банковский перевод — это не перемещение цифровых банкнот между смартфонами.
Это согласованное изменение финансового учета, сопровождаемое передачей платежной информации и, когда участвуют разные финансовые организации, соответствующим межбанковским расчетом.
Теперь объединим все знания урока в одну систему.
Что мы изучили
Урок состоял из восьми частей.
Часть 1. Что такое банковский перевод. Мы выяснили, что банковский перевод начинается с распоряжения пользователя своему банку или другому поставщику платежных услуг. Пользователь фактически сообщает: «Переведите определенную сумму с моего счета указанному получателю». При этом: деньги не перемещаются между смартфонами; мобильное приложение является интерфейсом; основной финансовый учет ведется банковскими системами.
Часть 2. Какие данные нужны для банковского перевода. Мы познакомились с банковскими реквизитами. В частности: именем получателя; IBAN; BIC; суммой; валютой; назначением платежа; Reference; датой исполнения. Мы также узнали, что номер карты и IBAN — разные реквизиты; IBAN идентифицирует банковский счет в стандартизированном формате; BIC помогает идентифицировать финансовую организацию; технически корректный IBAN еще не означает, что счет принадлежит тому человеку, которому пользователь действительно хотел отправить деньги.
Часть 3. Кто участвует в банковском переводе. Мы разобрали основных участников операции. Это могут быть: отправитель; банк отправителя; платежная инфраструктура; клиринговая инфраструктура; расчетная инфраструктура; банк получателя; получатель. В определенных международных платежах дополнительно могут участвовать банки-корреспонденты.
Часть 4. Что происходит после нажатия кнопки «Отправить». Мы пошагово проследили обработку платежного распоряжения. Банк может: определить пользователя; проверить его полномочия; проверить счет; проверить доступные средства; проверить лимиты; оценить безопасность операции; проверить реквизиты; сформировать платежное сообщение; определить маршрут; передать платеж дальше. После этого платежная и расчетная инфраструктура обеспечивает дальнейшую обработку, а банк получателя отражает поступление на соответствующем счете.
Часть 5. Перевод внутри одного банка и между разными банками. Мы увидели принципиальную разницу. Если два счета находятся в одном банке, организация может изменить две собственные учетные записи. Если счета находятся в разных банках, одного изменения клиентских балансов недостаточно. Необходимо также обеспечить взаимодействие между финансовыми организациями. Мы познакомились с межбанковским расчетом, клирингом, неттингом, валовым расчетом, расчетными позициями банков.
Часть 6. Почему одни переводы приходят сразу, а другие требуют времени. Мы выяснили, что скорость перевода зависит от его типа и инфраструктуры. На нее могут влиять: один или разные банки; мгновенная или обычная платежная схема; режим работы инфраструктуры; дополнительные проверки; cut-off time; пакетная обработка; банки-посредники; валютная конвертация; технические проблемы; запланированная дата платежа. Также мы познакомились с SEPA Instant Credit Transfer как примером современной инфраструктуры быстрых переводов в евро.
Часть 7. Безопасность банковских переводов. Мы увидели, что мошеннику не всегда нужно технически взламывать банк. Иногда его главная цель — убедить пользователя самостоятельно выполнить перевод. Мы разобрали: социальную инженерию; подмену IBAN; мошенничество с деловой перепиской; ложный «безопасный счет»; поддельного руководителя; поддельные счета; мошеннические QR-коды; ложные инвестиционные предложения; поддельные подтверждения переводов; удаленный доступ; фишинг; денежные мулы. Главный вывод: перед банковским переводом необходимо проверять не только правильность введенных реквизитов, но и саму причину, по которой деньги отправляются именно этому получателю.
Теперь соберем весь банковский перевод в одну цепочку
Представим обычную ситуацию.
Alex Morgan хочет перевести Emma Lee 300 €.
Счета находятся в разных банках.
Alex открывает банковское приложение.
Указывает: получатель Emma Lee, IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx, сумма 300 €, валюта EUR, Reference Shared expenses.
После этого нажимает «Отправить».
Что происходит дальше?
Шаг 1. Создается платежное распоряжение
Alex сообщает своему банку: «Я хочу отправить 300 € указанному получателю».
Это еще не означает, что Emma уже получила деньги.
Операция только началась.
Шаг 2. Банк проверяет пользователя
Банк должен убедиться, что распоряжение создает человек, имеющий право распоряжаться счетом.
Для этого могут использоваться: ранее выполненная аутентификация; PIN-код приложения; биометрия; дополнительное подтверждение; другие предусмотренные банком механизмы.
Шаг 3. Проверяется счет
Банк анализирует: активен ли счет; разрешены ли исходящие операции; достаточно ли доступных средств.
Представим: доступно 1 500 €, перевод 300 €.
Средств достаточно.
Шаг 4. Проверяются лимиты
Банк может проверить: максимальную сумму одного перевода; дневной лимит; другие ограничения.
Если операция выходит за установленные пределы, она может быть остановлена или потребовать дополнительного действия.
Шаг 5. Анализируется безопасность
Банк оценивает риск операции. Например: новый ли это получатель; привычна ли такая сумма; используется ли обычное устройство; нет ли признаков подозрительной активности.
Шаг 6. Проверяются реквизиты
Банк может проверить техническую корректность IBAN и других необходимых данных.
Но необходимо помнить: корректный формат реквизитов не гарантирует, что пользователь выбрал правильного получателя.
Шаг 7. Формируется платежное сообщение
Банк создает структурированную информацию, необходимую для дальнейшей обработки.
Она сообщает другим участникам: кто является отправителем; кто является получателем; куда должен поступить платеж; сколько необходимо перевести; в какой валюте; какие дополнительные данные относятся к операции.
Шаг 8. Определяется платежный маршрут
Маршрут зависит от: типа перевода; банков; валюты; платежной схемы; доступной инфраструктуры.
Обычный перевод, мгновенный перевод и международный перевод могут использовать разные маршруты.
Шаг 9. Платеж передается межбанковской инфраструктуре
Если счет Emma находится в другом банке, платеж выходит за пределы внутренней системы банка Alex.
Теперь необходимо обеспечить взаимодействие между двумя финансовыми организациями.
Шаг 10. Возникают межбанковские обязательства
На уровне клиентов операция выглядит просто: Alex −300 €, Emma +300 €.
Но на уровне банков необходимо обеспечить финансовое урегулирование между Банком A и Банком B.
Шаг 11. Выполняются предусмотренные системой клиринг и расчет
В зависимости от платежной инфраструктуры: платеж может рассчитываться индивидуально; либо сначала участвовать в определенном клиринговом процессе; может использоваться валовой расчет; может использоваться неттинг.
Не существует одного универсального механизма для абсолютно всех банковских переводов.
Шаг 12. Банк получателя принимает платеж
Банк Emma получает необходимые сведения.
Он определяет соответствующий счет и выполняет собственные процедуры обработки.
Шаг 13. Средства отражаются на счете Emma
До операции у Emma 700 €. После зачисления 1 000 €.
Теперь Emma видит: +300 €.
Шаг 14. Emma может распоряжаться поступившей суммой
Когда деньги становятся доступными на ее счете, Emma может: оставить их; оплатить покупку; перевести другому человеку; использовать иным разрешенным способом.
Для пользователя именно этот момент обычно означает: «Перевод получен».
- 1Отправитель — Alex, инициирует операцию, поручая банку выполнить перевод.
- 2Платежное распоряжение — Alex сообщает получателя, сумму, валюту и назначение платежа.
- 3Банк отправителя — принимает распоряжение и готовится к его обработке.
- 4Проверки — банк проверяет пользователя, средства, лимиты, безопасность и реквизиты.
- 5Платежное сообщение — банк формирует структурированную информацию для дальнейшей передачи.
- 6Платежная инфраструктура — определяет маршрут и передает сообщение между банками.
- 7Клиринг и/или расчет — банки определяют и исполняют финансовые обязательства между собой.
- 8Банк получателя — принимает платеж, определяет счет и выполняет собственные проверки.
- 9Получатель — Emma, видит зачисленную сумму и может ею распоряжаться.
Платежное сообщение и деньги — не одно и то же
Это одна из самых важных идей урока.
Банк может отправить сообщение: «Необходимо перевести 300 € на этот счет».
Но само сообщение не является 300 €.
Необходимо различать два процесса.
- 1Информационный поток — платежное сообщение сообщает участникам, что должно произойти.
- 2Финансовый уровень — расчетная инфраструктура обеспечивает фактическое урегулирование обязательств между банками.
Почему это различие важно
Представьте электронное письмо: «Я должен вам 500 €».
Само письмо не является оплатой.
Подобным образом платежное сообщение содержит информацию о финансовой операции, но система должна также обеспечить соответствующий расчет.
Конечно, настоящая банковская инфраструктура значительно сложнее этой аналогии.
Но основная идея остается правильной: информация о платеже и финансовый расчет — не одно и то же.
Один банк и два банка — еще раз
Это различие настолько важно, что повторим его в итоговой части.
Сценарий 1. Один банк
Alex и Emma являются клиентами Банка A.
До операции: Alex 1 200 €, Emma 500 €.
Перевод: 200 €.
После: Alex 1 000 €, Emma 700 €.
Один банк изменяет две собственные учетные записи.
Что произошло с обязательствами банка
До операции: перед Alex 1 200 €, перед Emma 500 €, всего 1 700 €.
После: перед Alex 1 000 €, перед Emma 700 €, всего 1 700 €.
В этом упрощенном примере общая сумма обязательств банка перед этими двумя клиентами не изменилась.
Изменилось их распределение.
Сценарий 2. Два банка
Теперь: Alex → Банк A, Emma → Банк B.
Перевод: 200 €.
На клиентском уровне: Alex −200 €, Emma +200 €.
Но дополнительно необходимо межбанковское финансовое урегулирование между Банком A и Банком B.
Именно этот дополнительный уровень делает межбанковский перевод принципиально отличным от внутреннего изменения двух счетов одного банка.
- 1Alex Morgan — отправитель, поручает банку списать сумму со своего счета.
- 2Банк A — контролирует оба счета и меняет обе учетные записи внутри своей системы.
- 3Emma Lee — получатель, видит увеличение суммы на своем счете в том же банке.
- 1Alex Morgan — отправитель, обслуживается Банком A.
- 2Банк A — банк отправителя, уменьшает доступную сумму Alex и передает платежную информацию дальше.
- 3Платежная и расчетная инфраструктура — обеспечивает межбанковское взаимодействие и урегулирование.
- 4Банк B — банк получателя, зачисляет сумму на счет Emma.
- 5Emma Lee — получатель, обслуживается Банком B.
Три уровня банковского перевода
Теперь можно представить перевод как трехуровневую систему.
Уровень пользователя. Alex нажимает: «Отправить 200 €».
Уровень клиентского учета. Alex: −200 €. Emma: +200 €.
Уровень межбанковского расчета. Банк A → расчетная инфраструктура → Банк B.
Если оба счета находятся в одном банке, третий уровень для конкретного перевода между этими счетами не требуется как межбанковский расчет.
Почему деньги иногда приходят за секунды
Теперь мы можем объяснить это без магии.
Мгновенный перевод работает быстро не потому, что банк пропускает все проверки.
Причина заключается в том, что необходимые процессы: автоматизированы; стандартизированы; работают через предназначенную для быстрых операций инфраструктуру; выполняются в очень короткий срок.
То есть сложность никуда не исчезает.
Она просто скрыта от пользователя и выполняется машинами.
Почему другой перевод может занять больше времени
В цепочке могут появиться: обычные циклы обработки; cut-off time; пакетная обработка; дополнительная проверка; банк-корреспондент; валютная конвертация; техническая задержка; праздничный день; иной расчетный механизм.
Поэтому нельзя считать все банковские переводы одинаковыми.
Статусы платежа
Еще раз запомним возможную последовательность.
В зависимости от банка пользователь может видеть: создан → принят → в обработке → отправлен → зачислен.
Но конкретные названия статусов различаются.
Поэтому надпись «Отправлено» не обязательно означает «Получатель уже может использовать деньги».
Самый важный вопрос безопасности
Перед отправкой значительного банковского перевода недостаточно спросить: «Правильно ли я ввел IBAN?»
Необходимо также спросить: «Почему я уверен, что этот IBAN действительно принадлежит тому получателю, которому я собираюсь отправить деньги?»
И еще: «Почему я вообще должен выполнить этот перевод?»
Пять вопросов перед кнопкой «Отправить»
Эта памятка будет полезна и после завершения курса.
1. Кому я отправляю деньги? Знаю ли я человека или организацию?
2. Откуда я получил реквизиты? Является ли источник доверенным?
3. Не изменились ли реквизиты неожиданно? Если да — выполнена ли независимая проверка?
4. Почему операция срочная? Кто-то искусственно торопит меня?
5. Что именно написано на экране подтверждения? Совпадают ли получатель, IBAN, сумма, валюта, Reference?
Только после этого имеет смысл нажимать «Отправить».
Что никогда не требуется для получения обычного банковского перевода
Чтобы другой человек отправил вам деньги, ему не нужны:
- пароль от банковского приложения;
- пароль интернет-банка;
- PIN-код банковской карты;
- одноразовый код;
- код подтверждения перевода;
- код добавления нового устройства.
Если кто-то требует такие данные якобы для «получения денег», это серьезный признак угрозы.
Если произошла ошибка
Если пользователь понимает, что отправил деньги неправильному получателю, по подмененным реквизитам или мошеннику, необходимо действовать быстро.
Упрощенно: обнаружена проблема → связаться со своим банком → сообщить данные операции → следовать процедуре банка → защитить доступ к аккаунту и сохранить информацию.
Нельзя обещать, что любой перевод обязательно получится вернуть.
Возможность остановки или возврата зависит от: типа платежа; стадии обработки; используемой инфраструктуры; применимых процедур; конкретных обстоятельств.
Почему этот урок важен для изучения цифровых активов
На протяжении урока мы несколько раз возвращались к одной мысли: в банковской системе существует организация, которая ведет учет и определяет, какие изменения должны быть отражены на счете.
У клиента есть банковский счет.
Учет ведет банк.
Если участвуют разные банки, существуют дополнительные механизмы согласования и расчетов между ними.
Это означает, что банковские деньги существуют внутри системы доверия к финансовым организациям и установленным правилам учета.
Позже, когда мы будем разбирать цифровые активы и криптовалюты, возникнут другие вопросы: кто ведет учет; где хранится информация о владельце; кто может изменить запись; кто подтверждает перевод; что происходит, если централизованного банка нет; каким образом разные участники соглашаются с состоянием системы.
Именно поэтому понимание обычного банковского перевода необходимо до изучения блокчейна.
Не потому, что банковская система и блокчейн работают одинаково.
А потому, что теперь мы можем задавать правильные вопросы к любой платежной системе: кто ведет учет? кто подтверждает операцию? как достигается согласованность? что именно считается окончательным расчетом? кому необходимо доверять?
Тест для самоконтроля
Теперь вы можете проверить, насколько хорошо поняли материал урока.
Результаты теста не используются как экзаменационная оценка, не имеют проходного балла и не определяют статус «сдан» или «не сдан».
Главная цель — помочь самостоятельно понять, какие темы уже усвоены, а к каким при необходимости стоит вернуться.
Что наиболее точно описывает обычный банковский перевод?
Смартфон является интерфейсом, а сама операция происходит внутри банковской и платежной инфраструктуры.
Для чего используется IBAN?
IBAN и номер банковской карты — это одно и то же?
Номер карты относится к карточной платежной инфраструктуре, а IBAN используется для идентификации банковского счета.
Что делает банк отправителя после получения платежного распоряжения?
Почему при переводе между разными банками недостаточно просто уменьшить счет отправителя и увеличить счет получателя?
Что наиболее точно описывает клиринг?
Что такое неттинг?
Означает ли статус «Отправлено», что получатель уже обязательно видит деньги?
Почему некоторые межбанковские переводы приходят за несколько секунд?
Пользователь получил письмо от постоянного поставщика: «Мы изменили IBAN. Переведите 15 000 € сегодня на новый счет». Какое действие безопаснее?
Если электронная почта скомпрометирована, ответ на ту же переписку не является независимой проверкой.
Сотрудник «службы безопасности банка» просит перевести 8 000 € на «защитный счет». Что следует сделать?
Что надежнее всего подтверждает продавцу, что банковский перевод поступил?
Скриншот или изображение можно подделать и они могут показывать не окончательный статус операции.
Практическое задание
Практическое задание также предназначено для самостоятельного закрепления материала.
Его выполнение необязательно.
Пользователь может выполнить все задания, выполнить только часть, сразу открыть решение или полностью пропустить этот раздел.
Ситуация
Emma Lee собирается оплатить компании счет на 2 400 €.
Она уже несколько раз работала с этой организацией.
Обычно платежи отправлялись на один и тот же IBAN.
За час до оплаты Emma получает электронное письмо:
«Мы изменили банковский счет. Пожалуйста, сегодня используйте новые реквизиты. Перевод необходимо выполнить в течение 30 минут, иначе заказ будет отменен».
В письме указан новый IBAN.
Emma звонит по номеру телефона, который указан непосредственно в этом же письме.
Человек на другом конце подтверждает:
«Да, реквизиты изменились. Платите немедленно».
Одновременно банковское приложение показывает предупреждение:
«Вы отправляете крупную сумму новому получателю. Убедитесь, что реквизиты проверены».
Собеседник говорит:
«Игнорируйте предупреждение. Банк всегда такое показывает».
Задание 1
Назовите признаки, которые должны вызвать у Emma подозрение.
Задание 2
Является ли звонок по номеру, указанному в том же письме, независимой проверкой реквизитов? Объясните почему.
Задание 3
Как Emma может безопаснее проверить изменение IBAN?
Задание 4
Стоит ли игнорировать банковское предупреждение только потому, что это рекомендует получатель?
Задание 5
Предположим, Emma все-таки отправила 2 400 €, а затем выяснила, что настоящий поставщик не менял реквизиты. Какое первое действие ей следует предпринять?
Задание 6
Можно ли гарантировать, что банк обязательно мгновенно вернет уже отправленные 2 400 €?
Правильный разбор практического задания
Задание 1. Подозрительными являются сразу несколько признаков: неожиданное изменение IBAN; значительная сумма; искусственная срочность; ограничение времени; новый банковский счет; проверка выполняется по контактным данным из того же подозрительного сообщения; собеседник требует игнорировать предупреждение банка. Комбинация нескольких таких признаков значительно увеличивает риск мошенничества.
Задание 2. Нет. Если письмо является поддельным, мошенник мог указать в нем и собственный номер телефона. Поэтому звонок по этому номеру не является независимой проверкой.
Задание 3. Emma должна использовать ранее известный доверенный канал. Например: старый номер организации; официальный клиентский кабинет; контакт из ранее подтвержденного договора; другой независимо найденный официальный способ связи. После этого необходимо отдельно подтвердить изменение банковских реквизитов.
Задание 4. Нет. Предупреждение банка необходимо прочитать и оценить самостоятельно. Особенно опасна ситуация, когда посторонний человек заранее убеждает пользователя игнорировать защитные сообщения банковского приложения.
Задание 5. Emma должна как можно быстрее связаться со своим банком через официальный канал и сообщить: сумму; время; получателя; реквизиты; идентификатор операции; обстоятельства возможного мошенничества. Дальнейшие действия зависят от стадии и типа платежа.
Задание 6. Нет. Нельзя гарантировать мгновенный возврат любого выполненного банковского перевода. Возможность остановки или возврата зависит от: стадии операции; типа платежа; используемой инфраструктуры; действий банков; применимых процедур; конкретных обстоятельств.
Итоговая схема знаний
После завершения урока пользователь должен понимать следующую систему:
- банковский счет отправителя;
- платежное распоряжение;
- банк отправителя — пользователь, средства, безопасность;
- проверка реквизитов;
- платежное сообщение;
- определение маршрута;
- платежная инфраструктура;
- клиринг и/или расчет;
- банк получателя;
- банковский счет получателя;
- средства доступны.
Урок завершен
Теперь вы можете объяснить, что скрывается за простым действием: «Отправить 300 €».
Вы знаете: что именно отправляет пользователь банку; как определяется получатель; почему используется IBAN; почему один банк не может самостоятельно менять счета другого; зачем нужны платежная и расчетная инфраструктуры; чем клиринг отличается от расчета; почему платежи имеют разную скорость; какие механизмы делают возможными мгновенные переводы; почему статус операции необходимо правильно интерпретировать; какие угрозы существуют; что необходимо проверить до подтверждения платежа.
Главная идея урока: за простой цифрой в банковском приложении находится система учета, доверия, правил, сообщений и финансовых расчетов между организациями.
Понимание этой системы станет важной основой для дальнейшего изучения современных денег, платежной инфраструктуры и цифровых активов.
- банковский перевод не происходит между смартфонами
- смартфон является интерфейсом для передачи распоряжения банковской системе
- банковский перевод представляет собой согласованное изменение финансового учета
- IBAN и номер банковской карты — разные идентификаторы
- технически корректный IBAN не гарантирует, что счет принадлежит нужному получателю
- банк отправителя проверяет возможность выполнения платежного распоряжения
- передача платежной информации и финансовый расчет — разные процессы
- при переводе внутри одного банка обе клиентские учетные записи контролирует одна организация
- при переводе между разными банками необходимо дополнительное межбанковское взаимодействие
- клиринг определяет соответствующие обязательства, а расчет обеспечивает их исполнение
- разные платежные системы могут использовать разные расчетные механизмы
- не каждый банковский перевод требует отдельного этапа неттинга
- внутрибанковский перевод не обязательно является мгновенным
- межбанковский перевод не обязательно является медленным
- современные мгновенные платежные системы позволяют выполнять определенные переводы за считаные секунды
- статус «Отправлено» не всегда означает, что деньги уже доступны получателю
- банковский перевод не всегда можно мгновенно отменить после отправки
- перед значительным переводом необходимо проверять не только реквизиты, но и саму личность и основание получателя
- неожиданное изменение IBAN требует независимой проверки
- срочность, секретность и требование игнорировать предупреждения банка являются важными признаками риска
- банк не должен требовать переводить деньги на неизвестный «безопасный счет» для защиты существующего счета
- для получения обычного банковского перевода не требуется сообщать PIN-коды, пароли или одноразовые коды
- скриншот отправителя не заменяет проверку фактического поступления средств через банк получателя
- при ошибочном или мошенническом переводе необходимо как можно быстрее обратиться в свой банк
- безопасность банковских переводов строится одновременно на технологиях, банковских процедурах и внимательности самого пользователя
Introduction
We have reached the end of the lesson "How a Bank Transfer Works."
At the start of the lesson, a bank transfer might have looked very simple:
- open the app;
- choose a recipient;
- enter an amount;
- tap "Send."
Now we know that behind this simple action there can be a complex financial infrastructure.
Depending on the specific operation, the following can be involved:
- the sender;
- the sender's bank;
- payment infrastructure;
- clearing infrastructure;
- settlement infrastructure;
- the recipient's bank;
- the recipient;
- and, in some international transfers, additional financial organizations and correspondent banks.
We also uncovered one of the central ideas of the whole module:
A bank transfer is not the movement of digital banknotes between smartphones.
It is a coordinated change to financial records, accompanied by the transmission of payment information and, when different financial organizations are involved, a corresponding interbank settlement.
Now let's bring together everything the lesson covered into one system.
What we learned
The lesson consisted of eight parts.
Part 1. What a bank transfer is. We found out that a bank transfer begins with a user's instruction to their bank or another payment service provider. The user is effectively saying: "Send a certain amount from my account to the specified recipient." At the same time: money does not move between smartphones; the mobile app is an interface; the underlying financial record-keeping is handled by banking systems.
Part 2. What data a bank transfer needs. We got acquainted with bank details. In particular: the recipient's name; IBAN; BIC; amount; currency; payment reference; Reference; execution date. We also learned that a card number and an IBAN are different details; an IBAN identifies a bank account in a standardized format; a BIC helps identify a financial organization; a technically correct IBAN does not by itself mean that the account belongs to the person the user actually intended to send money to.
Part 3. Who takes part in a bank transfer. We went through the main participants in the operation. These can include: the sender; the sender's bank; payment infrastructure; clearing infrastructure; settlement infrastructure; the recipient's bank; the recipient. In certain international payments, correspondent banks may also be involved.
Part 4. What happens after you press "Send." We traced the processing of a payment instruction step by step. The bank can: identify the user; verify their authority; check the account; check available funds; check limits; assess the safety of the operation; verify the details; build a payment message; determine the route; pass the payment onward. After that, the payment and settlement infrastructure ensures further processing, and the recipient's bank reflects the incoming amount on the corresponding account.
Part 5. Transfers within one bank and between different banks. We saw the fundamental difference. If two accounts are held at the same bank, the organization can simply change two of its own ledger entries. If the accounts are at different banks, changing the client balances alone is not enough. Interaction between the financial organizations must also be arranged. We got acquainted with interbank settlement, clearing, netting, gross settlement, and banks' settlement positions.
Part 6. Why some transfers arrive instantly while others take time. We found out that transfer speed depends on its type and infrastructure. It can be affected by: one bank or different banks; an instant or an ordinary payment scheme; the operating hours of the infrastructure; additional checks; cut-off time; batch processing; intermediary banks; currency conversion; technical issues; a scheduled payment date. We also got acquainted with SEPA Instant Credit Transfer as an example of modern fast euro-transfer infrastructure.
Part 7. Bank transfer security. We saw that a fraudster does not always need to technically breach a bank. Sometimes their main goal is to convince the user to carry out the transfer themselves. We covered: social engineering; IBAN substitution; business email compromise; a fake "safe account"; a fake executive; fake invoices; fraudulent QR codes; false investment offers; fake transfer confirmations; remote access; phishing; money mules. The key takeaway: before a bank transfer, it is necessary to check not only whether the entered details are correct, but also the very reason the money is being sent to this particular recipient.
Now let's assemble the whole bank transfer into one chain
Let's picture an ordinary situation.
Alex Morgan wants to send Emma Lee 300 €.
The accounts are at different banks.
Alex opens the banking app.
Enters: recipient Emma Lee, IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx, amount 300 €, currency EUR, Reference Shared expenses.
Then taps "Send."
What happens next?
Step 1. A payment instruction is created
Alex tells their bank: "I want to send 300 € to the specified recipient."
This does not yet mean that Emma has received the money.
The operation has only just begun.
Step 2. The bank verifies the user
The bank must make sure that the instruction is being created by someone who is entitled to operate the account.
For this, the following can be used: authentication performed earlier; the app's PIN code; biometrics; additional confirmation; other mechanisms provided by the bank.
Step 3. The account is checked
The bank analyzes: whether the account is active; whether outgoing operations are allowed; whether there are sufficient available funds.
Let's say: 1 500 € available, transfer 300 €.
There are enough funds.
Step 4. Limits are checked
The bank can check: the maximum amount for a single transfer; the daily limit; other restrictions.
If the operation exceeds the established limits, it may be stopped or require an additional action.
Step 5. Security is analyzed
The bank assesses the risk of the operation. For example: is this a new recipient; is this amount typical; is the usual device being used; are there any signs of suspicious activity.
Step 6. The details are verified
The bank can check the technical correctness of the IBAN and other necessary data.
But it is important to remember: correctly formatted details do not guarantee that the user chose the right recipient.
Step 7. A payment message is created
The bank generates structured information needed for further processing.
It tells the other participants: who the sender is; who the recipient is; where the payment should arrive; how much is to be transferred; in which currency; what additional data relates to the operation.
Step 8. The payment route is determined
The route depends on: the type of transfer; the banks involved; the currency; the payment scheme; the available infrastructure.
An ordinary transfer, an instant transfer, and an international transfer may use different routes.
Step 9. The payment is handed to interbank infrastructure
If Emma's account is at a different bank, the payment leaves the boundaries of Alex's bank's internal system.
Now interaction between the two financial organizations must be arranged.
Step 10. Interbank obligations arise
At the client level, the operation looks simple: Alex −300 €, Emma +300 €.
But at the bank level, a financial settlement between Bank A and Bank B must be arranged.
Step 11. Clearing and settlement provided by the system are carried out
Depending on the payment infrastructure: the payment may be settled individually; or it may first take part in a specific clearing process; gross settlement may be used; netting may be used.
There is no single universal mechanism for absolutely all bank transfers.
Step 12. The recipient's bank accepts the payment
Emma's bank receives the necessary information.
It identifies the corresponding account and carries out its own processing procedures.
Step 13. The funds are reflected in Emma's account
Before the operation, Emma has 700 €. After crediting, 1 000 €.
Now Emma sees: +300 €.
Step 14. Emma can use the amount received
Once the money becomes available in her account, Emma can: leave it there; pay for a purchase; transfer it to someone else; use it in another permitted way.
For the user, this moment is usually what "The transfer has been received" means.
- 1Sender — Alex, initiates the operation, instructing the bank to make the transfer.
- 2Payment instruction — Alex specifies the recipient, amount, currency, and payment reference.
- 3Sender's bank — accepts the instruction and prepares to process it.
- 4Checks — the bank verifies the user, funds, limits, security, and details.
- 5Payment message — the bank creates structured information for further transmission.
- 6Payment infrastructure — determines the route and passes the message between banks.
- 7Clearing and/or settlement — the banks determine and fulfill their financial obligations to each other.
- 8Recipient's bank — accepts the payment, identifies the account, and runs its own checks.
- 9Recipient — Emma, sees the credited amount and can use it.
A payment message and money are not the same thing
This is one of the most important ideas in the lesson.
A bank can send a message: "300 € must be transferred to this account."
But the message itself is not 300 €.
Two processes must be distinguished.
- 1Information flow — the payment message tells the participants what is supposed to happen.
- 2Financial layer — the settlement infrastructure ensures the actual settlement of obligations between the banks.
Why this distinction matters
Imagine an email: "I owe you 500 €."
The email itself is not payment.
In the same way, a payment message contains information about a financial operation, but the system must also provide the corresponding settlement.
Of course, real banking infrastructure is considerably more complex than this analogy.
But the core idea remains correct: payment information and financial settlement are not the same thing.
One bank and two banks — once more
This distinction is important enough to repeat it in the closing part.
Scenario 1. One bank
Alex and Emma are both clients of Bank A.
Before the operation: Alex 1 200 €, Emma 500 €.
Transfer: 200 €.
After: Alex 1 000 €, Emma 700 €.
One bank changes two of its own ledger entries.
What happened to the bank's obligations
Before the operation: owed to Alex 1 200 €, owed to Emma 500 €, total 1 700 €.
After: owed to Alex 1 000 €, owed to Emma 700 €, total 1 700 €.
In this simplified example, the total amount the bank owes these two clients did not change.
Its distribution changed.
Scenario 2. Two banks
Now: Alex → Bank A, Emma → Bank B.
Transfer: 200 €.
At the client level: Alex −200 €, Emma +200 €.
But in addition, an interbank financial settlement between Bank A and Bank B is required.
It is precisely this extra layer that makes an interbank transfer fundamentally different from an internal change to two accounts at the same bank.
- 1Alex Morgan — the sender, instructs the bank to debit the amount from their account.
- 2Bank A — controls both accounts and changes both ledger entries within its own system.
- 3Emma Lee — the recipient, sees the amount increase in their account at the same bank.
- 1Alex Morgan — the sender, banked with Bank A.
- 2Bank A — the sender's bank, reduces Alex's available balance and passes the payment information onward.
- 3Payment and settlement infrastructure — provides interbank interaction and settlement.
- 4Bank B — the recipient's bank, credits the amount to Emma's account.
- 5Emma Lee — the recipient, banked with Bank B.
Three levels of a bank transfer
Now we can picture a transfer as a three-level system.
User level. Alex taps: "Send 200 €."
Client accounting level. Alex: −200 €. Emma: +200 €.
Interbank settlement level. Bank A → settlement infrastructure → Bank B.
If both accounts are at the same bank, the third level is not required as an interbank settlement for that particular transfer between those accounts.
Why money sometimes arrives in seconds
Now we can explain this without any magic.
An instant transfer works fast not because the bank skips all its checks.
The reason is that the necessary processes are: automated; standardized; run through infrastructure designed specifically for fast operations; completed within a very short time.
In other words, the complexity does not disappear.
It is simply hidden from the user and carried out by machines.
Why another transfer might take longer
The chain may include: ordinary processing cycles; cut-off time; batch processing; an additional check; a correspondent bank; currency conversion; a technical delay; a holiday; a different settlement mechanism.
That is why not all bank transfers can be treated as the same.
Payment statuses
Let's memorize the possible sequence once more.
Depending on the bank, the user may see: created → accepted → processing → sent → credited.
But the specific status labels vary.
That is why the label "Sent" does not necessarily mean "The recipient can already use the money."
The most important security question
Before sending a significant bank transfer, it is not enough to ask: "Did I enter the IBAN correctly?"
You should also ask: "Why am I confident that this IBAN really belongs to the recipient I intend to send money to?"
And also: "Why do I need to make this transfer at all?"
Five questions before the "Send" button
This checklist will remain useful even after the course is finished.
1. Who am I sending money to? Do I know the person or organization?
2. Where did I get these details from? Is the source trusted?
3. Have the details unexpectedly changed? If so — has an independent check been performed?
4. Why is the operation urgent? Is someone artificially rushing me?
5. What exactly is shown on the confirmation screen? Do the recipient, IBAN, amount, currency, and Reference match?
Only after that does it make sense to press "Send."
What is never required to receive an ordinary bank transfer
For someone else to send you money, they do not need:
- your banking app password;
- your online banking password;
- your bank card PIN;
- a one-time code;
- a transfer confirmation code;
- a code for adding a new device.
If someone asks for such data supposedly in order to "receive money," this is a serious warning sign.
If a mistake has happened
If a user realizes they have sent money to the wrong recipient, to substituted details, or to a fraudster, they need to act quickly.
Simplified: the problem is discovered → contact your bank → report the operation's details → follow the bank's procedure → secure account access and keep the relevant information.
There is no guarantee that any transfer can necessarily be reversed.
The possibility of stopping or reversing it depends on: the type of payment; the processing stage; the infrastructure used; the applicable procedures; the specific circumstances.
Why this lesson matters for studying digital assets
Throughout the lesson, we returned several times to one idea: within the banking system there is an organization that keeps the records and determines which changes should be reflected on an account.
The client has a bank account.
The bank keeps the records.
If different banks are involved, there are additional mechanisms for reconciliation and settlement between them.
This means that bank money exists within a system of trust in financial organizations and established accounting rules.
Later, when we examine digital assets and cryptocurrencies, other questions will arise: who keeps the records; where the information about the owner is stored; who can change the record; who confirms the transfer; what happens if there is no central bank; how different participants agree on the state of the system.
This is exactly why understanding an ordinary bank transfer is necessary before studying blockchain.
Not because the banking system and blockchain work the same way.
But because now we can ask the right questions about any payment system: who keeps the records? who confirms the operation? how is consistency achieved? what exactly counts as final settlement? who needs to be trusted?
Self-check test
You can now check how well you understood the lesson material.
The test results are not used as an exam grade, have no passing score, and do not determine a "passed" or "failed" status.
The main goal is to help you independently understand which topics you have already grasped and which ones might be worth revisiting.
What most accurately describes an ordinary bank transfer?
The smartphone is an interface, while the actual operation takes place inside the banking and payment infrastructure.
What is an IBAN used for?
Are an IBAN and a bank card number the same thing?
A card number belongs to card payment infrastructure, while an IBAN is used to identify a bank account.
What does the sender's bank do after receiving a payment instruction?
Why isn't it enough, for a transfer between different banks, simply to decrease the sender's balance and increase the recipient's balance?
What most accurately describes clearing?
What is netting?
Does the status "Sent" mean the recipient can already necessarily see the money?
Why do some interbank transfers arrive within seconds?
A user receives an email from a regular supplier: "We have changed our IBAN. Please transfer 15 000 € to the new account today." Which action is safer?
If the email account has been compromised, replying within the same thread is not an independent check.
An employee of the "bank's security department" asks for 8 000 € to be transferred to a "protective account." What should be done?
What most reliably confirms to a seller that a bank transfer has arrived?
A screenshot or photo can be faked, and it may not reflect the operation's final status.
Practical exercise
The practical exercise is also intended for independent reinforcement of the material.
Completing it is optional.
The user can complete all the tasks, complete only some of them, jump straight to the solution, or skip this section entirely.
The situation
Emma Lee is about to pay a company's invoice for 2 400 €.
She has already worked with this organization several times before.
Payments were usually sent to the same IBAN.
An hour before the payment, Emma receives an email:
"We have changed our bank account. Please use the new details today. The transfer must be made within 30 minutes, otherwise the order will be cancelled."
The email includes a new IBAN.
Emma calls the phone number listed directly in that same email.
The person on the other end confirms:
"Yes, the details have changed. Please pay immediately."
At the same time, the banking app shows a warning:
"You are sending a large amount to a new recipient. Make sure the details have been verified."
The person on the call says:
"Ignore the warning. The bank always shows that."
Task 1
Name the signs that should have raised Emma's suspicion.
Task 2
Is calling the number given in the same email an independent verification of the details? Explain why.
Task 3
How can Emma more safely verify the IBAN change?
Task 4
Should the banking warning be ignored just because the recipient recommends it?
Task 5
Suppose Emma did send the 2 400 €, and afterward found out that the real supplier never changed its details. What should be her first step?
Task 6
Can it be guaranteed that the bank will instantly return the 2 400 € already sent?
Correct breakdown of the practical exercise
Task 1. Several signs are suspicious at once: an unexpected IBAN change; a significant amount; artificial urgency; a time limit; a new bank account; the verification is being carried out using contact details from the same suspicious message; the other party insists on ignoring the bank's warning. A combination of several such signs significantly increases the risk of fraud.
Task 2. No. If the email is fake, the fraudster could have included their own phone number in it. So calling that number is not an independent check.
Task 3. Emma should use a previously known, trusted channel. For example: the organization's old phone number; the official client portal; a contact from a previously confirmed contract; another independently found official means of communication. After that, the change to the bank details must be confirmed separately.
Task 4. No. The bank's warning needs to be read and assessed independently. It is especially dangerous when an outside party pre-emptively urges the user to ignore the banking app's protective messages.
Task 5. Emma should contact her bank as quickly as possible through an official channel and report: the amount; the time; the recipient; the details; the operation identifier; the circumstances of the suspected fraud. Further action depends on the stage and type of the payment.
Task 6. No. There is no guarantee of an instant refund for any completed bank transfer. The possibility of stopping or reversing it depends on: the stage of the operation; the type of payment; the infrastructure used; the actions of the banks; the applicable procedures; the specific circumstances.
Summary knowledge map
By the end of the lesson, the user should understand the following system:
- the sender's bank account;
- the payment instruction;
- the sender's bank — user, funds, security;
- verification of the details;
- the payment message;
- route determination;
- payment infrastructure;
- clearing and/or settlement;
- the recipient's bank;
- the recipient's bank account;
- the funds are available.
Lesson complete
You can now explain what lies behind the simple action "Send 300 €."
You know: what exactly the user sends to the bank; how the recipient is identified; why an IBAN is used; why one bank cannot change another bank's accounts on its own; why payment and settlement infrastructure is needed; how clearing differs from settlement; why payments have different speeds; which mechanisms make instant transfers possible; why an operation's status needs to be interpreted correctly; what threats exist; what needs to be checked before confirming a payment.
The main idea of the lesson: behind a simple figure in a banking app lies a system of record-keeping, trust, rules, messages, and financial settlements between organizations.
Understanding this system will be an important foundation for further study of modern money, payment infrastructure, and digital assets.
- a bank transfer doesn't happen between smartphones
- a smartphone is the interface for sending an instruction to the banking system
- a bank transfer is a coordinated change to financial records
- an IBAN and a card number are different identifiers
- a technically correct IBAN doesn't guarantee the account belongs to the intended recipient
- the sender's bank checks whether the payment order can be carried out
- transmitting payment information and financial settlement are different processes
- for a transfer within one bank, a single institution controls both customer records
- a transfer between different banks requires additional interbank interaction
- clearing determines the relevant obligations, and settlement carries them out
- different payment systems can use different settlement mechanisms
- not every bank transfer requires a separate netting step
- an intrabank transfer isn't necessarily instant
- an interbank transfer isn't necessarily slow
- modern instant payment systems let certain transfers complete within seconds
- a "Sent" status doesn't always mean the money is already available to the recipient
- a bank transfer can't always be instantly reversed once sent
- before a significant transfer, check not just the details but the recipient's identity and the reason for paying them
- an unexpected change to an IBAN needs independent verification
- urgency, secrecy, and being told to ignore the bank's warnings are important risk signs
- a bank should never ask you to move money to an unknown "safe account" to protect an existing one
- receiving an ordinary bank transfer never requires giving out PINs, passwords, or one-time codes
- a screenshot from the sender doesn't substitute for confirming the funds actually arrived through the recipient's own bank
- for a mistaken or fraudulent transfer, contact your bank as quickly as possible
- bank transfer security rests on technology, bank procedures, and attentive user behavior all at once
Εισαγωγή
Φτάσαμε στην ολοκλήρωση του μαθήματος «Πώς λειτουργεί η τραπεζική μεταφορά».
Στην αρχή του μαθήματος, η τραπεζική μεταφορά μπορεί να φαινόταν πολύ απλή:
- ανοίγω την εφαρμογή·
- επιλέγω τον παραλήπτη·
- καθορίζω το ποσό·
- πατάω «Αποστολή».
Τώρα γνωρίζουμε ότι πίσω από αυτή την απλή ενέργεια μπορεί να κρύβεται μια σύνθετη χρηματοοικονομική υποδομή.
Ανάλογα με τη συγκεκριμένη συναλλαγή, μπορεί να εμπλέκονται:
- ο αποστολέας·
- η τράπεζα του αποστολέα·
- η υποδομή πληρωμών·
- η υποδομή εκκαθάρισης·
- η υποδομή διακανονισμού·
- η τράπεζα του παραλήπτη·
- ο παραλήπτης·
- ενώ σε ορισμένες διεθνείς μεταφορές — πρόσθετοι χρηματοοικονομικοί οργανισμοί και ανταποκρίτριες τράπεζες.
Επίσης διαπιστώσαμε μία από τις κεντρικές ιδέες ολόκληρης της ενότητας:
Η τραπεζική μεταφορά δεν είναι μετακίνηση ψηφιακών τραπεζογραμματίων μεταξύ smartphone.
Πρόκειται για μια συντονισμένη μεταβολή της χρηματοοικονομικής λογιστικής καταγραφής, η οποία συνοδεύεται από τη μεταφορά πληροφοριών πληρωμής και, όταν εμπλέκονται διαφορετικοί χρηματοοικονομικοί οργανισμοί, από τον αντίστοιχο διατραπεζικό διακανονισμό.
Τώρα ας συνδυάσουμε όλες τις γνώσεις του μαθήματος σε ένα ενιαίο σύστημα.
Τι μάθαμε
Το μάθημα αποτελούνταν από οκτώ μέρη.
Μέρος 1. Τι είναι η τραπεζική μεταφορά. Διαπιστώσαμε ότι η τραπεζική μεταφορά ξεκινά με την εντολή του χρήστη προς την τράπεζά του ή άλλον πάροχο υπηρεσιών πληρωμών. Ο χρήστης ουσιαστικά δηλώνει: «Μεταφέρετε ένα συγκεκριμένο ποσό από τον λογαριασμό μου στον καθορισμένο παραλήπτη». Παράλληλα: τα χρήματα δεν μετακινούνται μεταξύ smartphone· η εφαρμογή κινητού είναι η διεπαφή· η βασική λογιστική καταγραφή τηρείται από τα τραπεζικά συστήματα.
Μέρος 2. Ποια στοιχεία απαιτούνται για μια τραπεζική μεταφορά. Γνωρίσαμε τα τραπεζικά στοιχεία. Συγκεκριμένα: το όνομα του παραλήπτη· το IBAN· το BIC· το ποσό· το νόμισμα· την αιτιολογία πληρωμής· το Reference· την ημερομηνία εκτέλεσης. Μάθαμε επίσης ότι ο αριθμός κάρτας και το IBAN είναι διαφορετικά στοιχεία· το IBAN προσδιορίζει τον τραπεζικό λογαριασμό σε τυποποιημένη μορφή· το BIC βοηθά στην ταυτοποίηση του χρηματοοικονομικού οργανισμού· ένα τεχνικά ορθό IBAN δεν σημαίνει ακόμη ότι ο λογαριασμός ανήκει στο πρόσωπο στο οποίο ο χρήστης πράγματι ήθελε να στείλει τα χρήματα.
Μέρος 3. Ποιοι συμμετέχουν σε μια τραπεζική μεταφορά. Αναλύσαμε τους βασικούς συμμετέχοντες στη συναλλαγή. Μπορεί να είναι: ο αποστολέας· η τράπεζα του αποστολέα· η υποδομή πληρωμών· η υποδομή εκκαθάρισης· η υποδομή διακανονισμού· η τράπεζα του παραλήπτη· ο παραλήπτης. Σε ορισμένες διεθνείς πληρωμές μπορούν επιπλέον να συμμετέχουν ανταποκρίτριες τράπεζες.
Μέρος 4. Τι συμβαίνει μετά το πάτημα του κουμπιού «Αποστολή». Παρακολουθήσαμε βήμα προς βήμα την επεξεργασία της εντολής πληρωμής. Η τράπεζα μπορεί: να ταυτοποιήσει τον χρήστη· να ελέγξει τις εξουσίες του· να ελέγξει τον λογαριασμό· να ελέγξει τα διαθέσιμα κεφάλαια· να ελέγξει τα όρια· να αξιολογήσει την ασφάλεια της συναλλαγής· να ελέγξει τα στοιχεία· να δημιουργήσει το μήνυμα πληρωμής· να καθορίσει τη διαδρομή· να προωθήσει την πληρωμή παρακάτω. Στη συνέχεια, η υποδομή πληρωμών και διακανονισμού εξασφαλίζει την περαιτέρω επεξεργασία, ενώ η τράπεζα του παραλήπτη καταγράφει την είσπραξη στον αντίστοιχο λογαριασμό.
Μέρος 5. Μεταφορά εντός της ίδιας τράπεζας και μεταξύ διαφορετικών τραπεζών. Είδαμε τη θεμελιώδη διαφορά. Αν οι δύο λογαριασμοί βρίσκονται στην ίδια τράπεζα, ο οργανισμός μπορεί να μεταβάλει τις δύο δικές του λογιστικές εγγραφές. Αν οι λογαριασμοί βρίσκονται σε διαφορετικές τράπεζες, η απλή μεταβολή των υπολοίπων των πελατών δεν αρκεί. Χρειάζεται επίσης να εξασφαλιστεί η αλληλεπίδραση μεταξύ των χρηματοοικονομικών οργανισμών. Γνωρίσαμε τον διατραπεζικό διακανονισμό, την εκκαθάριση, τον συμψηφισμό, τον μεικτό διακανονισμό, τις θέσεις διακανονισμού των τραπεζών.
Μέρος 6. Γιατί ορισμένες μεταφορές φτάνουν αμέσως, ενώ άλλες απαιτούν χρόνο. Διαπιστώσαμε ότι η ταχύτητα της μεταφοράς εξαρτάται από τον τύπο της και την υποδομή. Μπορούν να την επηρεάσουν: μία ή διαφορετικές τράπεζες· στιγμιαίο ή συνηθισμένο σχήμα πληρωμών· ο τρόπος λειτουργίας της υποδομής· πρόσθετοι έλεγχοι· το cut-off time· η μαζική επεξεργασία (batch processing)· οι μεσολαβούσες τράπεζες· η συναλλαγματική μετατροπή· τεχνικά προβλήματα· η προγραμματισμένη ημερομηνία πληρωμής. Γνωρίσαμε επίσης το SEPA Instant Credit Transfer ως παράδειγμα σύγχρονης υποδομής άμεσων μεταφορών σε ευρώ.
Μέρος 7. Ασφάλεια των τραπεζικών μεταφορών. Είδαμε ότι ο απατεώνας δεν χρειάζεται πάντα να παραβιάσει τεχνικά την τράπεζα. Μερικές φορές ο κύριος στόχος του είναι να πείσει τον χρήστη να εκτελέσει ο ίδιος τη μεταφορά. Αναλύσαμε: την κοινωνική μηχανική· την υποκατάσταση IBAN· την απάτη επιχειρηματικής αλληλογραφίας· τον ψευδή «ασφαλή λογαριασμό»· τον ψεύτικο διευθυντή· τα πλαστά τιμολόγια· τους απατηλούς κωδικούς QR· τις ψευδείς επενδυτικές προτάσεις· τις πλαστές επιβεβαιώσεις μεταφορών· την απομακρυσμένη πρόσβαση· το phishing· τα χρηματικά «μουλάρια». Το κύριο συμπέρασμα: πριν από μια τραπεζική μεταφορά πρέπει να ελέγχεται όχι μόνο η ορθότητα των στοιχείων που καταχωρίστηκαν, αλλά και ο ίδιος ο λόγος για τον οποίο τα χρήματα αποστέλλονται ακριβώς σε αυτόν τον παραλήπτη.
Τώρα ας συγκεντρώσουμε ολόκληρη την τραπεζική μεταφορά σε μία αλυσίδα
Ας φανταστούμε μια συνηθισμένη κατάσταση.
Ο/Η Alex Morgan θέλει να μεταφέρει στον/στην Emma Lee 300 €.
Οι λογαριασμοί βρίσκονται σε διαφορετικές τράπεζες.
Ο/Η Alex ανοίγει την τραπεζική εφαρμογή.
Καθορίζει: παραλήπτης Emma Lee, IBAN GRxx xxxx xxxx xxxx xxxx xxxx xxx, ποσό 300 €, νόμισμα EUR, Reference Shared expenses.
Στη συνέχεια πατά «Αποστολή».
Τι συμβαίνει στη συνέχεια;
Βήμα 1. Δημιουργείται η εντολή πληρωμής
Ο/Η Alex ενημερώνει την τράπεζά του: «Θέλω να στείλω 300 € στον καθορισμένο παραλήπτη».
Αυτό δεν σημαίνει ακόμη ότι η Emma έχει ήδη λάβει τα χρήματα.
Η συναλλαγή μόλις ξεκίνησε.
Βήμα 2. Η τράπεζα ελέγχει τον χρήστη
Η τράπεζα πρέπει να βεβαιωθεί ότι την εντολή τη δημιουργεί πρόσωπο που έχει δικαίωμα να διαχειρίζεται τον λογαριασμό.
Για αυτό μπορούν να χρησιμοποιηθούν: προηγούμενη επιτυχής ταυτοποίηση (authentication)· ο κωδικός PIN της εφαρμογής· τα βιομετρικά στοιχεία· πρόσθετη επιβεβαίωση· άλλοι μηχανισμοί που προβλέπει η τράπεζα.
Βήμα 3. Ελέγχεται ο λογαριασμός
Η τράπεζα αναλύει: αν ο λογαριασμός είναι ενεργός· αν επιτρέπονται εξερχόμενες συναλλαγές· αν υπάρχουν επαρκή διαθέσιμα κεφάλαια.
Ας φανταστούμε: διαθέσιμα 1 500 €, μεταφορά 300 €.
Τα κεφάλαια επαρκούν.
Βήμα 4. Ελέγχονται τα όρια
Η τράπεζα μπορεί να ελέγξει: το μέγιστο ποσό μιας μεμονωμένης μεταφοράς· το ημερήσιο όριο· άλλους περιορισμούς.
Αν η συναλλαγή υπερβαίνει τα καθορισμένα όρια, μπορεί να διακοπεί ή να απαιτήσει πρόσθετη ενέργεια.
Βήμα 5. Αναλύεται η ασφάλεια
Η τράπεζα αξιολογεί τον κίνδυνο της συναλλαγής. Για παράδειγμα: αν πρόκειται για νέο παραλήπτη· αν το ποσό είναι συνηθισμένο· αν χρησιμοποιείται η συνήθης συσκευή· αν υπάρχουν ενδείξεις ύποπτης δραστηριότητας.
Βήμα 6. Ελέγχονται τα στοιχεία
Η τράπεζα μπορεί να ελέγξει την τεχνική ορθότητα του IBAN και άλλων απαραίτητων δεδομένων.
Ωστόσο πρέπει να θυμόμαστε: η σωστή μορφή των στοιχείων δεν εγγυάται ότι ο χρήστης επέλεξε τον σωστό παραλήπτη.
Βήμα 7. Δημιουργείται το μήνυμα πληρωμής
Η τράπεζα δημιουργεί δομημένες πληροφορίες, απαραίτητες για την περαιτέρω επεξεργασία.
Ενημερώνει τους άλλους συμμετέχοντες: ποιος είναι ο αποστολέας· ποιος είναι ο παραλήπτης· πού πρέπει να καταλήξει η πληρωμή· πόσα χρειάζεται να μεταφερθούν· σε ποιο νόμισμα· ποια πρόσθετα δεδομένα αφορούν τη συναλλαγή.
Βήμα 8. Καθορίζεται η διαδρομή πληρωμής
Η διαδρομή εξαρτάται από: τον τύπο της μεταφοράς· τις τράπεζες· το νόμισμα· το σχήμα πληρωμών· τη διαθέσιμη υποδομή.
Μια συνηθισμένη μεταφορά, μια στιγμιαία μεταφορά και μια διεθνής μεταφορά μπορούν να χρησιμοποιούν διαφορετικές διαδρομές.
Βήμα 9. Η πληρωμή μεταβιβάζεται στη διατραπεζική υποδομή
Αν ο λογαριασμός της Emma βρίσκεται σε άλλη τράπεζα, η πληρωμή βγαίνει εκτός των ορίων του εσωτερικού συστήματος της τράπεζας του Alex.
Τώρα χρειάζεται να εξασφαλιστεί η αλληλεπίδραση μεταξύ δύο χρηματοοικονομικών οργανισμών.
Βήμα 10. Προκύπτουν διατραπεζικές υποχρεώσεις
Σε επίπεδο πελατών η συναλλαγή φαίνεται απλή: Alex −300 €, Emma +300 €.
Όμως σε επίπεδο τραπεζών χρειάζεται να εξασφαλιστεί ο χρηματοοικονομικός διακανονισμός μεταξύ της Τράπεζας Α και της Τράπεζας Β.
Βήμα 11. Εκτελούνται η εκκαθάριση και ο διακανονισμός που προβλέπει το σύστημα
Ανάλογα με την υποδομή πληρωμών: η πληρωμή μπορεί να διακανονίζεται μεμονωμένα· ή να συμμετέχει πρώτα σε μια καθορισμένη διαδικασία εκκαθάρισης· μπορεί να χρησιμοποιείται μεικτός διακανονισμός· μπορεί να χρησιμοποιείται συμψηφισμός.
Δεν υπάρχει ένας ενιαίος καθολικός μηχανισμός για απολύτως όλες τις τραπεζικές μεταφορές.
Βήμα 12. Η τράπεζα του παραλήπτη παραλαμβάνει την πληρωμή
Η τράπεζα της Emma λαμβάνει τα απαραίτητα στοιχεία.
Προσδιορίζει τον αντίστοιχο λογαριασμό και εκτελεί τις δικές της διαδικασίες επεξεργασίας.
Βήμα 13. Τα κεφάλαια εμφανίζονται στον λογαριασμό της Emma
Πριν από τη συναλλαγή η Emma είχε 700 €. Μετά την πίστωση 1 000 €.
Τώρα η Emma βλέπει: +300 €.
Βήμα 14. Η Emma μπορεί να διαχειριστεί το ποσό που έλαβε
Όταν τα χρήματα γίνουν διαθέσιμα στον λογαριασμό της, η Emma μπορεί: να τα αφήσει· να πληρώσει μια αγορά· να τα μεταφέρει σε άλλο πρόσωπο· να τα χρησιμοποιήσει με άλλον επιτρεπόμενο τρόπο.
Για τον χρήστη, ακριβώς αυτή η στιγμή συνήθως σημαίνει: «Η μεταφορά παραλήφθηκε».
- 1Αποστολέας — ο/η Alex, ξεκινά τη συναλλαγή αναθέτοντας στην τράπεζα να εκτελέσει τη μεταφορά.
- 2Εντολή πληρωμής — ο/η Alex καθορίζει τον παραλήπτη, το ποσό, το νόμισμα και την αιτιολογία πληρωμής.
- 3Τράπεζα του αποστολέα — παραλαμβάνει την εντολή και προετοιμάζεται για την επεξεργασία της.
- 4Έλεγχοι — η τράπεζα ελέγχει τον χρήστη, τα κεφάλαια, τα όρια, την ασφάλεια και τα στοιχεία.
- 5Μήνυμα πληρωμής — η τράπεζα δημιουργεί δομημένες πληροφορίες για περαιτέρω μεταβίβαση.
- 6Υποδομή πληρωμών — καθορίζει τη διαδρομή και μεταβιβάζει το μήνυμα μεταξύ τραπεζών.
- 7Εκκαθάριση ή/και διακανονισμός — οι τράπεζες καθορίζουν και εκτελούν τις μεταξύ τους χρηματοοικονομικές υποχρεώσεις.
- 8Τράπεζα του παραλήπτη — παραλαμβάνει την πληρωμή, προσδιορίζει τον λογαριασμό και εκτελεί τους δικούς της ελέγχους.
- 9Παραλήπτης — η Emma, βλέπει το πιστωμένο ποσό και μπορεί να το διαχειριστεί.
Το μήνυμα πληρωμής και τα χρήματα δεν είναι το ίδιο πράγμα
Αυτή είναι μία από τις σημαντικότερες ιδέες του μαθήματος.
Η τράπεζα μπορεί να στείλει ένα μήνυμα: «Πρέπει να μεταφερθούν 300 € σε αυτόν τον λογαριασμό».
Όμως το ίδιο το μήνυμα δεν είναι τα 300 €.
Πρέπει να διακρίνουμε δύο διαδικασίες.
- 1Ροή πληροφοριών — το μήνυμα πληρωμής ενημερώνει τους συμμετέχοντες τι πρέπει να συμβεί.
- 2Χρηματοοικονομικό επίπεδο — η υποδομή διακανονισμού εξασφαλίζει την πραγματική διευθέτηση των υποχρεώσεων μεταξύ τραπεζών.
Γιατί αυτή η διάκριση είναι σημαντική
Φανταστείτε ένα email: «Σου χρωστάω 500 €».
Το ίδιο το γράμμα δεν αποτελεί πληρωμή.
Παρόμοια, το μήνυμα πληρωμής περιέχει πληροφορίες για τη χρηματοοικονομική συναλλαγή, αλλά το σύστημα πρέπει επίσης να εξασφαλίσει τον αντίστοιχο διακανονισμό.
Φυσικά, η πραγματική τραπεζική υποδομή είναι πολύ πιο σύνθετη από αυτήν την αναλογία.
Όμως η βασική ιδέα παραμένει σωστή: η πληροφορία για την πληρωμή και ο χρηματοοικονομικός διακανονισμός δεν είναι το ίδιο πράγμα.
Μία τράπεζα και δύο τράπεζες — για άλλη μια φορά
Αυτή η διάκριση είναι τόσο σημαντική, ώστε θα την επαναλάβουμε στο τελικό μέρος.
Σενάριο 1. Μία τράπεζα
Ο/Η Alex και η Emma είναι πελάτες της Τράπεζας Α.
Πριν από τη συναλλαγή: Alex 1 200 €, Emma 500 €.
Μεταφορά: 200 €.
Μετά: Alex 1 000 €, Emma 700 €.
Μία τράπεζα μεταβάλλει τις δύο δικές της λογιστικές εγγραφές.
Τι συνέβη με τις υποχρεώσεις της τράπεζας
Πριν από τη συναλλαγή: προς τον Alex 1 200 €, προς την Emma 500 €, σύνολο 1 700 €.
Μετά: προς τον Alex 1 000 €, προς την Emma 700 €, σύνολο 1 700 €.
Σε αυτό το απλοποιημένο παράδειγμα το συνολικό ποσό των υποχρεώσεων της τράπεζας απέναντι σε αυτούς τους δύο πελάτες δεν άλλαξε.
Άλλαξε η κατανομή τους.
Σενάριο 2. Δύο τράπεζες
Τώρα: Alex → Τράπεζα Α, Emma → Τράπεζα Β.
Μεταφορά: 200 €.
Σε επίπεδο πελατών: Alex −200 €, Emma +200 €.
Όμως επιπλέον χρειάζεται διατραπεζικός χρηματοοικονομικός διακανονισμός μεταξύ της Τράπεζας Α και της Τράπεζας Β.
Ακριβώς αυτό το πρόσθετο επίπεδο κάνει τη διατραπεζική μεταφορά θεμελιωδώς διαφορετική από την εσωτερική μεταβολή δύο λογαριασμών της ίδιας τράπεζας.
- 1Alex Morgan — αποστολέας, αναθέτει στην τράπεζα να χρεώσει το ποσό από τον λογαριασμό του.
- 2Τράπεζα Α — ελέγχει και τους δύο λογαριασμούς και μεταβάλλει και τις δύο λογιστικές εγγραφές μέσα στο δικό της σύστημα.
- 3Emma Lee — παραλήπτρια, βλέπει την αύξηση του ποσού στον λογαριασμό της στην ίδια τράπεζα.
- 1Alex Morgan — αποστολέας, εξυπηρετείται από την Τράπεζα Α.
- 2Τράπεζα Α — τράπεζα του αποστολέα, μειώνει το διαθέσιμο ποσό του Alex και μεταβιβάζει τις πληροφορίες πληρωμής παρακάτω.
- 3Υποδομή πληρωμών και διακανονισμού — εξασφαλίζει τη διατραπεζική αλληλεπίδραση και διευθέτηση.
- 4Τράπεζα Β — τράπεζα του παραλήπτη, πιστώνει το ποσό στον λογαριασμό της Emma.
- 5Emma Lee — παραλήπτρια, εξυπηρετείται από την Τράπεζα Β.
Τρία επίπεδα της τραπεζικής μεταφοράς
Τώρα μπορούμε να παραστήσουμε τη μεταφορά ως ένα τριεπίπεδο σύστημα.
Επίπεδο χρήστη. Ο/Η Alex πατά: «Αποστολή 200 €».
Επίπεδο λογιστικής καταγραφής πελατών. Alex: −200 €. Emma: +200 €.
Επίπεδο διατραπεζικού διακανονισμού. Τράπεζα Α → υποδομή διακανονισμού → Τράπεζα Β.
Αν και οι δύο λογαριασμοί βρίσκονται στην ίδια τράπεζα, το τρίτο επίπεδο για τη συγκεκριμένη μεταφορά μεταξύ αυτών των λογαριασμών δεν απαιτείται ως διατραπεζικός διακανονισμός.
Γιατί τα χρήματα φτάνουν μερικές φορές μέσα σε δευτερόλεπτα
Τώρα μπορούμε να το εξηγήσουμε χωρίς μαγεία.
Η στιγμιαία μεταφορά λειτουργεί γρήγορα όχι επειδή η τράπεζα παραλείπει όλους τους ελέγχους.
Ο λόγος είναι ότι οι απαραίτητες διαδικασίες: είναι αυτοματοποιημένες· είναι τυποποιημένες· λειτουργούν μέσω υποδομής ειδικά σχεδιασμένης για γρήγορες συναλλαγές· εκτελούνται σε πολύ σύντομο χρονικό διάστημα.
Δηλαδή η πολυπλοκότητα δεν εξαφανίζεται πουθενά.
Απλώς είναι κρυμμένη από τον χρήστη και εκτελείται από μηχανές.
Γιατί μια άλλη μεταφορά μπορεί να διαρκέσει περισσότερο
Στην αλυσίδα μπορούν να εμφανιστούν: συνήθεις κύκλοι επεξεργασίας· cut-off time· μαζική επεξεργασία (batch processing)· πρόσθετος έλεγχος· τράπεζα-ανταποκρίτρια· συναλλαγματική μετατροπή· τεχνική καθυστέρηση· αργία· άλλος μηχανισμός διακανονισμού.
Επομένως δεν μπορούμε να θεωρούμε όλες τις τραπεζικές μεταφορές ίδιες.
Καταστάσεις πληρωμής
Ας θυμηθούμε για άλλη μια φορά την πιθανή ακολουθία.
Ανάλογα με την τράπεζα, ο χρήστης μπορεί να βλέπει: δημιουργήθηκε → παραλήφθηκε → σε επεξεργασία → απεστάλη → πιστώθηκε.
Όμως οι συγκεκριμένες ονομασίες των καταστάσεων διαφέρουν.
Επομένως η ένδειξη «Απεστάλη» δεν σημαίνει απαραίτητα «Ο παραλήπτης μπορεί ήδη να χρησιμοποιήσει τα χρήματα».
Το πιο σημαντικό ερώτημα ασφάλειας
Πριν από την αποστολή μιας σημαντικής τραπεζικής μεταφοράς δεν αρκεί να ρωτήσουμε: «Έγραψα σωστά το IBAN;»
Πρέπει επίσης να ρωτήσουμε: «Γιατί είμαι σίγουρος/-η ότι αυτό το IBAN ανήκει πράγματι στον παραλήπτη στον οποίο σκοπεύω να στείλω τα χρήματα;»
Και ακόμη: «Γιατί πρέπει καν να εκτελέσω αυτή τη μεταφορά;»
Πέντε ερωτήσεις πριν από το κουμπί «Αποστολή»
Αυτή η υπενθύμιση θα είναι χρήσιμη και μετά την ολοκλήρωση του μαθήματος.
1. Σε ποιον στέλνω χρήματα; Γνωρίζω το πρόσωπο ή τον οργανισμό;
2. Από πού πήρα τα στοιχεία; Είναι η πηγή αξιόπιστη;
3. Μήπως τα στοιχεία άλλαξαν απροσδόκητα; Αν ναι — έγινε ανεξάρτητη επαλήθευση;
4. Γιατί η συναλλαγή είναι επείγουσα; Κάποιος με βιάζει τεχνητά;
5. Τι ακριβώς αναγράφεται στην οθόνη επιβεβαίωσης; Συμφωνούν ο παραλήπτης, το IBAN, το ποσό, το νόμισμα, το Reference;
Μόνο μετά από αυτό έχει νόημα να πατήσουμε «Αποστολή».
Τι δεν χρειάζεται ποτέ για τη λήψη μιας συνηθισμένης τραπεζικής μεταφοράς
Για να σας στείλει κάποιος άλλος χρήματα, δεν χρειάζεται:
- ο κωδικός πρόσβασης της τραπεζικής εφαρμογής·
- ο κωδικός πρόσβασης της ηλεκτρονικής τραπεζικής·
- ο κωδικός PIN της τραπεζικής κάρτας·
- ο κωδικός μίας χρήσης·
- ο κωδικός επιβεβαίωσης μεταφοράς·
- ο κωδικός προσθήκης νέας συσκευής.
Αν κάποιος ζητά τέτοια στοιχεία υποτίθεται για να «λάβει τα χρήματα», αυτό είναι σοβαρή ένδειξη απειλής.
Αν συνέβη λάθος
Αν ο χρήστης αντιληφθεί ότι έστειλε χρήματα σε λάθος παραλήπτη, με παραποιημένα στοιχεία ή σε απατεώνα, πρέπει να ενεργήσει γρήγορα.
Απλοποιημένα: εντοπίστηκε πρόβλημα → επικοινωνία με την τράπεζα → αναφορά των στοιχείων της συναλλαγής → τήρηση της διαδικασίας της τράπεζας → προστασία της πρόσβασης στον λογαριασμό και διατήρηση των πληροφοριών.
Δεν μπορούμε να υποσχεθούμε ότι κάθε μεταφορά θα καταφέρει σίγουρα να επιστραφεί.
Η δυνατότητα διακοπής ή επιστροφής εξαρτάται από: τον τύπο της πληρωμής· το στάδιο επεξεργασίας· την υποδομή που χρησιμοποιείται· τις εφαρμοστέες διαδικασίες· τις συγκεκριμένες συνθήκες.
Γιατί αυτό το μάθημα είναι σημαντικό για τη μελέτη των ψηφιακών περιουσιακών στοιχείων
Στη διάρκεια του μαθήματος επιστρέψαμε αρκετές φορές στην ίδια σκέψη: στο τραπεζικό σύστημα υπάρχει ένας οργανισμός που τηρεί τη λογιστική καταγραφή και καθορίζει ποιες μεταβολές πρέπει να αντικατοπτρίζονται στον λογαριασμό.
Ο πελάτης διαθέτει τραπεζικό λογαριασμό.
Τη λογιστική καταγραφή την τηρεί η τράπεζα.
Αν εμπλέκονται διαφορετικές τράπεζες, υπάρχουν πρόσθετοι μηχανισμοί συμφωνίας και διακανονισμού μεταξύ τους.
Αυτό σημαίνει ότι το τραπεζικό χρήμα υπάρχει μέσα σε ένα σύστημα εμπιστοσύνης προς τους χρηματοοικονομικούς οργανισμούς και τους καθιερωμένους κανόνες λογιστικής καταγραφής.
Αργότερα, όταν θα εξετάζουμε τα ψηφιακά περιουσιακά στοιχεία και τα κρυπτονομίσματα, θα προκύψουν άλλα ερωτήματα: ποιος τηρεί τη λογιστική καταγραφή· πού αποθηκεύεται η πληροφορία για τον ιδιοκτήτη· ποιος μπορεί να τροποποιήσει την εγγραφή· ποιος επιβεβαιώνει τη μεταφορά· τι συμβαίνει αν δεν υπάρχει κεντρική τράπεζα· με ποιον τρόπο διαφορετικοί συμμετέχοντες συμφωνούν για την κατάσταση του συστήματος.
Ακριβώς γι' αυτό η κατανόηση της συνηθισμένης τραπεζικής μεταφοράς είναι απαραίτητη πριν από τη μελέτη του blockchain.
Όχι επειδή το τραπεζικό σύστημα και το blockchain λειτουργούν με τον ίδιο τρόπο.
Αλλά επειδή τώρα μπορούμε να θέτουμε τις σωστές ερωτήσεις σε οποιοδήποτε σύστημα πληρωμών: ποιος τηρεί τη λογιστική καταγραφή; ποιος επιβεβαιώνει τη συναλλαγή; πώς επιτυγχάνεται η συνέπεια (συμφωνία); τι ακριβώς θεωρείται τελικός διακανονισμός; σε ποιον πρέπει να εμπιστευτούμε;
Τεστ αυτοελέγχου
Τώρα μπορείτε να ελέγξετε πόσο καλά κατανοήσατε το υλικό του μαθήματος.
Τα αποτελέσματα του τεστ δεν χρησιμοποιούνται ως εξεταστική βαθμολογία, δεν έχουν βαθμό επιτυχίας και δεν καθορίζουν την κατάσταση «πέρασε» ή «δεν πέρασε».
Ο κύριος στόχος είναι να σας βοηθήσει να κατανοήσετε μόνοι σας ποια θέματα έχετε ήδη αφομοιώσει και σε ποια αξίζει, αν χρειάζεται, να επιστρέψετε.
Τι περιγράφει πιο ακριβώς μια συνηθισμένη τραπεζική μεταφορά;
Το smartphone είναι η διεπαφή, ενώ η ίδια η συναλλαγή πραγματοποιείται μέσα στην τραπεζική και πληρωμική υποδομή.
Σε τι χρησιμεύει το IBAN;
Το IBAN και ο αριθμός τραπεζικής κάρτας είναι το ίδιο πράγμα;
Ο αριθμός κάρτας ανήκει στην υποδομή πληρωμών με κάρτα, ενώ το IBAN χρησιμοποιείται για την ταυτοποίηση του τραπεζικού λογαριασμού.
Τι κάνει η τράπεζα του αποστολέα αφού λάβει την εντολή πληρωμής;
Γιατί κατά τη μεταφορά μεταξύ διαφορετικών τραπεζών δεν αρκεί απλώς να μειωθεί ο λογαριασμός του αποστολέα και να αυξηθεί ο λογαριασμός του παραλήπτη;
Τι περιγράφει πιο ακριβώς την εκκαθάριση (clearing);
Τι είναι ο συμψηφισμός (netting);
Σημαίνει η κατάσταση «Απεστάλη» ότι ο παραλήπτης βλέπει ήδη σίγουρα τα χρήματα;
Γιατί ορισμένες διατραπεζικές μεταφορές φτάνουν μέσα σε λίγα δευτερόλεπτα;
Ο χρήστης έλαβε email από σταθερό προμηθευτή: «Αλλάξαμε το IBAN. Μεταφέρετε 15 000 € σήμερα στον νέο λογαριασμό». Ποια ενέργεια είναι ασφαλέστερη;
Αν το email έχει παραβιαστεί, η απάντηση στην ίδια αλληλογραφία δεν αποτελεί ανεξάρτητη επαλήθευση.
Ένας υπάλληλος της «υπηρεσίας ασφαλείας της τράπεζας» ζητά να μεταφερθούν 8 000 € σε έναν «προστατευτικό λογαριασμό». Τι πρέπει να γίνει;
Τι επιβεβαιώνει πιο αξιόπιστα στον πωλητή ότι η τραπεζική μεταφορά έχει παραληφθεί;
Ένα screenshot ή μια εικόνα μπορούν να παραποιηθούν και ενδέχεται να μην δείχνουν την τελική κατάσταση της συναλλαγής.
Πρακτική άσκηση
Η πρακτική άσκηση προορίζεται επίσης για την αυτόνομη εμπέδωση του υλικού.
Η εκτέλεσή της δεν είναι υποχρεωτική.
Ο χρήστης μπορεί να εκτελέσει όλα τα καθήκοντα, να εκτελέσει μόνο ένα μέρος τους, να ανοίξει αμέσως τη λύση ή να παραλείψει εντελώς αυτή την ενότητα.
Η κατάσταση
Η Emma Lee πρόκειται να πληρώσει σε μια εταιρεία ένα τιμολόγιο 2 400 €.
Έχει ήδη συνεργαστεί αρκετές φορές με αυτόν τον οργανισμό.
Συνήθως οι πληρωμές αποστέλλονταν στο ίδιο IBAN.
Μία ώρα πριν από την πληρωμή, η Emma λαμβάνει ένα email:
«Αλλάξαμε τον τραπεζικό λογαριασμό. Παρακαλούμε χρησιμοποιήστε σήμερα τα νέα στοιχεία. Η μεταφορά πρέπει να εκτελεστεί εντός 30 λεπτών, διαφορετικά η παραγγελία θα ακυρωθεί».
Στο email αναφέρεται νέο IBAN.
Η Emma καλεί τον αριθμό τηλεφώνου που αναφέρεται απευθείας στο ίδιο αυτό email.
Το άτομο στην άλλη άκρη επιβεβαιώνει:
«Ναι, τα στοιχεία άλλαξαν. Πληρώστε αμέσως».
Ταυτόχρονα η τραπεζική εφαρμογή εμφανίζει προειδοποίηση:
«Στέλνετε ένα μεγάλο ποσό σε νέο παραλήπτη. Βεβαιωθείτε ότι τα στοιχεία έχουν επαληθευτεί».
Ο συνομιλητής λέει:
«Αγνοήστε την προειδοποίηση. Η τράπεζα το εμφανίζει πάντα αυτό».
Άσκηση 1
Αναφέρετε τις ενδείξεις που θα έπρεπε να προκαλέσουν υποψία στην Emma.
Άσκηση 2
Αποτελεί η κλήση στον αριθμό που αναφέρεται στο ίδιο email ανεξάρτητη επαλήθευση των στοιχείων; Εξηγήστε γιατί.
Άσκηση 3
Πώς μπορεί η Emma να ελέγξει με μεγαλύτερη ασφάλεια την αλλαγή του IBAN;
Άσκηση 4
Αξίζει να αγνοηθεί η τραπεζική προειδοποίηση μόνο επειδή αυτό συνιστά ο παραλήπτης;
Άσκηση 5
Ας υποθέσουμε ότι η Emma τελικά έστειλε 2 400 € και στη συνέχεια διαπίστωσε ότι ο πραγματικός προμηθευτής δεν είχε αλλάξει τα στοιχεία. Ποια πρέπει να είναι η πρώτη της ενέργεια;
Άσκηση 6
Μπορούμε να εγγυηθούμε ότι η τράπεζα θα επιστρέψει σίγουρα και αμέσως τα ήδη απεσταλμένα 2 400 €;
Σωστή ανάλυση της πρακτικής άσκησης
Άσκηση 1. Ύποπτες είναι ταυτόχρονα αρκετές ενδείξεις: η απροσδόκητη αλλαγή του IBAN· το σημαντικό ποσό· η τεχνητή επείγουσα ανάγκη· ο χρονικός περιορισμός· ο νέος τραπεζικός λογαριασμός· η επαλήθευση γίνεται με στοιχεία επικοινωνίας από το ίδιο ύποπτο μήνυμα· ο συνομιλητής απαιτεί να αγνοηθεί η προειδοποίηση της τράπεζας. Ο συνδυασμός αρκετών τέτοιων ενδείξεων αυξάνει σημαντικά τον κίνδυνο απάτης.
Άσκηση 2. Όχι. Αν το email είναι πλαστό, ο απατεώνας μπορεί να ανέφερε σε αυτό και τον δικό του αριθμό τηλεφώνου. Επομένως η κλήση σε αυτόν τον αριθμό δεν αποτελεί ανεξάρτητη επαλήθευση.
Άσκηση 3. Η Emma πρέπει να χρησιμοποιήσει ένα προηγουμένως γνωστό αξιόπιστο κανάλι. Για παράδειγμα: τον παλιό αριθμό του οργανισμού· την επίσημη πύλη πελατών· επαφή από προηγουμένως επιβεβαιωμένη σύμβαση· άλλον ανεξάρτητα εντοπισμένο επίσημο τρόπο επικοινωνίας. Στη συνέχεια χρειάζεται να επιβεβαιώσει ξεχωριστά την αλλαγή των τραπεζικών στοιχείων.
Άσκηση 4. Όχι. Η προειδοποίηση της τράπεζας πρέπει να διαβαστεί και να αξιολογηθεί ανεξάρτητα. Ιδιαίτερα επικίνδυνη είναι η κατάσταση όπου ένα άγνωστο πρόσωπο πείθει εκ των προτέρων τον χρήστη να αγνοήσει τα προστατευτικά μηνύματα της τραπεζικής εφαρμογής.
Άσκηση 5. Η Emma πρέπει να επικοινωνήσει όσο το δυνατόν πιο γρήγορα με την τράπεζά της μέσω επίσημου καναλιού και να αναφέρει: το ποσό· τον χρόνο· τον παραλήπτη· τα στοιχεία· το αναγνωριστικό της συναλλαγής· τις συνθήκες πιθανής απάτης. Οι περαιτέρω ενέργειες εξαρτώνται από το στάδιο και τον τύπο της πληρωμής.
Άσκηση 6. Όχι. Δεν μπορούμε να εγγυηθούμε στιγμιαία επιστροφή οποιασδήποτε ήδη εκτελεσμένης τραπεζικής μεταφοράς. Η δυνατότητα διακοπής ή επιστροφής εξαρτάται από: το στάδιο της συναλλαγής· τον τύπο της πληρωμής· την υποδομή που χρησιμοποιείται· τις ενέργειες των τραπεζών· τις εφαρμοστέες διαδικασίες· τις συγκεκριμένες συνθήκες.
Συνολικό σχήμα γνώσεων
Μετά την ολοκλήρωση του μαθήματος, ο χρήστης πρέπει να κατανοεί το ακόλουθο σύστημα:
- τραπεζικός λογαριασμός του αποστολέα·
- εντολή πληρωμής·
- τράπεζα του αποστολέα — χρήστης, κεφάλαια, ασφάλεια·
- έλεγχος στοιχείων·
- μήνυμα πληρωμής·
- καθορισμός διαδρομής·
- υποδομή πληρωμών·
- εκκαθάριση ή/και διακανονισμός·
- τράπεζα του παραλήπτη·
- τραπεζικός λογαριασμός του παραλήπτη·
- τα κεφάλαια είναι διαθέσιμα.
Το μάθημα ολοκληρώθηκε
Τώρα μπορείτε να εξηγήσετε τι κρύβεται πίσω από μια απλή ενέργεια: «Αποστολή 300 €».
Γνωρίζετε: τι ακριβώς στέλνει ο χρήστης στην τράπεζα· πώς προσδιορίζεται ο παραλήπτης· γιατί χρησιμοποιείται το IBAN· γιατί μία τράπεζα δεν μπορεί μόνη της να αλλάξει τους λογαριασμούς μιας άλλης· γιατί χρειάζονται η υποδομή πληρωμών και διακανονισμού· σε τι διαφέρει η εκκαθάριση από τον διακανονισμό· γιατί οι πληρωμές έχουν διαφορετική ταχύτητα· ποιοι μηχανισμοί καθιστούν δυνατές τις στιγμιαίες μεταφορές· γιατί η κατάσταση της συναλλαγής πρέπει να ερμηνεύεται σωστά· ποιες απειλές υπάρχουν· τι πρέπει να ελεγχθεί πριν από την επιβεβαίωση της πληρωμής.
Η κεντρική ιδέα του μαθήματος: πίσω από έναν απλό αριθμό στην τραπεζική εφαρμογή βρίσκεται ένα σύστημα λογιστικής καταγραφής, εμπιστοσύνης, κανόνων, μηνυμάτων και χρηματοοικονομικών διακανονισμών μεταξύ οργανισμών.
Η κατανόηση αυτού του συστήματος θα αποτελέσει σημαντική βάση για την περαιτέρω μελέτη του σύγχρονου χρήματος, της υποδομής πληρωμών και των ψηφιακών περιουσιακών στοιχείων.
- ένα τραπεζικό έμβασμα δεν γίνεται μεταξύ smartphones
- το smartphone είναι η διεπαφή για την αποστολή εντολής στο τραπεζικό σύστημα
- ένα τραπεζικό έμβασμα είναι μια συντονισμένη αλλαγή στη λογιστική καταγραφή
- το IBAN και ο αριθμός κάρτας είναι διαφορετικά αναγνωριστικά
- ένα τεχνικά σωστό IBAN δεν εγγυάται ότι ο λογαριασμός ανήκει στον επιδιωκόμενο παραλήπτη
- η τράπεζα του αποστολέα ελέγχει αν η εντολή πληρωμής μπορεί να εκτελεστεί
- η μεταφορά πληροφοριών πληρωμής και ο οικονομικός διακανονισμός είναι διαφορετικές διαδικασίες
- σε ένα έμβασμα εντός της ίδιας τράπεζας, ένας μόνο οργανισμός ελέγχει και τις δύο λογιστικές εγγραφές πελατών
- ένα έμβασμα μεταξύ διαφορετικών τραπεζών απαιτεί επιπλέον διατραπεζική αλληλεπίδραση
- ο διακανονισμός (clearing) προσδιορίζει τις σχετικές υποχρεώσεις, ενώ ο διακανονισμός (settlement) τις εκτελεί
- διαφορετικά συστήματα πληρωμών μπορεί να χρησιμοποιούν διαφορετικούς μηχανισμούς διακανονισμού
- δεν απαιτεί κάθε τραπεζικό έμβασμα ξεχωριστό στάδιο netting
- ένα ενδοτραπεζικό έμβασμα δεν είναι απαραίτητα ακαριαίο
- ένα διατραπεζικό έμβασμα δεν είναι απαραίτητα αργό
- τα σύγχρονα συστήματα ακαριαίων πληρωμών επιτρέπουν σε ορισμένα εμβάσματα να ολοκληρώνονται μέσα σε δευτερόλεπτα
- η κατάσταση «Απεστάλη» δεν σημαίνει πάντα ότι τα χρήματα είναι ήδη διαθέσιμα στον παραλήπτη
- ένα τραπεζικό έμβασμα δεν μπορεί πάντα να ακυρωθεί ακαριαία μόλις αποσταλεί
- πριν από ένα σημαντικό έμβασμα, ελέγξτε όχι μόνο τα στοιχεία αλλά και την ταυτότητα και την αιτία πληρωμής του παραλήπτη
- μια απρόσμενη αλλαγή IBAN χρειάζεται ανεξάρτητη επαλήθευση
- η βιασύνη, η μυστικότητα και η απαίτηση να αγνοήσετε τις προειδοποιήσεις της τράπεζας είναι σημαντικά σημάδια κινδύνου
- μια τράπεζα δεν πρέπει ποτέ να σας ζητά να μεταφέρετε χρήματα σε άγνωστο «ασφαλή λογαριασμό» για να προστατεύσει έναν υπάρχοντα
- για να λάβετε ένα συνηθισμένο τραπεζικό έμβασμα δεν χρειάζεται ποτέ να δώσετε PIN, κωδικούς πρόσβασης ή κωδικούς μιας χρήσης
- ένα screenshot από τον αποστολέα δεν υποκαθιστά την επιβεβαίωση ότι τα χρήματα όντως έφτασαν μέσω της τράπεζας του παραλήπτη
- σε περίπτωση λανθασμένου ή δόλιου εμβάσματος, επικοινωνήστε με την τράπεζά σας όσο το δυνατόν πιο γρήγορα
- η ασφάλεια των τραπεζικών εμβασμάτων στηρίζεται ταυτόχρονα στην τεχνολογία, στις τραπεζικές διαδικασίες και στην προσεκτική συμπεριφορά του χρήστη