Конструктор процессов 1с управление. Создание шаблона процесса согласования заявки на потребность. Согласование и утверждение, изменение состояний

05.02.2024 Виды

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

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

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

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

Рассмотрим пример использования стандартного бизнес-процесса «1С:Документооборот КОРП» в качестве вложенного процесса. Например, у нас есть нарисованный в визуальном конструкторе бизнес-процесс оплаты счета. В нем, в случае, если сумма счета превышает определенное значение (в нашем примере 10 тыс. рублей), выдаётся задача регистрации договора в реестре. Пример, такого процесса в визуальном редакторе приведён на рисунке ниже.

Мы можем заменить эту простую выдачу задачи регистрации договора на вызов стандартного вложенного бизнес-процесса «Поручение».

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

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

Список исполнителей можно также передать из основного процесса во вложенный процесс или взять ранее закреплённый за этим типовым процессом список исполнителей. Данный бизнес-процесс «Поручение» будет выполняться в обычном режиме и выдавать свои задачи исполнителям.

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

С помощью Модуля «Корпоративные процессы для «1С:Документооборот КОРП» можно составить сложные процессы, включающие вызовы следующих типовых процессов:
Исполнение
Ознакомление
Поручение
Рассмотрение
Регистрация
Согласование
Утверждение
Приглашение
Комплексный процесс
Обработка внутреннего документа
Обработка входящего документа
Обработка исходящего документа

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

Модуль «Корпоративные процессы для 1С:Документооборот КОРП» позволяет создавать сложные бизнес-процессы со множеством вызовов вложенных процессов, которые, в свою очередь, также могут иметь вызовы других вложенных бизнес-процессов.

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

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

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

Для этого в программе «1С:Управление холдингом» используется механизм универсальных процессов.

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

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

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

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

2.Конструктор процесса – откроется форма визуального конструирования шаблона процесса.

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

Основная работа по созданию/изменению шаблона процесса производится в режиме конструктора процесса.

В этом режиме вы визуально строите блок схему вашего процесса из блоков этапов.

Блоки бывают следующих видов (в той части, которая касается подсистемы управления закупками):

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

2.Условный переход – некое условие, которое определяет дальнейший маршрут процесса.

3.Оповещение – этап, на котором программа автоматически генерирует сообщение пользователю (текст сообщения задается в виде шаблона, сообщение оповещение может отправляться нескольким пользователям одновременно).

4.Утвержден – этап, на котором согласуемый документ становится утвержденным.

5.Отклонен – согласуемый документ отклонен.

6.Служебные блоки:

a. Подпроцесс (здесь можно указать другой шаблон процесса, который будет исполняться вместо этого блока).

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

c.Пауза – задается пауза в часах в исполнении процесса.

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

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

В нашем примере будет использоваться простой шаблон процесса согласования документа заявки на закупку:

1.Добавим один этап «Согласование»,

2.У добавленного этапа укажем в ответственных роль «Закупщик»,

3.Следующим этапом добавим этап «Объект утвержден».

4.Соединим этапы связями (кнопка в меню формы конструктора).

Смысл этой настройки прост – документ будет попадать на согласование пользователю, который назначен на роль закупщика по тому ЦФО (организационной единице) по которому выписан этот документ.

Демонстрация настройки процесса согласования приведена в видеолекции ССЫЛКА [М.А.1] .

После того как настройка шаблона процесса согласования завершена требуется привязать этот шаблон к самому документу. Это делается отдельной обработкой «Матрица полномочий».

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

В случае простого согласования одним пользователем вы можете вместо шаблона процесса в матрице сразу указать этого пользователя. Тогда система будет автоматически генерировать этому пользователю задачу на согласование объекта. После её выполнения объект считается утвержденным.

На этом настройка процесса согласования заявки на потребность (на закупку) может считаться завершенной.

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

Заказать звонок 1C CRM
Эксперта

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

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

Обязательные элементы бизнес-процесса:

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

В частности, Управление процессами 1С CRM не предполагает информированность всех пользователей обо всех этапах и связях. Каждый сотрудник имеет собственные задачи и обязан своевременно их исполнять. Информация от персонала концентрируется в протоколе (журнале). Координирует все действия владелец бизнес-процесса (ответственный сотрудник). Он контролирует результат и время его достижения, анализирует возникшие по ходу работы проблемы, принимает решения о корректировке. Координатору важно по опыту неудачных запусков процесса обнаружить ошибки, причем наказывать за них сотрудников бессмысленно, важнее - выявить причины и пути устранения, чтобы в дальнейшем работа велась в штатном режиме.

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

Кто нуждается в бизнес-процессах?

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

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

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

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

Заказать звонок 1C CRM
Эксперта

Займемся созданием бизнес-процесса!

Итак, важность построения бизнес-процессов очевидна. Теперь предлагаем разобраться, как решить задачу. Желательно делать это поэтапно:

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

Строительство процессов возможно посредством:

  • традиционной блок-схемы;
  • структурированного многоступенчатого списка;
  • простой организации данных;
  • BPMN-нотации (Business Process Model and Notation).

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

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

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

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

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

На настоящий момент около 4000 предприятий в качестве ERP системы используют программный продукт «1С:Управление производственным предприятием 8» на платформе «1С:Предприятие 8». Это решение позволяет организовать эффективное управление производством, заказами покупателей, продажами и закупками, взаиморасчетами, денежными средствами, управление финансами, а также бюджетирование. В программе предусмотрено планирование производства и продаж. Реализовано ведение бухгалтерского и налогового учета в соответствии с российским законодательством, а также ведение учета в соответствии с международными стандартами финансовой отчетности (МСФО). Использование «1С:Управление производственным предприятием 8» позволяет предприятию повысить эффективность его деятельности и уменьшить издержки.

В то же время для многих предприятий, в первую очередь для машиностроительных, приборостроительных, конструкторских бюро и других предприятий большое значение имеет задача снижения издержек на стадии конструкторско-технологической подготовки производства (КТПП). Для решения этой задачи используются системы класса PDM (Product Data Management) или другими словами «системы управления данными об изделии». Использование PDM систем позволяет организовать взаимодействие конструкторов и технологов в процессе КТПП. Это приводит к уменьшению времени согласования, к снижению количества возвратов разработанных решений для дополнительной доработки, а также к переходу от последовательного выполнения этапов КТПП к параллельному.

Полученный комплекс PDM+ERP от фирмы «1С» вобрал в себя все необходимое для построения современной и эффективной корпоративной информационной системы, объединяющей подразделения предприятия в единое информационное пространство и связывающей бизнес-процессы в одной информационной среде.

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

При разработке программного продукта были учтены требования ГОСТ 2.053-2006 «Единая система конструкторской документации. Электронная структура изделия. Общие положения», ГОСТ 2.501-88 «Единая система конструкторской документации. Правила учета и хранения», ГОСТ 2.051-2006 «Единая система конструкторской документации. Электронные документы. Общие положения» и других нормативных актов.

Прикладное решение «1С:PDM» можно использовать самостоятельно. В то же время максимальный эффект от применения данного продукта достигается при его использовании совместно с прикладными решениями «1С:Управление производственным предприятием 8», «1С:Управление торговлей 8» либо другими ERP решениями на платформе «1С:Предприятие 8», например, с программой «ИТРП: Производственное предприятие 8 Стандарт».

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

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

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

Управление конструкторской информацией

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

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


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

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

В системе обеспечивается открытие документов, созданных в таких CAD- системах, как «Solid Edge», «SolidWorks», «Autodesk Inventor», «Autodesk Autocad», «КОМПАС» и др. Кроме того, реализована возможность импорта в информационную базу данных об объектах, например, о составе, атрибутах и взаимных связях из документов, созданных в CAD-системах.

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

Для быстрого создания и редактирования вариантов исполнения изделий предназначен «Редактор исполнений». Использование данного инструмента позволяет сократить время, затраченное на создание вариантов исполнения и уменьшить количество ошибок на данном этапе подготовки производства.

Управление технологической информацией

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

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


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

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

Управление изменениями конструкторско-технологической документации

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

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

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

Управление нормативно-справочной информацией

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

В состав системы «1C:PDM» входит конструкторско-технологический справочник, который интегрирован со справочником общей номенклатуры предприятия. Механизмы, реализованные в справочнике, позволяют заимствовать его элементы способом перетаскивания (drag end drop) непосредственно в технологические процессы или составы изделий.

Архив конструкторско-технологической документации

Для использования «1С:PDM» службой технического архива предприятия в системе предусмотрено рабочее место работника архива. Система позволяет вести учет и контроль архивных документов по ГОСТ 2.501.88 «Правила учета и хранения». Данные о документах хранятся в информационной базе на карточках, каждая из которых соответствует определенному документу на бумажном носителе. Предусмотрены средства для быстрого поиска и управления документами.

Нормирование

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

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

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

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

Конфигурирование изделия

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

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

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

Разделение прав доступа и безопасность

Система «1C:PDM» содержит развитые средства разграничения прав доступа к информации. Создание пользователей и групп для PDM и ERP выполняется один раз. Для каждого элемента реализованы два вида средств разграничения доступа. Ролевой вид предусматривает жестко заданные правила доступа, обобщенные определенной ролью. Также реализован вид доступа на основе привилегий. Такой подход к организации информации позволяет пользователю не заботиться о правах доступа, так как система автоматически на основе данных о владельце и группе строит политику безопасности для новых и существующих элементов. Безопасность данных обеспечивается тройным уровнем защиты – правами доступа на основе привилегий, далее ролевыми правами доступа и, наконец, правами доступа к информационной базе. В дополнение к этому, каждый файл хранится в специализированном виде, который исключает несанкционированное получение данных.

Как показала практика, внедрение программного продукта «1С:Предприятияе 8. PDM Управление инженерными данными» приводит к сокращению времени разработки нового изделия и повышению ее качества. Конструктор избавляется от непроизводительных затрат времени, связанных с поиском, копированием и архивированием данных, составляющих иногда 25-30% общего времени проектирования. Возможность поиска компонента с необходимыми характеристиками позволяет значительно, иногда до 80 %, увеличить долю заимствованных или немного измененных элементов. Поддержка методики параллельного проектирования улучшает взаимодействие между конструкторами, технологами и другими участниками жизненного цикла изделия и приводит к сокращению количества его изменений.

Постоянно растущий спрос пользователей показывает правильность выбора PDM системы от поставщика решения ERP, обеспечивая таким образом решение задач не только подготовки инженерных данных, но и задач подготовки производства, переводя в область реальности работу в едином информационном пространстве. Многие пользователи уже оценили эффективность именно такого подхода к реализации концепции Product Lifecycle Management – технологии управления жизненным циклом изделия.



Подсистема управления конструкторской информацией обеспечивает:

  • ведение электронной структуры изделия (ГОСТ 2.053-2013);
  • управление электронными документами (ГОСТ 2.051-2013);
  • создание и редактирование исполнений;
  • коллективную работу нескольких специалистов над проектами;
  • создание и ведение защищенного электронного файлового архива;
  • разграничение прав доступа;
  • автоматическую проверку актуальности извещений об изменении;
  • работу с ограничительным перечнем стандартных, прочих изделий и материалов.

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

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

Электронный и бумажный архив документации

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

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

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

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

Согласование и утверждение, изменение состояний

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

Элементы и документы системы 1C:PDM имеют специализированные параметры - Состояние и Стадия. Параметр Состояние отвечает за готовность документации на изделия к следующему по цепочке процессу, а параметр Стадия - за указание фазы ЖЦ изделия, на которой находится изделие или его ревизии. Параметр Состояние более применим к документам, в то время как Стадия - к элементам изделия. Однако для неразрывной связи между изделием и документами оба этих параметра существуют и для документов, и для элементов изделия. Выражение Статус Документа здесь идентичен выражению Состояние Документа. При готовности документов или ЭСИ инициируется бизнес-процесс изменения состояния.

Бизнес-процесс изменения состояния - это сложный механизм, задействующий, помимо непосредственно изменения состояния, еще и механизмы согласования, рассылки уведомлений, ответов на уведомления, изменения групповых политик безопасности, автоперевод состояний ревизий элементов и многое другое. Его работу можно описать следующим образом: после очередной стадии ЭСИ и документация помещаются в специализированный документ, который показывает текущее состояние элементов и следующее состояние по цепочке ЖЦ.


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

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