Inforg 1c что за таблица

Размещение данных 1С:Предприятия 8. Таблицы и поля

Раздел является дополнением к разделу Размещение данных 1С:Предприятия 8 и содержит описание состава полей таблиц базы данных, определяемых различными объектами метаданных. Приведенная здесь информация актуальна для 1С:Предприятия версии 8.2 и выше. В последующих версиях состав таблиц и полей может быть изменен. Эта информация не должна использоваться для работы с этими данными какими либо способами, не предусмотренными штатными механизмами 1С:Предприятия 8.

Имена полей

Состав полей каждой таблицы базы данных и их имена определяется соответствующим ей объектом метаданных. Имена полей могут различаться в зависимости от их назначения и типа хранящихся в них данных. Каждое имя поля может содержать:

префикс из латинских букв (<pref>), определяющий назначение данных, содержащихся в этом поле. Префикс присутствует в имени любого поля;
числовой номер (<n>, <i> или <k>), позволяющий отличить поля, содержащие похожие по назначению данные. Существуют поля, имена которых не содержат номера;
суффикс из латинских букв, зависящий от типа данных, хранимых в полях (<suff>). Существуют поля, имена которых не содержат суффикса.

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

Состав полей

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

Константы

Для каждой константы создается таблица (_Const<n>) со следующими полями:

RecordKey — ключ записи, необходимый для правильной установки транзакционных блокировок;
_Fld<n> — поле, хранящее значение одной константы. Для константы составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
_Fld<n> — общие реквизиты

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

_Node — ссылка на узел плана обмена;
_MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_ConstID — идентификатор константы, значение которой изменилось.
_Fld<n> — общие реквизиты

Табличная часть

Каждой табличной части соответствует таблица базы данных (<pref><n>_VT<k>), содержащая следующие поля:

<pref><n>_ID<suff> — ссылка на объект базы данных, которому принадлежит запись табличной части;
_KeyField — ключ записи табличной части в рамках одного объекта базы данных
_LineNo<n> — номер записи табличной части
_Fld<n><suff> — реквизит табличной части (для каждого реквизита, определенного в конфигурации). Для реквизита составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
_Fld<n> — общие реквизиты

Планы обмена

Для каждого плана обмена создается таблица (_Node<n>) со следующими полями:

_ID<suff> — идентификатор узла;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что узел помечен на удаление;
_Code — код узла;
_Description — наименование узла;
_SentNo — номер последнего отправленного сообщения обмена данными в адрес этого узла;
_ReceivedNo — номер последнего сообщения обмена данными, полученного от этого узла;
_Fld<n><suff> — реквизит плана обмена (для каждого реквизита, определенного в конфигурации);
_PredefinedID — ccылка на предопределенное в метаданных значение;
_LastUpdate — Дата крайнего обмена мобильного клиента с автономным режимом
_Fld<n> — общие реквизиты

Справочники

Для каждого справочника создается таблица (_Reference<n>) со следующими полями:

_ID<suff> — идентификатор элемента справочника;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что элемент справочника помечен на удаление;
_PredefinedID — ccылка на предопределенное в метаданных значение;
_ParentID<suff> — идентификатор элемента справочника или группы, которому подчинен данный элемент справочника. Поле определяется только для иерархических справочников;
_OwnerID<suff> — идентификатор владельца данного элемента справочника. Поле определено, если в конфигурации для справочника указаны владельцы;
_Folder — признак того, что запись представляет группу. Поле определено, если справочник иерархический и в иерархию входят группы;
_Code — код элемента справочника;
_Description — наименование элемента справочника;
_Fld<n><suff> — реквизит справочника (для каждого реквизита, определенного в конфигурации).
_Fld<n> — общие реквизиты

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

_MDID — идентификатор объекта метаданных
_PDUpdMode — режим обновления предопределенных данных

Если у справочника есть предопределенные данные, то создается таблица проинициализированных областей (_RefSInf) с полями:

_PDInitialized – признак того, что область проинициализирована;
_Fld<n> — общие реквизиты данного объекта.

Если справочник участвует в обмене данными, то для него определяется таблица регистрации изменений (_ReferenceChngR<n>) со следующими полями:

_Node<suff> — ссылка на узел плана обмена;
_MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_ID<suff> — идентификатор измененного элемента справочника;
_Fld<n> — общие реквизиты.

Документы

Для каждого документа создается таблица (_Document<n>) со следующими полями:

_ID<suff> — идентификатор документа;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что документ помечен на удаление;
_Date_Time — дата/ время документа;
_NumberPrefix — начало периода уникальности номера. Поле определено, если в конфигурации для документа задана поддержка уникальности номера в пределах периода;
_Number — номер документа;
_Posted — документ проведен;
_Fld<n><suff> — реквизит документа (для каждого реквизита, определенного в конфигурации);
_Fld<n> — общие реквизиты.

Если документ участвует в обмене данными, то создается таблица регистрации изменений (_DocumentChngR<n>), поля которой аналогичны полям таблицы регистрации изменений справочника.

Последовательности документов

Для каждой последовательности документов создаются две таблицы: таблица регистрации документов и таблица границ последовательности. Таблица регистрации документов (_Seq<n>) содержит поля:

_Period — дата/ время документа;
_Recorder<suff> — ссылка на документ;
_Fld<n><suff> — измерение последовательности (для каждого измерения, определенного в конфигурации);
_Fld<n> — общие реквизиты.

Таблица границ последовательности (_SeqB<n>) содержит поля:

_Fld<n><suff> — измерение последовательности (для каждого измерения, определенного в конфигурации);
_Period — дата/ время последнего документа по текущему набору значений измерений;
_Recorder<n><suff> — ссылка на последний документ по текущему набору значений измерений;
_Fld<n> — общие реквизиты.

Если последовательность участвует в обмене данными, то еще создается таблица регистрации изменений (_SeqChngR<n>) с полями:

_Node<suff> — ссылка на узел плана обмена;
_MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_Recorder<suff> — ссылка на документ, которому соответствует измененная запись в таблице регистрации документов;
_Fld<n> — общие реквизиты.

Журналы документов

Каждому журналу документов соответствует таблица (_DocumentJournal<n>) со следующими полями:

_Document<suff> — ссылка на документ;
_Date_Time — дата/ время документа;
_Marked — признак того, что документ помечен на удаление;
_Posted — признак того, что документ проведен;
_Number — номер документа;
_Fld<n><suff> — графа журнала (для каждой графы, определенной в конфигурации).
_Fld<n> — общие реквизиты

Перечисления

Для каждого перечисления создается таблица (_Enum<n>) с полями:

_ID<suff> — идентификатор элемента перечисления;
_EnumOrder — числовое значение элемента перечисления.

Планы видов характеристик

Для каждого плана видов характеристик создается таблица (_Chrc<n>) со следующими полями:

_ID<suff> — идентификатор вида характеристик;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что вид характеристик помечен на удаление;
_PredefinedID — ccылка на предопределенное в метаданных значение;
_ParentID<suff> — идентификатор вида характеристик (или группы видов характеристик), которому подчинен данный. Поле присутствует только для иерархического плана видов характеристик;
_Folder — признак того, что запись является группой видов характеристик. Поле присутствует только для иерархического плана видов характеристик;
_Code — код вида характеристик;
_Description — наименование вида характеристик;
_Type — тип значения характеристики этого вида характеристик;
_Fld<n><suff> — реквизит вида характеристик (для каждого реквизита, определенного в конфигурации).
_Fld<n> — общие реквизиты

Если конфигурация содержит хотя бы один план видов характеристик, то создается одна таблица опций плана видов характеристик (_ChrcOpt) с полями:

_MDID — идентификатор объекта метаданных
_ExtID — идентификатор расширения конфигурации
_PDUpdMode — режим обновления предопределенных данных

Если у плана видов характеристик есть предопределенные данные, то создается таблица проинициализированных областей (_ChrcSInf) с полями:

_PDInitialized – признак того, что область проинициализирована
_Fld<n> — общие реквизиты

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

Планы счетов

Для каждого плана счетов создается таблица (_Acc<n>) со следующими полями:

_ID<suff> — идентификатор счета;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что счет помечен на удаление;
_PredefinedID — ccылка на предопределенное в метаданных значение;
_ParentID<suff> — идентификатор счета, которому подчинен данный;
_Code — код счета;
_Description — наименование счета;
_OrderField — поле сортировки, содержит данные, по которым фактически выполняется сортировка по коду. Поле присутствует, если в конфигурации определен автопорядок по коду;
_Kind — код вида счета (активный/ пассивный/ активный-пассивный);
_OffBalance — забалансовый счет;
_Fld<n><suff> — реквизит или признак учета (для каждого реквизита и для каждого признака учета).
_Fld<n> — общие реквизиты

Если в конфигурации определено отличное от 0 максимальное количество субконто, то создается таблица видов субконто (_Acc<n>_ExtDim<k>), которая содержит поля:

_Acc<n>_ID<suff> — ссылка на счет, которому принадлежит характеристика субконто;
_KeyField — ключ характеристики субконто;
_LineNo — номер характеристики субконто;
_DimKind<suff> — ссылка на вид характеристики;
_DimIsMetadata — предопределенная (определенная в конфигурации) характеристика субконто;
_TurnoverOnly — эта характеристика участвует только при подсчете оборотов;
_Fld<n> — общие реквизиты.

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

_MDID — идентификатор объекта метаданных;
_ExtID — идентификатор расширения конфигурации;
_PDUpdMode — режим обновления предопределенных данных.

Если у плана счетов есть предопределенные данные, то создается таблица проинициализированных областей (_AccSInf) с полями:

_PDInitialized – признак того, что область проинициализирована;
_Fld<n> — общие реквизиты.

Если план счетов участвует в обмене данными, то создается таблица регистрации изменений (_AccChngR<n>) с такими же полями, как у таблицы регистрации изменений справочника.

Планы видов расчета

Для каждого плана видов расчета создается таблица (_CKind<n>) с полями:

_ID<suff> — идентификатор вида расчета;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — признак того, что вид расчета помечен на удаление;
_PredefinedID — ccылка на предопределенное в метаданных значение;
_Code — код вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина кода;
_Description — наименование вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина описания;
_BaseAsAct — базовый период как период действия. Поле присутствует, если план видов расчета использует период действия;
_Fld<n><suff> — реквизит (для каждого реквизита, определенного в конфигурации);
_Fld<n> — общие реквизиты.

Еще для каждого плана видов расчета создается таблица ведущих видов расчета (_CKind<n>_LeadingCK) с полями:

_CalcKind<n>_ID<suff> — ссылка на вид расчета, которому принадлежит таблица ведущих видов расчета;
_KeyField — ключ ведущего вида расчета;
_LeadingCKLineNo — номер ведущего вида расчета;
_LeadingCKLeadingCK<suff> — ссылка на ведущий вид расчета;
_PredefinedLeadingCKTableLine — признак того, что ведущий вид расчета является предопределенным (определенным в конфигурации);
_Fld<n><suff> — реквизит (для каждого реквизита, определенного в конфигурации);
_Fld<n> — общие реквизиты.

Если значение свойства Зависимость от базы плана видов расчета отличается от Не зависит, то создается таблица базовых видов расчета (_CKind<n>_BaseCK) с поля:

_CalcKind<n>_ID<suff> — ссылка на вид расчета, которому принадлежит таблица базовых видов расчета;
_KeyField — ключ базового вида расчета;
_BaseCKLineNo — номер базового вида расчета;
_BaseCKBaseCK<suff> — ссылка на базовый вид расчета;
_PredefinedBaseCKTableLine — признак того, что базовый вид расчета является предопределенным (определенным в конфигурации).
_Fld<n><suff> — реквизит (для каждого реквизита, определенного в конфигурации).
_Fld<n> — общие реквизиты

Если у плана видов расчета установлен флаг «Использует период действия», то создается таблица вытесняемых видов расчета (_CKind<n>_DisplacedCK) с полями:

_CalcKind<n>_ID<suff> — ссылка на вид расчета, которому принадлежит таблица вытесняемых видов расчета;
_KeyField — ключ вытесняемого вида расчета;
_DisplacedCKLineNo — номер вытесняемого вида расчета;
_DisplacedCKDisplCK<suff> — ссылка на вытесняемый вид расчета;
_PredefinedDisplCKTableLine — предопределенный (определенный в конфигурации) вытесняемый вид расчета.
_Fld<n> — общие реквизиты

Если у плана видов расчета установлен флаг Использует период действия то создается таблица порядка вытеснения (_KindDN<n>) с полями:

_CKRef<suff> — ссылка на вид расчета;
_DisplNumber — номер, определяющий место этого расчета в порядке вытеснения.
_Fld<n> — общие реквизиты

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

_MDID — идентификатор объекта метаданных
_ExtID — идентификатор расширения конфигурации
_PDUpdMode — режим обновления предопределенных данных

Если у плана видов расчета есть предопределенные данные, то создается таблица проинициализированных областей (_CKindsSInf) с полями:

_PDInitialized – признак того, что область проинициализирована,
_Fld<n> — общие реквизиты данного объекта

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

Регистры сведений

Для каждого регистра сведений создается таблица движений (_InfoRg<n>) с полями:

_Period — момент времени движения. Поле присутствует, если значение свойства «Периодичность» отлично от «Непериодический»;
_Recorder<suff> — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
_LineNo — номер движения по данному регистратору. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
_Active — движение активно (участвует в вычислении среза последних). Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_Fld<n> — общие реквизиты.

Для каждого периодического регистра сведений, с включенным признаком РазрешитьИтогиСрезПоследних создается таблица срез последних (_InfoRgSL<n>) с полями:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита).

Для каждого периодического регистра сведений, с включенным признаком РазрешитьИтогиСрезПервых создается таблица срез последних (_InfoRgSF<n>) с полями:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита).

Если регистр сведений участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_InfoRgChngR<n>). Для регистра, у которого свойство Режим записи имеет значение Независимый таблица регистрации изменений имеет следующие поля:

_Node<suff> — ссылка на узел плана обмена;
_MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_Period — момент времени движения. Поле присутствует, если значение свойства регистра «Периодичность» отлично от «Непериодический» и установлен флаг «Основной отбор по периоду»;
_Fld<n><suff> — измерение регистра, входящее в основной отбор (для каждого изменения с установленным флагом «Основной отбор»);
_Fld<n> — общие реквизиты.

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

Регистры накопления

Для каждого регистра накопления создается таблица движений (_AccumRg<n>) с полями:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор;
_LineNo — номер движения по данному регистратору;
_Active — признак того, что движение активно (участвует в подсчете остатков и оборотов);
_RecordKind — вид движения (приход/ расход);
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
_Fld<n> — общие реквизиты.

Если регистр поддерживает остатки, то создается таблица остатков (_AccumRgT<n>) с полями:

_Period — момент времени, на который посчитаны остатки;
_Fld<n><suff> — измерение или остаток по ресурсу (для каждого измерения и каждого ресурса).
_Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
_DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
_Fld<n> — общие реквизиты.

Если регистр поддерживает обороты, то создается таблица оборотов (_AccumRgTn<n>) с полями:

_Period — момент времени, на который посчитаны обороты;
_Fld<n><suff> — измерение или оборот по ресурсу (для каждого измерения и каждого ресурса).
_Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
_DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
_Fld<n> — общие реквизиты.

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

Если конфигурация содержит хотя бы один регистр накопления, то создается одна таблица настроек хранения итогов (_AccumRgOpt) с полями:

_RegID — идентификатор регистра;
_Period — периодичность хранения итогов. Не используется;
_ActualPeriod — хранение актуальных итогов;
_Periodicity — периодичность регистра;
_RepetitionFactor — кратность. Не используется;
_UseTotals — использовать итоги;
_MinPeriod — минимальный период с которого надо пересчитывать итоги;
_MinCalculatedPeriod — минимальный период, по которому нужно насчитывать итоги;
_UseSplitter — использовать разделитель итогов (для обеспечения параллельности проведения документов);
_Fld<n> — общие реквизиты.

Агрегаты регистра накопления

Для каждого регистра накопления создается таблица агрегатов (_AccumRgAgg<n>).

Для каждого регистра накопления создается таблица статистики регистра накопления (_AccumRgSt<n>).

Для каждого регистра накопления создается таблица буфера новых оборотов регистра накопления (_AccumRgBf<n>).

Для каждого регистра накопления создается таблица новых оборотов регистра накопления (_AccumRgDl<n>).

Если конфигурация содержит хотя бы один агрегат регистра накопления, создаются таблицы:

Таблица опций сети агрегатов (_AccumRgAggOpt),
Таблица кодов измерений регистра накопления (_AccumRgAggDims),
Таблица сети агрегатов (_AccumRgAggGrid).

Регистры бухгалтерии

Для каждого регистра бухгалтерии создается таблица движений (_AccRg<n>), содержащая поля:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор;
_LineNo — номер движения по данному регистратору;
_Active — признак того, что движение участвует в подсчете итогов;
_Correspond — вид движения. Поле присутствует в регистрах без корреспонденции;
_Account<suff> — ссылка на счет. Поле присутствует в регистрах без корреспонденции;
_AccountDt<suff> — ссылка на счет дебета. Поле присутствует в регистрах с корреспонденцией;
_AccountCt<suff> — ссылка на счет кредита. Поле присутствует в регистрах с корреспонденцией;
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_EDHash<suff> — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
_Fld<n> — общие реквизиты.

Если регистр бухгалтерии ссылается на план счетов, у которого максимальное количество субконто больше нуля, то создается таблица значений субконто (_AccntRegED<n>) с полями:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор;
_LineNo — номер движения по данному регистратору;
_Correspond — вид движения. Поле присутствует в регистрах без корреспонденции;
_Kind<suff> — ссылка на характеристику субконто;
_Value<suff> — значение характеристики;
_Fld<n> — общие реквизиты.

Таблиц итогов по счету (_AccRgAT<k><n>) столько, каково максимальное количество субконто в плане счетов, на который ссылается регистр бухгалтерии. Они содержат следующие поля:

_Period — момент на который подсчитаны итоги;
_Account<suff> — ссылка на счет;
_Value<i><suff> — значение субконто (для i от 1 до k);
_Fld<n><suff> — измерение или ресурс (для каждого измерения и каждого ресурса);
_TurnoverDt<n> — дебетовые обороты ресурса (для каждого ресурса);
_TurnoverCt<n> — кредитовые обороты ресурса (для каждого ресурса);
_Turnover<n> — общие обороты ресурса (для каждого ресурса). Используются при подсчете оборотов по субконто;
_Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
_Fld<n> — общие реквизиты.

Для регистра бухгалтерии, поддерживающего корреспонденцию, создается таблица итогов оборотов между счетами (_AccRgCT<n>) с полями:

_Period — момент на который подсчитаны итоги;
_AccountDt<suff> — дебетовый счет;
_AccountCt<suff> — кредитовый счет;
_Fld<n><suff> — измерение или ресурс (для каждого балансового измерения и каждого балансового ресурса);
_Fld<n>Dt<suff> — дебетовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса);
_Fld<n>Ct<suff> — кредитовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса);
_Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
_Fld<n> — общие реквизиты.

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

Если конфигурация содержит хотя бы один регистр бухгалтерии, то создается одна таблица настроек хранения итогов (_AccRgOpt) с полями:

_RegID — идентификатор регистра бухгалтерии;
_Period — периодичность хранения итогов. Не используется;
_ActualPeriod — хранение актуальных итогов;
_Periodicity — периодичность регистра;
_RepetitionFactor — кратность. Не используется;
_UseTotals — признак использования итогов;
_MinPeriod — минимальный период, с которого нужно пересчитывать итоги;
_UseSplitter — признак использования разделителя итогов;
_MinCalculatedPeriod — минимальный период, по которому нужно насчитывать итоги;
_Fld<n> — общие реквизиты.

Регистры расчета

Для каждого регистра расчета создается таблица движений (_CRg<n>) с полями:

_Period — момент времени движения;
_Recorder<suff> — ссылка на регистратор;
_LineNo — номер движения по данному регистратору;
_CalcKind<suff> — ссылка на вид расчета;
_ActionPeriod — период действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
_APDateFrom — момент начала периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
_APDateTill — момент окончания периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
_BPDateFrom — момент начала базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг «Базовый период»;
_BPDateTill — момент окончания базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг «Базовый период»;
_Active — признак того, что движение активно (участвует в расчете);
_Storno — признак того, что движение является сторно-записью;
_Fld<n><suff> — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_Fld<n> — общие реквизиты.

Если у регистра расчета установлен флаг «Период действия», то создается таблица фактических периодов действия (_CRgActPer<n>), в которой имеются поля:

_Recorder<suff> — ссылка на регистратор;
_LineNo — номер движения по данному регистратору;
_APDateFrom — момент начала фактического периода действия;
_APDateTill — момент окончания фактического периода действия;
_Fld<n> — общие реквизиты.

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

Для каждого перерасчета создается таблица (_CRgRecalc<n>) с полями:

_Recorder<suff> — ссылка на регистратор;
_CalcKind<suff> — ссылка на вид расчета;
_Fld<n><suff> — измерение (для каждого измерения);
_Fld<n> — общие реквизиты.

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

Бизнес-процессы

Для каждого бизнес-процесса создается таблица (_BPr<n>) с полями:

_ID<suff> — идентификатор бизнес-процесса;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — бизнес-процесс помечен на удаление;
_Date_Time — дата/ время бизнес-процесса;
_Completed — признак того, что бизнес-процесс завершен;
_Number — номер бизнес-процесса;
_HeadTask<suff> — ведущая задача;
_Started — признак того, что бизнес-процесс стартован;
_Fld<n><suff> — реквизит (для каждого реквизита);
_Fld<n> — общие реквизиты.

Для каждого бизнес-процесса создается таблица точек маршрута (_BPrPoints<n>) с полями:

_ID<suff> — идентификатор точки маршрута;
_RoutePointOrder — номер точки маршрута.

Если бизнес-процесс участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_BPrChngR<n>) с такими же полями, какие у таблицы регистрации изменений справочника.

Задачи

Для каждой задачи создается таблица (_Task<n>) с полями:

_ID<suff> — идентификатор задачи;
_Version — версия записи (изменяется после каждого обновления данной записи);
_Marked — задача помечена на удаление;
_BusinessProcess<suff> — ссылка на бизнес-процесс;
_Point<suff> — ссылка на точку маршрута;
_Date_Time — дата/ время задачи;
_Number — номер задачи;
_Name — имя задачи;
_Executed — задача выполнена;
_Fld<n><suff> — реквизит (для каждого реквизита);
_Fld<n> — общие реквизиты.

Если задача входит хотя бы в один план обмена, то создается таблица регистрации изменений (_TaskChngR<n>) с полями, аналогичными полям таблицы регистрации изменений справочника.

Регламентные задания

Если в конфигурации определено хотя бы одно регламентное задание, то создается таблица регламентных заданий (_ScheduledJobs) с полями:

_ID — идентификатор регламентного задания;
_Description — наименование;
_JobKey>- ключ регламентного задания (для предотвращения одновременного запуска);
_MetadataID — идентификатор объекта метаданных;
_Predefined — признак того, что регламентное задание является предопределенным (определенным в конфигурации);
_Parameters — параметры регламентного задания;
_UserName — имя пользователя, от которого запускается регламентное задание;
_ActivationCondition — расписание;
_Use — признак того, что задание включено;
_RestartCount — количество перезапусков при ошибке;
_RestartPeriod — период времени между перезапусками при ошибке;
_RestartAttemptNumber — номер последней предпринятой попытки перезапуска;
_State — признак того, что задание выполняется;
_StartTime — время последнего запуска;
_FinishTime — время последнего завершения;
_Version — версия;
_Fld<n> — общие реквизиты.

Сервисы интеграции

Для каждого сервиса интеграции создается таблица настроек сервиса интеграции (_IntegServiceSettings<n>) с полями:

_Active – активность сервиса интеграции;
_Content — содержимое настроек сервиса интеграции;
_Fld<n> — разделители сервиса интеграции.

Для каждого канала сервиса интеграции, для которого направление сообщения установлено отправка, создается таблица очереди отправки канала сервиса интеграции (_IntegChannelOutQueue<n>) с полями:

_MessageId – идентификатор сообщения;
_Position — позиция сообщения в очереди;
_ExpirationDate — дата и время устаревания сообщения;
_MessageHeader — заголовок сообщения;
_MessageBody — тело сообщения;
_Fld<n> — разделители сервиса интеграции.

Для каждого канала сервиса интеграции, для которого направление сообщения установлено получение, создается таблица очереди получения канала сервиса интеграции (_IntegChannelInQueue<n>) с полями:

_MessageId – идентификатор сообщения;
_Position — позиция сообщения в очереди;
_ExpirationDate — дата и время устаревания сообщения;
_MessageHeader — заголовок сообщения;
_MessageBody — тело сообщения;
_Processed — сообщение обработано;
_Fld<n> — разделители сервиса интеграции.

Хранилища поименованных двоичных данных (файлов)

1С:Предприятие создает в базе данных несколько таблиц, которые содержат конфигурацию, профайлы и некоторые другие данные в виде набора поименованных двоичных данных (файлов). К ним относятся таблицы: Config (конфигурация базы данных), ConfigSave (сохраненная конфигурация), ConfigCAS (системное хранилище конфигураций расширений), ConfigCASSave (сохраненное системное хранилище конфигураций расширений), DepotFiles (работа с хранилищем конфигурации), Files (работа с хранилищем конфигурации на платформе версии 8.3.9 и ниже, профайлы и т.п.), Params (служебные параметры информационной базы).

Все они имеют одинаковый набор полей:

FileName — имя файла;
Creation — момент времени создания файла;
Modified — момент времени последней модификации файла;
Attributes — атрибуты файла;
DataSize — длина файла в байтах;
BinaryData — данные, хранимые в файле.

Хранилища непоименованных двоичных данных

Следующие таблицы содержат единственную запись с двоичными данными, необходимыми для работы 1С:Предприятия: DBSchema (конфигурация базы данных), DBChanges (изменения схемы в процессе обновления конфигурации базы данных).

Эти таблицы содержат единственное поле:

SerializedData — двоичные данные.

Список пользователей

Таблица _v8users содержит следующие поля:

ID — Уникальный идентификатор пользователя информационной базы;
Name — Имя пользователя;
Descr — Полное имя пользователя;
OSName — Имя пользователя ОС или NULL, если аутентификация ОС не задана;
Changed — Момент времени, когда пользователь был изменен в последний раз;
RolesID — Идентификатор совокупности ролей пользователя;
Show — Показывать пользователя в списке для диалога аутентификации;
Data — Все данные о пользователе;
AdmRole — Пользователь имеет право Администратор;
UsSprH — Числовое хеш-значение совокупности значений разделителей;
EAuth — Пользователю разрешена аутентификация паролем.

История работы пользователей

Таблица _UsersWorkHistory содержит следующие поля:

_ID — Уникальный идентификатор пользователя информационной базы;
_UserID — ID пользователя — владельца настройки;
_URL — URL;
_Date — Дата-время;
_URLHash — Хеш по URL;
_DataSeparationUse<n> – использование разделения данных;
_Fld<n> — общие реквизиты.

Таблицы хранилищ настроек

Хранилище системных настроек— таблица _SystemSettings
Xранилищe настроек отчетов — таблица _RepSettings
Хранилище настроек вариантов отчетов — таблица _RepVarSettings
Хранилище общих настроек — таблица _CommonSettings
Хранилище настроек данных форм — таблица _FrmDtSettings
Xранилищe настроек динамических списков — таблица _DynListSettings
Хранилище настроек обработки ошибок — таблица _ErrorProcessingSettings
Хранилище внешних данных навигационных ссылок — таблица _URLExternalData
Хранилище внутренних настроек — таблица _InternalSettings

содержат следующие поля:

_UserId — ID пользователя — владельца настройки;
_ObjectKey — имя предмета настройки;
_SettingsKey — имя множественной (именованной) настройки;
_Version — версия объекта;
_SettingsPresentation — представление настройки;
_SettingsData – настройка;
_ChangeDate– Дата и время изменения данных;
_UserIdHash– хэш значения из колонки UserId;
_SettingsKeyHash– хэш значения из колонки SettingsKey;
_DataSeparationUse<n> – использование разделения данных;
_Fld<n> — общие реквизиты.

Хранилище настроек стандартного интерфейса OData

Таблица ODataSettings содержит следующие поля:

_DataSeparationUse – Использование разделения данных,
_Fld — разделитель,
_MetadataObjectUUID – идентификатор объекта метаданных,
_DataSeparationUse<n> – использование разделения данных,
_Fld<n> — общие реквизиты.

История данных

Таблица очереди истории данных _DataHistoryQueue

_MetadataId – Идентификатор объекта метаданных
_DataId – Идентификатор данных
_Position – Позиция сообщения в очереди. Ведется в разрезе _MetadataId, _DataId
_Content – Содержимое сообщения.

Таблица версий данных истории данных _DataHistoryVersions

_HistoryDataId – Внутренний идентификатор в подсистеме история данных.
_VersionNumber – Номер версии данных
_MetadataVersionNumber – Номер версии метаданных, актуальный на момент создания версии данных
_Date – Дата создания версии
_ChangeType – Тип изменения данных
_UserId – Идентификатор пользователя изменившего данные
_UserName — Имя пользователя изменившего данные
_UserFullName – Полное имя пользователя изменившего данные
_Comment – Комментарий к версии
_Transaction – Номер транзакции, используемый в журнале регистрации
_Node – Ссылка на узел обмена, из которого получены изменения
_Content — Данные версии

Таблицы последних версий истории данных _DataHistoryLatestVersions<n>

_MetadataId – Идентификатор объекта метаданных
_DataId – Идентификатор данных
_HistoryDataId – Внутренний идентификатор в подсистеме история данных.
_VersionNumber – Номер последней версии данных
_Content — Данные последней версии
_Fld<n> — Общие реквизиты

Таблица версий метаданных истории данных _DataHistoryMetadata

_MetadataId – Идентификатор объекта метаданных
_IsSettings – Флаг версия метаданных сформирована при изменении настроек
_IsActual – Флаг версия метаданных является актуальной
_MetadataVersionNumber – Номер актуальной версии метаданных
_Content – Метаданные объекта
_Fld<n> — Общие реквизиты

Таблица настроек истории данных _DataHistorySettings

_MetadataId – Идентификатор объекта метаданных
_Content – Настройки объекта метаданных
_Fld<n> — Общие реквизиты

Таблица очереди обработки после записи версии истории данных _DataHistoryAfterWriteQueue

_MetadataId – Идентификатор объекта метаданных
_HistoryDataId – Внутренний идентификатор в подсистеме история данных.
_VersionNumber – Номер версии данных
_Fld<n> — Общие реквизиты

Копии базы данных

Таблица копий _ DbCopies содержит следующие поля:

_CopyId – идентификатор копии
_CopyName – имя копии, уникальное в пределах инфобазы
_UseIntAccelerator – использование Дата акселератора
_ReplType – вид репликации
_DbType – тип СУБД копии
_DbServer – адрес сервера базы данных копии
_DbName – имя базы данных копии на сервере
_DbUser – имя пользователя базы
_DbPassword – пароль пользователя базы в зашифрованном виде
_CreateDb – создавать базу
_Version – версия

Таблица настроек копий _DbCopiesSettings содержит следующие поля:

_CopyId – идентификатор копии
_CopyContent – состав копии
_CopySchema – схема базы данных копии
_Version – версия

Таблица состояний таблиц копий _DbCopiesTablesStates содержит следующие поля:

_CopyId – идентификатор копии
_TableName – имя таблицы SDBL
_TableState – состояние таблицы
_TrNum – номер первой транзакции состояния

Таблица изменений в процессе первоначального копирования _DbCopiesTrChanges содержит следующие поля:

_CopyId – идентификатор копии
_TableName – имя таблицы SDBL
_TrNum – номер транзакции
_ChId – идентификатор объекта изменений

Таблица объектов изменений _DbCopiesTrChObj содержит следующие поля:

_ChId – идентификатор объекта изменений
_ChObj – объект изменений в сериализованном виде

Таблица c информацией по блокам первоначального копирования _DbCopiesInitialLast содержит следующие поля:

_CopyId – идентификатор копии
_TableName – имя таблицы SDBL
_BlockNum – номер блока
_FirstKey – ключи первой записи блока
_LastKey – ключи последней записи блока
_BlockState – состояние блока

Таблица журналов транзакций _DbCopiesTrLogs содержит следующие поля:

_TrNum – номер транзакции
_TrTime – время транзакции
_TrId – идентификатор транзакции
_TrLog – объект журнала транзакции в сериализованном виде

Таблица с измененными в транзакциях таблицах _DbCopiesTrTables содержит следующие поля:

_TrNum – номер транзакции
_TrTime – время транзакции
_TableName – имя таблицы SDBL

Таблица перенесенных транзакций _DbCopiesUpdates содержит следующие поля:

_CopyId – идентификатор копии
_TrNum – номер последней перенесенной в копию транзакции
_TrTime – время транзакции

Таблица временных файлов для обмена с мобильным клиентом с автономным режимом _MobileClientDataExchange содержит следующие поля:

_ID – идентификатор записи
_Version – версия записи
_Type – тип данных
_Data – данные
_Date – дата создания

Табличные пространства базы данных

Таблица табличных пространств_DbSegments содержит следующие поля:

_SegmentId – идентификатор табличного пространства
_SegmentName – имя табличного пространства, уникальное в пределах инфобазы
_Path – путь к каталогу табличного пространства на сервере СУБД

Таблица элементов состава табличных пространств _DbSegmentsItems содержит следующие поля:

_ItemId – идентификатор объекта метаданных
_SegmentId – идентификатор табличного пространства
_ForIndex – признак назначения элемента состава табличного пространства (истина — для индексов, ложь — для данных)
_Applied – признак размещения данных (истина — данные объекта метаданных физически размещены в табличном пространстве, ложь — элемент записан, но обновление размещения таблиц в Конфигураторе еще не выполнено)

Другие таблицы

Если в качестве СУБД используется Microsoft SQL Server, то в таблице _YearOffset хранится смещение дат в единственном поле:

Offset — смещение дат в годах.

ПРИМЕЧАНИЕ
Если в качестве СУБД используется IBM DB2, то символ ‘_’ (подчеркивание) в начале имен таблиц и полей отсутствует.

Размер таблицы _INFORG более 4гб

(16) Это обычно может быть из-за Регистров, особенно, если это какое либо хранилище. К примеру хранилище Историй объектов. Полезная вещь, но очень прожорлива.

Лучше всего оценить Количество документо-оборота, Количество записей по регистрам.
Справочники, как правило не так прожорливы.
Обратить внимание, на реквизиты до 1000 и больше символов, обратить внимание на составные типы в реквизитах, они тоже кушают 🙂

.
И примерно, на пальцах, у тебя будет более и мене та же самая картина, если бы расшифровал код таблицы "_INFORG" 🙂

Структура БД 1С

Статья дает представление о файлах и таблицах баз данных, с которыми работает 1С:Предприятие 8, и о распределении между ними информации, используемой 1С:Предприятием 8. Рассматриваются как файловый, так и клиент-серверный варианты информационных баз.

Приведенная здесь информация предназначена исключительно для понимания расположения и состава данных, используемых 1С:Предприятием, и предназначена для разработчиков прикладных решений и специалистов, занимающихся администрированием информационных баз 1С:Предприятия 8. Приведенная информация не должна использоваться для работы с этими данными какими либо способами, не предусмотренными штатными механизмами 1С:Предприятия 8.

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

Предметом данного рассмотрения являются только те данные, которые 1С:Предприятие использует всегда, независимо от действий, исполняемых конкретными конфигурациями, или действий, связанных с выбором пользователем тех или иных файлов. Таким образом, файлы конфигураций, выгрузки данных, внешние обработки и другие файлы, внешние по отношению к 1С:Предприятию 8 здесь рассматриваться не будут.

Данные, которые 1С:Предприятие использует всегда, могут быть разделены на 5 групп в соответствии с их назначением и мерой их ответственности:

Информационные базы. К информационным базам относится наиболее ответственная информация, включающая: конфигурацию, все данные о хозяйственной деятельности предприятия а также административную информацию. Все данные, относящиеся к информационной базе, объединяются в базу данных. Потеря или искажение каких-то данных информационной базы может привести к потере работоспособности системы, построенной на базе 1С:Предприятия.
Хранилище конфигурации содержит текущую конфигурацию и историю ее разработки при использовании в Конфигураторе средств групповой разработки. При разработке конфигурации эта информация также является «жизненно важной».
Журнал регистрации содержит список операций, совершенных над данной информационной базой. Эта информация не является необходимой для работы системы на базе 1С:Предприятия, но может быть важной с организационной точки зрения.
Вспомогательные данные. К вспомогательным относятся такие данные, которые служат для удобства пользователя и не влияют на логику работы системы на базе 1С:Предприятия.
- Профайлы содержат информацию о расположении окон, текущих позициях, состоянии диалогов и других настройках, позволяющих пользователю работать наиболее комфортно. Различные конфигурации могут хранить в профайлах и другую информацию, которая может быть полезной, но не является необходимой.
- Другие вспомогательные данные. К ним относятся списки информационных баз, зарегистрированных на клиенте или на сервере, и некоторые другие данные.
Размещение данных, принадлежащих разным группам, отличается. Дополнительное разнообразие в способы хранения данных вносит возможность организации как файловых, так и клиент-серверных информационных баз.

Организация информационных баз

Данные, которые определяют логику функционирования системы на базе 1С:Предприятия, относятся к информационной базе. Хранение информационной базы осуществляется в базе данных с виде набора таблиц, для чего 1С:Предприятие 8 может использовать одну из пяти систем управления базами данных (СУБД):
- Встроенную в 1С:Предприятие 8 (файловый вариант информационной базы). В этом случае все данные информационной базы хранятся в файле с именем 1cv8.1cd. Этот файл имеет двоичный формат и по сути является базой данных для встроенной в 1С:Предприятие 8 СУБД.
- Microsoft SQL Server (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Microsoft SQL Server.
- PostgreSQL (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных PostgreSQL.
- IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
- OracleDatabase (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Oracle Database.
На уровне объектов базы данных (таблиц, полей, индексов и т. п.) как файловый так и клиент-серверный вариант информационной базы имеют сходный формат (отличающийся несущественными деталями). Некоторая информация об этом формате содержится ниже.

Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:
- Config — основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
- ConfigSave — конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении «Обновления конфигурации базы данных» в Конфигураторе, а наоборот — при выполнении в Конфигураторе операции «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».
- Files содержит служебную информацию, например, о работе с хранилищем конфигурации.
- Params содержит параметры информационной базы. Среди них:
  - Национальные настройки информационной базы.
  - Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
  - Некоторая другая информация.
  При старте 1С:Предприятие проверяет наличие в информационной базе перечисленных таблиц и в случае отсутствия какой-нибудь из них выдается сообщение «информационная база разрушена». Отсутствие всех перечисленных таблиц означает, что информационная база пустая. В последнем случае эти таблицы будут созданы.
  
  Перечень и структура других таблиц базы данных определяется конкретной конфигурацией, а именно, определенными в ней объектами метаданных. Имя каждой таблицы состоит из буквенного префикса и следующего за ним номера. Префикс определяет назначение таблицы, а номер позволяет различать таблицы одинакового назначения, относящиеся к разным объектам метаданных. Если в качестве СУБД используется IBM DB2, то описанную структуру имеют не имена таблиц, а их псевдонимы.
  
  Если в конфигурации определен хотя бы один план обмена с установленным флагом «Распределенная информационная база», то будут созданы следующие таблицы:
  - _ConfigChangeRec — таблица регистрации изменений объектов конфигурации.
  - _ConfigChangeRec_ExtProps — таблица имен файлов измененных внешних свойств объектов конфигурации.
  Ниже перечислены различные объекты метаданных, которым могут соответствовать те или иные таблицы.
  - Константы
    - _Consts содержит текущие значения всех констант, определенных в конфигурации.
    - _ConstsChngR — таблица регистрации изменений констант. Создается, если хотя бы одна константа участвует хотя бы в одном плане обмена.
    - _Node<n> — таблица плана обмена.
    - _Node<n>_VT<k> — табличная часть плана обмена, создается для каждой табличной части.
    - _Reference<n> — таблица справочника.
    - _Reference<n>_VT<k> — табличная часть справочника — для каждой табличной части.
    - _ReferenceChngR<n> — таблица регистрации изменений справочника. Создается, если справочник участвует хотя бы в одном плане обмена.
    - _Document<n> — таблица документов для каждого объекта метаданных «документ».
    - _Document<n>_VT<k> — табличная часть документа — для каждой табличной части каждого документа.
    - _DocumentChngR<n> — таблица регистрации изменений объекта метаданных типа «документ». Создается для каждого объекта метаданных типа «документ», если он участвует хотя бы в одном плане обмена.
    - _Seq<n> — таблица регистрации документов — для каждой последовательности.
    - _SeqB<n> — таблица границ последовательности — для каждой последовательности.
    - _SeqChngR<n> — таблица регистрации изменений последовательности. Создается для каждой последовательности, которая участвует хотя бы в одном плане обмена.
    - _DocumentJournal<n> — таблица журнала документов, создается для каждого журнала документов.
    - _Enum<n> — таблица перечисления — по одной для каждого перечисления.
    - _Chrc<n> — основная таблица плана видов характеристик.
    - _Chrc<n>_VT<k> — табличная часть плана видов характеристик — для каждой табличной части.
    - _ChrcChngR<n> — таблица регистрации изменений плана видов характеристик. Создается, если план видов характеристик участвует хотя бы в одном плане обмена.
    - _Acc<n> — основная таблица плана счетов.
    - _Acc<n>_ExtDim<k> — таблица видов субконто плана счетов, создается для плана счетов в том случае, если максимальное количество субконто больше нуля.
    - _Acc<n>_VT<k> — табличная часть плана счетов, создается для каждой табличной части плана счетов.
    - _AccChngR<n> — таблица регистрации изменений плана счетов. Создается, если план счетов участвует хотя бы в одном плане обмена.
    - _CKind<n> — основная таблица плана видов расчета.
    - _CKind<n>_BaseCK — таблица базовых видов расчета, создается для плана видов расчета в случае, если его свойство «Зависимость от базы» имеет значение, отличное от «Не зависит».
    - _CKind<n>_DisplacedCK — таблица вытесняющих видов расчета, создается для плана видов расчета в случае, если у него установлен флаг «Использует период действия».
    - _CKind<n>_LeadingCK — таблица ведущих видов расчета — для каждого плана видов расчета.
    - _CKindDN<n> — вспомогательная таблица для порядка вытеснения, создается, если у плана видов расчета установлен флаг «Использует период действия».
    - _CKind<n>_VT<k> — табличная часть плана видов расчета, создается для каждой табличной части.
    - _CKindChngR<n> — таблица регистрации изменений плана видов расчета. Создается, если план видов расчета участвует хотя бы в одном плане обмена.
    - _InfoRg<n> — таблица движений регистра сведений.
    - _InfoRChngRg<n> — таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена.
    - _AccumRg<n> — таблица движений регистра накопления.
    - _AccumRgT<n> — таблица итогов регистра накопления, если регистр поддерживает остатки.
    - _AccumRgTn<n> — таблица оборотов регистра накопления, если регистр поддерживает обороты.
    - _AccumRgChngR<n> — таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
    - _AccumRgOpt — таблица настроек хранения итогов регистров накопления одна на все регистры накопления.
    - _AccumRgAgg<n> — таблица агрегатов регистра накопления.
    - _AccumRgAggOpt — таблица опций сети агрегатов.
    - _AccumRgSt<n> — таблица статистики регистра накопления.
    - _AccumRgBf<n> — таблица буфера новых оборотов регистра накопления.
    - _AccumRgDl<n> — таблица новых оборотов регистра накопления.
    - _AccumRgAggDims — таблица кодов измерений регистра накопления.
    - _AccumRgAggGrid таблица сети агрегатов
    - _AccRg<n> — таблица движений регистра бухгалтерии.
    - _AccRgED<n> — таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.
    - _AccRgAT0<n> — таблица итогов по счету.
    - _AccRgAT<i><n> — где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i.
    - _AccRgCT<n> — таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию.
    - _AccRgChngR<n> — таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена.
    - _AccRgOpt — таблица настроек хранения итогов одна на все регистры бухгалтерии.
    - _CRg<n> — таблица движений регистра расчета.
    - _CRgActP<n> — таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг «Период действия».
    - _CRgChnR<n> — таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена.
    - _CRgRecalc<n> — таблица перерасчета регистра расчета, создается для каждого перерасчета.
    - _CRgRecalcChngR<n> — таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена.
    - _BPRPoints<n> — таблица точек маршрута бизнес-процесса для каждого бизнес-процесса.
    - _BPr<n> — основная таблица бизнес-процесса.
    - _BPr<n>_VT<k> — табличная часть бизнес-процесса для каждой табличной части.
    - _BPrChngR<n> — таблица регистрации изменений бизнес-процесса. Создается для каждого бизнес-процесса, участвующего хотя бы в одном плане обмена.
    - _Task<n> — основная таблица задачи.
    - _Task<n>_VT<k> — табличная часть задачи для каждой табличной части.
    - _TaskChngR<n> — таблица регистрации изменений в задачах. Создается для каждого объекта метаданных типа «задача», который участвует хотя бы в одном плане обмена.
    При использовании IBM DB2 префиксы псевдонимов таблиц начинаются не с символа подчеркивания, а сразу с буквенной части.
    
    Количество этих таблиц зависит от функциональности конфигурации и может быть достаточно большим. В штатном режиме 1С:Предприятие не выполняет проверку их наличия, а также целостности и непротиворечивости содержащихся в них данных. Поэтому важно, чтобы база данных, в которой размещена информационная база 1С:Предприятия 8, была защищена от несанкционированного доступа и ее модификация выполнялась только средствами 1С:Предприятия. Для проверки необходимо использовать функцию «Администрирование — Тестирование и исправление», встроенную в конфигуратор.
    
    Важно также, чтобы резервное копирование и восстановление базы данных, хранящей информационную базу, выполнялось только целиком. С этой целью рекомендуется использование средств резервного копирования баз данных, встроенных в в используемую СУБД. Резервное сохранение файлового варианта информационной базы может быть выполнено копированием файла 1cv8.1cd.
    
    В конфигураторе есть специальная функция: Администрирование — Выгрузить информационную базу. С ее помощью можно выгрузить в указанный файл (файл выгрузки) все данные, относящиеся к информационной базе, и больше никакие. Обратная ей функция «Загрузить информационную базу» позволяет в текущую информационную базу вместо существующих загрузить все данные из файла выгрузки. Эти функции также можно использовать для резервного копирования данных информационной базы как в файловом так и в клиент-серверном варианте.
    
    Хранилище конфигурации
    
    Хранилище конфигурации используется при групповой разработке конфигураций и служит для хранения истории версий конфигурации, включая последнюю (текущую) версию. Все хранилище содержится в одном файле — 1Cv8ddb.1cd, который располагается в каталоге, заданном в качестве каталога хранилища конфигурации.
    
    В процессе разработки конфигураций с использованием средств групповой разработки данные, хранимые в этом файле, являются жизненно важными. Поэтому рекомендуется их резервное копирование.
    
    Журнал регистрации
    
    Журнал регистрации относится к информационной базе и служит для сохранения информации о событиях, возникающих в процессе работы пользователей с данной информационной базой. Эта информация может быть важной с организационной точки зрения, но не является необходимой для функционирования прикладного решения на базе 1С:Предприятия.
    
    Журналы регистрации хранятся в специальных каталогах 1Cv8Log по одному на каждую информационную базу. Каждый каталог содержит файл 1Cv8.lgf и несколько файлов с именами вида yyyyMMddhhmmss.lgp, где yyyy — номер года, MM — номер месяца, dd — номер дня в месяце, hh — номер часа, mm — номер минуты, ss — номер секунды. Например, «20070525200000.lgp«. Файл 1Cv8.lgf содержит общую информацию журнала регистрации. Каждый файл yyyyMMddhhmmss.lgp содержит фрагмент журнала регистрации за соответствующий период. Имя файла представляет момент времени начала периода. Длина периода определяется настройкой журнала регистрации «Разделять хранение журнала по периодам».
    
    В файловом варианте информационной базы журнал регистрации располагается в каталоге информационной базы, в том же, что и файл самой информационной базы. Например, если информационная база хранится в файле C:/EnterpriseInfoBase/1cv8.1cd, то журнал регистрации будет находиться в каталоге C:/EnterpriseInfoBase/1Cv8log.
    
    В клиент-серверном варианте информационной базы журнал регистрации располагается в подкаталоге рабочего каталога кластера. Имя подкаталога определяется идентификатором информационной базы. Например: «C:/Program Files/1cv82/server/reg_1541/fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log». Подробно о рабочем каталоге центрального сервера и кластера можно прочитать в разделе «Хранение настроек кластера серверов 1С:Предприятия 8«.
    
    Профайлы
    
    Профайлы содержат информацию, не оказывающую влияния на логику функционирования системы на базе 1С:Предприятия 8. Такая информация не является необходимой, но ее сохранение может, например, повысить комфортность работы пользователя. В профайлах можно хранить формат и расположение окон и диалогов, настройки шрифтов, цветов, отборов и т. п. Потеря такой информации не может привести к нарушению работоспособности системы.
    
    Подробнее назначение профайлов и хранение настроек пользователя описаны в разделе «Сохранение параметров настроек пользователя между сеансами«.
    
    Профайлы различаются по принадлежности хранимой в них информации. Виды профайлов, используемых в 1С:Предприятии 8, представлены в таблице:
    
    Принадлежность данных
    
    Примеры хранимых данных
    
    Расположение
    
    Данные из профайлов читаются при старте 1С:Предприятия 8 и записываются при его штатном завершении. По этой причине в случае нештатного завершения некоторые пользовательские настройки могут не сохраниться.
    
    Другие вспомогательные данные
    
    Наряду с профайлами в каталоге данных приложения могут содержаться и другие файлы с информацией, сохранение которой делает работу пользователей с 1С:Предприятием 8 более удобной. Среди них:
    - def.usr — хранится в каталоге <Данные приложений пользователя>/1C/1Cv8/<Идентификатор информационной базы> (например, C:/Documents and Settings/User/Application Data/1C/1cv82/4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) и содержит имя пользователя который последним открывал данную информационную базу.
    - ibases.v8i — хранится в каталоге <Данные приложений пользователя>/1C/1CEStart (например, C:\Documents and Settings\user\Application Data\1C\1CEStart\ibases.v8i) и содержит список информационных баз, зарегистрированных на данном клиентском компьютере. Этот список отображается в диалоге «Запуск 1С:Предприятия».
    - GenTempl_ru.st, GenTempl_en.st — стандартный файл шаблонов текста расположен в каталоге загрузочных модулей 1С:Предприятия (например C:/Program Files/1cv82/bin) на русском и английском языке соответсвенно.
    - appsrvrs.lst — хранится в каталоге <Данные приложений пользователя>/1C/1cv82 (например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/appsrvrs.lst) и содержит список серверов 1С:Предприятия, зарегистрированных в утилите администрирования информационных баз в варианте клиент-сервер.
    - srvribrg.lst — хранится на центральном сервере кластера в каталоге <рабочий каталог центрального сервера> (например, C:/Program Files/1cv82/server/srvribrg.lst) и содержит список кластеров, зарегистрированных на данном компьютере сервера 1С:Предприятия. Содержащиеся в нем данные необходимы для нормальной работы приложений, использующих данный сервер 1С:Предприятия.
    - 1CV8Reg.lst — файл настройки кластера( например C:\Program Files\1cv82\srvinfo\reg_1541\1CV8Reg.lst)
    - В каталогах DBNameCache, ConfigSave, Config, SICache хранится множество файлов, кеширующих различные компоненты конфигурации. Эта информация является производной от конфигурации информационной базы, хранимой в базе данных, и служит для ускорения запуска клиентских приложений и повышения их производительности. Кеш конфигурации располагается в каталоге данных приложений текущего пользователя, например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
    - В каталоге 1Cv8FTxt хранятся данные, используемые службой полнотекстового поиска. Они располагаются на компьютере центрального сервера 1С:Предприятия в каталоге <рабочий каталог кластера>/<идентификатор информационной базы>. Например: C:/Program Files/1cv82/server/reg_1541/7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
    - Группа файлов CACHE/ddb<n>.snp хранится в каталоге хранилища конфигурации и служит для кэширования запрошенных версий конфигурации из этого хранилища. Наличие этих файлов не является обязательным и позволяет ускорить получение версий конфигурации.
    - *.1ccr — конфигурационный файл Web-сервиса для работы с удаленным хранилищем может иметь произвольное имя (расширение 1ccr обязательно), формат XML и содержит единственный узел с произвольным именем и атрибутом connectString — в этом атрибуте указывается адрес сервера хранилища в схеме tcp. *.mft— файл с расширение mft является файлом-манифестом — специальным файлом, описывающим шаблон конфигурации. Файл может иметь произвольное имя. Файл располагается в каталоге установленного шаблона конфигурации.
    - *.v8i — в данном файле приводится описание формата файла описаний зарегистрированных информационных баз. Данный список используют все клиенты. Файл располагается на локальном компьютере в каталоге %APPDATA%\1C\1CEStart\ и по умолчанию имеет имя ibases.v8i.
    - 1CESCmn.cfg — файл 1CESCmn.cfg содержит общие настройки программ запуска (1CEStart.exe и 1Cv8s.exe).
    - 1CEStart.cfg — файл 1CEStart.cfg содержит настройки, которые используют программы запуска (1CEStart.exe и 1Cv8s.exe) и клиентские приложения (1Cv8.exe и 1Cv8c.exe). Файл расположен в каталоге %APPDATA%\1C\1CEStart.
    - adminstall.cfg — файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования операционной системы. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8.
    - comcntrcfg.xml — файл comcntrcfg.xml служит для указания внешнему соединению необходимости запуска в отладочном режиме.
    - Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
    - conf.cfg — файл conf.cfg определяет расположение каталога общих конфигурационных файлов. Файл расположен в каталоге bin\conf каталога конкретной версии «1С:Предприятия» и представляет собой текстовый документ в кодировке UTF-8.
    - debugcfg.xml — файл debugcfg.xml предназначен для настройки дополнительного диапазона портов, используемого при отладке конфигураций. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
    - def.usr — файл хранится в каталоге %APPDATA%\1C\1Cv82\<Уникальный идентификатор информационной базы> и содержит имя пользователя который последним открывал данную информационную базу.
    - default.vrd — данный файл служит для настройки веб-клиента и использования Web-сервисов, и находится в каталоге виртуального приложения.
    - inetcfg.xml — файл inetcfg.xml позволяет задавать настройки прокси по умолчанию и имеет больший приоритет над настройками прокси по умолчанию в Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
    - logcfg.xml — файл logcfg.xml служит для настройки технологического журнала. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
    - logui.txt — располагается в каталоге %APPDATA%\1C\1Cv82\<Уникальный идентификатор информационной базы> и содержит список интерактивных действий пользователя, которые выполнялись за время журналирования.
    - nethasp.ini — для настройки параметров взаимодействия системы «1С:Предприятие» с HASP License Manager используется конфигурационный файл nethasp.ini. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
    - nhsrv.ini — некоторые настройки HASP License Manager могут задаваться при помощи файла конфигурации nhsrv.ini. При запуске HASP License Manager осуществляет поиск конфигурационного файла nhsrv.ini в различных каталогах в следующей последовательности:
      - каталог, в котором размещается исполняемый файл HASP License Manager;
      - текущий каталог Windows;
      - системный каталог Microsoft Windows (%SystemRoot%\system32 — для 32-разрядной версии и %SystemRoot%\system — для 64-разрядной версии);
      - каталог Microsoft Windows;
      - каталоги, перечисленные в переменной окружения PATH (только в случае установки HASP License Manager как приложения Microsoft Windows).
      Рекомендуется размещать файл nhsrv.ini, если это необходимо, в каталоге, в котором размещается исполняемый файл HASP License Manager. Проверка того, что HASP License Manager нашел и прочитал файл конфигурации, можно с помощью журнала Activity Log/Server Activity Log.
      - srv1cv82 — конфигурационный файл /etc/sysconfig/srv1cv82 используется для задания параметров запуска агента сервера «1С:Предприятие» с помощью скрипта /etc/init.d/srv1cv82. Данный конфигурационный файл используется в случае запуска сервера «1С:Предприятия» в операционной системе Linux.
      - swpuser.ini — для того чтобы рабочий процесс запускался не от имени того же пользователя, что и агент сервера, в каталоге данных приложений, относящемся к пользователю агента сервера, может быть размещен файл swpuser.ini
      - *.lic — лицензии базовых конфигураций (C:\Documents and Settings\All Users\Application Data\1C\licenses)
        Файлы программных лицензий расположены в каталоге конфигурационных файлов системы «1С:Предприятие».
      Временные данные
      
      Временные данные нужны только в течение нескольких пересекающихся во времени или одного сеанса 1С:Предприятия.
      
      К нескольким пересекающимся во времени сеансам относятся данные совместного использования, которые относятся к файловой информационной базе в целом и нужны, в частности, для реализации блокировок данных информационной базы. Такие данные хранятся в том же каталоге, что и файл информационной базы.
      - Файл 1Cv8cl является носителем блокировок объектов базы данных, расположенной в файле .
      - Файл 1Cv8Tmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей.
      - Файл 1Cv8Tmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8Tmp.1cd.
      Для хранилища конфигурации 1С:Предприятие 8.0 в режиме Конфигуратора создает временные файлы аналогичного назначения, расположенные в каталоге хранилища конфигурации:
      - Файл 1Cv8ddb.1cl является носителем блокировок данных из хранилища конфигурации.
      - Файл 1Cv8dtmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей хранилища конфигурации.
      - Файл 1Cv8dtmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8ddb.1cd.
      Данные, используемые только в течение одного сеанса 1С:Предприятия, размещаются во временных файлах, создаваемых в каталоге, определенном в системе Microsoft Windows как каталог временных файлов. При этом для клиентского приложения используется каталог временных файлов текущего пользователя Windows, например, C:\Documents and Settings\User\Local Settings\Temp. Для сервера 1С:Предприятия используется или системный каталог временных файлов или каталог данных приложений пользователя, от имени которого запускаются рабочие процесса сервера 1С:Предприятия, например, C:\WINNT\Temp.
      
      Ошибка SDBL 1С: как исправить некорректное использование local global в set generation
      
      Специфика современных версий учетных программ обуславливается использованием многоуровневого кода. Логично, что чем сложнее структура — тем выше вероятность возникновения внеплановых ситуаций, с которыми приходится сталкиваться рядовым пользователям конфигурации. В отдельных случаях даже сотрудники администрирующих служб предприятия не всегда способны сразу определить исходную причину появления неполадок, поэтому работа по устранению неудобств может занять немало времени. Одной из наиболее часто встречающихся проблем является классическая ошибка SDBL 1С, источники и способы устранения которой мы и рассмотрим в сегодняшнем обзоре.
      
      Общее представление
      
      Взаимодействуя с учетной программой, пользователи выполняют различные операции, каждая из которых, так или иначе, формирует запрос к базе данных. Создание нового документа, интеграция библиотеки, плановое обновление — во время любого из процессов есть вероятность получить в ответ уведомление от системы, свидетельствующее о том, что одна из логических цепочек была нарушена. Распространенный вариант — когда на экране появляется сообщение об ошибке SDBL 1С ожидается выражение (pos = 6) (а также 15, 57, 198, 250, 469, или любой другой номерной идентификатор).
      
      Фактически это говорит о наличии технического сбоя, с которым чаще всего сталкиваются пользователи, самостоятельно обновляющие конфигурацию автоматическими средствами. Важно понимать, что при работе с программой (и в том числе при установке новых релизов) необходимо иметь определенный уровень навыков и знаний, достаточный для внесения изменений и управления функциональными возможностями платформы.
      
      Впрочем, сильно переживать не стоит. Появление ошибки SDBL 1С еще не значит, что структура базы данных предприятия разрушена полностью — в большинстве случаев исправить проблему можно при помощи стандартного набора способов, реализовать которые под силу даже начинающим пользователям.
      
      Причины возникновения
      
      Один из главных факторов, о котором многие забывают в процессе работы с учетной системой — необходимость соответствия платформы и конфигурации обновления. То есть перед тем как начать использовать новый релиз, нужно создать условия, в которых он сможет нормально функционировать. Простейший вариант — доверить контроль за установкой профильному специалисту, который поможет избежать технических сбоев в программе.
      
      Если говорить об уже упомянутой ранее ошибке SDBL 1С «ожидается выражение (pos = 144)» (или 48, 153, 13 — не столь принципиально), то в этом случае ключевым обстоятельством становится повреждение базы данных, обусловленное нарушением системных логических циклов. К числу распространенных причин возникновения, отмечаемых специалистами, относят не только применение устаревшей конфигурации или платформы, но также и проблемы, связанные с серверным кешем. Кроме того, всегда существует вероятность случайного запуска с некорректной учетной записи, не обладающей достаточным набором прав.
      
      Чаще всего системные ошибки происходят в процессе очередного обновления БД, а также при обращении к ней — через запрос на добавление документов, во время тестовой проверки логической целостности, или же в иных ситуациях. Критической проблемой при установке расширений может стать и «некорректное использование LOCAL/GLOBAL в SET GENERATION», не позволяющее полноценно сохранить базу даже после выборочного удаления. Стоит отметить, что стандартное решение в виде перезагрузки программы обычно не помогает, поэтому для восстановления работоспособности придется воспользоваться альтернативными методиками.
      
      Какие сообщения возникают
      
      Уведомление о технических неполадках отражает специфику возникшей проблемы, и может появиться как во время обновления конфигурации, так и в процессе работы с обменом данных. Как правило, текст в информационном окне раскрывает специфику возникшей ошибки SDBL 1С: «не является именем поля», «ожидается идентификатор» или «выход за пределы размерности результата 1C», и т. д.
      
      Встречаются и вспомогательные приписки, причем их количество зависит от конкретной неточности, допущенной в ходе сборки и настройки обновленного расширения:
      
      предпринята попытка ввести неприемлемый тип значения «NULL»;
      
      пропущена точка с запятой;
      
      нарушение индексирования с полным текстом;
      
      неоднозначное определение некоторого поля;
      
      отсутствует выражение (pos =) — с различными числовыми идентификаторами в скобках.
      
      Практика работы с типовыми конфигурациями показывает, что количество сообщений достаточно велико, и определенно выходит за рамки приведенного списка, в котором собраны только наиболее часто встречающиеся варианты.
      
      Готовые решения для всех направлений
      
      Ускорьте работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.
      
      Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.
      
      Обязательная маркировка товаров — это возможность для каждой организации на 100% исключить приёмку на свой склад контрафактного товара и отследить цепочку поставок от производителя
      
      Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.
      
      Повысьте точность учета имущества организации, уровень контроля сохранности и перемещения каждой единицы. Мобильный учет снизит вероятность краж и естественных потерь.
      
      Повысьте эффективность деятельности производственного предприятия за счет внедрения мобильной автоматизации для учёта товарно-материальных ценностей.
      
      Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.
      
      Исключи ошибки сопоставления и считывания акцизных марок алкогольной продукции при помощи мобильных инструментов учёта.
      
      Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..
      
      Используй современные мобильные инструменты для проведения инвентаризации товара. Повысь скорость и точность бизнес-процесса.
      
      Устранение ошибки SDBL 1С
      
      Попытки справиться с возникающими проблемами самостоятельно не всегда заканчиваются одинаково успешно, поскольку в каждой отдельно взятой ситуации влияние оказывают разнообразные факторы — как в самой системе, так и за ее пределами.
      
      В связи с этим главной рекомендацией специалистов является регулярное резервное копирование, позволяющее без особого труда восстановить исходные данные в случае наступления критических обстоятельств. Оптимальный график предусматривает не только ежедневное ночное создание копий, но также и дополнительное резервирование перед каждой значительной операцией, будь то обновление или закрытие периода. Автоматизированная архивация базы реализуется встроенным функционалом учетной программы, а восстановление из Конфигуратора занимает минимум времени, позволяя откатиться к рабочему состоянию практически без прерывания процесса.
      
      Практически любая ошибка SDBL 1С — «недопустимый символ (pos = 40)», «пропущена точка с запятой», или «ожидается имя таблицы 21», может быть устранена путем выполнения несложного набора действий. Перечень доступных вариантов выглядит следующим образом:
      
      Удаление кэшированных данных — как на пользовательском рабочем месте, так и на основном сервере, где произошел технический сбой. Для реализации процедуры очистки кэша достаточно закрыть учетную программу, открыть «Проводник», найти, выбрать и удалить набор папок из раздела «Application Data». Отличить нужные элементы проще всего по названию, которое выглядит как хаотичный набор символов — например, «ac5c8bm4-y65k-4s23-a9g8-2dcttp0b15da».
      
      Использование функционала Конфигуратора, позволяющего провести тестирование и исправление информационной базы. В этом случае необходимо найти поврежденную ИБ, выбрать ее и перейти в раздел «Администрирование», после чего активировать встроенную функцию для теста и корректировки ошибок.
      
      Перезагрузка сервера, на котором расположены программные приложения системы 1С. Самый простой вариант — включение и выключение всех взаимосвязанных SQL-сервисов, включая агент. Для выполнения задачи нужно зайти на нужный серверный источник, выделить агентскую службу, вызвать контекстное меню и остановить процесс. Аналогичные действия повторяем на SQL со служебными процедурами Server и Agent. Повторная активация осуществляется в обратном порядке.
      
      Выгрузка БД в отдельный DT-файл с последующей повторной «заливкой». По сути, метод напоминает стандартную перезагрузку системы — структура записывается в файловом формате, что позволяет упорядочить проблемные разделы. Для выполнения процедуры достаточно открыть меню управления учетной программой, найти в категории «Администрирование» функцию «Выгрузить информационную базу», и после ее завершения выбрать опцию «Загрузить ИБ», используя сформированный файл.
      
      Откат к последней резервной копии. Один из самых простых и доступных вариантов — конечно, в том случае, если архивирование данных проводится на регулярной основе, а не только перед закрытием периодов. Вообще, решение записывать текущее состояние перед каждым внесением изменений может избавить от большинства проблем, связанных с техническими сбоями. Даже если вы столкнетесь с уведомлением о том, что «ожидается имя поля», или получите ошибку «таблица 1С inforg не создана в новом поколении», источник которой не всегда понятен даже опытным пользователям — загрузка последней копии просто вернет систему к исходному состоянию. Для резервирования допускается использование как SQL MS, так и Конфигуратора учетной программы — через последовательную выгрузку файлов в уже упомянутом DT формате.
      
      Обновление платформы через сайт информационно-технологического сопровождения разработчиков, доступный всем лицензированным пользователям продукта. Функционал портала ИТС позволяет установить последнюю редакцию, актуальную на момент обращения, инсталляция которой производится как на основной сервер, так и на рабочие места клиента.
      
      Как правило, один из перечисленных методов позволяет добиться желаемого результата, устраняя проблему в работе учетной системы. В ситуациях, когда применить готовое решение так и не удалось, есть резервный вариант, отличающийся высокой вероятностью успешного исхода. Очистка в менеджере SQL 1С таблиц ConfigChngR и ExtProps, что за последние годы стало уже привычным способом восстановления для большинства специалистов, осуществляется стандартной командой Delete.
      
      На что еще обратить внимание при устранении ошибок SDBL, и как реализовать рассмотренные методы? Сейчас разберемся.
      
      Права доступа
      
      Пожалуй, самая простая причина неполадок, которая тем не менее все еще встречаться на практике — попытка запустить систему через учетную запись, не обладающую соответствующими полномочиями. Убедитесь, что профиль для запуска выбран корректно, чтобы не провоцировать сбои собственными действиями.
      
      Перезагрузка серверов 1С и SQL
      
      Это один из простейших методов восстановления, единственным обязательным условием, для применения которого является выход всех пользователей из базы. Убедившись, что доступ открыт, зайдите на сервер и последовательно выключите агент программы Server и SQL-agent, после чего запустите их в обратном порядке.
      
      Удаление кэшированных данных
      
      Создание кэша представляет собой процесс буферизации информации, используемой базой чаще всего, и, как правило, относящейся к статичной категории. Кэширование позволяет ускорить программный цикл — так, если говорить об учетных системах, оптимизация затрагивает загрузку файлов конфигурации, исключая необходимость постоянного обращения к основному серверу. Однако на практике встречаются случаи некорректной обработки программным обеспечением подобных задач, что в конечном счете становится причиной неправильной работы платформы.
      
      Перечень факторов, обуславливающих нарушение логических циклов, весьма обширен, и охватывает не только динамические обновления системной структуры, но и технические сбои программного или аппаратного характера. В некоторых случаях для устранения ошибки SDBL 1С «ожидается имя поля/таблицы (pos = 21, 45, 48…)» достаточно почистить кэш, сохраненный на сервере, либо на рабочем месте пользователя.
      
      Стандартный путь к месту хранения кэшированных данных выглядит следующим образом:
      
      «%userprofile%\AppData\Roaming\1C\1Cv8» и «%userprofile%\AppData\Local\1C\1Cv8» — для операционных систем начиная с Windows 7.
      
      «%userprofile%\Local Settings\Application Data\1C\1Cv8» и «%userprofile%\Application Data\1C\1Cv8» — для тех, кто все еще продолжает работать на ХР.
      
      Откройте каталог, расположенный по указанному адресу, выделите и удалите все хранящиеся в нем папки, имя которых представляет собой сгенерированный автоматически набор цифр и букв (вроде «abg7n8ty4-brt9r893-am…»). Стоит отметить, что во время чистки кэша нужно быть особенно внимательными, поскольку в директории также могут находиться поисковый индекс и журналы регистрации 1С, которые не требуют удаления.
      
      Загрузка DT-файла
      
      Этот метод может показаться немного странным, поскольку фактически не предполагает внесения каких-либо корректировок в основную структуру данных. Однако в действительности выгрузка БД в отдельный файл, сохраняемый в формате DT, с последующим обращением к ней же, нередко позволяет восстановить нормальную работу программы. Алгоритм достаточно прост — в режиме Конфигуратора нужно выбрать раздел «Администрирование», использовать опцию «Выгрузить ИБ» (указав каталог для сохранения), после чего повторно залить сформированную базу обратно в систему.
      
      Тестирование и исправление
      
      Еще одна удобная функция, доступная в режиме корректировки конфигурации — встроенный инструментарий, предназначенный для теста и внесения коррективов. В отдельных ситуациях может возникнуть проблема с запуском Конфигуратора — вместо этого можно воспользоваться специальной утилитой chdbfl.exe, представляющей собой упрощенный программный аналог с идентичным функционалом. Приложение находится в каталоге «bin», поэтому найти его не составляет особого труда — как через стандартный путь «C:\Program Files (x86)\1cv8\8.3\bin», так и через опцию поиска, предлагаемую операционной системой.
      
      Для использования программы достаточно указать расположение проблемной базы данных, и запустить цикл тестирования. При желании можно активировать опцию автоматического исправления выявленных ошибок — в противном случае утилита ограничится диагностикой, и сформирует перечень технических неполадок в отдельном реестре.
      
      Обновление платформы
      
      Еще одно простое решение, предусматривающее использование сайта технической поддержки разработчиков 1С. Скачайте дистрибутив актуального релиза, распакуйте архив и активируйте инсталлятор setup.exe — система обновится автоматически.
      
      Очистка таблиц базы данных
      
      Если ни один из вышеперечисленных способов не дал желаемого результата — остается вариант с удалением табличных значений БД, вызывающих появление ошибки, расположенных в каталогах ConfigChngR и ExtProps. Для этого применяется скрипт менеджера SQL, с указанием информационного раздела и командой delete from. В этом случае лучше всего обратиться к профильному специалисту, поскольку некорректное восстановление может привести к более серьезным последствиям.
      
      Заключение
      
      Автоматизация учетных процессов — важный аспект, позволяющий оптимизировать работу компании. Ошибки SDBL 1С встречаются достаточно часто, поэтому стоит заранее позаботиться об оперативном устранении возможных проблем. Мобильные решения, предлагаемые компанией «Клеверенс», гарантируют квалифицированную поддержку, а также помогут решить задачи, связанные с учетом данных на предприятии.
      Похожие публикации:
      
      Как редактировать сайт без админки
      
      Почему шрифт в фотошопе квадратиками
      
      Си пи эйч 4 что это такое
      
      Что означает неверный формат электронной почты