Вопрос от пользователя: «Мы — крупная торговая сеть. Поставщик каждый день привозит нам товар. Мы оплачиваем раз в неделю общей суммой. Поставщик требует УИП, но у каждой поставки он свой. Получается, мы не можем работать по этой схеме? 1С нас заставляет делать 5 платежек в день? Это же бред!»
Суть проблемы:
Критическое противоречие между сложившейся бизнес-практикой и жесткими требованиями нормативных документов.
Что может 1С ERP?
1С ERP в данном случае — не причина проблемы, а зеркало проблемы. Ограничение устанавливает не 1С, а Положение Банка России N 762-П.
Суть подхода:
- Технический факт: В поле 22 платежного поручения можно вписать только одну строку длиной до 25 знаков. Туда нельзя вписать два номера.
- Роль 1С: 1С предупредит вас красными флажками, что так делать нельзя. Но провести документ технически даст.
- Роль банка: Банк примет платежку с одним УИП. Но на стороне получателя (поставщика) автоматическая система учета не сможет разнести этот платеж на 5 разных заказов.
- Роль получателя: Бухгалтер поставщика будет ругаться и просить прислать расшифровку платежа в Excel.
Преимущества подхода:
- Честность: 1С не создает иллюзию, что «как-нибудь само рассосется».
Решение и рекомендации:
- Меняйте бизнес-процесс. Переходите на ежедневную оплату каждой поставки.
- Либо меняйте договор. Договаривайтесь с поставщиком об оплате без УИП, общей фразой «Оплата по договору...». Тогда УИП в платежке не нужен.
- Либо используйте агрегатор. Если у вас 5 поставок в день, делайте 5 платежек. Современные банки и 1С позволяют загружать пакет платежей из Excel за секунды.
Итог простыми словами:
Это как коробка передач в автомобиле. Вы хотите ехать быстро и при этом парковаться на первой передаче. Автомобиль (1С) скажет: «Переключи передачу». Вы можете давить на газ, но ничего хорошего не выйдет. Банк России — это ГИБДД, а поле 22 — это знак «Кирпич». 1С — это навигатор, который предупреждает: «Въезд запрещен». Не надо ругать навигатор, надо либо искать другой путь, либо ехать по правилам.
Типичные сценарии использования:
Сценарий 1: Реинжиниринг бизнес-процесса
- Ситуация: Крупный дистрибьютор оплачивает поставщику 20 накладных раз в неделю.
- Проблема: Поставщик внедрил УИП и требует идентифицировать каждый платеж.
- Решение: Дистрибьютор настраивает в 1С автоматическое создание платежных поручений по каждой накладной в день ее поступления. Платежки уходят в банк пакетом.
- Результат: Все УИП заполнены корректно, поставщик доволен, автоматизация работает.