Добавить в корзинуПозвонить
Найти в Дзене

УИП в документах-основаниях в 1С ERP: Отчет давальцу — почему там нет автогенерации УИП?

Вопрос от пользователя: «Странная ситуация. «Заказ давальца» — УИП генерируется. «Отчет давальцу» — УИП не генерируется (ручной ввод). Но отчет давальцу — это же мы ему выставляем счет на оплату наших услуг! Почему мы не можем сгенерировать код?» Суть проблемы:
Пользователь не учитывает, что «Отчет давальцу» часто формируется после отгрузки готовой продукции и не всегда подразумевает немедленную доплату (может быть зачет аванса). Что может 1С ERP?
Согласно таблице на стр. 9, для документа «Отчет давальцу» (и «Отчет комитенту») автоматическая генерация УИП не предусмотрена. Суть подхода:
Разработчики исходили из того, что: Преимущества подхода: Решение и рекомендации: Итог простыми словами:
Заказ давальца — это «Предварительный счет», мы ждем предоплату. Там УИП нужен как воздух. Отчет давальцу — это «Акт выполненных работ». По акту можно не платить, а можно подписать и забыть. Зачем генерировать код для документа, по которому, возможно, никогда не будет платежа? Поэтому генерацию убрал

Вопрос от пользователя: «Странная ситуация. «Заказ давальца» — УИП генерируется. «Отчет давальцу» — УИП не генерируется (ручной ввод). Но отчет давальцу — это же мы ему выставляем счет на оплату наших услуг! Почему мы не можем сгенерировать код?»

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

Что может 1С ERP?
Согласно таблице на стр. 9, для документа «Отчет давальцу» (и «Отчет комитенту») автоматическая генерация УИП
не предусмотрена.

Суть подхода:
Разработчики исходили из того, что:

  1. Отчет давальцу — это закрывающий документ.
  2. Часто он не требует отдельного платежа, а уменьшает кредиторскую задолженность.
  3. Если требуется доплата, выписывается отдельный счет на оплату (в котором УИП сгенерируется), либо УИП вбивается вручную при необходимости идентифицировать именно этот отчет.

Преимущества подхода:

  • Отсутствие шума: Не плодятся тысячи неиспользуемых УИП в отчетах.
  • Точечное применение: УИП ставится только тогда, когда он действительно нужен для платежа.

Решение и рекомендации:

  1. Если ваш давалец требует указывать УИП при оплате по отчету — введите этот УИП в поле документа вручную.
  2. Если нет — оставьте поле пустым.

Итог простыми словами:
Заказ давальца — это «Предварительный счет», мы ждем предоплату. Там УИП нужен как воздух. Отчет давальцу — это «Акт выполненных работ». По акту можно не платить, а можно подписать и забыть. Зачем генерировать код для документа, по которому, возможно, никогда не будет платежа? Поэтому генерацию убрали, оставив возможность ручного ввода для тех, кому это необходимо.

Типичные сценарии использования:
Сценарий 1: Постоплата по факту отчета

  • Ситуация: Давалец оплачивает услуги переработки после подписания отчета.
  • Проблема: Нужно, чтобы в платежке стояла ссылка именно на этот отчет, а не на предоплатный счет.
  • Решение: Менеджер вручную вносит УИП (полученный от давальца) в документ «Отчет давальцу».
  • Результат: Платеж идентифицируется корректно.