какие объекты предназначены для хранения показателей оперативного учета
Регистр накопления
Регистры накопления — это прикладные объекты конфигурации. Они составляют основу механизма учета движения средств (финансов, товаров, материалов и т. д.), который позволяет автоматизировать такие направления, как складской учет, взаиморасчеты, планирование.
Регистр накопления образует многомерную систему измерений и позволяет «накапливать» числовые данные в разрезе нескольких измерений. Например, в таком регистре можно накапливать информацию об остатках товаров в разрезе номенклатуры и склада, или информацию об объемах продаж в разрезе номенклатуры и подразделения компании.
Структура
Информация в регистре накопления хранится в виде записей, каждая из которых содержит значения измерений и соответствующие им значения ресурсов.
Измерения регистра описывают разрезы, в которых хранится информация, а в ресурсах регистра накапливаются нужные числовые данные. Например, для регистра ТоварныеЗапасы, который имеет следующую структуру:
записи, производящие изменение ресурсов регистра в базе данных, будут выглядеть следующим образом:
Поскольку регистр накопления служит для накопления числовых значений, каждая запись выполняет изменение хранимых ресурсов — движение. Движения, в общем случае, могут либо добавлять некоторые приращения к хранимым ресурсам, либо отнимать их. Если должно выполняться увеличение хранимых ресурсов, — такое движение называется движением прихода («+»), если уменьшение хранимых ресурсов — движением расхода («-»).
Вместе с каждой записью, находящейся в регистре накопления, можно хранить дополнительную произвольную информацию. Для этого служат реквизиты регистра накопления.
Связь с регистратором
Изменение состояния регистра накопления происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом — регистратором, номером строки этого документа, и датой — периодом:
В общем случае значение поле Период может не совпадать с датой документа. Например, документ План продаж может внести в регистр накопления записи о предполагаемых продажах компании несколькими разными датами.
Состав документов, которые могут создавать записи в регистре накопления, задается разработчиком в процессе создания прикладного решения:
Конструктор движений
Алгоритмы, по которым формируются записи в регистре, описываются средствами встроенного языка в процедурах соответствующих документов. Система содержит конструктор движений, который помогает разработчику создавать алгоритмы проведения документа. Подробнее…
Уникальность записей
Система обеспечивает контроль уникальности записей, хранящихся в регистре накопления. Благодаря этому в регистре накоплений не может находиться двух записей, относящихся к одной и той же строке одного и того же документа.
Регистры остатков и регистры оборотов
Существует два вида регистров накопления: регистры накопления остатков и регистры накопления оборотов. Регистр накопления остатков позволяет хранить как итоговые значения ресурсов — остатки, так и изменения этих ресурсов — обороты. Регистр накопления оборотов является более «специализированным» видом регистра накопления и позволяет хранить только изменения ресурсов — обороты.
Существование регистра накопления оборотов связано с тем, что при автоматизации экономической деятельности существует большое количество ситуаций, когда требуется накапливать только обороты, а значения остатков не имеют смысла. Типичным примером использования регистра накопления оборотов является регистр Выручка и себестоимость продаж, хранящий информацию об объемах продаж:
Поскольку регистр накопления оборотов не накапливает остатки ресурсов, для него не имеет смысла «направление» движения ресурсов (приход или расход); накапливается только величина изменения ресурсов. Поэтому все записи регистра накопления оборотов отмечены одинаковыми пиктограммами.
Агрегаты
Для оборотных регистров накопления платформа поддерживает специальный механизм агрегатов, который позволяет значительно ускорить получение данных из регистров, содержащих большое количество записей — сотни тысяч и миллионы записей. Подробнее…
Форма списка и форма набора записей
Для того чтобы пользователь мог просматривать данные, содержащиеся в регистре накопления, система поддерживает форму представления регистра накопления — форму списка. Она позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Система может автоматически генерировать эту форму. Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо формы умолчанию, в том числе и форму набора записей, которая позволяет добавлять, изменять и удалять записи регистра сведений.
Общие сведения об организации хранения данных
Область применения: управляемое приложение, мобильное приложение, обычное приложение.
Методическая рекомендация (полезный совет)
1. При проектировании системы одной из задач является выбор типов объектов метаданых для реализации хранения соответствующих сущностей предметной области. Неправильный выбор типов объектов ведет к неэффективности прикладного решения, невозможности его последующего развития и делает невозможным адаптацию к возможным изменениям состава решаемых задач.
2. При выборе типа объектов метаданных в общем случае следует руководствоваться следующей схемой прикладного решения:
* Стрелки на схеме обозначают взаимосвязи между данными (взаимные ссылки).
На схеме выделяются следующие блоки:
Отдельно выделяются средства для анализа и обработки данных, отчеты, механизмы, которые опираются на данные всех остальных блоков, но сами данных не содержат.
Подробнее о задачах и принципах хранении информации см. в книге « Профессиональная разработка в системе 1С Предприятие 8 » глава 6.
2.1. Таким образом, упрощенно, для каждой сущности предметной области необходимо выбрать соответствующий блок по следующей схеме:
Более подробные критерии выбора того или иного блока:
| Критерий / блок | Условно-постоянная информация | События процессов предметной области | Накопленные сведения, значения показателей |
| Основное предназначение | Необходимо хранить нормативно-справочную информацию, реестры | Необходимо регистрировать события процессов, обеспечивать документальное подтверждение сведениям | Необходимо хранить данные, которые характеризуют процессы и текущее состояние прикладной области |
| Отслеживание изменения состояния | Не требуется | Требуется регистрация документа к учету, отмена регистрации учета документа, учет запусков или окончаний процесса, изменения состояния задач, формирование движений | Не требуется |
| Иерархия, группировка данных | Требуется иерархия и группировка, возможно между разными сущностями | Не требуется | Не требуется |
| Ключевые свойства | Необходимо иметь наименование, код | Необходимо учитывать дату события, его номер | Не требуется |
| Хранение значений дополнительных реквизитов сущности | Необходимо хранить редко изменяемые реквизиты произвольных данных | Необходимо хранить ссылки на другие объекты и значения параметров, характеризующие событие | Необходимо хранить только значения реквизитов для других объектов базы |
| Нумерация | Необходимы серии кодов по всем элементам данного типа или в пределах иерархии | Необходимы серии номеров по всем элементам данного типа или в пределах периода по дате, сквозная нумерация объектов разных типов | Не требуется |
2.2. Затем, необходимо принять решение о конкретном виде типа объекта метаданных внутри выбранного блока:
2.2.1. Для хранения условно-постоянной информации:
Область применения (уточнение): управляемое приложение, обычное приложение.
1. Если требуется хранение плана счетов для организации учета по принципам двойной записи, то используется специализированный объект метаданных «План счетов»
2. Если требуется хранение перечня видов расчета для организации учета начислений и удержаний, то используется специализированный объект метаданных «План видов расчета»
3. Если требуется хранить список характеристик (свойств), причем состав самого списка, тип характеристик, их состав определяются пользователем, то используется объект метаданных «План видов характеристик»
4. Если требуется хранить одиночное значение, которое редактирует пользователь (как правило, это администратор, выполняющий настройки системы), не требующего ссылок из других данных, то используется объект метаданных «Константа»
5. Если необходимо определить фиксированный список значений не редактируемый пользователем, без каких-либо дополнительных реквизитов, то используется объект метаданных «Перечисление»
6. В остальных случаях, как правило, используется объект метаданных «Справочник»
Более подробные критерии выбора того или иного вида объекта метаданных:
| Критерий / тип объекта | Константа | Перечисление | План видов характеристик * | Справочник |
| Основное предназначение | Необходимо хранение одиночных значений, предопределенных данных | Необходимо хранение списка неизменных представлений без дополнительных их атрибутов | Необходимо хранение списка сущностей и значений характеристик экземпляров сущности | Требуется хранение списка объектов и значений их атрибутов |
| Добавление и редактирование пользователем | Требуется только изменение значения | Не требуется | Требуется добавление, удаление и изменение элементов, редактирование состава и значений характеристик сущности | Требуется добавление, удаление, изменение элементов |
| Иерархия, группировка данных | Не требуется | Не требуется | Требуется в пределах одной сущности | Требуется в пределах одной сущности или между разными сущностями |
| Хранение значений дополнительных реквизитов сущности | Не требуется | Не требуется | Необходимо хранить произвольные данные для атрибутов сущности | Необходимо хранить произвольные данные для атрибутов сущности |
| Хранение списков значений дополнительных реквизитов | Не требуется | Не требуется | Требуется хранение списков наборов значений реквизитов для сущности | Требуется хранение списков наборов значений реквизитов для сущности |
| Возможность ввода на основании других объектов | Не требуется | Не требуется | Необходим ввод новых элементов с использованием информации других объектов | Необходим ввод новых элементов с использованием информации других объектов |
| Нумерация | Не требуется | Не требуется | Необходимы серии кодов по всем элементам одного типа или в пределах группировки | Необходимы серии кодов по всем элементам одного типа или в пределах группировки или подчинения |
* область применения (уточнение): управляемое приложение, обычное приложение.
2.2.2. Для хранения событий процессов предметной области:
Область применения (уточнение): управляемое приложение, обычное приложение.
1. Если требуется учет одиночных событий, адресованных некоторому исполнителю (пользователю, сотруднику, группе или роли) не требуется формирование движений по результатам события: то используется объект метаданных «Задача»
2. Если требуется регистрировать в системе возникновение и ход регулярного процесса, состоящего из последовательности действий (событий), то используется объект метаданных «Бизнес-процесс». Для учета событий, действий в рамках процесса используется объект метаданных «Задача»
3. В остальных случаях, как правило, используется объект метаданных «Документ»
Более подробные критерии выбора того или иного вида объекта метаданных:
| Критерий / тип объекта | Задача * | Бизнес-процесс * (с задачами) | Документ |
| Основное предназначение | Необходимо вести учет одиночных событий, адресованных некоторым исполнителям | Необходимо вести учет последовательности событий, адресованных некоторым исполнителям | Необходима регистрация событий во времени, генерация вторичных данных, соответствующих этим событиям |
| Вложенность | Не требуется | Требуется учет процессов, вложенных в другие процессы (иерархия задач) | Не требуется |
| Объединение в журналы | Не требуется | Не требуется | Необходимо объединение документов разных видов в одном журнале |
| Состояние объекта | Требуются состояния «новый», «выполнено» | Требуются состояния «новый», «в работе», «завершен» | Требуются состояния «проведен», «не проведен» |
| Нумерация | Необходимы серии номеров по всем задачам данного вида или в пределах периода по дате | Необходимы серии номеров по всем процессам данного вида или в пределах периода по дате, нумерация событий внутри процесса | Необходимы серии номеров для документов разных видов – сквозные, или в пределах периода по дате |
* область применения (уточнение): управляемое приложение, обычное приложение.
2.2.3. Для хранения накопленных сведений, значений показателей:
Область применения (уточнение): управляемое приложение, обычное приложение.
1. Если требуется хранение данных учета с использованием принципа двойной записи, то используется специализированный объект метаданных «Регистр бухгалтерии»
2. Если требуется хранение результатов расчета учета начислений и удержаний, то используется специализированный объект метаданных «Регистр расчета»
3. Если требуется хранение изменений показателей – приход и расход, получение остатков и оборотов за период, то используется объект метаданных «Регистр накопления».
4. Во всех остальных случаях используется объект метаданных «Регистр сведений».
Более подробные критерии выбора того или иного вида объекта метаданных:
3. Пример выбора типов объектов метаданных.
Пусть некоторая организация занимается периодическим анкетированием. При заполнении анкеты указывается дата анкетирования. В анкете указывается набор вопросов, результатом заполнения анкеты является набор ответов. Сущность «Анкета» привязана к дате, порождает статистику – ответы на вопросы.
Объект 1С «Регистры накопления»
Иначе говоря, это прикладные объекты конфигурации, которые позволяют оперативно фиксировать и хранить движения каких-либо активов или пассивов предприятия.
Регистр накопления представляет собой таблицу с информацией, в которой собраны все движения определенных документов (поступления, списания или обороты).
Регистр накопления образует многомерную систему измерений и позволяет «накапливать» числовые данные в разрезе нескольких измерений. Например, в таком регистре можно накапливать информацию об остатках товаров в разрезе номенклатуры и склада, или информацию об объемах продаж в разрезе номенклатуры и подразделения компании.
Остаточный регистр (Остатки) хранит движения, а также исходя из них, остатки после каждого движения. Остаточные регистры накопления используются, например, для учета товаров на складах.
С точки зрения табличной модели регистр накопления содержит:
При формировании структуры регистра накопления обязательно должен быть назначен регистратор, а также создан хотя бы один ресурс.
Стандартные реквизиты регистра накопления 1С:
Уникальность записей объекта 1С «Регистры накопления»
Система обеспечивает контроль уникальности записей, хранящихся в регистре накопления. Благодаря этому в регистре накоплений не может находиться двух записей, относящихся к одной и той же строке одного и того же документа.
Уникальность записей в таблице движений регистра накопления определяется полями «Регистратор» и «Номер строки».
Регистры накопления всегда подчинены документу-регистратору. Поэтому среди их стандартных реквизитов всегда есть «Регистратор».
Функциональные возможности регистра накопления 1С
Основными функциональными возможностями, которые предоставляет регистр накопления разработчику, являются:
Для регистров накопления может быть включен режим разделения итогов:
Если разделение включено, то в таблицу итогов регистра будет добавлена дополнительная колонка со значением типа «Число», которая будет играть роль разделителя остатков данных в случае одновременной записи в регистр двумя документами.
Разделение данных увеличивает параллельность вычислений за счет уменьшения времени блокировки регистра на чтение, что оправданно на нагруженных системах.
Структура объекта 1С «Регистры накопления»
Информация в регистре накопления хранится в виде записей, каждая из которых содержит:
Разрезом учета могут являться, например, склад, номенклатура, характеристика номенклатуры, серия номенклатуры, качество.
Задав интересующие нас измерения, мы можем в любой момент получить количество — ресурс.
В разрезе разных измерений в дальнейшем, например, можно получать остатки на определенную дату.
Особенности проектирования регистра накопления:
Например, для регистра «Свободные остатки», который имеет следующую структуру:
записи, производящие изменение ресурсов регистра в базе данных, будут выглядеть следующим образом:
Набор записей регистра накопления
Набор записей всегда привязан к определенному документу-регистратору (т.е. определяется документом-регистратором ), поскольку независимых регистров накопления быть не может. Оперируя набором записей, можно эти данные считывать с базы, удалять, изменять, и при определенных условиях добавлять. При записи обычно выполняется замещение всех имеющихся в базе данных записей по данному условию на записи, содержащиеся в наборе. Если записи не замещаются, то после выполнения записи набор очищается.
Максимальное число записей в наборе 999 999 999.
Набор записей регистра накопления может использоваться:
Если попытаться прочитать данные в набор записей регистра накопления с установкой отбора по регистратору и измерению, будет выдана ошибка при попытке установить отбор по измерению, т.к. отбор возможен только по регистратору.
Важно! Отбор может устанавливаться только на равенство.
Вместе с каждой записью, находящейся в регистре накопления, можно хранить дополнительную произвольную информацию. Для этого служат реквизиты регистра накопления.
Регистратор регистра накопления
Записи имеют смысл только в том случае, если регистратор существует; при удалении документа-регистратора записи также будут удалены.
Тем не менее, программно можно сделать запись и без документа-регистратора (но при этом все равно подразумевается, что регистратор есть). Также, формирование записей может происходить не только в обработке проведения, но и по каким-то иным событиям, строгих ограничений тут нет.
Большинство алгоритмов создания движения в регистре накопления формируются при проведении документа в модуле объекта (процедура «ОбработкаПроведения»).
Связь объекта 1С «Регистры накопления» с регистратором
В общем случае значение поле «Период» может не совпадать с датой документа. Например, документ «План продаж» может внести в регистр накопления записи о предполагаемых продажах компании несколькими разными датами.
Состав документов, которые могут создавать записи в регистре накопления, задается разработчиком в процессе создания прикладного решения.
Особенности работы с регистраторами при проведении документов:
Конструктор движений объекта 1С «Регистры накопления»
Алгоритмы, по которым формируются записи в регистре, описываются средствами встроенного языка в процедурах соответствующих документов. Система содержит конструктор движений, который помогает разработчику создавать алгоритмы проведения документа.
Регистры остатков и регистры оборотов
Существует два вида регистров накопления:
Существование регистра накопления оборотов связано с тем, что при автоматизации экономической деятельности существует большое количество ситуаций, когда требуется накапливать только обороты, а значения остатков не имеют смысла. Типичным примером использования регистра накопления оборотов является регистр «Выручка и себестоимость продаж», хранящий информацию об объемах продаж.
Поскольку регистр накопления оборотов не накапливает остатки ресурсов, для него не имеет смысла «направление» движения ресурсов (приход или расход); накапливается только величина изменения ресурсов. Поэтому все записи регистра накопления оборотов отмечаются одинаковыми пиктограммами.
Агрегаты регистров накопления оборотов
Использование агрегатов позволяет аналитикам и менеджерам анализировать имеющуюся информацию, переключаясь между различными разрезами просмотра с небольшим временем отклика системы. При этом система использует накопленные агрегированные данные и всегда обеспечивает актуальность получаемых отчетов.
Для любого регистра может быть создано несколько агрегатов.
Платформа содержит специальный конструктор агрегатов, с помощью которого можно изменять состав агрегатов и настраивать их использование.
Конструктор агрегатов можно вызвать из окна редактирования оборотного регистра накопления (вкладка «Данные»).
Форма списка и форма набора записей объекта 1С «Регистры накопления»
Для того чтобы пользователь мог просматривать данные, содержащиеся в регистре накопления, система поддерживает следующие формы представления регистра накопления:
Наряду с этим разработчик имеет возможность создать собственные (произвольные) формы, которые система будет использовать вместо формы умолчанию.
Оперативный учет в 1С Предприятие
Какие задачи выполняет оперативный учет на производстве
От чего зависит успех абсолютно любого производства? Прежде всего, от спроса на производимый товар на рынке и от клиентской аудитории. В целом это так, но следует понимать, что всю деятельность требуется контролировать. Если сказать точнее, то поставки сырья, его остатки на складе, количество брака, деятельность работников и многое другое. Задача по контролю над всеми аспектами производственной деятельности лежит на оперативном учете.
Система оперативного учета в 1С:ERP обеспечивает планирование производственных процессов, с помощью которых определяется порядок запуска в производство, обеспечивается бесперебойное снабжение производства материалами и полуфабрикатами.
Процесс формирования потребностей в производстве
Процесс формирование потребностей на производстве осуществляется документами:
Межцеховое планирование в 1С
Позволяет не только организовать поставки материалов от других организаций, но и сформировать заявки на распределение сырья и товарно-материальных ценностей между цехами. Это в особенности будет к месту, если предприятие крупное и выпускает продукцию в промышленных масштабах. Межцеховое планирование включает в себя управление списком заказов, а также контроль над этапами. Важно не только сформировать заявки, но и убедиться в том, что они были реализованы.
Реализация потребностей предприятия
Предприятие заключает с потребителями договор. В нем указано, что за определенный период потребителю требуется отгрузить строго фиксированное количество продукции. Чтобы не нарушить договорные обязательства, производство должно своевременно получать материалы и полуфабрикаты. Подспорьем в данном деле является система НСИ в программе. Она позволяет реализовать потребности предприятия «под ключ».
В этой системе первым делом специалист формирует заказ в производство. Он может включать в себя материалы, а также оборудование. Далее необходимо указать, куда отправляются полученные позиции. Они могут быть доставлены прямо в цех либо на склад. Далее система контролирует расход сырья и других товарно-материальных ценностей. В автоматическом режиме периодически информирует оператора о том, что остатки подходят к концу.
Учет деятельности рабочих
Позволяет оперативный учет в 1С и вести учет деятельности рабочих, а также начислять им заработную плату. На каждом предприятии может трудиться от пары человек до нескольких тысяч специалистов. Каждому из них требуется начислять заработную плату и своевременно выплачивать. Вручную это делать не только долго, но и неэффективно.
Посредством программы можно сформировать отчет для выплаты заработной платы за несколько минут. В дальнейшем он отправляется в бухгалтерию, и получает статус: «К исполнению». В любой момент времени абсолютно каждый работник из штата может узнать, какой объем работы он выполнил. Тут же указано и вознаграждение за труд специалиста за разные временные промежутки. Программа позволяет начислить налоги и отчисления в различные фонды.
Брак в производстве
Количество брака в производственной деятельности можно минимизировать, но полностью избежать его появления невозможно. В любом случае объемы некондиции требуется контролировать. Если брак является неисправимым, то он списывается на себестоимость выпускаемых товаров. В ином случае отправляется на склад, откуда поступает в соответствующие цеха.
Выпуск и продажа готовой продукции
В программе 1С Предприятие выпуск и продажа продукции реализованы следующим образом:
Во вкладке «Выходные изделия» можно увидеть объемы продукции, готовой к отгрузке потребителям. После формируются заказы на эту самую отгрузку.
Как отражается незавершенное производство в бухгалтерском учете
Незавершенное производство отражается следующим образом:
Подсистема мониторинга для руководителей
С оперативным учетом в 1С Предприятие может работать огромное количество работников, начиная от бухгалтеров и менеджеров по снабжению и, заканчивая начальниками отделов. Деятельность перечисленных кадров требуется контролировать. Чтобы руководитель не тратил долгое время на поиск интересующих сведений в программе, была создана специальная подсистема. В ней отражены все главные аспекты производства. Их достаточно для того, чтобы судить об общем состоянии деятельности. Доступ к подсистеме имеет только руководитель.