Accumrgt как узнать что за регистр

Accumrgt как узнать что за регистр

This article describes the database files and tables supported by 1C:Enterprise 8, as well as the data types stored in these files and tables. The article covers both the file and client/server Infobase modes.

This information should be used solely to analyze the location and composition of data used in 1C:Enterprise and is intended for the developers of applied solutions and 1C:Enterprise 8 Infobase administrators. This information must not be used for processing this data using any methods that are not supported by the inherent features of 1C:Enterprise 8.

Infobases, configuration repositories, auxiliary data, and temporary data

This article only describes the data that 1C:Enterprise uses on a constant basis regardless of the actions performed by specific configurations or actions related to the user’s choice of certain files. It does not describe configuration files, data dumps, external data processors, or other files that are external in relation to 1C:Enterprise 8.

The data that 1C:Enterprise uses on a constant basis may be divided into 5 groups according to their purpose and importance:

• Infobases. Infobases are used to store the most important data, including configuration data, all enterprise business data, and administrative data. All the data related to a single Infobase is stored in a single database. Loss or corruption of any Infobase data may render a 1C:Enterprise-based system inoperable.
• The configuration repository contains the current configuration and the history of its development (provided that group development tools are used in Designer). This data is deemed vitally important in configuration development.
• Event Log contains a list of operations performed with this Infobase. This data is not mandatory for 1C:Enterprise-based system operation, but it can be important from an organizational point of view.
• Auxiliary data. This data is provided for user’s convenience only; it does not influence the logic of the 1C:Enterprise-based system.
  • Profiles contain pane positions, dialog box positions and states, and other settings that enhance user experience. Many configurations can store additional data (i.e., data that may be useful but is not necessary) in the profiles.
  • Other auxiliary data. These are lists of Infobases registered on the client or server, and some other data.

  Different methods are used for storing data belonging to different groups. The ability to manage both file and client/server Infobases adds variety to the ways data is stored.

  Infobase structure

  The data that defines the logic of 1C:Enterprise-based applications is stored in the Infobase. The Infobase is stored in a database as a set of tables. 1C:Enterprise 8 can use one of the five DBMS for this:

  • Integrated into 1C:Enterprise 8 (file mode of an Infobase). In this case, all Infobase data is stored in a file named 1cv8.1cd. It is a binary file which is in fact a database for a DBMS that is integrated into 1C:Enterprise 8.
  • Microsoft SQL Server (client/server mode of an Infobase). All Infobase data is stored in a Microsoft SQL Server database.
  • PostgreSQL (client/server mode of an Infobase). All Infobase data is stored in a PostgreSQL database.
  • IBM DB2 (client/server mode of an Infobase). All Infobase data is stored in an IBM DB2 database.
  • OracleDatabase (client/server mode of an Infobase). All Infobase data is stored in an Oracle Database.

  Both Infobase modes (file and client/server) have similar formats (which do differ in small ways) at the level of database objects (tables, fields, indexes, and so on). Some information about this format is provided below.

  The entire Infobase is presented in a database as a set of tables. There are several tables among them that must be included in the presentation of each Infobase.

  • Config — main configuration of an Infobase. This configuration reflects the actual data structure and is used in the Enterprise mode of 1C:Enterprise 8.
  • ConfigSave — a configuration being edited in Designer. When you perform a database configuration update, the configuration from ConfigSave is written to Config. When you perform the Configuration — Database Configuration — Return to Database Configuration operation in Designer, the configuration from Config is written to ConfigSave.
  • Files— service information, e. g. on working with a configuration repository.
  • Params— Infobase parameters. Among them are the following:
    • Regional Infobase settings.
    • A table of correspondence between metadata objects and database objects (tables, fields, indexes, and so on).
    • Some other details.

    During startup, 1C:Enterprise checks whether the abovementioned tables are available in the Infobase, and should any of them be missing, the following warning is displayed: «Infobase corrupted». If all the abovementioned tables are missing, that means that the Infobase is empty. If this is the case, the tables are created.

    A list and the structure of other database tables is defined by a specific configuration, i.e., by the metadata objects defined in this configuration. The name of each table consists of a letter prefix followed by a number. The prefix defines the purpose of the table, while the number helps distinguish between tables of a similar purpose that relate to different metadata objects. If IBM DB2 is used as a DBMS, table aliases instead of table names have this structure.

    If a configuration defines at least one exchange plan with the «Distributed Infobase» checkbox selected, the following tables are created:

    • _ConfigChangeRec — a table for registering changes in configuration objects.
    • _ConfigChangeRec_ExtProps — a table for storing file names of the modified external properties of configuration objects.

    Below are the various metadata objects that can correspond to various tables.

    • Constants
      • _Consts — current values of all the constants defined in the configuration.
      • _ConstsChngR — a table for registering changes in constants. It is created if at least one constant participates in at least one exchange plan.
      • _Node<n> — an exchange plan table.
      • _Node<n>_VT<k> — a tabular section of an exchange plan. A table is created for each tabular section.
      • _Reference<n> — a catalog table.
      • _Reference<n>_VT<k> — a tabular section of a catalog. A table is created for each tabular section.
      • _ReferenceChngR<n> — a table for registering changes in a catalog. It is created if the catalog participates in at least one exchange plan.
      • _Document<n> — a table of documents. A table is created for each metadata object of «document» type.
      • _Document<n>_VT<k> — a tabular section of a document. A table is created for each tabular section of each document.
      • _DocumentChngR<n> — a table for registering changes in a metadata object of «document» type. It is created for each metadata object of «document» type if it participates in at least one exchange plan.
      • _Seq<n> — a document registration table. A table is created for each sequence.
      • _SeqB<n> — a table of sequence boundaries. A table is created for each sequence.
      • _SeqChngR<n> — a table for registering sequence changes. It is created for each sequence that participates in at least one exchange plan.
      • _DocumentJournal<n> — a document journal table. It is created for each document journal.
      • _Enum<n> — an enumeration table. It is created for each enumeration.
      • _Chrc<n> — the main table of a chart of characteristic types.
      • _Chrc<n>_VT<k> — a tabular section of a chart of characteristic types. A table is created for each tabular section.
      • _ChrcChngR<n> — a table for registering changes in a chart of characteristic types. It is created if a chart of characteristic types participates in at least one exchange plan.
      • _Acc<n> — the main table of a chart of accounts.
      • _Acc<n>_ExtDim<k> — a table containing extra dimension types of a chart of accounts. It is created for a chart of accounts if the maximum number of extra dimensions is greater than zero.
      • _Acc<n>_VT<k> — a tabular part of a chart of accounts that is created for each tabular section of a chart of accounts.
      • _AccChngR<n> — a table for registering changes in a chart of accounts. It is created if a chart of accounts participates in at least one exchange plan.
      • _CKind<n> — the main table of a chart of calculation types.
      • _CKind<n>_BaseCK — a table of base calculation types. It is created for a chart of calculation types if its «Dependence on Base» property has a value other than «Does not depend».
      • _CKind<n>_DisplacedCK — a table of displacing calculation types. It is created for a chart of calculation types if the «Uses action period» checkbox is selected.
      • _CKind<n>_LeadingCK — a table of leading calculation types. A table is created for each chart of calculation types.
      • _CKindDN<n> — an auxiliary table for a displacement order. It is created if the «Uses action period» checkbox is selected for the chart of calculation types.
      • _CKind<n>_VT<k> — a tabular section of a chart of calculation types. A table is created for each tabular section.
      • _CKindChngR<n> — a table for registering changes in a chart of calculation types. It is created if a chart of calculation types participates in at least one exchange plan.
      • _InfoRg<n> — a table of information register records.
      • _InfoRChngRg<n> — a table for registering information register changes. It is created if an information register participates in at least one exchange plan.
      • _AccumRg<n> — a table of accumulation register records.
      • _AccumRgT<n> — a table of accumulation register totals. It is created if the register supports balances.
      • _AccumRgTn<n> — a table of accumulation register turnovers. It is created if the register supports turnovers.
      • _AccumRgChngR<n> — a table for registering changes in an accumulation register. It is created if an accumulation register participates in at least one exchange plan.
      • _AccumRgOpt — a table containing storage settings of accumulation register totals. A single table is used for all accumulation registers.
      • _AccumRgAgg<n> — a table of accumulation register aggregates.
      • _AccumRgAggOpt — a table of aggregate network options.
      • _AccumRgSt<n> — a table of the accumulation register statistics.
      • _AccumRgBf<n> — a buffer table of new turnovers of the accumulation register.
      • _AccumRgDl<n> — a table of new turnovers of the accumulation register.
      • _AccumRgAggDims — a table of dimension codes of an accumulation register.
      • _AccumRgAggGrid — a table of a network of aggregates.
      • _AccRg<n> — a table of accounting register records.
      • _AccRgED<n> — a table that contains extra dimension values for an accounting register; it is created if it references a chart of accounts with the maximum number of extra dimensions greater than zero.
      • _AccRgAT0<n> — a table of totals by an account.
      • _AccRgAT<i><n>, where i is from 1 to the maximum number of extra dimensions. It is a table of totals by account with a number of extra dimension types equal to i.
      • _AccRgCT<n> — totals of turnovers between accounts. It is created only for accounting registers that support correspondence.
      • _AccRgChngR<n> — a table for registering changes in the accounting register. It is created if an accounting register participates in at least one exchange plan.
      • _AccRgOpt — a table that contains storage settings for totals. A single table is used for all accounting registers.
      • _CRg<n> — a table of calculation register records.
      • _CRgActP<n> — a table of actual action periods for a calculation register. It is created if the calculation register has the «Uses action period» check box selected.
      • _CRgChnR<n> — a table for registering changes in the calculation register. It is created for each calculation register that participates in at least one exchange plan.
      • _CRgRecalc<n> — a table that stores the recalculation for a calculation register. It is created for each recalculation.
      • _CRgRecalcChngR<n> — a table for registering recalculation changes. It is created if a recalculation participates in at least one exchange plan.
      • _BPRPoints<n> — a table of business process route points. A table is created for each business process.
      • _BPr<n> — the main table of a business process.
      • _BPr<n>_VT<k> — a tabular section of a business process. A table is created for each tabular section.
      • _BPrChngR<n> — a table for registering business process changes. It is created for each business process that participates in at least one exchange plan.
      • _Task<n> — the main table of a task.
      • _Task<n>_VT<k> — a tabular section of a task. A table is created for each tabular section.
      • _TaskChngR<n> — a table for registering changes in the tasks. It is created for each task metadata object if it participates in at least one exchange plan.

      If IBM DB2 is used, table alias prefixes start with letters instead of underscore character.

      The number of these tables depends on the configuration functionality and may be rather large. Naturally, 1C:Enterprise does not check the availability, integrity, or consistency of their data. It is therefore important that any database where 1C:Enterprise 8 Infobase is stored is protected from unauthorized access and is only modified with 1C:Enterprise tools. Use the Administration — Verify and Repair function integrated into Designer to check the database.

      It is also important that any backup or restore operations with a database that stores an Infobase are performed with the entire database only. Therefore, we recommend that you use database backup tools integrated into the DBMS. You can copy the file 1cv8.1cd to back up an Infobase in the file mode.

      You can use the Administration — Dump Infobase command in Designer to upload all data that relates to an Infobase (and only this data) into the specified file (dump file). You can use the reverse command Restore Infobase to download all the data from a dump file and replace the existing data in the current Infobase with it. You can use these commands for backing up Infobase data both in file and client/server modes.

      Configuration repository

      The configuration repository is used in the group development of configurations for storing the history of configuration versions, including the last (current) version. The entire repository is stored in a single file, 1Cv8ddb.1cd, which is located in a directory specified as a configuration storage directory.

      The data stored in this file is vitally important for developing configurations using group development tools. This data should, therefore, be backed up.

      Event Log

      The Event Log relates to an Infobase and stores information on events that occur during user interaction with this Infobase. This information is not mandatory for the operation of 1C:Enterprise-based applied solutions, but it may be important from an organizational point of view.

      Event Logs are stored in 1Cv8Log directories, one for each Infobase. Each directory contains the 1Cv8.lgf file and several files named yyyyMMddhhmmss.lgp, where yyyy is the year, MM the month, dd the number of the day in the month, hh the hour, mm the minute, and ss the second. For example, «20070525200000.lgp». The 1Cv8.lgf file contains the general event log data. Each of the yyyyMMddhhmmss.lgp files contain a fragment of the Event Log for the corresponding period. A file name matches the moment the period begins. The length of the period is defined by the Divide the Event Log saves by periods setting of the Event Log.

      In the file mode of an Infobase, the Event Log is stored in an Infobase directory (the same one that stores the file of the Infobase itself). For instance, if an Infobase is stored in file C:\EnterpriseInfoBase\1cv8.1cd, the Event Log will be stored in the C:\EnterpriseInfoBase\1Cv8log directory.

      In the client/server mode of an Infobase, the Event Log is stored in a subdirectory of a cluster working directory. The subdirectory name is defined by an Infobase identifier. For instance, C:\Program Files\1cv82\server\reg_1541\fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log.

      Profiles

      Profiles contain data that does not impact the operation logic of a 1C:Enterprise 8-based system. This data is not necessary, but storing it can enhance user experience with the system. Profiles can be used to store the format and positions of windows and dialog boxes, font, color, filter settings, and so on. Loss of this information cannot negatively impact the system operation.

      Profiles differ according to the types of information they store. The types of profiles used by 1C:Enterprise 8 are provided in a table below:

      Examples of data stored

      — Whether the immediate window is open.
      — Text editor settings.

      <User application data>\1C\1cv82\1Cv8.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\1Cv8.pfl

      — Client settings files, backup cluster data and other service data

      Example:C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl

      — Authentication mode at 1C:Enterprise startup from the Debugger.
      — The directory that contains the last configuration repository save file.

      The Files table of the database that stores the Infobase.

      Infobase and user

      — Dynamic list settings.
      — Event Log filter settings.

      The Files table of the database that stores the Infobase.

      Computer and infobase

      — Comparison settings of configuration files.
      — Settings for the global search in all of the configuration texts.

      <User application data>\1C\1cv82\<Infobase ID>\1Cv8.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\4129dbdb-b495-41cb-99ea-ef315060a03e\1Cv8.pfl

      Computer, infobase and user

      — Position of the Syntax Assistant pane.
      — A list of variables for quick lookup in Debugger.

      <User application data>\1C\1cv82\<Infobase ID>\<User ID>\1Cv8.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\4129dbdb-b495-41cb-99ea-ef315060a03e\E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl

      1C:Enterprise 8 in Designer mode

      — Designer pane positions.
      — Colors of the module editor in Designer.

      <User application data>\1C\1cv82\1Cv8cmn.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\1Cv8cmn.pfl

      1C:Enterprise 8 in Enterprise mode

      — Calculator dialog properties.
      — Table document properties.

      <User application data>\1C\1cv82\<Infobase ID>\<User ID>\1Cv8cmn.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\4129dbdb-b495-41cb-99ea-ef315060a03e\E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pfl

      1C:Enterprise 8 Startup dialog

      — Size and location of the startup dialog box.
      — Settings of infobase parameter setting dialog boxes.

      <User application data>\1C\1cv82\1Cv8strt.pfl. Example:
      C:\Documents and Settings\User\Application Data\1C\1cv82\1Cv8strt.pfl

      Profile data is read when 1C:Enterprise 8 is started and is written when 1C:Enterprise 8 is closed normally. This is why some user settings might be lost in the event of abnormal termination.

      Other auxiliary data

      In addition to profiles, the application data directory may contain other files with data that can enhance the 1C:Enterprise 8 user experience. Among them are the following:

      • def.usr is stored in the <User application data>\1C\1Cv8\<Infobase ID> directory (for example, C:\Documents and Settings\User\Application Data\1C\1cv82\4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) and contains the name of the user who was the last to open this Infobase.
      • ibases.v8i is stored in the <User application data>\1C\1CEStart directory (for example, C:\Documents and Settings\User\Application Data\1C\1CEStart\ibases.v8i) and contains the list of Infobases registered on this client computer. This list is displayed in the 1C:Enterprise startup dialog box.
      • GenTempl_ru.st, GenTempl_en.st are standard text template files that are stored in the 1C:Enterprise loading modules directory (for example, C:\Program Files\1cv82\bin) in Russian and in English, respectively.
      • appsrvrs.lst is stored in the <User application data>\1C\1cv82 directory (for example, C:\Documents and Settings\User\Local Settings\Application Data\1C\1cv82\appsrvrs.lst) and contains the list of 1C:Enterprise servers registered in the infobase administration utility in client/server mode.
      • srvribrg.lst is stored in the central cluster server, <central server working directory> directory (for example, C:\Program Files\1cv82\server\srvribrg.lst) and contains the list of clusters registered on the 1C:Enterprise server computer. The data stored in it is necessary for normal operation of applications that use the 1C:Enterprise server.
      • 1CV8Reg.lst is a cluster settings file (for example, C:\Program Files\1cv82\srvinfo\reg_1541\1CV8Reg.lst)
      • DBNameCache, ConfigSave, Config, and SICache directories store many files that cache various configuration components. This data is derived from the configuration of an Infobase that is stored in the database and serves to accelerate client application startup and increase its performance. Configuration cache is stored in the current user application data directory, for example, C:\Documents and Settings\User\Local Settings\Application Data\1C\1cv82\7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
      • 1Cv8FTxt directory stores data that is used by the full-text search service. It is stored on 1C:Enterprise central server, in the <cluster working directory>\<infobase ID> directory. Example: C:\Program Files\1cv82\server\reg_1541\7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
      • The CACHE/ddb<n>.snp file group is stored in the configuration repository directory and serves to cache the configuration versions requested from this repository. These files are optional, but they do accelerate the retrieval of configuration versions.
      • *.1ccr is a configuration file of a web service for working with a remote repository. It may have any name (the .1ccr extension is mandatory), an XML format, and contains a single node with an arbitrary name and connectString attribute. This attribute specifies the repository server address in the TCP schema. *.mft is a manifest file (a file that describes configuration template). The file can have any name. It is stored in a directory of the installed configuration template.
      • *.v8i describes the format of the registered Infobase descriptions file. All clients use this list. The file is located in the %APPDATA%\1C\1CEStart\ directory of the local computer and is named ibases.v8i by default.
      • 1CESCmn.cfg contains common settings of startup programs (1CEStart.exe and 1Cv8s.exe).
      • 1CEStart.cfg contains the settings used by the startup programs (1CEStart.exe and 1Cv8s.exe) and client applications (1Cv8.exe and 1Cv8c.exe). The file is located in the %APPDATA%\1C\1CEStart directory.
      • adminstall.cfg specifies that the 1C:Enterprise software system was installed with the help of OS administration tools. The file is stored in the 1C:Enterprise configuration files directory and is a UTF-8 text document.
      • comcntrcfg.xml informs the external connection that the software must be started in the debug mode. The file is stored in the 1C:Enterprise configuration files directory and is optional.
      • conf.cfg defines the location of the directory that stores common configuration files. The file is stored in the bin\conf directory of the 1C:Enterprise version directory and is a UTF-8 text document.
      • debugcfg.xml is used to set the additional port range used in configuration debugging. The file is stored in the 1C:Enterprise configuration files directory and is optional.
      • def.usr is stored in the %APPDATA%\1C\1Cv82\<Unique Infobase ID> directory and contains the name of the user who was the last to open the Infobase.
      • default.vrd is used to set up the web client and the web services support; it is stored in the virtual application directory.
      • inetcfg.xml is used to set default proxy settings and has priority over default Windows proxy settings. The file is stored in the 1C:Enterprise configuration files directory and is optional.
      • logcfg.xml is used to set up the technological log. The file is stored in the 1C:Enterprise configuration files directory and is optional.
      • logui.txt is stored in the %APPDATA%\1C\1Cv82\<Unique Infobase ID> directory and contains a list of interactive user actions performed during logging.
      • nethasp.ini is used to set 1C:Enterprise and HASP License Manager interaction parameters. The file is stored in the 1C:Enterprise configuration files directory and is optional.
      • nhsrv.ini can be used to set some HASP License Manager settings. At startup, the HASP License manager searches for the nhsrv.ini configuration file in several directories in the following order:
        • the directory where the HASP License Manager executable file is located;
        • current Microsoft Windows directory;
        • a system Microsoft Windows directory (%SystemRoot%\system32 for 32-bit versions and %SystemRoot%\system for 64-bit versions);
        • Microsoft Windows directory;
        • the directories listed in the PATH environment variable (only if HASP License Manager is installed as a Microsoft Windows application).

        We recommend that you place the nhsrv.ini file in the directory where the HASP License Manager executable file is stored. You can use Activity Log/Server Activity Log to check whether the HASP License Manager found and read the configuration file.

        • srv1cv82 (/etc/sysconfig/srv1cv82) can be used to set 1C:Enterprise server agent startup options with the help of the /etc/init.d/srv1cv82 script. This configuration file must be used if the 1C:Enterprise server is started on Linux OS.
        • swpuser.ini can be placed in an application data directory of the server agent user, to start a working process as a user different from that of a server agent.
        • *.lic files store basic configuration licenses (C:\Documents and Settings\All Users\Application Data\1C\licenses).

        Temporary data

        Temporary data is only needed during one or more simultaneous 1C:Enterprise sessions.

        Several simultaneous sessions jointly use data that is related to the entire file Infobase and is necessary for Infobase data locking, as well as for some other tasks. This sort of data is stored in the same directory as the Infobase file.

        • 1Cv8cl file stores object locks of the database stored in the file.
        • 1Cv8Tmp.1cd file stores service session data, in particular, a list of active users.
        • 1Cv8Tmp.1cl file stores locks for the data from the file 1Cv8Tmp.1cd.

        1C:Enterprise 8 running in Designer mode creates temporary files of a similar purpose for the configuration repository and stores them in the configuration repository directory.

        • 1Cv8ddb.1cl file stores data locks for the data from the configuration repository.
        • 1Cv8dtmp.1cd file stores service session data, in particular, a list of active users of the configuration repository.
        • 1Cv8dtmp.1cl file stores locks for the data from the file 1Cv8ddb.1cd.

        The data that is only used during a single 1C:Enterprise session is stored in temporary files created in the directory defined by Microsoft Windows as the temporary files directory. In this case, the client application uses the temporary files directory of the current Windows user, for example, C:\Documents and Settings\User\Local Settings\Temp. Either the system temporary files directory or the application data directory of the user on whose behalf the working processes of 1C:Enterprise server are started is used for the 1C:Enterprise server (for example, C:\WINNT\Temp).

        Размещение данных 1С:Предприятия 8

        Данный документ дает представление о файлах и таблицах баз данных, с которыми работает 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.
          • O racle Database (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных 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> — таблица движений регистра накопления.
              • _AccumR g T<n> — таблица итогов регистра накопления, если регистр поддерживает остатки.
              • _AccumR g Tn<n> — таблица оборотов регистра накопления, если регистр поддерживает обороты.
              • _AccumR g ChngR<n> — таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
              • _AccumRgOpt — таблица настроек хранения итогов регистров накопления одна на все регистры накопления.
              • _AccumRgAgg<n> — таблица агрегатов регистра накопления.
              • _AccumRgAggOpt — таблица опций сети агрегатов.
              • _AccumRgSt<n> — таблица статистики регистра накопления.
              • _AccumRgBf<n> — таблица буфера новых оборотов регистра накопления.
              • _AccumRgDl<n> — таблица новых оборотов регистра накопления.
              • _AccumRgAggDims — таблица кодов измерений регистра накопления.
              • _AccumRgAggGrid таблица сети агрегатов

              • _AccRg<n> — таблица движений регистра бухгалтерии.
              • _AccRgED<n> — таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.
              • _Acc RgA T0<n> — таблица итогов по счету.
              • _Acc RgA T< i ><n> — где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i.
              • _AccRgC T <n> — таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию.
              • _AccRgChngR<n> — таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена.
              • _AccRgOpt — таблица настроек хранения итогов одна на все регистры бухгалтерии.

              • _CRg<n> — таблица движений регистра расчета.
              • _CR g ActP<n> — таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг «Период действия».
              • _CRgChnR<n> — таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена.
              • _CRgRecalc<n> — таблица перерасчета регистра расчета, создается для каждого перерасчета.
              • _CRgRecalcChn g R<n> — таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена.

              • _BPRPoint s <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, представлены в таблице:

              Примеры хранимых данных

              — Открыто ли табло.
              — Настройки текстового редактора.

              <Данные приложений пользователя>/1C/1cv82/1Cv8.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8.pfl

              — Файлы клиентских настроек, информация о резервных кластерах и другая служебная информация

              Например C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl

              — Режим аутентификации при старте 1С:Предприятия из отладчика.
              — Каталог последнего сохранения хранилища конфигурации в файл.

              Таблица files базы данных, в которой размешена информационная база.

              Информационная база и пользователь

               

              — Настройки динамических списков.
              — Настройки отборов по журналу регистрации.

              Таблица files базы данных, в которой размешена информационная база.

              Компьютер и информационная база

              — Настройки сравнения файлов конфигураций.
              — Настройки глобального поиска по текстам конфигурации.

              <Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/1Cv8.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pfl

              Компьютер, информационная база и пользователь

              — Расположение окна синтакс — помощника.
              — Список переменных для быстрого просмотра в отладчике.

              <Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl

              1С:Предприятие 8 в режиме Конфигуратора

              — Расположение окон конфигуратора.
              — Цвета редактора модулей в конфигураторе.

              <Данные приложений пользователя>/1C/1cv82/1Cv8cmn.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8cmn.pfl

              1С:Предприятие 8 в режиме Конфигуратор и Предприятие

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

              <Данные приложений пользователя>/1C/1cv82/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8cmn.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pfl

              Диалог запуска 1С:Предприятия 8

              — Размеры и расположение диалога запуска.
              — Настройки диалогов установки параметров информационных баз.

              <Данные приложений пользователя>/1C/1cv82/1Cv8strt.pfl, например:
              C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8strt.pfl

              Данные из профайлов читаются при старте 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С:Предприятия.

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

                • Файл 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.

                Регистры накопления. Структура хранения в базе данных

                

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

                Материалы созданы во времена платформы 8.2, поэтому некоторые моменты могут быть уже не актуальными, но основные принципы работы остались неизменными.

                Это информация из старого блога DevelPlatform.ru

                Давным давно мной был создан блог DevelPlatform, в котором были статьи по разработке на платформе 1С, администрированию, онлайн-инструменты, а также немного о платформе .NET.

                Больше года назад сайт был закрыт. Некоторые из его материалов будут реанимированы на Инфостарт.

                Конкретно в этой статье речь идет о структуре хранения регистров накопления в базе данных. Все примеры из публикации Вы можете найти на GitHub.

                Назначение объекта

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

                Здесь мы видим, что в таблице регистра хранится количество номенклатуры для каждого отдельного склада, плюс показатели для каждой позиции номенклатуры "разрезаны" по ее качеству, характеристикам и сериям. В итоге, именно регистр накопления позволяет получать доступ к этим данным более оптимальным образом, поскольку структура хранения этого регистра построена таким образом, чтобы конечные SQL-запросы, формируемые платформой, получали необходимый результат за наименьшее время и с приемлемой нагрузкой на СУБД.

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

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

                Приходный ордер, соответственно, делает приход по регистру "ОстаткиНоменклатуры", расходный ордер — расход. В регистр "ДвиженияНоменклатуры" оба документа записывают движения аналогичные регистру "ОстаткиНоменклатуры" за исключением указания вида движения, а также расходный ордер записывает показатель "Количество" с минусом. Уже можно догадаться, что вид регистра "ОстаткиНоменклатуры" — "Остатки", а "ДвиженияНоменклатуры" — "Обороты".

                И так, приступим!

                Таблицы и их назначение

                Каждый регистр накопления состоит из нескольких таблиц базы данных.

                Таблица движений

                Начнем с того, что бывает два вида регистров накопления: остатки и обороты. Выше было сказано, что в тестовой конфигурации мы создали как раз по регистру каждого вида.

                

                Главное отличие этих видов: для регистра накопления с видом "Остатки" ведется учет остатков в разрезе измерений, а также появляется возможность использовать виртуальную таблицу "Остатки". Но как это влияет на структуру хранения регистра в базе?

                Для начала отметим тот факт, что вне зависимости от вида регистра в базе данных всегда присутствует таблица движений с именем "AccumRg[n]", где n — некоторый номер, который присваивается платформой автоматически. В нашей тестовой базе были созданы две таблицы движений регистров накопления:

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

                Таблицы остатков и оборотов

                Теперь поговорим о таблицах, характерных для каждого вида регистра накопления. Если вид регистра накопления установлен как "Остатки", то для него кроме таблицы движений создается таблица остатков с именем "AccumRgT[n]", если же вид регистра "Обороты", то тогда создается таблица "AccumRgTn[n]". Структуры таблиц идентичные, за исключением записываемых в них данных.

                Состав полей ("_Fld") зависит от структуры регистра (измерений, ресурсов, реквизитов). Единственный вопрос, который может возникнуть при рассмотрении этих таблиц — это назначение поля "_Splitter". Тут все достаточно просто. Регистры накопления имеют такой параметр как "Режим разделения итогов".

                Его использование позволяет увеличить параллельность работы пользователей при записи движений в регистр накопления. В дальнейшем в режиме 1С:Предприятие можно включить или отключить разделение итогов для регистра. Например, если записываются движения двумя документами, при этом значения в измерениях одинаковые (например, по одной номенклатуре и складу). Тогда эти движения должны повлиять на итоги одних и тех же пар значений "Склад-Номенклатура". Чтобы не возникло ожидание на блокировке, оба документа помещают записи об изменении итогов в таблицу, но с разным значением поля "_Splitter".

                Касательно данных, записываемых в каждую из таблиц. В таблице остатков ("AccumRgT[n]") хранятся лишь записи об остатках. Приведем пошаговый пример изменения записей в этой таблице при проведении документов.

                1. Движения по регистру "ОстаткиНоменклатуры" отсутствуют.

                Все просто: нет движений по регистру "ОстаткиНоменклатуры" — нет записей в таблице остатков этого регистра.

                2. Оприходованы товары "Товар 1" и "Товар 2" на склад "Склад 1" на дату 1.01.2013.

                

                Вот и первый документ проведен. Мы оприходовали два товара 1 января 2013 года. Поскольку текущая дата 15.06.2013, то платформа создает записи об итоговых остатках для каждого товара и склада на каждый месяц, начиная с месяца оприходования товаров. Так, например, первые две записи с периодом "4013-02-01 00:00:00:000" показывают остатки на конец января 2013 года. Аналогично записываются остатки последующих месяцев до установленной границы рассчитанных итогов регистра (об этом речь пойдет ниже, сейчас граница установлена на 31 мая 2013 года, поэтому последняя итоговая запись по остаткам записана на период "4013-06-01 00:00:00:000". Все даты хранятся со смещением в 2000 лет, которое настраивается средствами платформы 1С. Смещение необходимо для обхода ограничения минимального значения даты в SQL Server.

                Также обратите внимание на записи с периодом, где период установлен "5999-11-01 00:00:00:000". Это записи остатков номенклатуры на текущую дату. Хранение этих данных позволяет получать данные по актуальным остаткам с минимальными затратами ресурсов, т.к. не нужно обращаться к записям предыдущих периодов. Использование текущих итогов регистра определяется его настройками как и дата рассчитанных итогов. О настройках регистра мы поговорим ниже.

                3. Списание товаров со склада

                

                13 апреля 2013 был сделан расход по товарам "Товар №1", "Товар №2" и "Товар №3". Поскольку движения были сделаны в апреле, то платформа пересчитывает итоговые остатки за весь апрель и май. На скриншоте выше отмечены периоды, по которым производился пересчет итоговых остатков и не производился. Таким образом платформа сохраняет актуальные итоговые остатки как за каждый месяц, так и текущие актуальные остатки. Обратите внимание на записи, где итоговые остатки отмечены зеленым цветом. Эти записи говорят нам, что итоговый остаток равен 0. На самом деле не имеет смысла хранить остаток со значением 0, лучше если записи вообще бы не было (чтобы не создавать лишние записи в таблице). К тому же получение остатков с помощью виртуальной таблицы "Остатки" никогда не возвращает записи, если их остаток равен 0.

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

                4. Последний приход товаров

                

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

                И так, последнее проведение по регистру — приход товаров от 11 июня 2013. Так как движения по регистру сделаны в июне месяца, а граница рассчитанных итогов — это конец мая, то этот приход повлиял лишь на значения текущих остатков.

                Таким образом, в таблице остатков "AccumRgT[n]" сохраняются и поддерживаются в актуальном состоянии записи итоговых остатков по месяцам, а также текущий остатков.

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

                

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

                Таким образом, в таблице оборотов "AccumRgTn[n]" сохранятся итоговые данные оборотов по месяцам. При этом, если в итоговые остатки делались на дату начала следующего месяца (например, для итоговых остатков за май месяц делается запись на дату 01.06.2013 00:00:00:000), то итоги по обороту платформа записывает на дату начала текущего месяца (например, итоговый оборот за май месяц будет на дату 01.05.2013 00:00:00:000).

                Таблицы настроек хранения итогов

                Ранее упоминалось, что для регистров накопления есть настройки, которые можно изменять в режиме 1С:Предприятие. Мы говорили об опции "Использовать текущие итоги", а также "Период рассчитанных итогов". Рассмотрим как хранятся эти настройки и дадим их краткое описание.
                Начнем с места сохранения этих настроек. Для каждого регистра накопления создается таблица "AccumRgOpt[n]", имеющая следующую структуру:

                

                Теперь краткое описание некоторых из них:

                1. Уникальный идентификатор регистра накопления — по этому значению платформа определяет к какому именно регистру относятся эти настройки.
                2. Использовать текущие итоги — если флаг включен, то для регистров накопления с видом "Остатки" в таблице хранятся итоги на текущую дату. Выше это уже было продемонстрировано. Записи текущий итогов хранятся на дату "5999-11-01 00:00:00:000".
                3. Использовать итоги — если параметр включен, то платформа будет делать итоговые записи по остаткам или оборотам (в зависимости от вида регистра накопления).
                4. Период рассчитанных итогов — дата, начиная с которой требуется рассчитывать итоги.
                5. Использовать разделение итогов — параметр включает / отключает разделение итоговых записей для улучшения параллельности работы пользователей (ранее упоминалось о назначении поля "Splitter").

                Ранее находил информацию о том, что таблица настроек хранения итогов "AccumRgOpt[n]" создается один раз для всех регистров накопления в конфигурации. Эксперимент показал, что в последних версиях платформы для каждого регистра накопления создается собственная таблица настроек хранения итогов.

                Еще не все

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

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

                Подробнее об агрегатах и планах обмена будет идти речь в следующих статьях.

                Что дальше

                В следующих статьях мы поговорим о работе виртуальных таблиц регистров накопления — "Обороты", "Остатки" и "Остатки и обороты", также рассмотрим работу произвольных агрегатов.

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

                Про регистры сведений также можно сделать материал, но на Инфостарт уже есть отличная статья "Регистры сведений 1С. Как это устроено" от Сергея Носкова. Новыми статьями лишь можно взглянуть на этот объект немного с другой стороны.

                Но, мы можем копнуть и глубже! Если у сообщества есть интерес к внутренностями работы платформы 1С, то можно рассмотреть и другие темы:

                • Внутреннее устройство регистров бухгалтерии и регистров расчета.
                • Как платформа хранит клиентский кэш 1С, что там внутри и почему он может сломаться при динамическом обновлении.
                • Некоторые трюки с СКД.
                • Типовые индексы платформы, в том числе и в регистрах накопления, ведь эту темы мы не касались.
                • Почему отказываться от режима совместимости очень важно.
                • И многое, многое другое.

                Пишите в комментариях какая тема Вам больше всего интересна! И мы что-нибудь придумаем ��

                «1С:Бухгалтерия 8» (ред. 3.0). Где найти и просмотреть регистры накопления и регистры сведений, и как их можно скорректировать (+ видео)?

                Видеоролик выполнен в программе «1С:Бухгалтерия 8» релиз 3.0.43.137.

                Регистры сведений и накоплений «1С:Бухгалтерии 8» (ред. 3.0)

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

                Примерами регистров сведений могут служить следующие регистры:

                • Лимит остатка кассы;
                • Счета учета номенклатуры;
                • Учетная политика и т. д.

                Как правило, для ввода записей в регистры сведений служат специальные формы или документы, доступ к которым осуществляется из определенных разделов программы. Так, например, запись в регистр:

                • Ставки налога на имущество по отдельным основным средствам выполняется из раздела Справочники по гиперссылкам Налог на имущество — Объекты с особым порядком налогообложения по кнопке Создать;
                • Цены номенклатуры выполняется с помощью документа Установка цен номенклатуры (раздел Склад);
                • Настройки учета зарплаты выполняется в одноименной форме по одноименной гиперссылке из раздела Зарплата и кадры и т. д.

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

                Примерами регистров накопления могут служить следующие регистры:

                • НДС по приобретенным ценностям;
                • Расходы при УСН;
                • Расчеты налогоплательщиков с бюджетом по НДФЛ и т. д.

                Подробнее об организации налогового учета расчетов по НДС в «1С:Бухгалтерия 8» (ред. 3.0) с помощью регистров накопления см. в справочнике «Учет по налогу на добавленную стоимость» раздела «Бухгалтерский и налоговый учет» ИС 1С:ИТС.

                Об использовании регистров накопления для учета хозяйственных операций в целях УСН в «1С:Бухгалтерия 8» (ред. 3.0) см. в справочнике «Учет при применении УСН» раздела «Бухгалтерский и налоговый учет» ИС 1С:ИТС.

                Если при проведении документа вводится запись в какой-либо регистр, то движения по регистру можно просмотреть так же, как и записи регистра бухгалтерии, по кнопке ДтКт (Показать проводки и другие движения документа), перейдя на соответствующую закладку.

                Просмотр записей регистров сведений и регистров накоплений

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

                Если команда Все функции не доступна, ее надо добавить – меню Сервис – Параметры – устанавливаем флаг Отображать команду «Все функции».

                Чтобы сформировать отчет по записям какого-либо регистра можно воспользоваться Универсальным отчетом (раздел Отчеты).

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

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

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

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

                На панели сортировки можно упорядочить значения по графам (полям) отчета. Допускается задавать сразу несколько настроек для сортировки.

                Подробнее об использовании универсального отчета «1С:Бухгалтерии 8» (ред. 3.0) для отображения записей регистра сведений и регистров накопления читайте ответы на вопросы экспертов 1С и смотрите видео:

                Корректировка записей регистров сведений и регистров накоплений

                В общем случае для внесения изменений в регистры сведений или в регистры накопления служат стандартные средства программы. Так, например:

                • для изменения материально ответственного лица, ответственного за сохранность основных средств (ОС), необходимо с определенной даты изменить значение реквизита МОЛ в регистре сведений Местонахождение ОС (Бухгалтерский учет). Для этого предназначен документ Перемещение ОС из раздела ОС и НМА;
                • для внесения записей в регистры накопления Расчеты налоговых агентов с бюджетом по НДФЛ, Расчеты налогоплательщиков с бюджетом по НДФЛ, Учет доходов для исчисления НДФЛ (например, по полученным дивидендам) предназначен документ учетной системы Операция учета НДФЛ (раздел Зарплата и кадры – Все документы НДФЛ) и т. д.

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

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

                О внесении ручной корректировки в регистры сведений см. здесь.

                Иногда ручная корректировка регистров накопления может понадобиться, если меняется информационная база для ведения учета или меняется учетная политика (например, организация начинает вести раздельный учет НДС). В этом случае можно воспользоваться документом Ввод остатков, доступ к которому осуществляется по гиперссылке Помощник ввода остатков из раздела Главное.

                Подробнее о корректировке специальных регистров при вводе остатков по партиям НДС см. здесь.

                 
                Похожие публикации:

                1. Как добавить ссылку в избранное
                2. Как написать степень на клавиатуре
                3. Как расшифровать пароль 85231
                4. Регулярное выражение python как исключить символы