Вопрос от пользователя: «Финансист утвердил заявку. Там стоит УИП "123". Бухгалтер формирует Списание безналичных ДС, смотрит — у него автоматом подставилось "123". Он меняет на "456" (потому что так правильно) и проводит. Это законно? Заявка же с другим номером утверждена?»
Суть проблемы:
Разрыв между утвержденным намерением (Заявка) и фактическим исполнением (Списание). Нарушение платежной дисциплины.
Что может 1С ERP?
При создании «Списания» на основании Заявки, поле УИП блокируется для редактирования или наследуется строго из Заявки. 1С защищает казначейскую функцию.
Суть подхода:
- Сценарий А: Списание введено «на основании» Заявки. -> УИП копируется из заявки в списание и становится недоступным для редактирования (серое поле). Бухгалтер не может его изменить.
- Сценарий Б: Списание введено «вручную», без указания Заявки. -> УИП заполняется по общим правилам (из договора/документа) и доступен для ручного редактирования.
Преимущества подхода:
- Нерушимость бюджета: Утвержденный в заявке УИП не может быть изменен исполнителем без пересогласования.
- Прозрачность: Платеж четко соответствует заявке.
Решение и рекомендации:
- Если бухгалтер видит, что УИП в заявке ошибочный, он не должен менять его в списании.
- Он должен вернуть заявку инициатору на исправление.
- После исправления УИП в заявке, при повторном формировании списания, УИП подставится верный.
Итог простыми словами:
Представьте, что вы утвердили смету на ремонт квартиры: «купить обои за 5000 руб.».
Сметчик приходит в магазин, видит, что обои стоят 5500, и самовольно меняет цифру в платежке. Формально ремонт сделан, но смета нарушена. 1С работает как строгий контролер: «В смете 5000 — плати 5000, хоть тресни. Хочешь платить 5500 — перепиши смету». Это дисциплинирует.
Типичные сценарии использования:
Сценарий 1: Казначейский контроль
- Ситуация: В крупном холдинге заявки утверждает финансовый директор.
- Проблема: Бухгалтер на оплате самостоятельно корректирует реквизиты.
- Решение: Внедрение регламента: при попытке изменения УИП в списании, созданном на основании заявки, система выдает ошибку.
- Результат: Все изменения проходят через утверждение, риск неверного платежа снижен.