При переходе на 1С:Управление торговлей 11 пользователи и специалисты нередко сталкиваются с ситуацией, когда данные в акте сверки взаимных расчетов или отчете по валовой прибыли заполняются на сумму документа Заказ клиента, игнорируя фактическую сумму документа Реализация товаров и услуг. Например, клиент оформил заказ на 100 000 рублей, но отгрузка по факту произошла только на 70 000 рублей. При формировании акта сверки программа выводит долг контрагента в 100 000 рублей. Разберем логику конфигурации, выясним причины такого поведения и рассмотрим по шагам, как исправить настройки взаиморасчетов.
В конфигурациях предыдущих поколений взаиморасчеты велись линейно: первичным финансовым документом возникновения задолженности всегда выступала накладная. В 1С:Управление торговлей 11 заложена концепция единого объекта расчетов. Все регистры взаиморасчетов (такие как РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам) ведут учет в разрезе измерения Объект расчетов.
Проанализируем базовые правила подсистемы взаиморасчетов:
Заказ клиента. Вся цепочка расчетов строится относительно запланированной суммы заказа.Рассмотрим основной способ решения, когда требуется строгое соответствие долга первичным отгрузочным накладным вне зависимости от объемов созданных заказов.
Разберем по шагам порядок действий:
Договоры контрагентов.Реализация товаров и услуг, а не заказ.Заказ клиента и в подчиненном документе Реализация товаров и услуг.Заказ клиента, затем Реализация товаров и услуг. При перепроведении программа переформирует движения по регистрам накопления РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам, где в качестве объекта расчетов зафиксируется накладная с фактической суммой отгрузки.Если специфика бизнеса требует сохранять ведение расчетов в разрезе заказов (например, когда оплаты поступают строго под конкретный заказ покупателя), необходимо правильно оформлять частичные отгрузки.
Проанализируем сценарий:
Заказ клиента, по которому реализация проведена на меньшую сумму.В современных релизах торговой системы используется механизм разделения движений на оперативные и отложенные. При оперативном проведении реализации документ может сформировать лишь предварительные записи.
Для приведения аналитики в актуальное состояние выполним следующие действия:
Выполнение отложенных движений по расчетам с клиентами/поставщиками через панель администрирования или запустим его вручную.Важное ограничение: если по договору или заказу уже зарегистрированы финансовые операции и оплаты, типовой функционал заблокирует изменение порядка расчетов в карточке договора. В таких ситуациях следует создать новый договор с детализацией По накладным и перепривязать к нему цепочку документов текущего периода.