← На главную

Проанализируем распространенную ситуационную проблему в программе 1С:Управление торговлей 11. При оформлении документа Корректировка реализации меняется итоговая сумма отгрузки. Однако если после этого попробовать ввести на основании первоначального документа Реализация товаров и услуг приходный кассовый ордер (ПКО) или счет на оплату, сумма в созданном документе оказывается старой — такой, которая была до корректировки.

Разберем по шагам причину такого поведения программы и рассмотрим способы правильного оформления взаиморасчетов.

Причина возникновения проблемы

Выясним причину, почему система ведет себя именно так при стандартном вводе на основании:

1. Логика процедуры заполнения: При нажатии кнопки «Создать на основании» стандартная процедура ОбработкаЗаполнения подтягивает данные из табличной части и реквизитов исходного документа Реализация товаров и услуг.
2. Разделение данных в учете: Сам документ реализации после проведения корректировки не изменяет свои реквизиты и табличные части. Документ Корректировка реализации является самостоятельным объектом, который делает отдельные движения по регистрам накопления взаиморасчетов, НДС и продаж.
3. Особенность алгоритма в ранних релизах: В первых версиях 1С:Управление торговлей 11 обработка заполнения ПКО и счетов на оплату обращалась к реквизитам объекта-основания, а не к актуальным остаткам в регистрах накопления взаиморасчетов.

Способы решения и правильный порядок работы

Рассмотрим варианты решения данной задачи в зависимости от версии программы и используемых настроек.

1. Обновление конфигурации
   В актуальных релизах 1С:Управление торговлей 11 данный механизм был пересмотрен и исправлен разработчиками. Если вы работаете в устаревшей версии конфигурации, рекомендуется выполнить обновление до свежего релиза.
2. Проверка функциональных опций и перепроведение
   Посмотрим на настройки программы. Необходимо убедиться, что в разделе администрирования включена функциональная опция использования корректировок реализаций. Если опция была включена позже, следует перепровести документы, у которых возникло расхождение сумм управленческого и регламентированного учета.
3. Оформление оплаты через журнал кассовых/банковских документов
   Вместо ввода платежного документа напрямую из формы реализации перейдем в рабочее место кассовых или банковских документов (например, «Приходные кассовые ордера» или «Поступления безналичных ДС»). При использовании кнопки подбора задолженности по остаткам система делает запрос к регистрам взаиморасчетов, где сумма уже пересчитана с учетом проведённой корректировки.
4. Ведение расчетов по заказам клиентов
   Если в соглашении или договоре с контрагентом выбран порядок расчетов «По заказам», то платежные документы и счета на оплату вводятся на основании документа Заказ клиента. В этом случае график и этапы оплаты учитывают связанные корректировки, и итоговая сумма задолженности рассчитывается верно.
5. Доработка логики через расширение (для программистов)
   Если требуется изменить поведение стандартной кнопки ввода на основании без обновления всей конфигурации, создадим расширение. В процедуре ОбработкаЗаполнения для платежных документов переопределим алгоритм: добавим запрос к регистрам накопления взаиморасчетов для расчета актуального остатка задолженности по данной реализации.