← На главную

В процессе работы с платформой 1С:Предприятие 7.7, особенно в конфигурации «Торговля и Склад», пользователи нередко сталкиваются с ситуацией, когда Граница Последовательности ГП и Точка Актуальности ТА самопроизвольно сдвигаются на старые периоды. Это приводит к тому, что в текущие отчеты попадают «забытые» или ошибочные документы из прошлого, искажая итоговые цифры взаиморасчетов. Рассмотрим, как проанализировать эту ситуацию и вернуть базу в рабочее состояние.

Разберемся в причинах сбоя последовательностей

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

1. Вмешательство внешних обработок: Любое изменение документа «задним числом» без прохождения через стандартные процедуры перепроведения нарушает логику ГП.
2. Обмен данными: Даже если база не является распределенной, процедуры выгрузки и загрузки могут влиять на системные константы и параметры актуальности итогов.
3. Регламентные задания: Запуск скриптов или внешних модулей, которые проводят документы в автоматическом режиме, может приводить к нежелательному перепроведению старых периодов, если не установлены жесткие границы запрета редактирования.

Шаг 1: Поиск источника проблемы

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

• Сравните текущую базу с архивной копией (бэкапом), сделанной до момента возникновения проблемы. Используйте инструменты сравнения для выявления измененных документов.
• Проверьте даты изменения документов. Часто проблема кроется в одной единственной записи, которую кто-то случайно или умышленно изменил (например, сменил договор в выписке банка).
• Проанализируйте документы ввода остатков, если ранее проводилась свертка базы. Если свертка была выполнена некорректно, старые движения могут «конфликтовать» с новыми остатками.

Шаг 2: Исправление последствий и пересчет итогов

Если вы нашли некорректный документ, простого его удаления или правки может быть недостаточно, так как итоги регистров уже могли «разъехаться». Разберем алгоритм восстановления:

1. Локальное исправление: Скорректируйте или сторнируйте проблемный документ, который провоцирует появление лишних данных в отчетах.
2. Проверка последовательности: Если после правки документа отчет не пришел в норму, выполните пересчет итогов через Конфигуратор. Перейдите в меню Администрирование -> Тестирование и исправление ИБ и выберите пункт Пересчет итогов.
3. Отказ от массового перепроведения: Не пытайтесь перепроводить всю базу за 10 лет, если в этом нет острой необходимости. Это может привести к еще большим искажениям, если в старых периодах содержатся документы с ошибочными реквизитами.

Шаг 3: Профилактика «слетов»

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

• Дата запрета редактирования: Устанавливайте дату запрета редактирования для всех пользователей. Это исключит случайное изменение документов прошлого периода.
• Использование ТА: Не игнорируйте ТА, так как она служит индикатором того, насколько глубоко в прошлые периоды вносились правки.
• Тестовая среда: Любые обработки, предназначенные для массового изменения документов, сначала запускайте в копии базы. Никогда не используйте непроверенные скрипты на «боевой» базе.

Помните, что в 1С 7.7 отчеты часто работают с итоговыми таблицами. Если вы заметили, что после загрузки в тестовую базу ГП и ТА сбрасываются — это нормальное поведение, связанное с пересчетом итогов. Главное — убедиться, что сами движения документов остаются неизменными при переносе.

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