← На главную

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

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

Выясняем причину: почему проводки есть, а документов в журнале нет?

Рассмотренный симптом говорит о том, что сами данные и бухгалтерские проводки в базе данных сохранились. Причина кроется в особенностях работы управляемого интерфейса платформы «1С:Предприятие 8.3».

Списки документов в журналах формируются с помощью динамических списков. Для ускорения работы платформы в конфигурации «Бухгалтерия предприятия» используется служебный регистр сведений РеестрДокументов. Списки в разделах программы обращаются именно к этому регистру. При некорректном отключении питания запись в таблицы самого документа Документ.РеализацияТоваровУслуг и его движений завершается, а запись в служебный регистр сведений прерывается. В результате документ физически присутствует в системе и делает проводки, но динамический список его «не видит».

Кроме того, возможны следующие причины:

1. Повреждение индексов файловой базы данных: Индексные таблицы файла 1Cv8.1cd теряют целостность, из-за чего механизм автонумерации считывает последний «целый» индекс за прошлый период и начинает нумерацию заново.
2. Сбой локального кэша платформы: Временные файлы на компьютере пользователя содержат искаженные данные о составе и структуре динамических списков.

Шаг 1. Проверка физического наличия документов через «Все функции»

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

1. Перейдем в главное меню программы и откроем пункт Все функции (в свежих релизах — Функции для специалиста).
2. Откроем ветку Документы и найдем список Реализация (акты, накладные, УПД) или Расходный кассовый ордер.
3. Снимем все установленные отборы по дате и организации.

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

Шаг 2. Восстановление отображения через «Групповое изменение реквизитов»

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

Рассмотрим порядок действий для массовой перезаписи документов:

1. Перейдем в раздел Администрирование — Обслуживание — Корректировка данных и откроем обработку Групповое изменение реквизитов.
2. В поле Изменять выберем объект Реализация (акты, накладные, УПД).
3. По ссылке Все элементы настроим критерии отбора: укажем период (например, с мая по ноябрь) и при необходимости конкретную организацию.
4. Не изменяя значения реквизитов в нижней части формы, нажмем кнопку Дополнительные параметры и убедимся, что включена возможность записи объектов.
5. Нажмем кнопку Записать и закрыть. Программа перезапишет выбранный массив документов и автоматически обновит записи в регистре сведений РеестрДокументов.
6. Повторим аналогичную операцию для документа Расходный кассовый ордер.

Шаг 3. Исправление физической структуры базы утилитой chdbfl.exe

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

Разберем процесс восстановления с помощью автономной утилиты:

1. Обязательно создадим резервную копию файла базы данных 1Cv8.1cd, скопировав его в надежное место.
2. Завершим работу всех пользователей и выключим сеансы 1С.
3. Найдем утилиту chdbfl.exe в каталоге установленной платформы (обычно путь выглядит так: C:\Program Files\1cv8\8.3.X.X\bin\chdbfl.exe).
4. Запустим утилиту, в поле Имя файла БД укажем путь к файлу 1Cv8.1cd.
5. Установим флажок Исправлять обнаруженные ошибки и нажмем кнопку Выполнить.

После завершения проверки утилита выведет отчет об исправленных таблицах и индексах.

Шаг 4. Очистка временных файлов (кэша) 1С

Некорректно сохраненный кэш пользовательского сеанса также может блокировать вывод документов в журналах.

Самый простой и безопасный способ очистить кэш:

1. Запустим стартовое окно 1С.
2. Выделим нужную информационную базу и нажмем кнопку Удалить (сама база с диска не удалится, удалится только запись из списка).
3. Нажмем кнопку Добавить, выберем Добавление в список существующей информационной базы и снова укажем путь к каталогу с базой данных.

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

Шаг 5. Восстановление автонумерации документов

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

Для исправления механизмов нумерации выполним следующие шаги:

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

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