← На главную

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

Технические риски прямого редактирования ключей аналитики

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

1. Нарушение связи между справочником и регистром сведений. При включенном режиме загрузки данных отключаются штатные обработчики событий записи. В результате измерения регистра сведений перестают соответствовать реквизитам самого элемента справочника. При проведении новых документов система не сможет найти существующий ключ по комбинации измерений и автоматически создаст новый ключ-дубль.
2. Разрыв связи с объектами расчетов. Учет взаиморасчетов ведением одного лишь ключа аналитики не ограничивается. В системе задействован справочник ОбъектыРасчетов. Если заменить договор в ключе аналитики, но оставить старое значение в объекте расчетов, оперативный учет взаиморасчетов и графики оплат начнут выводить некорректные остатки.
3. Рассинхронизация оперативного и регламентированного учета. Ручное изменение записей в регистрах накопления взаиморасчетов не меняет проводки в регистре бухгалтерии (счета 60, 62, 76). Это неизбежно приведет к розни между оперативными отчетами и оборотно-сальдовой ведомостью.

Взаиморасчеты и себестоимость: разграничение процессов

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

Как проверить корректность внесенных изменений

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

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

Безопасные методологические способы исправления

Чтобы не рисковать целостностью базы данных в рабочей среде при необходимости исправить договор закрытого периода, разберем штатные механизмы 1С:ERP:

1. Перенос задолженности в открытом периоде. Оформим документ «Корректировка задолженности» с типом операции «Перенос задолженности» текущей датой. Сумма переносится с неправильного договора на правильный. Это сохраняет историю в закрытом периоде и корректно отражает движения во всех регистрах оперативного и бухгалтерского учета.
2. Использование исправительных документов. Если в настройках системы включена соответствующая опция, создадим документ «Корректировка приобретения» текущей датой к документу прошлого периода. Система автоматически сформирует сторнирующие и исправительные записи.
3. Программный перенос ссылок (при исправлении обработкой). Если задачу необходимо решить программно, вместо перезаписи реквизитов существующего ключа следует найти (или создать штатным образом) правильный ключ аналитики и выполнить замену ссылок на новый ключ во всех связанных регистрах накопления и сведений.