← На главную

Каждый бухгалтер или технический специалист, работающий с программами нового поколения на платформе 1С (такими как «1С:Комплексная автоматизация 2» или «1С:ERP»), рано или поздно сталкивается с неожиданным поведением системы после проведения групповых обработок. Типичный сценарий: документы перепроведены группой, внешне всё выглядит успешно, однако при формировании оборотно-сальдовой ведомости обнаруживаются странные проводки вида Дт 60.01 — Кт 60.01 (или полное отсутствие зачета авансов). При этом, если открыть проблемный документ вручную и просто перезаписать его, проводки мгновенно принимают корректный вид.

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

---

Выясним причину: почему «ломаются» проводки по взаиморасчетам?

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

1. Разделение оперативного и регламентированного контуров. При непосредственном проведении пользователем документ делает записи только в оперативные регистры накопления. Бухгалтерские проводки (записи в регистр бухгалтерии) формируются отдельным механизмом отражения.
2. Офлайн-режим расчета взаиморасчетов. Чтобы программа не «зависала» при проведении каждого платежного документа или накладной, разработчики реализовали отложенный (офлайн) расчет взаиморасчетов. При проведении, например, документа СписаниеБезналичныхДенежныхСредств система не пытается мгновенно определить, закрывает ли данный платеж конкретный долг или ложится на аванс. Вместо этого программа делает запись-маркер в регистр сведений ЗаданияКРаспределениюРасчетовСПоставщиками (или аналогичный по клиентам).

Когда вы запускаете стандартное групповое проведение документов (средствами платформы или сторонней обработкой), документы проводятся в оперативном режиме. Но фоновые задания по расчету взаиморасчетов физически не успевают обрабатывать огромный поток изменений в реальном времени либо временно блокируются. В результате при попытке отразить такие документы в регламентированном учете система не видит актуальной картины распределения долгов и авансов. Пытаясь «свести» расчеты «вслепую», алгоритм зацикливает аналитику, порождая некорректные проводки вида Дт 60.01 — Кт 60.01.

Почему же помогает ручной перезапуск? Когда вы открываете форму конкретного документа и проводите его вручную, система точечно запускает онлайн-расчет взаиморасчетов именно по этому контрагенту и договору, мгновенно актуализируя данные и исправляя проводку на правильную (например, Дт 60.01 — Кт 51 или Дт 60.02 — Кт 51).

---

Разберем по шагам варианты решения проблемы

Рассмотрим подробнее четыре основных способа исправления ситуации, от разовых мер до полной автоматизации процесса.

Способ 1. Актуализация расчетов через рабочее место «Закрытие месяца»

Это самый правильный и штатный способ исправления сбившихся проводок. Вместо ручного перепроведения документов выполните следующие действия:

1. Перейдите в раздел меню Финансовый результат и контроллинг и откройте рабочее место Закрытие месяца.
2. Выберите необходимый период (месяц), в котором выполнялось групповое проведение.
3. Найдите в списке операцию Актуализация движений документов по данным взаиморасчетов (в некоторых релизах она может называться «Формирование движений по расчетам и переоценка расчетов») и запустите ее выполнение. Данная процедура последовательно и в правильной хронологии распределит все авансы и долги в оперативном контуре.
4. После успешного завершения расчета запустите операцию Отражение документов в регламентированном учете. Программа автоматически переформирует все проводки, опираясь на уже корректно рассчитанные данные взаиморасчетов.

Способ 2. Настройка регламентных (фоновых) заданий

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

1. Перейдите в раздел НСИ и администрирование — Обслуживание — Регламентные операции и откройте список Регламентные и фоновые задания.
2. Найдите и включите (установите признак активности) для следующих заданий:
   • ВыполнениеОтложенныхДвиженийПоРасчетамСПоставщиками
   • ВыполнениеОтложенныхДвиженийПоРасчетамСКлиентами
   • АвтоматическоеОтражениеДокументовВРегламентированномУчете
3. Настройте для них расписание. Для баз с высокой интенсивностью документооборота рекомендуется запускать их каждые 10–15 минут.

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

Способ 3. Переход на режим «Онлайн-взаиморасчеты»

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

1. Перейдите в раздел НСИ и администрирование — Настройка НСИ и разделов — Казначейство и взаиморасчеты.
2. Найдите группу настроек Взаиморасчеты.
3. Установите режим работы взаиморасчетов в значение Онлайн.

Важное предупреждение: переход в онлайн-режим распределения может снизить скорость проведения документов при одновременной работе большого количества пользователей, так как система будет тратить дополнительные ресурсы на расчеты при каждом нажатии кнопки «Провести». Тем не менее, в последних версиях платформы и конфигураций (начиная с линейки 2.5) данный режим оптимизирован и является основным.

Способ 4. Проверка реквизита «Проведено банком»

Иногда при использовании сторонних обработок для группового проведения документов по банку (например, СписаниеБезналичныхДС) сбрасывается или не заполняется флаг Проведено банком. Проанализируем этот момент:

• Если документ проведен в системе, но флаг ПроведеноБанком снят, программа считает операцию незавершенной. Она отразится в оперативном учете (появятся движения по регистрам денежных средств в пути), но реальных бухгалтерских проводок по списанию с расчетного счета (счет 51) не сформирует.
• Убедитесь, что при групповой обработке этот флаг был программно установлен, а дата проведения банком соответствует дате самого документа.

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