Вопрос от пользователя: «У меня клиент платит по одному платежному поручению, закрывая сразу 3 моих счета. В каждом счете сгенерирован свой УИП. Я, как получатель, вижу в банке один платеж с одним УИП. Как мне разнести этот платеж на 3 заказа? Это ограничение 1С или банка?»
Суть проблемы:
Несоответствие бизнес-процесса («Плачу одной суммой за всё») техническим требованиям платежной системы.
Что может 1С ERP?
1С ERP строго соблюдает требование ЦБ РФ. И она же предоставляет инструмент контроля (предупреждение).
Суть подхода:
- Ограничение: Утвержденный ЦБ РФ формат платежного поручения имеет одно поле для УИП. Два разных УИП в одну платежку вписать невозможно физически. Это не ограничение 1С, это ограничение формата документа.
- Роль 1С: 1С выступает в роли контролера. Если вы вводите платежное поручение с одним УИП, а в расшифровке пытаетесь "привязать" его к нескольким документам с разными УИП — система предупредит вас красным флажком.
- Решение на стороне 1С: При загрузке выписки банка, если пришел платеж с УИП "123", а у вас есть неоплаченный счет с УИП "123", система закроет его. Счета с УИП "456" и "789" останутся висеть.
Преимущества подхода:
- Правдивость учета: Вы никогда не закроете Заказ №1 платежом, предназначенным для Заказа №2.
- Отсутствие полумёртвых авансов: Каждый УИП четко ведет к конкретному документу.
Решение и рекомендации:
- Разъясните клиенту: Если вы выставили 3 счета с 3 разными УИП, клиент обязан сделать 3 отдельных платежа.
- Если клиент все же «слепил» все в один платеж с одним УИП, вам придется:
Либо закрыть один счет (по которому этот УИП), а остальные два оставить в авансах и требовать уточнения платежа от клиента.
Либо вручную разбивать платеж в 1С актом сверки, теряя аналитику по УИП.
Итог простыми словами:
Это как такси. Вы не можете заплатить 500 рублей одной купюрой и сказать: «200 рублей за поездку до метро, 300 рублей за ожидание». Кассир примет 500 рублей, но в чеке будет одна сумма без разбивки. Таксист потом будет гадать, сколько из этих денег ему положить в карман, а сколько отдать диспетчеру. Чтобы не гадать, нужно оплачивать услуги отдельно. 1С заставляет вас и ваших клиентов быть «бухгалтерски правильными».
Типичные сценарии использования:
Сценарий 1: Сверка с покупателем
- Ситуация: Покупатель оплатил несколько счетов одной платежкой, указав УИП одного из них.
- Проблема: У покупателя в учете все счета закрыты, у продавца — нет.
- Решение: Продавец отправляет покупателю акт сверки, где видна задолженность по счетам без УИП. Покупатель вынужден делать уточнение платежа в банке или доплачивать.
- Результат: Потери времени на взаимосверку. Проще было сразу сделать 3 платежки.