Вопрос от пользователя: «Читаю заключение: «Утвержденный ЦБ РФ формат платежного поручения имеет одно поле для заполнения УИП». Ну и что? Я хочу впихнуть туда два номера через пробел. Банк примет? А 1С даст мне это сделать?»
Суть проблемы:
Пользователь ищет обходные пути, не понимая, что проблема не в технической реализации (напечатать можно что угодно), а в автоматизированной обработке документов.
Что может 1С ERP?
1С — это система учета, а не текстовый редактор. Она заточена на то, чтобы данные в ней были структурированы.
Суть подхода:
- Можно ли в поле «Код» (поле 22) написать «123 456»? Технически — да, 1С это позволит (если вы вручную сотрете предупреждение).
- Примет ли банк такую платежку? Скорее всего, да. Формально длина не превышена, пробелы допустимы.
- Что увидит получатель? В выписке он увидит в поле 22 строку «123 456». Его учетная система (1С или SAP) не сможет автоматически сопоставить этот платеж с документом, у которого УИП «123» или «456». Система ищет точное совпадение строки. Платеж повиснет в «невыясненных».
- С точки зрения 1С: Вводить два УИП в одно поле — это саботаж учета.
Преимущества подхода:
- Автоматизация: 1С защищает вас от создания «нечитаемых» платежей.
Решение и рекомендации:
- Не изобретайте велосипед. Формат поля 22 утвержден ЦБ РФ. Он не предусматривает множественных значений.
- Не пытайтесь обмануть систему, объединяя идентификаторы.
- Либо платите отдельными платежками, либо договаривайтесь об оплате без УИП.
Итог простыми словами:
Представьте, что вы отправляете SMS на номер 1000 с текстом «100 200». Оператор ждет номер телефона для пополнения, а получает два через пробел. Система не поймет, на какой номер класть деньги. Она просто зачислит их на ваш баланс (невыясненные), а вам придется звонить в поддержку и объяснять. 1С — это и есть та система, которая потом будет «звонить в поддержку». Ей проще сразу сказать вам: «Не пиши ерунду».
Типичные сценарии использования:
Сценарий 1: Отказ банка в проведении платежа
- Ситуация: Бухгалтер вручную правит XML-файл выгрузки в банк, вставляя в поле <Purpose> код УИП через запятую.
- Проблема: Банк отклоняет рейс с ошибкой «Неверный формат поля 22».
- Решение: Бухгалтер возвращается к стандартному процессу «1 платеж — 1 УИП».
- Результат: Время потеряно, урок усвоен.