При переносе информационной базы 1С:Предприятие 8.3 с одного носителя на другой (например, с медленного HDD на быстрый SSD) пользователи иногда сталкиваются с парадоксальной ситуацией: база открывается, основные документы на месте, но данные конкретного вида — например, ПутевойЛист — полностью исчезают из интерфейса. При этом настройки функциональности показывают, что опция включена, а выгрузка и загрузка через файл .dt не решают проблему. Разберем подробно, почему это происходит и как восстановить видимость данных.
Прежде чем приступать к исправлению настроек, нам необходимо убедиться, что документы физически присутствуют в таблицах базы данных. Если при копировании файла 1cv8.1CD произошел сбой, данные могли быть повреждены. Проанализируем ситуацию с помощью двух инструментов.
Во-первых, воспользуемся инструментом Универсальный отчет. Перейдем в раздел «Отчеты», выберем «Универсальный отчет». В настройках укажем тип объекта «Документ» и выберем «Путевой лист». Если отчет выводит шапку, но не показывает строки, или вовсе выдает ошибку — это сигнал о проблемах со структурой. Если же отчет показывает документы, значит, проблема ограничена исключительно интерфейсом и функциональными опциями.
Во-вторых, наиболее надежный способ — это использование Консоли запросов. Создадим простой запрос к таблице документов, чтобы исключить влияние любых фильтров интерфейса:
ВЫБРАТЬ
ПутевойЛист.Ссылка,
ПутевойЛист.Номер,
ПутевойЛист.Дата
ИЗ
Документ.ПутевойЛист КАК ПутевойЛист
Если запрос возвращает результат, значит, данные в базе сохранены. Если результат пустой — документы действительно отсутствуют, и проблему нужно искать в процессе копирования или целостности исходного файла.
В конфигурации «1С:Бухгалтерия 3.0» видимость многих разделов, включая путевые листы, управляется механизмом Функциональных опций. Иногда при переносе базы на новый диск кэш функциональных опций «залипает» в неверном состоянии. Рассмотрим алгоритм действий для принудительного обновления этого механизма:
Этот процесс инициирует перезапись констант, связанных с функциональными опциями, и обновляет параметры сеанса. В большинстве случаев после этой манипуляции документы возвращаются в меню.
Часто проблема кроется не в самой базе, а в локальных файлах пользователя. При переносе базы на новый диск путь к ней меняется, но старый кэш в папках %AppData%\Local\1C\1cv8 может конфликтовать с новыми данными. Проанализируем шаги по очистке кэша:
1cv8.exe.Local\1C\1cv8 и Roaming\1C\1cv8.Это гарантирует, что платформа построит новые индексы интерфейса и подгрузит актуальные настройки метаданных.
Если данные в базе есть, но они «невидимы» или ведут себя странно, необходимо выполнить глубокую проверку структуры. Выясним, какие пункты ТиИ наиболее важны в данной ситуации. Запустим базу в режиме Конфигуратора и выберем меню «Администрирование — Тестирование и исправление».
Важно отметить следующие пункты:
Перед запуском ТиИ обязательно проверим файл утилитой chdbfl.exe, которая находится в каталоге bin установленной платформы. Она исправляет ошибки на физическом уровне хранения данных в файле .1CD.
Рассмотрим редкую, но критическую причину: неисправность самого SSD или ошибки при копировании большого файла. Если контроллер SSD работает нестабильно, часть блоков данных может быть прочитана неверно без выдачи системных ошибок (эффект Bit Rot). Чтобы исключить этот фактор, проделаем следующее:
1cv8.1CD на исходном HDD-диске.В случае несовпадения сумм рекомендуется повторить копирование, предварительно проверив SSD специализированными утилитами от производителя на наличие ошибок записи.
Иногда документы «пропадают» только из панели навигации раздела. Проверим настройки интерфейса. Зайдем в раздел, где должны быть путевые листы, нажмем на иконку «шестеренки» (Настройка навигации) в правом верхнем углу. Проверим, не перемещен ли пункт «Путевые листы» в левую колонку «Неиспользуемые». Если это так — просто вернем его в правую колонку.
Также проанализируем настройки прав. Если в базе используется механизм RLS (Ограничение прав на уровне записей), проверьте, не изменился ли профиль пользователя или параметры сеанса после переноса. Попробуйте зайти под пользователем с полными правами (Администратор), чтобы подтвердить, что проблема не в правах доступа.
Подводя итог, можно сказать: исчезновение документов одного типа при сохранении остальных — это чаще всего признак сбоя кэша функциональных опций или повреждения индексов конкретной таблицы метаданных. Последовательное применение описанных выше шагов позволяет восстановить работу базы без потери данных.