Платежи юрлиц: как перестать разбирать выписку руками

У платежей физлиц всё просто: человек платит через личный кабинет или приложение, деньги приходят с номером договора и зачисляются сами. С юрлицами иначе. Оплата приходит один раз в месяц, платёжным поручением, а в назначении может стоять что угодно — от аккуратного «Лицевой счёт 10234» до «Оплата за услуги связи по счёту 415 от 01.08».

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

Что именно ломается

• Деньги есть, но не разнесены. Платёж лежит в выписке, баланс клиента не изменился. Блокировка по отрицательному балансу срабатывает так, как её и настраивали.
• Платёж разнесён не тому. Одинаковые названия, «ООО Ромашка» в трёх экземплярах, оплата от головной компании за филиал.
• Документы отдельно от денег. Счёт выписали в одном месте, акт — в другом, а связи с конкретным поступлением нет.
• Нет следа. Через полгода непонятно, кто и на каком основании привязал платёж к этому клиенту.

Путь платежа

Задача решается не «интеграцией с банком» в общем смысле, а простой цепочкой, где у каждого шага есть ответственный и журнал.

flowchart TD
  M[Письмо банка<br/>выделенный ящик] --> P[Разбор выписки<br/>формат банка]
  P --> S{Клиент найден<br/>однозначно?}
  S -->|да| C[Зачисление<br/>баланс, финоперация]
  S -->|нет| Q[Очередь разбора<br/>решает человек]
  Q --> C
  C --> D[Счёт и акт<br/>реквизиты организации]
  D --> E[Письмо клиенту]
  C -.-> U[Снятие блокировки<br/>если баланс вышел в плюс]

Разберём по шагам.

1. Выписка приходит письмом. Для этого заводится отдельный почтовый ящик, а список отправителей ограничивается: письма приходят только от банка или от бухгалтера, который их пересылает. Всё остальное игнорируется.
2. Разбор. Формат у каждого банка свой, поэтому парсер выбирается по домену отправителя. Каждая операция получает идентификатор, по которому повторная загрузка того же файла не создаёт дублей.
3. Сопоставление. Клиент ищется по ИНН плательщика, по номеру лицевого счёта в назначении, по номеру договора, по совпадению имени и суммы. Стратегия, которая сработала, сохраняется вместе с платежом — потом видно, на каком основании принято решение.
4. Зачисление. Баланс и финансовая операция меняются одной транзакцией; если баланс вышел в плюс, снимается блокировка по задолженности.
5. Документы. Счёт и акт формируются с реквизитами той организации, на чей расчётный счёт пришли деньги, нумерация ведётся отдельно для каждой. Готовые PDF уходят клиенту письмом.

Почему автоматическое зачисление выключено по умолчанию

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

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

Очередь разбора: то, что нельзя автоматизировать

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

В очереди разбора у оператора под рукой:

• поиск по ФИО, договору, телефону, e-mail, ИНН — с телефоном, найденным по последним цифрам, потому что записан он у всех по-разному;
• подсказки из назначения — номера, встречающиеся в тексте платежа, предлагаются кнопками (годы вроде «2026» из них отфильтрованы, иначе первым предложением всегда был бы год);
• реквизиты по ИНН из ФНС — если плательщика нет в базе, его название и адрес подтягиваются по ИНН, и по очищенному названию можно искать дальше;
• флаги расхождений — нечёткое сопоставление, один ИНН у разных клиентов, несовпадение имени плательщика с именем клиента. Такие строки подсвечиваются и исключаются из массового подтверждения: соглашаться с ними скопом нельзя.

След остаётся всегда

Каждое действие пишется в журнал: приём письма, повторный разбор, ручная привязка (с суммой, плательщиком и клиентом), выпуск документов, изменение настроек, включая сам выключатель автозачисления. Это не бюрократия — это единственный способ через полгода ответить на вопрос «почему этот платёж у этого клиента».

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

Мультиорганизация: чьи реквизиты в счёте

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

Как понять, что стало лучше

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

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