При работе в конфигурации 1С:Управление торговлей (УТ 11.4) бухгалтеры и менеджеры часто сталкиваются с ситуацией, когда суммы в печатной форме документа Сверка взаиморасчетов не соответствуют реальным платежам или данным в первичных документах. Это создает серьезные трудности при закрытии периодов и сверке с контрагентами. В рамках этой статьи мы подробно разберем причины возникновения таких ошибок и разработаем алгоритм их устранения.
Проанализируем наиболее распространенную ситуацию, описанную в практике использования программы. Ошибка часто кроется в нарушении последовательности ввода и редактирования данных. Если пользователь открывает уже проведенный документ Реализация товаров и услуг и меняет в нем Договор или Соглашение, система сохраняет изменения, но связанные с этой реализацией платежные поручения (которые были созданы ранее) продолжают ссылаться на старую аналитику.
В результате мы получаем «разрыв» взаиморасчетов:
В акте сверки это проявляется как задвоение оборотов или некорректное конечное сальдо, так как документ пытается собрать данные по всем активным объектам расчетов в рамках контрагента.
Рассмотрим техническую сторону вопроса. В современных версиях УТ 11 расчеты могут выполняться в двух режимах. Выясним, как это влияет на акт сверки:
Расчеты с клиентами и Расчеты с клиентами по документам формируются непосредственно в момент проведения документа.Выполнение расчета взаиморасчетов.Если в вашей базе включен режим отложенных расчетов, то даже после исправления договора суммы в акте сверки могут оставаться неверными до тех пор, пока не отработает регламентное задание. Проверим это в разделе Администрирование — Обслуживание — Регламентные операции. Если задание зависло или завершилось с ошибкой, данные в регистрах будут неактуальными.
В 1С:УТ 11 акт сверки строится не только по контрагенту, но и по Объектам расчетов. Выясним, почему это критично. В зависимости от настроек договора, объектом расчетов может быть:
Проанализируем ситуацию из сообщения пользователя: «реализация оплачена на 150%». Если в договоре установлена детализация «По накладным», то система зачтет 100% оплаты в счет этой реализации, а оставшиеся 50% останутся в регистре как «свободный аванс», не привязанный к конкретному документу отгрузки. В акте сверки, если не выполнена операция Зачет оплаты, эти суммы могут отображаться в разных строках, создавая иллюзию некорректного сальдо.
Чтобы убедиться, что проблема именно в данных, а не в печатной форме, проанализируем движения документа Платежное поручение входное или Поступление безналичных денежных средств. Нас интересуют два ключевых регистра:
Расчеты с клиентами (отвечает за общие остатки по партнеру/договору).Расчеты с клиентами по документам (отвечает за детализацию до накладной).Посмотрим на пример того, как должны выглядеть корректные записи в коде при проведении (на уровне платформенных механизмов):
// Пример логики распределения в УТ 11
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Взаиморасчеты.СуммаОстаток КАК Долг,
| Взаиморасчеты.ОбъектРасчетов КАК Объект
|ИЗ
| РегистрНакопления.РасчетыСКлиентами.Остатки(&МоментВремени, ...) КАК Взаиморасчеты";
// Если ОбъектРасчетов в платежке не совпадает с Объектом в реализации,
// суммы "не схлопнутся", что мы и видим в акте сверки.
Разберем последовательность действий для восстановления корректности данных:
Шаг 1. Перепроведение документов с актуализацией аналитики
Если был изменен договор в реализации, необходимо зайти в связанные платежные документы, перевыбрать в них объект расчетов (или расшифровать платеж заново) и провести их. Простое групповое перепроведение может не помочь, если в табличной части платежа жестко прописана старая ссылка на договор. Для автоматизации этого процесса с документами "по накладным" или "по заказам" подойдёт обработка для разноски платежей по объектам расчетов.
Шаг 2. Использование Помощника исправления остатков
В УТ 11.4 существует встроенный инструмент для поиска расхождений между регистрами. Перейдем в НСИ и администрирование — Обслуживание — Корректировка данных — Правила проверки учета. Найдите проверки, связанные со взаиморасчетами. Также полезно запустить обработку Исправление заданий к расчету взаиморасчетов.
Шаг 3. Тестирование и исправление ключей аналитики
Иногда записи в регистрах ссылаются на несуществующие или дублирующиеся записи в справочнике Ключи аналитики учета по партнерам. Воспользуемся функциями для технического специалиста и найдем обработку Тестирование и исправление ключей аналитики. Это позволит «схлопнуть» дубли, которые визуально выглядят одинаково (тот же партнер, тот же договор), но имеют разные внутренние идентификаторы (GUID). Для автоматического восстановления отсутствующих записей пригодится инструмент для создания ключей аналитики учета по партнерам.
Мы выяснили, что основной причиной некорректных сумм в акте сверки в 1С:УТ 11 является десинхронизация аналитики между документами отгрузки и оплаты. Чтобы избежать подобных проблем в будущем, рекомендуется:
Ведомость расчетов с клиентами для предварительного анализа перед формированием акта сверки — он лучше показывает «зависшие» авансы и долги в разрезе объектов расчетов.