Регламентированная отчётность в 1С 8.3: в каких таблицах базы и файлах лежат сохранённые отчёты

Данные регламентированных отчётов в 1С 8.3 хранятся внутри самой информационной базы, а не в отдельных файлах на диске. Каждый сохранённый отчёт — это запись документа РегламентированныйОтчет, а все заполненные показатели упакованы в один его реквизит типа ХранилищеЗначения. В клиент-серверной базе это строка таблицы SQL вида _DocumentNNN, в файловой — часть файла 1Cv8.1CD.

Частое заблуждение — искать «папку с отчётами» на сервере или в профиле пользователя. Такой папки нет. На диске появляются только файлы выгрузки (XML для ФНС, СФР, Росстата), которые вы сами сохранили, и временные файлы. Сам отчёт со всеми цифрами живёт в базе и уходит вместе с ней в резервную копию.

Это справедливо для типовых конфигураций на библиотеке регламентированной отчётности: Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА и ERP. Разница между ними — только в пути к журналу отчётов, механизм хранения общий.

Из чего состоит регламентированный отчёт внутри конфигурации

В Конфигураторе отчётность разнесена по нескольким объектам. Понимание этой схемы снимает половину вопросов «куда всё делось».

Главное — третья строка. Когда вы нажимаете Записать в форме декларации, создаётся или обновляется документ РегламентированныйОтчет. Все значения ячеек, таблицы и многострочные разделы сериализуются и кладутся в реквизит-хранилище. Отдельных регистров с показателями «строка 010 = 150 000» в типовой конфигурации нет.

Где журнал отчётов в разных конфигурациях

В УТ, КА и ERP точное размещение группы зависит от набора включённых функциональных опций, поэтому проще открыть раздел и найти в нём ссылку «1С-Отчетность». Список, который вы видите, — это и есть выборка документов РегламентированныйОтчет с отбором по организации и периоду.

Хранение в клиент-серверной базе на MS SQL и PostgreSQL

В клиент-серверном варианте 1С не создаёт таблиц с «говорящими» именами. Документ РегламентированныйОтчет превращается в таблицу вида _Document215, его реквизиты — в поля _Fld4512, табличные части — в отдельные таблицы _Document215_VT4530. Числа в именах в каждой базе свои.

Поле с данными отчёта, как любое ХранилищеЗначения, имеет тип:

• 🗄️ varbinary(max) или image в MS SQL Server;
• 🗄️ bytea в PostgreSQL.

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

Как найти нужную таблицу

Соответствие объектов метаданных и таблиц СУБД отдаёт сама платформа. Выполните код во внешней обработке или в режиме отладки под пользователем с полными правами:

Структура = ПолучитьСтруктуруХраненияБазыДанных(
    Новый Массив, Истина);
Для Каждого Строка Из Структура Цикл
    Если СтрНайти(Строка.Метаданные, "РегламентированныйОтчет") > 0 Тогда
        Сообщить(Строка.Метаданные + " → " + Строка.ИмяТаблицыХранения);
        Для Каждого Поле Из Строка.Поля Цикл
            Сообщить("    " + Поле.ИмяПоляХранения + " = " + Поле.ИмяПоля);
        КонецЦикла;
    КонецЕсли;
КонецЦикла;

Второй параметр Истина возвращает имена в терминах СУБД, без него — в терминах платформы. Код выдаст таблицу документа, таблицу справочника видов отчётов, их табличные части и имена всех полей.

Служебные таблицы платформы

Кроме таблиц объектов в базе есть системные таблицы: Config и ConfigSave (основная конфигурация и конфигурация, сохранённая до обновления БД), Params, Files, DBSchema, v8users. Они хранят конфигурацию, параметры и пользователей, но не данные отчётов. Таблицы с именем вроде CF_Storage в структуре типовой базы нет, искать её бесполезно.

Файловая база: всё в одном файле 1Cv8.1CD

В файловом варианте те же таблицы лежат внутри одного файла 1Cv8.1CD в каталоге базы. Путь к каталогу виден в окне запуска: выделите базу в списке, внизу окна отобразится строка File="D:\Bases\Buh".

Что ещё бывает рядом с файлом базы:

• 📁 1Cv8.1CL — файл блокировки, появляется, пока в базе есть сеансы;
• 📁 1Cv8tmp.1CD — временный файл при тестировании и исправлении;
• 📁 каталоги томов присоединённых файлов, если в программе включено хранение файлов на диске.

Отдельного файла «отчётность.dat» нет. Скопировали 1Cv8.1CD в закрытой базе — скопировали все отчёты за все годы.

Кэш и временные файлы на компьютере пользователя

В профиле Windows платформа держит кэш конфигурации и настроек: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Там лежат настройки форм, история выбора и метаданные для ускорения запуска. Данных сохранённых отчётов там нет. Очистка кэша не удалит ни одной декларации, но сбросит пользовательские настройки списков и форм.

Выгрузки, квитанции и внешние формы отчётов

Файлы на диске появляются в трёх ситуациях.

Выгрузка в формате контролирующего органа

Когда вы выгружаете отчёт для сдачи через стороннего оператора или на флешке, программа формирует XML по формату ФНС, СФР или Росстата. Имя файла строится по правилам формата, например NO_NDS_7701_7701_7701123456770101001_20250425_<GUID>.xml для НДС. Каталог вы выбираете сами в диалоге сохранения. Программа этот путь не запоминает как хранилище, и при потере флешки файл можно просто выгрузить ещё раз из сохранённого отчёта.

Документооборот через 1С-Отчетность

При отправке из программы выгрузка, подпись, квитанции и протоколы хранятся в базе в объектах документооборота. Их видно в журнале 1С-Отчетности на закладках с отправками и входящими. Повторно скачивать квитанции с сервера оператора после восстановления копии не нужно, если копия свежая.

Если в базе включено хранение присоединённых файлов в томах на диске, часть вложений физически уйдёт в каталог тома. Настройка находится в Администрирование → Общие настройки, в группе про присоединённые файлы. При переносе такой базы копируйте и каталог тома, иначе вложения откроются с ошибкой «файл не найден».

Внешние формы отчётов

Иногда новая форма выходит раньше обновления конфигурации, и её подключают отдельным файлом .erf. Этот файл не остаётся на диске: при загрузке через окно выбора видов отчётов он сохраняется в базе, в элементе справочника РегламентированныеОтчеты. Отчёт, заполненный во внешней форме, записывается тем же документом РегламентированныйОтчет, как и встроенный.

Сводка: что где лежит

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

Восстановление и перенос сохранённых отчётов

Порядок действий зависит от того, как именно пропал отчёт.

Отчёт помечен на удаление

1. Откройте журнал регламентированных отчётов.
2. Сбросьте отборы и включите показ помеченных на удаление объектов через меню Еще.
3. Найдите отчёт, отмеченный крестиком, и снимите пометку командой Еще → Пометить на удаление / Снять пометку.

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

Отчёт удалён окончательно

После обработки «Удаление помеченных объектов» (раздел Администрирование → Обслуживание) вернуть запись можно только из резервной копии:

1. Загрузите копию .dt в новую пустую базу или скопируйте старый 1Cv8.1CD в отдельный каталог.
2. Подключите эту базу в список под другим именем, чтобы не перепутать с рабочей.
3. Откройте отчёт и выгрузите его в XML по формату контролирующего органа.
4. В рабочей базе создайте отчёт того же вида и периода и загрузите показатели из файла, если для этого вида отчёта загрузка доступна, либо перенесите значения вручную.

Не загружайте старую копию .dt поверх рабочей базы ради одного отчёта. Вы потеряете всё, что ввели после даты копии.

Повреждение базы

Если отчёт не открывается из-за ошибки чтения данных, а не формы, проблема в самой базе. Для файловой базы запускают Конфигуратор → Администрирование → Тестирование и исправление, для серверной сначала проверяют базу средствами СУБД. Эти операции требуют монопольного доступа: всех пользователей нужно вывести из базы заранее, их сеансы будут завершены. Перед запуском обязательна свежая копия.

Частые ошибки при поиске данных отчётов

• ❌ Ищут отчёты в папке программы или профиле Windows. Там только кэш. Данные — в базе.
• ❌ Чистят кэш в надежде «увидеть» пропавший отчёт. На список отчётов это не влияет. Чаще всего виноват отбор по организации или периоду в журнале.
• ❌ Правят значения в SQL, чтобы исправить показатель. Хранилище сжато и сериализовано, ручная правка испортит запись. Исправляют в форме отчёта или подают корректировку.
• ❌ Переносят базу с томами без каталога томов. Отчёты откроются, а вложенные квитанции и сканы — нет.
• ❌ Держат единственную копию отчётности в XML-файлах. Без базы такой файл не откроешь в форме для правки, а для повторной сдачи корректировки нужен исходный отчёт.

Частые вопросы