Управление версионированием КТТС изделия средствами платформы 1С

21.01.15

Разработка - Математика и алгоритмы

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

#gulakovs

#Производство

#КТТС

 

ГУЛАКОВ Сергей

к.э.н. PMP PMI

Технический руководитель

ООО «Инфотэкс»

sgulakov@infotex-line.ru

 

 

Функции управления КТТС

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

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

б. Выборка – обеспечить быструю выборку данных изделия;

в. Изменение – зарегистрировать изменение данных изделия;

г. Версионирование – хранить историю и сравнивать различные версии данных изделия.

 

Классический подход к управлению КТТС

Специалистам, длительное время работающим с прикладными решениями 1С, в том числе, ориентированными на учет и управление в производстве, известно, что разработчики компании 1С традиционно используют следующий подход описания КТТС изделия:

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

б. Технологические операции производственных процессов изготовления готовой продукции описываются как элементы справочника «Технологические операции»;

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

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

Рассмотрим, например, графическую схему взаимосвязи элементов описания КТТС, используемых в самом распространенном, на текущий момент времени, прикладном решении автоматизации производства 1С: УПП:

 

Схема 1. Взаимосвязь объектов управления КТТС в 1С: УПП


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

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

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

 

Рисунок 1. Пример структуры изделия


«Классический» подход управления КТТС изделия, используемый в прикладных решениях 1С обеспечивает выполнение функций:

Описание в полном объеме

Материальные спецификации готовой продукции и узлов, входящих в ее состав, можно описать при помощи использования элементов справочника «Спецификации номенклатуры» и «Номенклатура». Технология изготовления отдельных изделий описывается в справочнике «Технологические карты производства».

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

Выборка данных изделия возможна, но со следующими ограничениями:

- Последовательный обход элементов всех уровней структуры изделия (функциональное ограничение);

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

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

Другими словами: выбирая какойR09;либо элемент справочника «Спецификации номенклатуры» мы не знаем, какие элементы этого же справочника понадобятся нам позднее для описания узлов нижнего уровня.

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

Изменениеобеспечивается без сохранения истории

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

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

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

- В системе необходимо создать новый элемент справочника «Технологические карты производства», где полностью описать новую технологию изготовления изделия;

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

Версионированиене обеспечивается

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

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

 

Управление версионированием КТТС изделия

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

 

Схема 2. Взаимосвязь объектов управления версионированием КТТС


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

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


Рассмотрим, насколько представленная структура данных обеспечивает выполнение четырех основных функций управления КТТС:

Описание в полном объеме

Материальные спецификации готовой продукции и узлов, входящих в ее состав, описываются при помощи документов «Спецификация номенклатуры» и элементов справочника «Номенклатура». Технология изготовления отдельных изделий описывается в документах «Технологическая карта производства».

Иерархия состава изделия описывается при помощи ссылочной иерархии связей «родитель – подчиненный» для документов «Спецификация номенклатуры».

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

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

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

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

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

Выборка в полном объеме

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

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

Изменениев полном объеме

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

Данные изменений записываются в соответствующие регистры накоплений.

Версионированиев полном объеме

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

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

Здесь необходимо обратить внимание, что в ходе своей практики, автор сталкивался с двумя вариантами версионирования КТТС.

 

Схема 3. Варианты версионирования КТТС

 

 

 

 

 

 

 

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

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

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

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

 

Оценка объема необходимых доработок

Предлагая использовать принципиально новый подход по управлению КТТС, нельзя не сказать чего будет «стоить» переход к его использованию.

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

Основные задачи 1С: УПП, использующие информацию о составе изделия:

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

2. Формирование потребностей в обеспечении материалами. Задача, зависящая от структуры описания материальной спецификации изделия. Переход потребует изменения всех типовых процедур формирования материальной потребности. Средняя трудоемкость доработок.

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

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

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

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

 

Комментарии

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

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


Производство КТТС

См. также

Производство готовой продукции (работ, услуг) Программист Пользователь Платформа 1С v8.3 Оперативный учет 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)

Разработка “Пульт управления производством для 1С:УНФ” содержит цифровые инструменты и средства для производственного и технологического программного обеспечения автоматизации производства - подсистему Технологического контроля с АРМ Контролёра, Учет рекламации, АРМ Начальника производства, АРМ Рабочего цеха

36000 руб.

22.02.2022    18876    13    2    

26

SALE! 50%

Производство готовой продукции (работ, услуг) Учет доходов и расходов Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

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

70000 35000 руб.

08.12.2021    27153    26    73    

36

SALE! 50%

Производство готовой продукции (работ, услуг) Учет доходов и расходов Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Налоговый учет Платные (руб)

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

70000 35000 руб.

30.11.2022    15465    22    28    

26

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий (тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.

44000 руб.

08.11.2017    123262    292    144    

398

Оптовая торговля Производство готовой продукции (работ, услуг) Обмен с ГосИС Программист Бухгалтер Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Пищевая промышленность Россия Бухгалтерский учет Платные (руб)

Автоматический обмен данными с системой ФГИС Меркурий из 1С через ВетИС API: загрузка данных по хозяйствующим субъектам, предприятиям; типов, групп, видов, наименований продукции, сопоставление данных и запись их в базу данных; создание на основании расходных документов транспортных партий, отправка на сервер, печать полученных ветеринарных свидетельств, запрос остатков складского журнала, проведение инвентаризаций, оформление производственных партий.

10000 руб.

08.12.2017    104602    236    110    

145

Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Бухгалтер Пользователь Оперативный учет Управляемые формы 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)

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

14400 руб.

13.03.2018    61174    210    76    

120
Оставьте свое сообщение