6 мин.
29 июня 2026

Акт сверки в 1С:ERP — общие итоги по всем договорам, решение и реализация

С чем пришёл клиент

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

Сотрудники считали общие суммы задолженности вручную, складывая итоги по каждому договору на калькуляторе. При двух-трёх договорах это просто неудобно. При десяти и больше это источник ошибок и повод для разногласий при инвентаризации расчётов.

Где ломается стандартный акт сверки

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

При группировке по договорам стандартная печатная форма показывает детализацию и подводит итоги по каждому договору отдельно: сальдо на начало, обороты по дебету и кредиту, сальдо на конец. Это удобно, когда нужно разобраться с конкретным договором. Но общего итога по контрагенту в стандартной форме нет.

Формально обходной путь есть: переключить группировку на «по контрагенту». Тогда форма покажет один общий итог. Но тогда пропадает детализация по договорам, которая нужна бухгалтеру в управлении предприятием. Получается выбор без компромисса: либо детали, либо итог.

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

Что и как дорабатывали

Задача была конкретной: сохранить действующую логику отображения данных организации и добавить в печатную форму отдельный блок «Общие итоги по всем договорам».

Дорабатывали именно печатную форму акта сверки взаиморасчётов, не затрагивая логику заполнения документа. Пользователь по-прежнему открывает акт, нажимает кнопку «Заполнить», настраивает группировку и период в шапке документа — всё как раньше.

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

  • общий оборот по дебету (по данным организации);
  • общий оборот по кредиту (по данным организации);
  • итоговое сальдо на начало и конец периода;
  • при необходимости — аналоги по данным контрагента, если используется вариант формы с задолженностью по данным контрагента.

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

Нюансы, которые важно учесть

Не все режимы группировки равнозначны

Если акт формируется без разбиения по договорам (общий акт по контрагенту), дополнительный блок общих итогов дублирует уже существующую итоговую строку. В этом режиме доработка технически работает, но смысловой ценности не добавляет. Это надо учитывать, когда объясняете пользователям, в каких случаях смотреть на новый блок.

Настройка детализации и журнал документов

Доработка живёт только в печатной форме. В журнале документов и в экранном представлении акта ничего не изменилось. Если у вас в компании бухгалтер проверяет суммы сначала в экранной форме, а потом в печатной, нужно заранее объяснить разницу, иначе будет путаница. Настройку детализации по договорам сотрудники выбирают там же, где раньше.

Электронные документы и отправка контрагентам

Если в компании настроен обмен электронными документами и акты сверок отправляются через ЭДО с электронной подписью, нужно проверить, как доработка влияет на шаблон электронных актов. Стандартная печатная форма и электронные документы в 1С:ERP могут использовать разные шаблоны. Бывает, что доработку делают в одном, а отправляется клиенту другой. Это частая точка, где изменения теряются.

1С Бухгалтерия предприятия и миграция данных

Решение реализовано под 1С:ERP. Если в компании параллельно работает 1С Бухгалтерия предприятия и акты сверок формируются там же, аналогичную доработку нужно делать отдельно. Это важно зафиксировать на старте, чтобы не получилось, что в одной системе итоги есть, в другой нет, и участники взаиморасчётов получают документы с разным содержанием.

Что получил клиент

После доработки печатной формы актов сверок у клиента изменилось следующее.

  • Бухгалтеры перестали считать суммы вручную. Система самостоятельно суммирует данные по всем договорам и выводит их в форму. Автоматическому заполнению итогового блока не нужно ручное вмешательство.
  • Контрагент видит полную картину в одном документе: детализацию по каждому договору и общий итог. Вопрос «А сколько всего?» больше не возникает при отправке первичных документов.
  • Снизился риск ошибок при инвентаризации расчётов. Ручное суммирование всегда несёт риск опечатки, особенно при большом количестве договоров. Теперь итоги рассчитывает система, контрольное равенство соблюдается автоматически.
  • Рабочий процесс не изменился. Пользователи открывают акт, нажимают кнопку «Заполнить» и устанавливают статус как раньше. Новый блок появляется в печатной форме без дополнительных действий.

Задача на доработку актов сверок взаиморасчётов встречается чаще, чем кажется. Это небольшая, но болезненная история: система работает корректно, данные организации в порядке, а бухгалтер всё равно тратит время на ручные операции. Если узнали свою ситуацию, приходите, разберём процесс и предложим решение под вашу конфигурацию 1С ERP.

Другие статьи

Полезно
2 мин.
«Analyst Helper»: ZeBrains разработала ИИ-платформу для проведения аналитических исследований на проектах 1С
ZeBrains выпустила Analyst Helper — ИИ-платформу для аналитических исследований на проектах 1С. Сервис помогает готовить интервью, извлекать требования, строить BPMN, выявлять разрывы и формировать функциональный дизайн за минуты.
Полезно
22 мин.
Отражение учета основных средств в лизинг
Разбираем реальный кейс по учёту ОС в лизинге в 1С:ЕРП: договор, график платежей, поступления, выкуп и план-фактный анализ. Показываем 5 мест, где чаще всего расходится учёт, и как закрыть ошибки без задвоений и ручных правок.
Полезно
12 мин.
Разработка
Когда и как масштабировать Битрикс24 без потерь
Система не тянет? Разбираем, когда растущему бизнесу нужен Битрикс24 Enterprise, Холдинг или Облачный Холдинг, какие ошибки мешают масштабированию и почему перед переходом важно начать с аудита архитектуры.

Обсудить
проект