В современных версиях конфигурации «1С:Управление торговлей 11.5» (начиная с релизов ветки 11.5.17) пользователи часто сталкиваются с ситуацией, когда при создании Приходного кассового ордера (ПКО) или Поступления безналичных денежных средств на основании заказа клиента сумма к оплате заполняется некорректно. Например, при сумме заказа в 100 000 рублей и произведенной отгрузке на 35 000 рублей, система предлагает оплатить только остаток — 65 000 рублей, хотя фактических оплат от клиента еще не поступало.
Рассмотрим подробнее причины такого поведения системы, проанализируем механизмы взаиморасчетов и разберем по шагам, как исправить эту ситуацию.
Для начала проанализируем, как 1С определяет сумму, которую нужно подставить в платежный документ. В УТ 11.5 расчет базируется на данных регистра РасчетыСКлиентамиПоСрокам и плановых показателей. Система использует формулу:
Сумма к оплате = Сумма заказа — (Уже оплачено + Зачтено по другим документам)
Основная проблема заключается в том, что в определенных релизах (в частности, 11.5.17.172) алгоритм может ошибочно интерпретировать проведенную Реализацию товаров и услуг как событие, уменьшающее потребность в оплате именно по объекту расчетов Заказ клиента. Проанализируем, почему это происходит: при частичной отгрузке система может «зарезервировать» часть долга под конкретную накладную, ожидая оплату уже по ней, а не по заказу в целом. Это особенно характерно для настроек, где расчеты ведутся «По заказам», но включена детализация по накладным в регистрах.
Выясним причину в настройках самого документа. Даже если у вас установлена опция «Оплата независимо от отгрузки», система все равно опирается на График оплаты, указанный в заказе. Проверим следующие моменты:
Заказ клиента и перейдем на вкладку «Основное», нажав на гиперссылку правил оплаты.В этой ситуации 1С пытается помочь пользователю не допустить переплаты по конкретному этапу графика, но на практике это приводит к путанице, если клиент хочет закрыть весь долг сразу.
Если визуально в заказе все верно, нам необходимо заглянуть «под капот» системы. Взаиморасчеты в УТ 11.5 работают в режиме «Онлайн». Это значит, что движения формируются специальными фоновыми заданиями. Проанализируем состояние регистров:
Рассмотрим регистр РасчетыСКлиентамиПоСрокам. Именно из него система подтягивает данные в форму выбора объектов расчетов. Если сумма там отличается от ожидаемой, выполним следующие действия:
Выполнение отложенных движений по расчетам с клиентами. Часто данные не обновляются мгновенно, и ПКО видит «старую» картину мира.ПланОплаты. Если Реализация товаров и услуг «поглотила» часть плановых поступлений, сумма в ПКО уменьшится.Для технического специалиста полезно будет проверить данные через консоль запросов или отчет «Карточка расчетов с клиентами», выбрав детализацию до объекта расчетов.
Стоит отметить, что в релизе 11.5.17.172 была зафиксирована программная ошибка в модуле КредиторскаяДебиторскаяЗадолженность. Суть ошибки заключалась в том, что при наличии частичной отгрузки функция СформироватьСписокОбъектовРасчетов некорректно вычитала сумму отгрузки из остатка к оплате, если в системе присутствовали незавершенные цепочки документов.
Рассмотрим способы решения в этом случае:
Если ПКО упорно выдает 65 000 рублей, попробуйте создать документ Приходный кассовый ордер не на основании, а просто из списка документов, выбрав клиента. Затем в табличной части «Расшифровка платежа» воспользуйтесь кнопкой «Подобрать по распоряжениям». В открывшемся окне 1С покажет все долги клиента. Если там вы видите разделение долга на «Заказ» и «Реализацию», значит, система разделила объект расчетов. В этом случае нужно выбрать обе строки, чтобы общая сумма составила 100 000 рублей.
Иногда помогает «жесткое» перепроведение цепочки в правильной последовательности. Выполним следующие шаги:
Реализации товаров и услуг.Заказ клиента.Поскольку проблема часто носит платформенный характер или связана с ошибками кода типовой конфигурации, рекомендуется обновиться до актуальных версий (например, 11.5.19 или выше). В этих версиях логика работы онлайн-взаиморасчетов была существенно переработана и оптимизирована, а многие ошибки заполнения платежных документов устранены.
Мы выяснили, что подстановка суммы 65 000 вместо 100 000 — это следствие работы механизма распределения оплаты по этапам графика и отгруженным позициям. Если ручная корректировка суммы в ПКО вас не устраивает, основным вектором решения будет проверка регламентных заданий по взаиморасчетам и анализ графика оплаты в исходном заказе.