← На главную

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

Почему система перестраивает график платежей?

Логика 1С:ERP устроена таким образом, чтобы оперативные планы всегда соответствовали текущему состоянию дебиторской задолженности. Когда вы проводите документ реализации, он становится приоритетным основанием для оплаты. Система автоматически пропорционально распределяет сумму реализации по этапам, заданным в заказе. Это «защита от дурака», призванная исключить расхождения между планом и фактом.

Важно понимать, что РегистрСведений ГрафикПлатежей является ключевым для ПлатежныйКалендарь. Он не является подчиненным документу, но его записи обновляются в моменты проведения или распроведения документов. Типовой механизм не рассчитан на то, что один заказ может закрываться множеством актов с сохранением исходного графика платежей, так как каждая реализация «перетягивает» планирование на себя.

Способы решения задачи планирования

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

Вариант 1: Дробление заказов

Если для вашего бизнес-процесса критически важно сохранить жесткий график платежей, который не должен меняться при отгрузках, самым надежным способом будет разделение сделки на несколько заказов.

1. Создайте Сделка, которая объединит все документы в рамках одного проекта.
2. Вместо одного заказа с множеством этапов, создавайте отдельные ЗаказКлиента под каждый этап отгрузки или оплаты.
3. Это позволит каждому заказу иметь свой уникальный и неизменяемый ГрафикПлатежей, который не будет «плыть» при проведении актов.

Вариант 2: Корректировка регистра сведений

Если бизнес-процесс нельзя изменить, а дробить заказы неудобно, остается технический путь корректировки данных. Поскольку ГрафикПлатежей — это РегистрСведений, вы можете влиять на него программно.

Выясним основной принцип: система автоматически обновляет записи при проведении документов. Если вам необходимо зафиксировать график, рассмотрите возможность:

• Создания расширения, которое будет запрещать пересчет графика при проведении определенных видов документов.
• Написания регламентного задания или обработки, которая будет восстанавливать значения в ГрафикПлатежей согласно вашим управленческим правилам, если система их перезаписала при проведении акта.

Вариант 3: Использование «Ожидаемых поступлений»

Не пытайтесь привязывать всё планирование исключительно к документам продаж. Для целей финансового отдела лучше использовать функционал ОжидаемыеПоступленияДС. Это позволяет:

• Планировать приходы независимо от операционных документов.
• Обеспечить гибкость прогноза, так как финансовая служба может вручную корректировать даты и суммы поступлений, не затрагивая при этом логику работы ЗаказКлиента.
• Выгружать данные для ПлатежныйКалендарь из внешних источников, например, из файлов Excel, если прогноз строится на основе внешних договорных условий.

Подводя итоги

Разберем еще раз: типовой механизм 1С:ERP 2.5+ при частичной отгрузке всегда отдает приоритет факту (реализации) над планом (заказом). Попытки принудительно заставить систему работать иначе штатными средствами (без доработок) часто приводят к ошибкам в учете дебиторской задолженности. Если вы планируете поступления через график платежей, используйте либо дробление заказов, либо выносите планирование в отдельные сущности, не связанные с проведением актов реализации.