>

1c 7.7 регистры. Формирование записей в регистрах

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

Формирование записей в регистрах

Одним из первых вопросов, связанных с регистрами, является вопрос: для чего?

Для чего вообще нужно создавать отдельные таблицы, зачастую дублирующие уже существующие записи?

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

Таким образом, мы выяснили, что одним из способов создания записи регистра является запись при помощи регистратора (документа). Этот вариант присутствует во всех типах регистров.

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

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

Общее для всех регистров

Внутренняя структура любого регистра может быть продемонстрирована Рис.2

Рис.2

Рассмотрим её подробнее:

  • Измерения – свойства записи, определяющие, в каких разрезах хранится важная информация;
  • Ресурсы – они содержат информацию, которую необходимо систематизировать;
  • Реквизиты – поля записи, которые содержат дополнительную информацию;
  • Формы – свойство, которое содержит графическую информацию о внешнем виде списка, элемента и т.д. и их внутренних модулях;
  • Макеты – печатные формы регистров.

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

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

Это, наверное, самый простой и понятный тип регистров. Обычная таблица, содержащая колонки и столбцы, в которой хранится информация.

Список важных свойств регистра сведений небольшой (Рис.3), поговорим об основных:

Рис.3

  1. Периодичность, она указывает на то, в каких пределах контролируется уникальность записи (в пределах минуты, часа, дня, года в соответствии с выбранным значением не могут существовать две записи с одинаковыми измерениями), также может принимать значение «По регистратору», но для этого необходимо выбрать соответствующий режим записи;
  2. Режим записи – фактически это выбор из двух значений: «Независимый» и «Подчинение регистратору».
    1. Важно понимать, что выбор независимого режима не означает, что запись не может быть сформирована документом, будет невозможен только отбор по регистратору и контроль уникальности записи по нему ;
  3. Разрешить итоги срез первых и Разрешить итоги срез последних: (объединим два пункта в один) – при выставлении соответствующих галочек, запрос к регистру сведений можно производить по дополнительным таблицам (Срез первых и Срез последних), которые содержат соответствующие наборы данных, в качестве одного из параметров этих таблиц выступает дата, на которую необходимо делать выбор данных.

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

Структуру одного из них мы видели на Рис.2. Основным свойством, сильно влияющим на внешний вид регистра, а так же на его внутреннюю структуру является «Вид регистра» (Рис.4)

В зависимости от требований к хранимой информации может принимать значения:

  • Остатки;
  • Обороты.

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

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

Если требуются данные, включающие конец периода можно:

  • Использовать таблицу ОстаткиИОбороты;
  • Сделать выборку на дату на 1 секунду большую заданной (т.е. не на 31.12.16 23:59:59, а на 01.01.17 00:00:00);
  • Воспользоваться методом Граница, который помогает настроить вариант включения момента времени в рассматриваемый период (вариант использования: Граница(ДатаКонца,Включая).

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

Достаточно специализированные регистры, по своей конструкции напоминают регистры накопления. Основным отличием от других типов регистров платформы 1С является присутствие в структуре свойств параметра «План счетов» (Рис.5).

Рис.5

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

  1. Бюджетирование;
  2. Международный;
  3. Налоговый;
  4. Хозрасчетный.

Второй параметр, характерный для бухгалтерских регистров – «Корреспонденция».

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

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

Это, наверное, самые сложные для понимания регистры. Между тем, по своей сути они очень сильно напоминают регистры накопления вида «Обороты».

Определяющим отличием регистра расчета от других регистров является наличие в его свойствах параметра «План вида расчета». К тому же, регистр расчета, также как и регистр сведений – периодический.

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

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

Основное использование их в типовых конфигурациях 1С – регистрация и облегчение работы с начислениями работникам организации.

Май 2002
Оригинал статьи на http://1csql.virtualave.net

В данной статье будет описана реализация обЪекта "Регистр" в системе 1С:Предприятие 7.7. Подробно будут рассмотрены все возможности, влияющие на структуру и производительность работы с обЪектом "Регистр". Будет проведен анализ текущей реализации и представлен мой взгляд на то какой она должна быть.

Итак обЪект "Регистр", что же он из себя представляет? Если отвлечься от физической реализации, то это таблица состоящая из полей нескольких видов:

1. Измерения - ключевые поля. По умолчанию ключ составляется из всех полей данного типа конкатенацией их в порядке задания в конфигурации.
2. Ресурсы - числовые поля, для каждого из которых определены несколько функций
3. Реквизиты - аналог поля Измерения, с ограничением на функции по Ресурсам.

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

В зависимости от типа регистра: остаточный или оборотный, изменяется набор функций. В первом случае это четыре функции: НачОст, Приход, Расход, КонОст, во втором: только одна - Сумма. Для остаточного регистра функции НачОст, КонОст для полей типа реквизит не определены.

Рассмотрим теперь физическую реализацию обЪекта "Регистр" в системе 1С:Предприятие 7.7. Описание будем проводить для 1С:Предприятие 7.7 SQL версии 18 релиз.

Остаточный регистр

Реализуется с помощью двух таблиц: RGxxx и RAxxx.

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

Замечу, что кроме функции НачОст можно также получить и функцию КонОст, так как остаток на начало текущего периода является остатком на конец предыдущего. Если вам нужно получить остаток на начало какого-то периода, то для поля PERIOD вы должны указать значение начала предыдущего периода (то есть НачОст(01.01.2002) ~ PERIOD = 20020112).

Таблица имеет индекс по умолчанию PERIOD + (конкатенация измерений в порядке следования их в конфигурации). Поэтому вы должны учитывать, последовательность расположения измерений. Первым должно следовать измерение, по которому наиболее часто будет задаваться условие для выборки и так далее. Кроме того имеется возможность создать дополнительные индексы для каждого измерения кроме первого (и это правильно так как индекс для первого измерения уже задан). Для этого в конфигураторе зайдите в свойства измерения на закладку "Дополнительные" и поставьте галку "Отбор итогов". Задать индекс для произвольного набора измерений невозможно.

Вторая таблица содержит все движения записанные документов в модуле проведения. В поле IDDOC содержится идентификатор документа, которому принадлежат эти движения в поле DEBKRED содержится знак движения (0 - приход, 1 - расход). Таким образом данная таблица служит для расчета функций Приход и Расход за выбранный период. Замечу, что поля типа "Реквизит" хранятся только в этой таблице, поэтому для них возможно вычисление только данных функций.

По умолчанию вычисление этих функций производится при помощи соединения с таблицей журналов документов (_1SJOURN) по идентификатору документа (при этом учитываются только проведенные документы, имеющие движения по данному регистру - эти условия указываются по полям CLOSED и RFxxx таблицы журналов). Соединение с таблицей журналов необходимо так как только там содержится дата документа, по которой можно определить входит движение в выбранный период или нет. Согласитесь, что это не есть хорошо. При вычислении оборотов скажем за месяц необходимо просканировать ВСЕ документы в таблице журналов за месяц. Однако данный недостаток можно устранить. Для этого предназначена галка "Быстрая обработка движений" в свойствах регистра. При этом в таблице движений появляется дополнительное поле DATE_TIME_IDDOC и индекс по нему, что позволяет не обращаться к журналу документов. Однако в 18 релизе данная возможность используется системой как-то странно: при получении остатков соединения с таблицей журналов уже нет, но для вычисления оборотов по прежнему идет соединение с таблицей журналов. Причем вычисление оборотов выполняется не просто с помощью отдельного запроса, а при помощи курсора.

По умолчанию в таблице присутствует только индекс по идентификатору документа (включающий также в себя номер строки документа и номер движения). Кроме этого можно добавить дополнительный индекс по измерению или по реквизиту. Для этого нужно в свойствах измерения или реквизита на закладке "Дополнительные" установить галку "Отбор движений". При этом создается индекс по этому реквизиту + либо идентификатор документа, либо поле DATE_TIME_IDDOC (если есть).

Вот так реализованы регистры в системе 1С. Надеюсь вы поняли как на самом деле это должно быть - в конце почти каждого абзаца были указаны недостатки. Суммируем их в рекомендации:

1. Возможность установки периодичности хранения остатков для каждого регистра отдельно.
2. Возможность определения произвольных индексов для таблицы итогов, движений. Возможность отключения индекса по умолчанию
3. Исправление ошибки и оптимизация при вычислении функций Приход и Расход

Хотел бы заметить еще один важный момент в реализации остаточных регистров. Судя по их названию они должны использоваться в основном для получения остатков, но зачастую их используют и для получения оборотов (различные ведомости). Однако вычисление оборотов при помощи регистров совершенно не оптимально. Мало того, что имеется уже описанная выше ошибка, но самое главное - чем больше период для получения оборотов тем дольше будет их вычисление и никакая оптимизация тут уже не поможет. В бухгалтерской подсистеме это сделано лучше - вместе с остатком там хранятся обороты по периодам. Конечно можно использовать для вычисления оборотов оборотные регистры, но зачем для этого заводить еще одну таблицу, когда можно сделать все в одной? Поэтому я считаю, что нужная еще одна рекомендация:

Возможность указания (может быть даже для каждого ресурса в отдельности) хранить итоговые обороты.

Оборотный регистр

В целом реализация оборотного регистра аналогична остаточному регистру. Оборотный регистр также состоит из таких же двух таблиц. Таблица движений полностью аналогична таблице движений остаточного регистра. Таблица итогов содержит не значение функции НачОст, а значение функции Сумма. Состав индексов у таблиц и их смысл такой же как у остаточного регистра. Для оборотного регистра уже учтено замечание 1 - периодичность можно устанавливать для каждого регистра отдельно. Периодичность оборотного регистра отличается от регистра остатков: день, неделя, декада, месяц, квартал, год. Итоги в таблице итогов по периодам хранятся нормально, то есть чтобы получить значение функции Сумма за целый период, поле период нужно приравнять началу выбранного периода (желательно указать условие на нахождение м/у началом и концом выбранного периода).

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

1. При выполнении запроса за нецелый период в функции Сумма, нужно учитывать знак движения
2. Необходимо ввести дополнительный признак - разделять или нет значения функций Приход и Расход для каждого ресурса (или регистра в целом). При этом если данный признак стоит, то использование ДвижениеПриходВыполнить/ ДвижениеРасходВыполнить и функций Приход/Расход не должно вызывать ошибку и наоборот.

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

Шемякин Павел, май 2002.

Документы – суть ведения учета в 1С. Каждый документ имеет результат, например пришло товаров +10 шт.

Отчеты – позволяют смотреть результаты. Суммируют эти результаты и показывают пользователю.

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

Документы записывают свои результаты (называют «движения») в специальные таблицы – регистры 1с, которые сами суммируют результаты, чтобы отчет просто отобразил заранее посчитанные итоги.

Сегодня мы поговорим про регистры 1С и их использование.

Регистр 1с – это таблица, такая же как и в Excel, каждый документ пишет в регистр 1с одну или несколько строк своих движений (результатов) с каким-либо знаком – плюс или минус. Это значит, что итого регистра 1С изменилось на соответствующую цифру.

Документ, который записал движения в регистр 1С, называют Регистратор. Дата и время движения равны (в 99% случаев) дате документа. Дату движения называют Период.

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

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

Как документ проводится по регистрам?

Движения документа по регистрам 1С

Посмотрим как работают регистры 1С. Вот у нас есть документ поступления товаров, в котором мы видим, что поступил товар Масло на склад Главный.

С точки зрения логики и математики этот документ имеет результат:

Масло кремлевское, Главный склад +10 (шт)

Проверим – так ли это?

Этот пункт меню покажет нам все движения документа, которые он сделал по регистрам. Как мы видим, документ сделал движения по целой куче регистров 1С, в каждый из которых он записал разную информацию (в соответствии с назначением регистра 1С). По регистру 1С Товары на складах он сделал ту проводку, которую мы с Вами рассчитали.

Как же это выглядит в регистре 1С? Откроем регистр 1С через меню Операции.

Открылся регистр 1С. Данных в нем много. Сделаем отбор только по нашему документу.

В результате мы видим движение нашего документа по регистру 1С. Оно ровно совпадает с тем, что мы рассчитали вручную:

  • Плюс – вид движения (приход/расход)
  • Регистратор – наш документ
  • Активность – эта строка движения действительна (то есть не отключена)
  • Номенклатура, основное измерение
  • Склад, дополнительное измерение
  • Количество, ресурс (то есть цифра, которую мы считаем).

Если мы поставим отбор не по документу, а по номенклатуре (точно таким же образом), то мы увидим движения всех документов, которые трогали эту номенклатуру. Один документ – мы купили товар. Другой – продали. Итого естественно сам регистр 1С не показывает – для этого нужно использовать отчет или запрос.

Регистры 1С бывают разные (ниже мы обсудим это). Проводки по разным регистрам 1С выглядят тоже по разному. Мы сейчас смотрели проводки по регистру накопления 1С. Вот так выглядят проводки нашего этого же документа по бухгалтерскому регистру 1С, который работает на основании бухгалтерского (налогового) плана счетов 1С.

Зачем нужны регистры 1С

Регистры 1С бывают разных видов. Цель использования регистра 1С зависит от его вида.

  • Регистры сведений 1С
    Это обычная таблица, как в Excel. Она не имеет никаких движений (приходов/расходов). Регистр сведений 1С обычно используется для хранения дополнительных данных справочников. С помощью регистра сведений 1С можно организовать
  • Регистры бухгалтерии 1С
    С точки зрения пользователя учет ведется на бухгалтерском плане счетов. На самом деле учет ведется в таблице регистров бухгалтерии 1С, которые сделаны в разрезе плана счетов 1С.
  • Регистры накопления 1С (регистр остатков 1С)
    Таблица движения документов + и –, которая автоматически вычисляет итого на начало периода и итого на конец периода. Например движения товара Лопата было +10, а потом -8. Значит остаток на начало был 0, а остаток на конец стал 2.

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

    Регистр остатков 1С используют в том случае, когда у справочника логически может быть остаток. Например, когда мы учитываем движения товаров, то мы будем использовать регистр остатков 1С – ведь мы можем сказать, что товара Лопата осталось 3 штуки.

  • Регистры накопления 1С (регистр оборотов 1С)
    Таблица движения документов + и -, которая не считает итого.

    Регистр оборотов 1С ничем не отличается от регистра остатков, за исключением того, что у него не рассчитываются автоматически остатки.

    Регистр оборотов 1С используют в том случае, когда у справочника логически не может быть остатка. Если нам надо учитывать продажи товаров, то мы будем использовать регистр оборотов.

    Например, продажи товаров были +10 (мы продали) а потом -2 (нам вернули). Мы не можем сказать что остаток продаж стал 8, потому что логически понятия остатка продаж не существует, мы скажем что итого оборота (сумма каждой строки оборота) стала 8.

  • Регистры расчетов 1С

    Таблица движений в разрезе видов расчета и периодов. Используется в начислении заработной платы (называют Сложные периодические расчеты).

Где находятся регистры 1С

Проведение документа в коде (в программе) прописывается программистом. Для этого откройте . Найдите строку вида «Процедура ОбработкаПроведения(». Раскройте крестик и Вы видите программу проведения этого документа.

Настройка и разработка Регистров 1С

Основные особенности Регистров 1С, по закладкам: