Почему в УТ 11.5 не заполняются этапы графика оплат в реализации при создании на основании заказа?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

Переход с версии 1С:Управление торговлей 11.4 на 11.5 — это не просто рядовое обновление, а серьезное изменение архитектуры системы, особенно в части взаиморасчетов. Одной из часто встречающихся проблем, с которой сталкиваются пользователи, является прекращение автоматического заполнения этапов графика оплат в документе Реализация товаров и услуг, даже если в Заказе клиента или в Соглашении всё настроено корректно. Вместо привычных дат и сумм система выдает сообщение: «К оплате, этапы не указаны».

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

1. Влияние новой архитектуры взаиморасчетов (Режим «Онлайн»)

Разберем фундаментальное изменение: в версии 11.5 механизм взаиморасчетов по умолчанию работает в режиме «Онлайн». Это означает, что система предъявляет повышенные требования к объектам расчетов. Если в версии 11.4 многие ошибки заполнения прощались программой и «дозаполнялись» регламентными заданиями позже, то в 11.5 контроль происходит в момент проведения документа.

Проанализируем ситуацию: когда вы создаете реализацию на основании заказа, система пытается определить ОбъектРасчетов. Если в настройках системы (раздел НСИ и администрирование — Казначейство и взаиморасчеты) включены «Онлайн-взаиморасчеты», убедитесь, что все первичные данные в Соглашении соответствуют новой структуре метаданных. Иногда после обновления требуется просто перезаписать Типовое соглашение или Индивидуальное соглашение, чтобы обновились скрытые реквизиты, отвечающие за связь с правилами оплаты.

2. Настройка детализации расчетов

Выясним причину, связанную с детализацией. В обсуждении на форуме упоминается настройка «по расчетным документам». В УТ 11.5 это критически важный момент. Рассмотрим варианты:

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

3. Проверка правил оплаты в Заказе клиента

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

  1. Установлен ли вариант «Варианты оплаты: По платежам и накладным».
  2. Заполнена ли табличная часть этапов в открывшейся форме Правила оплаты.

Если в заказе этапы не заполнены, они не перейдут в реализацию. В УТ 11.5 появилась кнопка «Заполнить по соглашению» прямо в форме правил оплаты. Попробуйте нажать ее. Если таблица заполнилась — значит, проблема была в первоначальном заполнении заказа.

4. Логика «Сдвига даты» и производственный календарь

Разберем ситуацию, когда в соглашении указано «100% 7 дней от даты отгрузки». В версии 11.5 расчет дат стал более жестко привязан к ПроизводственныеКалендари. Если в системе не заполнен основной производственный календарь или в самом соглашении не указан календарь, по которому следует считать рабочие дни, система может получить пустую дату при расчете. В результате этап создается с ошибкой или не создается вовсе.

Что нужно сделать: Убедитесь, что в разделе НСИ и администрирование — Предприятие заполнен Производственный календарь на текущий и следующий год. В настройках этапа оплаты проверьте, стоит ли флаг «С учетом выходных дней».

5. Статусы документов и разрешение отгрузки

Проанализируем еще одну тонкость 11.5. График оплаты, зависящий от даты отгрузки, напрямую связан со статусом Заказа клиента и флагом «Отгружать». Если ваш заказ находится в статусе «К выполнению» или «На согласовании», либо в табличной части товаров для строк не установлено действие «Отгрузить», система считает дату отгрузки неопределенной. Следовательно, рассчитать «7 дней от даты отгрузки» невозможно. Проверьте, чтобы в заказе стоял статус «К отгрузке», а у товаров было выбрано действие Отгрузить.

6. Перевыбор варианта оплаты (Конвертация данных)

Иногда после обновления с 11.4 справочник ВариантыОплаты (Правила оплаты) может содержать некорректно сконвертированные элементы. Рассмотрим пошагово, как это исправить:

  1. Зайдите в используемое Соглашение.
  2. Перейдите на закладку «Условия оплаты».
  3. Очистите поле «График оплаты» и выберите его заново из списка.
  4. Если используется упрощенная форма (без графиков), перевыберите значения в строках этапов.
  5. Запишите документ.

После этого попробуйте создать новый тестовый заказ и накладную.

7. Использование расширений и доработок

Выясним, нет ли программного вмешательства. Если в вашей базе версии 11.4 были установлены расширения, которые модифицировали модуль ОбработкаЗаполнения или работали с объектом ОбъектРасчетов, в версии 11.5 они почти наверняка будут работать некорректно. Это связано с тем, что в новой версии были переименованы многие процедуры в общих модулях, отвечающих за расчеты (например, изменения в ВзаиморасчетыСервер или ВзаиморасчетыКлиент).

Рекомендуем временно отключить все расширения в профиле безопасности и проверить работу типового функционала. Если без расширений всё заработает — необходимо адаптировать код расширения под структуру 11.5.

8. Регламентные операции после обновления

Зачастую проблема кроется в незавершенных процессах миграции данных. В 11.5 есть специальные обработки для перехода. Перейдите в НСИ и администрирование — Обслуживание — Корректировка данных. Проверьте, нет ли там заданий, связанных с «Заполнением данных для взаиморасчетов». Также полезно запустить регламентное задание Исправление первичных документов. Оно восстанавливает цепочки и заполняет недостающие реквизиты в документах, созданных в период перехода между версиями.

Итог: Чаще всего решение кроется либо в перевыборе правил оплаты в соглашении (для обновления связей метаданных), либо в проверке статуса отгрузки в самом заказе. После выполнения этих шагов автоматическое заполнение этапов в реализации должно восстановиться.

← На главную