Зачем нужны реквизиты в регистре накопления

Какое практическое применение реквизитов регистров накопления?

Я

   Birmingem

05.10.18 — 16:04

   shuhard

1 — 05.10.18 — 16:05

(0) для физических движений

виртуальные таблицы в типовых покрывает не весь функционал

   shuhard

2 — 05.10.18 — 16:06

(0)[А вот в 7.7 по реквизитам регистра можно было получать обороты.]

а вот это форуму глубоко по кую

   Eastert

3 — 05.10.18 — 16:11

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

   Eastert

4 — 05.10.18 — 16:12

(3) это был реальный пример

   Джинн

5 — 05.10.18 — 16:16

(0) Они созданы Нуралиевым для красоты. Абсолютно бесполезная штука :))

   Birmingem

6 — 05.10.18 — 16:18

(5)я тоже об этом подумывал, но все сомневался, может я просто тугодум и чего то не догоняю

   Фрэнки

7 — 05.10.18 — 16:19

   Фрэнки

8 — 05.10.18 — 16:20

   Волшебник

9 — 05.10.18 — 16:21

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

   Джинн

10 — 05.10.18 — 16:21

(6) Это Вы еще до регистров сведений, документов и справочников не дошли. Это вообще полная хрень. Абсолютно никому не нужная.

   hhhh

11 — 05.10.18 — 16:23

(6) для обменов очень полезно. Например, создать в ут 10.3 обмен по организациям. Не во всех регистрах там есть Измерение Организация. Поэтому создаем в регистре реквизит Организация и обмен готов.

   H A D G E H O G s

12 — 05.10.18 — 16:29

(0) Для денормализации иногда надо.

   Birmingem

13 — 05.10.18 — 16:35

(7)Если запрос к физ.таблице — то да. Но в основном то используются вирт.таблицы, там нельзя.

(12)Что такое денормализация?

   Asmody

14 — 05.10.18 — 16:39

Вы просто не умеете их готовить

   Фрэнки

15 — 05.10.18 — 16:39

(13) что значит «нельзя»? Все можно!

   Волшебник

16 — 05.10.18 — 16:40

(13) Денормализация — процесс, обратный нормализации. Ваш Кэп.

   shuhard

17 — 05.10.18 — 16:40

(13)[ Но в основном то используются вирт.таблицы, ]

открой 1C:ERP — посмотри на расчет себестоимости,

целиком на корреспонденции реквизитов и таких мест в типовых туча

   shuhard

18 — 05.10.18 — 16:40

(16) +1

во всех трех типовых формах

   Birmingem

19 — 05.10.18 — 16:45

(15)Например, есть регистр «ОстаткиТоваров». Хочу добавить реквизит «ВидДвижения» типа справочник  «ВидыДвижений».

В справочнике есть например: приход от поставщика, приход от филиала, перемещение, продажа и т.п.

Хотелось бы получить приход/расход за период в разрезе имерений и еще реквизита «ВидДвижения».

Как это сделать?

   Волшебник

20 — 05.10.18 — 16:45

(19) запрос к основной таблице движений регистра

   Birmingem

21 — 05.10.18 — 16:46

Это понятно, что можно по физ.таблице.

Разговор про виртуальную.

   Cool_Profi

22 — 05.10.18 — 16:47

(21) А виртуальная к реквизитам никаким боком…

   Волшебник

23 — 05.10.18 — 16:48

(21) Разговор про реквизиты

   azernot

24 — 05.10.18 — 16:48

   Birmingem

25 — 05.10.18 — 16:50

Но бесит главное — в 7.7 то была такая возможность!!!

   Волшебник

26 — 05.10.18 — 16:51

(25) Восьмёрка ещё сырая. Ещё не все фишки 7.7 реализованы. Ждите.

   azernot

27 — 05.10.18 — 16:52

(25) Зачем тебе виртульная таблица там, где запрос к ней ничем не будет отличаться от запроса к реальной?

   Birmingem

28 — 05.10.18 — 16:55

(27)Для увеличения скорости выполнения запроса. Или я не прав?

   Eastert

29 — 05.10.18 — 16:59

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

   azernot

30 — 05.10.18 — 17:13

   HardBall

31 — 05.10.18 — 17:20

(26) Это надо в перлы.

   Сияющий в темноте

32 — 05.10.18 — 18:23

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

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

например,код протокола оплаты вполне себе прекрасной пишется в реквизиты регистра продажи,или номер приказа в изменении цен поставщика.

   xXeNoNx

33 — 05.10.18 — 18:52

(13) не всегда использование вирт. таблиц оправдано, особенно оборотов

   Фрэнки

34 — 05.10.18 — 19:02

   xXeNoNx

35 — 05.10.18 — 19:02

(0) если бы можно было использовать реквизиты вместо измерений, то зачем тогда нужны бы были измерения и наоборот?

   Фрэнки

36 — 05.10.18 — 19:04

(35) ну если 8-ка еще сырая?! Когда в сырой 8-ке, то нужно и то, и другое!

   Сияющий в темноте

37 — 06.10.18 — 10:31

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

(37) Витиевато )

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

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

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

Структура

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

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

записи, производящие изменение ресурсов регистра в базе данных, будут выглядеть следующим образом:

Поскольку регистр накопления служит для накопления числовых значений, каждая запись выполняет изменение хранимых ресурсов — движение. Движения, в общем случае, могут либо добавлять некоторые приращения к хранимым ресурсам, либо отнимать их. Если должно выполняться увеличение хранимых ресурсов, — такое движение называется движением прихода («+»), если уменьшение хранимых ресурсов — движением расхода («-»).

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

Связь с регистратором

Изменение состояния регистра накопления происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом — регистратором, номером строки этого документа, и датой — периодом:

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

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

Конструктор движений

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

Уникальность записей

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

Регистры остатков и регистры оборотов

Существует два вида регистров накопления: регистры накопления остатков и регистры накопления оборотов. Регистр накопления остатков позволяет хранить как итоговые значения ресурсов — остатки, так и изменения этих ресурсов — обороты. Регистр накопления оборотов является более «специализированным» видом регистра накопления и позволяет хранить только изменения ресурсов — обороты.

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

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

Агрегаты

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

Форма списка и форма набора записей

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

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

Функциональные возможности регистра накопления

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

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

Смотрите также:

/// Как прочитать записи регистра накопления в 1с 8.3, 8.2
 
&НаСервере
Процедура КакПрочитатьЗаписиРегистраНакопленияНаСервере()
 
    // Получим все записи регистра накопления ЗаказыКлиентов
    // по организации ООО "Ромашка" за 1 квартал 2014 года,
    // упорядочив их по возрастанию даты.
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗаказыКлиентов.Период,
        |   ЗаказыКлиентов.Регистратор,
        |   ЗаказыКлиентов.НомерСтроки,
        |   ЗаказыКлиентов.Активность,
        |   ЗаказыКлиентов.Контрагент,
        |   ЗаказыКлиентов.Номенклатура,
        |   ЗаказыКлиентов.Количество
        |ИЗ
        |   РегистрНакопления.ЗаказыКлиентов КАК ЗаказыКлиентов
        |ГДЕ
        |   ЗаказыКлиентов.Активность = Истина И
        |   ЗаказыКлиентов.Организация = &ВыбОрганизация И
        |   ЗаказыКлиентов.Период МЕЖДУ &НачДата И &КонДата
        |УПОРЯДОЧИТЬ ПО
        |   ЗаказыКлиентов.Период";
 
    Запрос.УстановитьПараметр("ВыбОрганизация",
        Справочники.Организации.НайтиПоНаименованию("ООО ""Ромашка""")
    );
    // начальная дата - 1 января 2014 года
    Запрос.УстановитьПараметр("НачДата", '20140101000000');
    // конечная дата - 31 марта 2014 года 23 часа 59 минут 59 секунд
    Запрос.УстановитьПараметр("КонДата", '20140331235959');
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл
        Сообщить(
            "[" + Записи.Период + "] " +
            Записи.Номенклатура + " " +
            Записи.Количество + " шт." +
            " (" + Записи.Регистратор + ")"
        );
    КонецЦикла;
 
КонецПроцедуры
 
/// Как получить обороты по регистру накопления в 1с 8.3, 8.2
 
&НаСервере
Процедура КакПолучитьОборотыПоРегиструНапопленияНаСервере()
 
    // За получение оборотов по регистру накопления за произвольный период
    // с заданной периодичностью в различных разрезах аналитики отвечает
    // виртуальная таблица Обороты,
    // у неё есть следующие параметры:
    // 1. Начало периода (включая)
    // 2. Конец периода (включая)
    // 3. Периодичность (например, Период, Запись, Год, Месяц...)
    // 4. Условие (например, Организация = &ВыбОрганизация)
 
    // Пример №1
    Сообщить("Пример №1");
 
    // Посчитаем сколько и каких продуктов было заказано за 1 квартал
    // 2014 года в организации ООО "Ромашка".
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗаказыКлиентовОбороты.Номенклатура,
        |   ЗаказыКлиентовОбороты.Организация,
        |   ЗаказыКлиентовОбороты.КоличествоОборот
        |ИЗ
        |   РегистрНакопления.ЗаказыКлиентов.Обороты(
        |       ДАТАВРЕМЯ(2014, 01, 01, 00, 00, 00),
        |       ДАТАВРЕМЯ(2014, 03, 31, 23, 59, 59),
        |       Период,
        |       Организация = &ВыбОрганизация
        |   ) КАК ЗаказыКлиентовОбороты
        |УПОРЯДОЧИТЬ ПО
        |   ЗаказыКлиентовОбороты.Номенклатура";
 
    Запрос.УстановитьПараметр("ВыбОрганизация",
        Справочники.Организации.НайтиПоНаименованию("ООО ""Ромашка""")
    );
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл
        Сообщить(
            "За 1 кв. 2014 года заказали " + 
            Записи.КоличествоОборот + " шт. " +
            Записи.Номенклатура
        );
    КонецЦикла;
 
    // Пример №2
    Сообщить("Пример №2");
 
    // Посчитаем сколько бананов было заказано за каждый месяц
    // в 1 квартале 2014 года в организации "Ромашка".
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗаказыКлиентовОбороты.Период,
        |   ЗаказыКлиентовОбороты.Номенклатура,
        |   ЗаказыКлиентовОбороты.Организация,
        |   ЗаказыКлиентовОбороты.КоличествоОборот
        |ИЗ
        |   РегистрНакопления.ЗаказыКлиентов.Обороты(
        |       &НачПериод,
        |       &КонПериод,
        |       Месяц,
        |       Организация = &ВыбОрганизация И
        |       Номенклатура = &ВыбНоменклатура
        |   ) КАК ЗаказыКлиентовОбороты
        |УПОРЯДОЧИТЬ ПО
        |   ЗаказыКлиентовОбороты.Период";
 
    Запрос.УстановитьПараметр("НачПериод", '20140101000000');
    Запрос.УстановитьПараметр("КонПериод", '20140331235959');
    Запрос.УстановитьПараметр("ВыбОрганизация",
        Справочники.Организации.НайтиПоНаименованию("ООО ""Ромашка""")
    );
    Запрос.УстановитьПараметр("ВыбНоменклатура",
        Справочники.Номенклатура.НайтиПоНаименованию("Банан")
    );
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл
        Сообщить(
            "За " + Формат(Записи.Период, "ДФ=ММММ") +
            " заказали " + Записи.КоличествоОборот + " шт. " +
            Записи.Номенклатура            
        );
    КонецЦикла;
 
КонецПроцедуры
 
/// Как получить остатки по регистру накопления в 1с 8.3, 8.2
 
&НаСервере
Процедура КакПолучитьОстаткиПоРегиструНакопленияНаСервере()    
 
    // За получение остатков по регистру накопления в разрезе
    // аналитики отвечает виртуальная таблица Остатки,
    // у неё есть следующие параметры:
    // 1. Период, на который считаем остатки, исключая саму дату.
    //    Если нужны остатки на дату включительно - используем
    //    тип Граница (см. пример ниже).
    // 2. Условие (например, Организация = &ВыбОрганизация)
 
    // Получим остатки бананов на основном складе в организации
    // ООО "Ромашка" на 31 марта 2014 года (включительно)
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗапасыЕдыОстатки.Склад,
        |   ЗапасыЕдыОстатки.Номенклатура,
        |   ЗапасыЕдыОстатки.Организация,
        |   ЗапасыЕдыОстатки.КоличествоОстаток
        |ИЗ
        |   РегистрНакопления.ЗапасыЕды.Остатки(
        |       &ВыбДата,
        |       Склад = &ВыбСклад И
        |       Номенклатура = &ВыбНоменклатура
        |   ) КАК ЗапасыЕдыОстатки";
 
    Запрос.УстановитьПараметр("ВыбДата", 
        Новый Граница('20140331235959', ВидГраницы.Включая)
    );
    Запрос.УстановитьПараметр("ВыбСклад",
        Справочники.Склады.НайтиПоНаименованию("Основной")
    );
    Запрос.УстановитьПараметр("ВыбНоменклатура",
        Справочники.Номенклатура.НайтиПоНаименованию("Банан")
    );    
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл
        Сообщить(
            "Остатки " + " " + Записи.Номенклатура +
            " на складе " + Записи.Склад + " на дату " +
            "31.03.2014 (включительно) " +
            " составляют " + Записи.КоличествоОстаток + " шт.");
    КонецЦикла;
 
КонецПроцедуры
 
/// Как получить сразу остатки и обороты по регистру
/// накопления в 1с 8.3, 8.2
 
&НаСервере
Процедура КакПолучитьСразуОстаткиИОборотыПоРегиструНакопленияНаСервере()
 
    // За получение остатков и оборотов за произвольный период
    // с заданной периодичностью в разрезе аналитики отвечает
    // виртуальная таблица ОстаткиИОбороты, у неё есть параметры:
    // 1. Начало периода (включая)
    // 2. Конец периода (включая)
    // 3. Периодичность (например, Период, Год, Месяц...)
    // 4. Метод дополнения периодов (Движение или ДвиженияИГраницыПериода)
    // 5. Условие (например, Организация = &ВыбОрганизация)
 
    // Для примера получим начальный остаток, приход, расход и конечный остаток
    // банана на всех складах за каждый месяц 2014 года для
    // организация ООО "Ромашка".
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗапасыЕдыОстаткиИОбороты.Период,
        |   ЗапасыЕдыОстаткиИОбороты.Номенклатура,
        |   ЗапасыЕдыОстаткиИОбороты.Организация,
        |   ЗапасыЕдыОстаткиИОбороты.КоличествоНачальныйОстаток,
        |   ЗапасыЕдыОстаткиИОбороты.КоличествоОборот,
        |   ЗапасыЕдыОстаткиИОбороты.КоличествоПриход,
        |   ЗапасыЕдыОстаткиИОбороты.КоличествоРасход,
        |   ЗапасыЕдыОстаткиИОбороты.КоличествоКонечныйОстаток
        |ИЗ
        |   РегистрНакопления.ЗапасыЕды.ОстаткиИОбороты(
        |       ДАТАВРЕМЯ(2014, 01, 01, 00, 00, 00),
        |       ДАТАВРЕМЯ(2014, 12, 31, 23, 59, 59),
        |       Месяц, ДвиженияИГраницыПериода,
        |       Организация = &ВыбОрганизация И
        |       Номенклатура = &ВыбНоменклатура
        |   ) КАК ЗапасыЕдыОстаткиИОбороты
        |УПОРЯДОЧИТЬ ПО
        |   ЗапасыЕдыОстаткиИОбороты.Период";
 
    Запрос.УстановитьПараметр("ВыбОрганизация",
        Справочники.Организации.НайтиПоНаименованию("ООО ""Ромашка""")
    );
    Запрос.УстановитьПараметр("ВыбНоменклатура",
        Справочники.Номенклатура.НайтиПоНаименованию("Банан")
    );
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл
      Сообщить(
        Формат(Записи.Период, "ДФ=ММММ") + " [" +
        Записи.Номенклатура + "] " + "нач. остаток " +
        Записи.КоличествоНачальныйОстаток + " приход " +
        Записи.КоличествоПриход + ", расход " +
        Записи.КоличествоРасход + " кон. остаток " +
        Записи.КоличествоКонечныйОстаток
      );
  КонецЦикла;
 
КонецПроцедуры
 
/// Как найти и изменить программно записи в регистр накопления
/// документа (регистратора) в 1с 8.3, 8.2
 
&НаСервере
Процедура КакНайтиИИзменитьЗаписиДокументаНаСервере()
 
    // Предположим у нас есть ссылка на проведенный документ
    // поступления еды № ВМБП-000002
 
    ПоступлениеСсылка =
        Документы.ПоступлениеЕды.НайтиПоНомеру(
            "ВМБП-000002", '20141231'
        );
 
    // Мы значем, что этот документ делает следующие записи
    // в регистр накопления "ЗапасыЕды":
    // Приход [Организация, Склад, Номенклатура]  [Количество]
 
    // Наша задача: найти эти записи и изменить
    // их (например, удвоим количество поступившего товара)
    // и записать вместо старых.
 
    // Используем объектную технику получения записей,
    // ведь мы будем их изменять.
 
    Поступление = ПоступлениеСсылка.ПолучитьОбъект();
 
    // Получим набор записей этого документа в регистр "ЗапасыЕды".
    НаборЗаписей = Поступление.Движения.ЗапасыЕды;
 
    // Прочитаем записи из базы данных.
    НаборЗаписей.Прочитать();
 
    Для Каждого Запись Из НаборЗаписей Цикл
 
        // Выведем старые значения.
        Сообщить(
            "[" + Запись.Организация + ", " +
            Запись.Склад + ", " +
            Запись.Номенклатура + "] " +
            "[" + Запись.Количество + "]"
        );
 
        // Удвоим количество.
        Запись.Количество = 2 * Запись.Количество;
 
    КонецЦикла;
 
    // Добавим новую запись в регистр накопления.
 
    НоваяЗапись = НаборЗаписей.Добавить();
    НоваяЗапись.Организация =
        Справочники.Организации.НайтиПоНаименованию("ООО ""Ромашка""");
    НоваяЗапись.Склад =
        Справочники.Склады.НайтиПоНаименованию("Основной");
    НоваяЗапись.Номенклатура =
        Справочники.Номенклатура.НайтиПоНаименованию("Банан");
    НоваяЗапись.Период = ТекущаяДата();
    НоваяЗапись.Количество = 1000;
 
    // Разом запишем набор записей.
    НаборЗаписей.Записать(
        Истина // удалим старые записи и запишем вместо них новые
    );
 
    // Теперь записи регистра ЗапасыЕды по документу № ВМБП-000002,
    // отличаются от тех, что были записаны документом при проведении.
    // Чтобы вернуть их к начальному виду - нужно
    // перепровести документ.
 
КонецПроцедуры
 
/// Как прочитать записи документа в регистр накопления
/// запросом в 1с 8.3, 8.2
 
&НаСервере
Процедура КакПрочитатьЗаписиДокументаЗапросомНаСервере()
 
    // Этот приём используется, если не требуется изменять
    // найденные записи.
 
    // Предположим у нас есть ссылка на проведенный документ
    // поступления еды № ВМБП-000002
 
    ПоступлениеСсылка =
        Документы.ПоступлениеЕды.НайтиПоНомеру(
            "ВМБП-000002", '20141231'
        );
 
    // Мы значем, что этот документ делает записи
    // в регистр накопления "ЗапасыЕды".    
    // Прочитаем эти записи запросом.
 
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   ЗапасыЕды.Период,
        |   ЗапасыЕды.Регистратор,
        |   ЗапасыЕды.НомерСтроки,
        |   ЗапасыЕды.Активность,
        |   ЗапасыЕды.ВидДвижения,
        |   ЗапасыЕды.Склад,
        |   ЗапасыЕды.Номенклатура,
        |   ЗапасыЕды.Организация,
        |   ЗапасыЕды.Количество
        |ИЗ
        |   РегистрНакопления.ЗапасыЕды КАК ЗапасыЕды
        |ГДЕ
        |   ЗапасыЕды.Регистратор = &ВыбРегистратор
        |УПОРЯДОЧИТЬ ПО
        |   ЗапасыЕды.НомерСтроки";
 
    Запрос.УстановитьПараметр(
        "ВыбРегистратор",
        ПоступлениеСсылка
    );
 
    РезультатЗапроса = Запрос.Выполнить();
 
    Записи = РезультатЗапроса.Выбрать();
 
    Пока Записи.Следующий() Цикл        
        Сообщить(
            "[" + Записи.Организация + ", " +
            Записи.Склад + ", " +
            Записи.Номенклатура + "] " +
            "[" + Записи.Количество + "]"
        );
    КонецЦикла;
 
КонецПроцедуры
 
/// Как создать записи регистра накопления без привязки
/// к документу в 1с 8.3, 8.2
 
&НаСервере
Процедура КакСоздатьЗаписиБезДокументаНаСервере()
 
    // В нашей тестовой конфигурации нет документа
    // "ОперацияБух", который присутствует в бухгалтерской базе.
 
    Сообщить("Этот пример нельзя выполнить в этой базе.");
    Возврат;
 
    // Записи регистра накопления обязательно
    // должны быть привязаны к документу, в данном случае
    // этим документом будет документ "ОперацияБух",
    // задуманный как раз для ручных операций.
 
    Операция = Документы.ОперацияБух.СоздатьДокумент();
    Операция.Дата = ТекущаяДата();
    Операция.Организация =
        Справочники.Организации.НайтиПоНаименованию("Милькин В. В. ИП");
    Операция.СуммаОперации = 1000;	
    Операция.Содержание = "Ручная операция по регистру накопления ИПДоходы";	
    Операция.Записать(РежимЗаписиДокумента.Запись);
 
    // Затем получаем его набор записей для регистра ИПДоходы
    НаборЗаписей = Операция.Движения.ИПДоходы;
    Запись = НаборЗаписей.Добавить();
    Запись.Период = Операция.Дата;
    Запись.Организация = Операция.Организация;
    // и т.д. заполняем все нужные поля регистра
    Запись.Сумма = 1000;	
 
    НаборЗаписей.Записать(Истина);
 
КонецПроцедуры
 
/// Скачать и выполнить эти примеры на компьютере

Содержание:

1.       Структура регистра накопления 1С 8.3.

2.       Структура регистра накопления остатки.

3.       Виртуальные таблицы 1С регистра накопления остатки.

Знаете ли вы, что такое регистр накопления в 1С 8.3? Это объект метаданных 1С, используемый для удобства хранения и обработки числовых данных в разрезе требуемой аналитики в 1С 8.3. Их механизм позволяет не только накапливать данные, но и быстро обработать, рассчитать итоги, получить остатки и обороты, а также вывести необходимые результаты пользователю в виде отчетов. Они являются основой в механизме учета движения средств, таких как финансы, товары, материалы. С их помощью можно автоматизировать разные направления деятельности предприятия. Движения в регистрах накопления, т.е. записи с информацией делают при проведении документы, назначенные регистраторами в процессе разработки. 

1.      Структура регистра накопления 1С 8.3.

Элементы регистра накопления: Стандартные реквизиты, Измерения, Ресурсы, Реквизиты.

Стандартными реквизитами регистра накопления являются: период, регистратор, номер строки, активность, вид движения.

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

2.      Структура регистра накопления Остатки.

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

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

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

3.      Виртуальные таблицы 1С регистра накопления Остатки.

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

Рассмотрим отличия этих таблиц:

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

1. Период, на который считаем остатки, исключая саму дату. Если нужны остатки на дату включительно – используем тип Граница.

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

Виртуальная таблица оборотов работает только по данным таблицы движений. То есть для получения оборотов за какой-либо период будут обработаны движения за этот период. У нее есть следующие параметры:

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

2. Конец периода (включая). Если дата не указана, то данные будут анализироваться на дату формирования выборки данных.

3. Периодичность (например, Период, Запись, Год, Месяц…). Обороты будут анализироваться с указанной периодичностью. Например, если указан Месяц, то обороты будут получены за месяц.

4. Условие (например, Организация = &ВыбОрганизация).

Виртуальная таблица остатков и оборотов рассчитывает одновременно и остатки, и обороты. Способ работы данной таблицы будет меняться в зависимости от того, указана периодичность или нет. Параметры этой таблицы:

1. Начало периода (включая). Если дата не указана, то данные будут анализироваться с начала ведения учета по этому регистру.

2. Конец периода 1С (включая). Если дата не указана, то данные будут анализироваться на дату формирования выборки данных.

 

Специалист компании «Кодерлайн» 

Дарья Губернаторова.

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

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

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

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

Вид регистра накопления

Как было сказано ранее, регистры накопления могут позволять быстро получать остатки и обороты. На этот функционал непосредственно вид регистра. Его можно изменить на вкладке «Основные» формы редактирования конкретного регистра.

• Оборотные регистры накопления позволяют получить только обороты за какой-то определенный промежуток времени. Получение остатков в таком случае не представляется возможным. Регистр накопления с видом «Обороты» создает в системе только одну виртуальную таблицу – оборотов.
• Регистры накопления с видом «Остатки» дают возможность разработчику получить и остатки и обороты. В данном случае будут создаваться уже три виртуальные таблицы: остатков, оборотов, остатков и оборотов. Примером такого регистра может выступать регистр остатков ТМЦ на складах, движения денежных средств по расчетным счетам организации.

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

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

Измерения

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

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

Свойства измерений

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

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

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

Ресурсы

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

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

Реквизиты

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

Стандартные реквизиты

Кроме обычных реквизитов, которые разработчик может добавить самостоятельно, существуют так же и стандартные реквизиты. Удалить и добавить новые в этот список нельзя. Перейти к стандартным реквизитам вы моете по одноименной кнопке на вкладке «Данные».

Агрегаты

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

Движения по регистрам накопления

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

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

В самих документах, которые являются регистраторами, список регистров, по которым они совершают движения, расположен на вкладке «Движения». Здесь так же доступен конструктор движений, который поможет в создании таких процедур (проведения и отмены проведения). Сопоставление данных документа и регистра производятся на сравнении типов данных.

Лабораторная работа №4

Создание объектов Регистры накоплений, на
примере ООО «Морской яхтенный клуб»

1.1 Цель работы

Изучение основ создания объекта конфигурации
Регистры накоплений.

Ход выполнения работы:

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

1. В панели конфигураций, в разделе
регистры накопления добавлю новый объект. Назову его «НакопленияОтАрендыМТС».
Вид регистра «Остатки». Расширенное представление списка зададим как «Движения
по регистру Накопления от аренды МТС» (рисунок 1)

Рисунок 1 – основные свойства Регистра

Подключаем регистр к подсистемам и задаем
данные: Измерения и Ресурсы (рисунок 2)

Рисунок
2 – определение используемых данных

В Ресурсах «Количество часов» и «Итоговая
сумма» тип данных: число, длина:15, точность 3 (рисунок 3)

Рисунок
3 – задание типа данных

2. Движения
документа – это записи в регистрах, которые создаются в процессе проведения
документа и отражают изменения производимые документом.

Откроем документ Договор аренды морского ТС и
заполним вкладку Движения, кликнув по Регистры накопления и установив флажок
(рисунок 4)

Рисунок 4 – Движение документа
«ДоговорАрендыМорскогоТС»

Далее нажав на кнопку «Конструктор движений»
перейдем в окно конструктора движения регистров.

В списке реквизиты документа должны находиться
исходные данные для создания движений – реквизиты документа Договор аренды
морского ТС.

В Табличной части необходимо указать Стоимость,
выбрав из предложенного списка (рисунок 5). Список реквизитов документа,
который уже заполнен реквизитами шапки документа, автоматически дополняется
реквизитами нашей табличной части. Нажмем кнопку «Заполнить выражения», чтобы
сформировалось соответствие полей регистра и выражений для их расчета (рисунок
6)

Рисунок
5 – табличная часть – Стоимость

Рисунок 6 – заполнение выражениями

На всякий случай проверю автоматически
созданный модуль документа ДоговорАрендыМорскогоТС (рисунок 7). Строки команд полностью
повторяют пример из методических указаний.

Рисунок
7 – модуль объекта

Вернувшись к регистру устанавливаем галочки во
вкладке «регистры» напротив документов (рисунок

Рисунок 8 – подключение документов

Далее Подситемы — Все подсистемы, выделим
подразделение Администратор, установим флажок в НакопленияОтАрендыМТС, и
включим Накопления от аренды МТС в «Панель навигации См.также» (рисунок 9).

Рисунок 9 – настройка подсистем

Запускаем отладчик. В его режиме можно
изменять формы объекта. Для этого в меню выбираем «Изменить форму» (рисунок 10)

Рисунок
10 – Изменение формы

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

Контрольные вопросы

1) Как обратиться к табличной части документа,
создавая регистр накоплений?

Работа с табличной частью проходит в
конструкторе движения регистров. Список реквизитов документа, который уже
заполнен реквизитами шапки документа, автоматически дополняется реквизитами
нашей табличной части. Чтобы заполнить соответствующие им выражения достаточно
нажать кнопку «заполнить выражения».

2) Для чего предназначен объект конфигурации
Регистр накопления?

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

3) Для чего нужны измерения регистра, ресурсы
и реквизиты?

Измерения регистра описывают разрезы,
в которых хранится информация, а в ресурсах регистра
накапливаются нужные числовые данные.

Ресурсы – для контроля остатков товара.

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

4) Как создать новый регистр накопления и
описать его свойства?

Нужно всего лишь выбрать в дереве конфигураций
«РегистрНакопления» и нажать «Добавить»

5) Как средствами встроенного языка обратиться
к данным табличной части?

С помощью Конструктора движений регистров

6) Как создать движения документов с помощью конструктора
движений?

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

Время на прочтение
5 мин

Количество просмотров 3.8K

Регистры накопления — центральная концепция платформы 1С:Предприятие. Она кажется интуитивно понятной, но это только вводит в заблуждение. Ситуация усугубляется тем, что найти не то, что хорошее, а хотя бы минимально разумное описание не легко. Обратившись к синтакс-помощнику или сайту 1С (https://v8.1c.ru/platforma/registr-nakopleniya), вы узнаете, что регистры накопления используются для… накопления информации. Здорово! Но вообще-то любая таблица в любой базе данных используется не иначе как для накопления информации. Далее будет дано описание концепции регистров с ее плюсами и минусами, как это видит автор.

Составные части концепции

Концепция регистров накопления 1С состоит из двух частей и одного общего принципа. Первая (и на мой взгляд более важная) часть — Декомпозиция. Вторая часть концепции — Производительность. Объединяющий их принцип — Автоматизм. Рассмотрим их подробнее.

Декомпозиция

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

ВЫБРАТЬ
	ПоступлениеТоваровТовары.Товар КАК Товар,
	ПоступлениеТоваровТовары.Количество КАК Количество
ПОМЕСТИТЬ Т1
ИЗ
	Документ.ПоступлениеТоваров.Товары КАК ПоступлениеТоваровТовары

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
	ОтгрузкаТоваровТовары.Товар,
	-ОтгрузкаТоваровТовары.Количество
ИЗ
	Документ.ОтгрузкаТоваров.Товары КАК ОтгрузкаТоваровТовары
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	Т1.Товар КАК Товар,
	СУММА(Т1.Количество) КАК Количество
ИЗ
	Т1 КАК Т1

СГРУППИРОВАТЬ ПО
	Т1.Товар

В реальных условиях этого будет недостаточно. Очень часто встречается ситуация, когда складской и торговый модуль оказываются чересчур тесно связаны. Большинству потребителей так проще. У них нет четко выделенных документов поступления на склад и расхода со склада. Есть, например, документ РеализацияТоваровИУслуг, который обрабатывается в отделе продаж. А есть также документ ВозвратОтПокупателя. И тот и другой непосредственно влияют на состояние склада. Поэтому, чтобы получить работающую функцию, надо надо будет учесть наличие документов-двойников (Приход-Возврат от покупателя и Расход-Возврат поставщику). Время от времени на складе проводится инвентаризация, в результате которой возникают такие особенные документы, как расход в никуда (Списание) и приход из ниоткуда (Оприходование). Наконец, у нас наверняка будет несколько складов, и как следствие, документ перемещения между складами. Этот документ будет отличаться от всех остальных, тем что будет расходом и приходом одновременно. Можете мысленно представить себе, во что превратится исходный запрос, если учесть все только что сказанное. Даже самые простые задачи довольно быстро переходят границу, за которой их невозможно «окинуть одним взглядом». И разработчикам не остается ничего другого, как пытаться «съесть слона по частям». Но для начала надо «слона» на эти самые части разделить. А это тоже требует усилий совершенно особого рода. По своему опыту разработчика и преподавателя могу сказать, что кому-то это дается с большим трудом, а некоторым не дается вовсе.

А в 1С:Предприятие нам говорят следующее. Вот у вас есть документ ПриобретениеТоваровУслуг. Опишите, что он будет делать с регистром остатков. Описали? Отлично! Теперь переходите к документу РеализацияТоваровУслуг и так далее. Изначально относительно сложная задача распадается на несколько небольших и совсем простых. И происходит это само собой, «автоматом». Это сильно упрощает жизнь разработчикам, особенного новичкам.

У такого подхода есть и отрицательная сторона. Вам надо понять как именно в какой-нибудь конкретной конфигурации формируется остаток на складе. Но это не так-то легко сделать! Функция остатка оказывается «размазанной» по множеству независимых друг от друга программных модулей. Их еще надо собрать вместе. И каким-то образом убедиться, что ничего не пропущено. А это нетривиальная задача и в общем случае требует полного анализа всей конфигурации. Легкость начального создания оборачивается трудностями в дальнейшей поддержке. Это надо иметь ввиду.

Производительность

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

Некоторое время назад были нюансы

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

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

Минусы тут тоже есть, хотя и не такие очевидные, как в первом случае. Автоматическое получение минимальной работоспособности лишает разработчиков стимула вникать глубже в работу учетной системы, анализировать где такое кэширование будет полезно, а где не очень. Быстрое получение актуальных остатков не так уж много где требуется. Чаще всего оно может потребоваться в процессе резервирования товара. А в большинстве прочих случаях мы имеем дело скорее с требованием быстрого получения НЕактуальных остатков и оборотов. Например аналитику надо сравнить продажи за прошлый и позапрошлый месяц. Регистры помогают и тут, но идеальным решением является все-таки вынос кэширования на уровень выше. Имеется ввиду предварительная подготовка отчетов. Этот вариант максимально комфортен для пользователей, потому что в этом случае они получают отчеты моментально.

Заключение

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

А всем, кто дочитал статью до этого момента, хочу порекомендовать бесплатный урок от OTUS по проектированию архитектуры систем 1С, на котором будет разобрано какие системы 1С используются на предприятиях, как делаются обмены продуктов 1С со сторонними системами, как правильно проектировать структуру ИТ-систем для максимально комфортной эксплуатации. Узнать об уроке подробнее и зарегистрироваться можно по ссылке ниже.

• Подробнее о бесплатном уроке