Невидимые символы в реквизитах — руководство и чек-лист
AIARM невидимые символы в реквизитах — проверка до вставки в банк-клиент. Например, загрузите PDF или DOCX на aiarm.ru.
Зачем это руководство
Невидимые символы в реквизитах — руководство и чек-лист.
Как AIARM помогает
Загрузите договор или первичку в AIARM — сервис пройдёт по пунктам «чек-лист: zero-width и homoglyphs в инн и р/с» и покажет расхождения с номерами строк.
Когда использовать это руководство
Когда реквизиты копируют из PDF, email или мессенджера — перед вставкой в банк-клиент или 1С. Zero-width и homoglyphs не видны глазу, но меняют получателя платежа.
Чек-лист: zero-width и homoglyphs в ИНН и р/с
Когда реквизиты копируют из PDF, email или мессенджера — перед вставкой в банк-клиент или 1С. Пройдите таблицу ниже и отметьте каждую строку: «ОК» или «требует исправления».
| № | Что проверить | Где в документе | Критерий «ОК» | Типичная ошибка |
|---|---|---|---|---|
| 1 | Копирование р/с | Буфер обмена | 20 цифр без лишних символов | Zero-width после 5-й цифры (Unicode U+200B) |
| 2 | ИНН | Договор / счёт | Только цифры 0–9 | Буква o вместо 0 (Homoglyph) |
| 3 | Наименование | PDF / email | Единая кодировка | Latin «c» в «ООО» (Визуальная подмена) |
| 4 | Email контрагента | Переписка | ASCII @domain контрагента | Cyrillic «а» в domain (Фишинг) |
| 5 | Сверка с договором | Post-copy | Побитово = договор | Лишний символ при paste (Печатать вручную при сомнении) |
| 6 | Банк-клиент | Поле получателя | Система не ругается | Платёж уходит другому (Проверка в sandbox) |
| 7 | Исходный файл | PDF metadata | Не редактировался подменой | Слои / скрытый текст (fake-attachment-detection) |
| 8 | Двойная проверка | Второй сотрудник | Сверил вслепую из договора | Один человек copy-paste (4-eyes principle) |
Порядок проверки
- Не копируйте р/с и ИНН из подозрительных писем — перепишите из подписанного договора.
- Вставьте в блокнот с отображением всех символов или используйте hex-view.
- Сверьте длину: р/с — 20 цифр, ИНН — 10 или 12.
- Сравните визуально каждую цифру с бумажной выпиской или ЭДО.
- При сомнении — звонок контрагенту и платёж с реквизитами, продиктованными из договора.
Пример из практики
Пример: zero-width в р/с — 560 000 ₽ не контрагенту
Неправильно: Бухгалтер скопировала р/с из PDF-счёта; в поле попал zero-width символ. Банк принял платёж, но на другой счёт внутри того же банка — мошенническая схема. Без своевременной фиксации нарушения, претензии и расчётов позиция в переговорах и суде существенно слабее.
Правильно: Реквизиты вбили вручную из подписанного договора; дополнительно сверили hex-дамп из PDF — подмены не было.
Копируйте реквизиты только из доверенного источника; см. invoice-requisites-fraud.
Частые вопросы: Опасны ли невидимые символы в реквизитах
Опасны ли невидимые символы в реквизитах?
Да. Zero-width и homoglyphs меняют фактического получателя при визуально «правильном» номере.
Как проверить скопированный р/с?
Длина 20 цифр, только 0–9; сравнение посимвольно с договором; при paste из PDF — ручной ввод.
Банк не показал ошибку — значит всё OK?
Нет. Банк проверяет формат, не намерение плательщика. Сверка — ваша обязанность.
Homoglyphs в названии компании — риск?
Да — можно переписать на «похожее» юрлицо. Сверяйте с ЕГРЮЛ по ИНН, не по «красивому» имени.
Проверьте документ бесплатно
Загрузите PDF или DOCX — AIARM подсветит риски за минуты.