Утв. и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 21 ноября 2019 г. N 1213-ст
Национальный стандарт РФ ГОСТ Р 58676-2019
“ЭЛЕКТРОННАЯ КОНСТРУКТОРСКАЯ ДОКУМЕНТАЦИЯ. ВИДЫ ПРЕОБРАЗОВАНИЙ”
Electronic design documentation. Types of transformations
Дата введения – 1 июня 2020 г.
Введен впервые
1 Разработан Акционерным обществом “Научно-исследовательский центр “Прикладная Логистика” (АО НИЦ “Прикладная Логистика”)
2 Внесен Техническим комитетом по стандартизации ТК 482 “Поддержка жизненного цикла экспортируемой продукции военного и продукции двойного назначения”
3 Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 21 ноября 2019 г. N 1213-ст
4 Введен впервые
1 Область применения
Настоящий стандарт устанавливает виды преобразований электронной конструкторской документации, представленной в различных формах и форматах.
Настоящий стандарт распространяется на изделия машиностроения и приборостроения, в том числе на продукцию военного и двойного назначения.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения
ГОСТ 2.058 Единая система конструкторской документации. Правила выполнения реквизитной части электронных конструкторских документов
ГОСТ 2.104 Единая система конструкторской документации. Основные надписи
ГОСТ Р 58299 Управление данными об изделии. Порядок представления результатов проектно-конструкторских работ в электронной форме. Общие требования
ГОСТ Р 58300 Управление данными об изделии. Термины и определения
Примечание – При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования – на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю “Национальные стандарты”, который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя “Национальные стандарты” за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
1 Термины и определения
В настоящем стандарте применены термины по ГОСТ Р 58300, а также следующие термины с соответствующими определениями:
конструкторская документация: Совокупность конструкторских документов, содержащих данные, необходимые для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия.
3.1.2 электронная конструкторская документация: Совокупность электронных конструкторских документов и компьютерных моделей (данных и программ для ЭВМ), необходимых для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия.
Примечание – Электронная конструкторская документация входит в состав конструкторской документации (см. пункт 3.1.1)
компьютерная модель (электронная модель): Модель, выполненная в компьютерной (вычислительной) среде и представляющая собой совокупность данных и программного кода, необходимого для работы с данными.
3.1.4 форма представления электронной конструкторской документации: Способ представления данных об изделии в компьютерной среде, ориентированный либо на обособленное хранение и применение (в форме отдельного файла), либо на коллективное использование (в форме информационного набора в автоматизированной системе управления данными об изделии).
3.1.5 формат данных (содержательной части электронной конструкторской документации): Способ организации, кодирования, структурирования и обеспечения целостности содержательной части электронной конструкторской документации.
3.1.6 стандартизованный формат данных: Формат данных, спецификация которого признана как международный, государственный, отраслевой или корпоративный стандарт и который может быть распознан и обработан всеми прикладными автоматизированными системами, поддерживающими данный стандарт.
3.1.7 оригинальный формат данных: Формат данных, спецификация которого создана и поддерживается (изменяется) разработчиком одной прикладной автоматизированной системы и не признана как стандарт.
3.1.8 формат данных об изделии, ориентированный на интерпретацию (обработку) автоматизированной системой; формат данных, ориентированный на АС: Формат представления данных об изделии, предназначенных для использования автоматизированными системами в ходе разработки, изготовления, контроля, приемки, поставки, эксплуатации, ремонта и утилизации изделия.
3.1.9 формат данных об изделии, ориентированный для интерпретации (восприятия) человеком; формат данных, ориентированный на человека: Формат для представления текстовых, графических и других данных, предназначенных для восприятия преимущественно человеком в ходе разработки, изготовления, контроля, приемки, поставки, эксплуатации, ремонта и утилизации изделия.
3.1.10 спецификация формата файла: Документ, который точно, полностью и в поддающейся проверке форме определяет требования к структуре и алгоритму преобразования данных определенного формата, а также процедуры, позволяющие определить, были ли выполнены эти требования.
3.1.11 информационный объект-контейнер: Информационный объект, содержащий файл (совокупность данных), интерпретируемый автоматизированной системой управления данными об изделии как единое целое.
хэш-код: Строка бит, являющаяся выходным результатом хэш-функции.
2 Сокращения
В настоящем стандарте использованы следующие сокращения:
АС – автоматизированная система;
АС УДИ – автоматизированная система управления данными об изделии;
ДБ – бумажный документ;
ДЭ – электронный конструкторский документ;
ИН – информационный набор;
ИО – информационный объект;
САПР – система автоматизированного проектирования;
СЧ – составная часть;
УЛ – удостоверяющий лист;
ЭВМ – электронная вычислительная машина;
ЭКД – электронная конструкторская документация;
2D – пространство выполнения геометрических моделей или графических документов, характеризующееся двумя измерениями;
3D – пространство выполнения геометрических моделей или графических документов, характеризующееся тремя измерениями.
4 Основные положения
4.1 В ходе разработки изделия осуществляется обмен ЭКД между заказчиком, разработчиком, изготовителем, разработчиками и изготовителями СЧ и научно-исследовательскими организациями.
Типовыми задачами, требующими обмена ЭКД, являются:
– передача ЭКД от головного разработчика – разработчикам СЧ изделия;
– передача ЭКД от разработчика СЧ – головному разработчику изделия;
– передача ЭКД от разработчика (разработчика СЧ) – изготовителю изделия (СЧ);
– передача ЭКД в научно-исследовательские организации для проведения экспертизы.
Обмен ЭКД может осуществляться также между подразделениями одной организации.
Перечисленные участники информационного взаимодействия могут использовать различные формы представления и форматы данных ЭКД *.
* Здесь и далее знаком “*” отмечен текст, к которому даны пояснения в приложении А.
4.2 Возможными формами представления ЭКД являются:
а) представление в виде набора данных в автоматизированной системе (ИН);
б) представление в виде одного или нескольких взаимосвязанных файлов (ДЭ) *.
4.3 Представление ЭКД в форме ИН регламентировано ГОСТ Р 58299.
4.3.1 Содержательная часть ИН в АС УДИ может быть выполнена в виде:
а) структурированной в соответствии с принятой схемой данных совокупности ИО в АС УДИ, содержащих данные об изделии. В этом случае АС УДИ управляет каждым ИО в отдельности;
б) ИО-контейнера * (одного или нескольких), содержащего файл (файлы) с данными об изделии. В этом случае АС УДИ управляет такой совокупностью данных об изделии как единым целым;
в) комбинации перечисленных выше методов, когда часть данных представлена в виде ИО-контейнера, а часть – совокупностью взаимоувязанных ИО *.
4.3.2 Реквизитная часть ИН выполняется в виде совокупности служебных ИО и атрибутов основных ИО в соответствии с ГОСТ Р 58299.
4.4 Представление ЭКД в форме ДЭ регламентировано ГОСТ 2.051.
4.4.1 Содержательная часть ДЭ выполняется в виде файла (одного или нескольких), содержащего данные об изделии.
4.4.2 Реквизитная часть ДЭ может быть выполнена в виде отдельного файла. Формат файла РЧ устанавливается в документах по стандартизации организации с учетом требований ГОСТ 2.058.
Допускается выполнение реквизитной части ДЭ в виде УЛ. Форма и правила заполнения УЛ устанавливаются в документах по стандартизации организации с учетом требований ГОСТ 2.051.
4.5 Содержательная ИН и ДЭ может включать:
– данные об изделии в формате, ориентированном на АС (стандартизованном или оригинальном).
– данные об изделии в формате, ориентированном на человека (стандартизованном или оригинальном) *.
4.6 В ходе информационного взаимодействия возникает необходимость выполнения следующих преобразований ЭКД *:
а) изменение формы представления ЭКД (см. раздел 5);
б) изменение формата данных содержательной части ЭКД (см. раздел 6).
4.7 Преобразованию в соответствии с настоящим стандартом подлежит ЭКД, утвержденная в установленном порядке. Внесение изменений в результат преобразования не допускается.
5 Изменение формы представления электронной конструкторской документации
5.1 Возможные изменения формы представления ЭКД приведены в таблице 1.
Примечание – Для полноты рассмотрения в таблицу включены возможные формы представления ЭКД (ИН или ДЭ) и бумажной документации (ДБ).
Таблица 1 – Возможные изменения формы представления ЭКД
5.2 Преобразование ИН в ДЭ включает последовательное изменение формы представления содержательной и реквизитной части (см. рисунок 1). Требования к преобразованию ИН в ДЭ устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.
5.2.1 При преобразовании исходного ИН, содержательная часть которого представлена в виде файла (нескольких файлов), этот файл выгружают из АС УДИ и включают в содержательную часть результирующего ДЭ без изменения формата.
5.2.2 При преобразовании исходного ИН, содержательная часть которого представлена в виде совокупности ИО, содержимое ИО преобразуют в файл и включают в содержательную часть результирующего ДЭ. При этом, как правило, одновременно осуществляется изменение формата данных содержательной части.
5.2.3 Реквизитная часть результирующего ДЭ должна содержать:
– обозначение ДЭ, сформированное на основе обозначения исходного ИН по правилам, установленным в документах по стандартизации организации;
– наименование ДЭ (может совпадать с наименованием исходного ИН);
– обозначение исходного ИН (источник);
– сведения об утверждении исходного ИН;
– хэш-код исходного ИН;
– сведения о лице, выполнившем преобразование (электронная подпись);
– дату выполнения преобразования (создания ДЭ).
5.2.4 Утверждение результирующего ДЭ, полученного из исходного ИН без изменения формата данных содержательной части, не требуется. Требования к результату преобразования, выполненного с изменением формата данных, приведены в разделе 6.
5.3 Преобразование ДЭ в ИН включает последовательное изменение формы представления содержательной и реквизитной части (см. рисунок 2). Требования к преобразованию ДЭ в ИН устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.
5.3.1 Изменение формы представления содержательной части исходного ДЭ может выполняться одним из следующих способов:
а) файл содержательной части исходного ДЭ размещают в АС УДИ в ИО-контейнере, который становится содержательной частью результирующего ИН;
Примечание – Такое преобразование возможно для ДЭ с любым форматом содержательной части и выполняется без изменения этого формата.
Рисунок 1 – Схема преобразования ИН в ДЭ
б) файл содержательной части ДЭ преобразуют в совокупность взаимосвязанных по установленным правилам ИО в АС УДИ, представляющих содержательную часть результирующего ИН;
в) комбинацией предыдущих способов: часть данных файла содержательной части ДЭ размещают в АС УДИ в ИО-контейнере, при этом часть данных из этого файла может быть представлена совокупностью ИО в АС УДИ.
Примечание – Преобразования б) и в) возможны только для ДЭ, имеющего содержательную часть в формате данных, ориентированном на АС.
5.3.2 Реквизитная часть результирующего ИН должна содержать:
– обозначение ИН, сформированное на основе обозначения исходного ДЭ по правилам, установленным в документах по стандартизации организации;
– наименование ИН (может совпадать с наименованием исходного ДЭ);
– обозначение исходного ДЭ (источник);
– сведения об утверждении исходного ДЭ;
– хэш-код исходного ДЭ;
– дату выполнения преобразования (создания ИН).
5.3.3 Повторное утверждение результирующего ИН, полученного из исходного ДЭ без изменения формата данных, не требуется. Требования к результату преобразования, выполненного с изменением формата данных, приведены в разделе 6.
Рисунок 2 – Схема преобразования ДЭ в ИН
5.4 Преобразование ЭКД в ДБ выполняют с помощью вывода на печать содержательной части ИН или ДЭ. Требования к преобразованию ЭКД в ДБ устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.
5.4.1 Преобразование ЭКД (ИН или ДЭ) в ДБ имеет следующие ограничения:
а) преобразование возможно только для ИН или ДЭ с содержательной частью, выполненной в странично-ориентированном виде;
б) в содержательной части ИН или ДЭ должна присутствовать основная надпись по ГОСТ 2.104, связанная с реквизитами ИН или ДЭ.
Примечание – Основная надпись может формироваться автоматически прикладной АС при выводе содержательной части на печать.
5.4.2 В основной надписи результирующего ДБ заполняются следующие реквизиты:
– обозначение ДБ, сформированное на основе обозначения исходного ИН или ДЭ по правилам, установленным в документах по стандартизации организации;
– наименование ДБ (может совпадать с наименованием исходного ИН или ДЭ);
– обозначение исходного ИН или ДЭ (источник);
– сведения об утверждении исходного ИН или ДЭ;
– хэш-код исходного ИН или ДЭ.
Требования к остальным реквизитам результирующего ДБ – по ГОСТ 2.104.
5.4.3 После печати на результирующем ДБ (на каждой странице) проставляют штамп с указанием лица, выполнившего преобразование, его собственноручной подписи и даты преобразования.
5.4.4 Повторное утверждение (подписание собственноручной подписью) результирующего ДБ, полученного из исходного ИН или ДЭ, не требуется.
5.5 Преобразование ДБ в ЭКД выполняют путем получения изображения ДБ (сканированием, фотографированием или другим установленным способом). Требования к преобразованию ДБ в ЭКД устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.
5.5.1 Изображение ДБ представляет собой один или нескольких файлов в установленном формате данных, которые:
а) размещают в АС УДИ в ИО-контейнере (содержательная часть результирующего ИН);
б) размещают в содержательной части результирующего ДЭ.
5.5.2 Реквизитную часть результирующего ИН или ДЭ создают вручную на основании реквизитов исходного ДБ. Реквизитная часть результирующего ИН или ДЭ должна содержать:
– обозначение ИН или ДЭ, сформированное на основе обозначения исходного ДБ по правилам, установленным в документах по стандартизации организации;
– наименование ИН или ДЭ (может совпадать с наименованием исходного ДБ);
– дату выполнения преобразования (создания ИН или ДЭ).
5.5.3 Повторное утверждение результирующего ИН или ДЭ, полученного из исходного ДБ, не требуется.
6 Изменение формата данных содержательной части электронной конструкторской документации
6.1 Содержательная часть ЭКД может быть преобразована из одного формата данных в другой. Возможные варианты изменения формата данных содержательной части ЭКД приведены в таблице 2.
6.2 При преобразовании ЭКД из одного формата в другой может иметь место изменение данных содержательной части. Преобразование ЭКД в формат, ориентированный на человека, всегда выполняется с изменением данных *.
6.3 Результирующий ИН или ДЭ с измененным форматом данных должен иметь следующие реквизиты:
– обозначение, сформированное на основе обозначения исходного ИН или ДЭ по правилам, установленным в документах по стандартизации организации;
– наименование (может совпадать с наименованием исходного ИН или ДЭ);
– хэш-код исходного ИН или ДЭ;
– дату выполнения преобразования (создания ИН или ДЭ);
– признак, указывающий на изменение данных в ходе преобразования.
6.4 Результирующий ИН или ДЭ с измененным форматом данных, как правило, требует согласования и утверждения по правилам, установленным в документах по стандартизации организации.
Таблица 2 – Варианты, особенности и примеры изменения формата данных содержательной части ЭКД
Приложение А
(справочное)
Пояснения к тексту настоящего стандарта
ЭКД может включать:
1) Текстовые, графические, мультимедийные и/или интерактивные данные об изделии, предназначенные в основном для восприятия и интерпретации человеком (в формате данных, ориентированном на человека). Примеры: пояснительная записка в формате DOC или PDF, принципиальная схема в формате JPEG, геометрическая модель в формате JT.
2) Данные об изделии, предназначенные в основном для интерпретации прикладными АС, оборудованием с числовым программным управлением и т.п. (в формате данных, ориентированном на АС). Примеры: геометрическая модель в формате PRT (оригинальный формат AC NX), электронная структура изделия в формате STEP и т.п.
Причинами использования разных форм представления и форматов ЭКД могут быть:
– разная степень оснащенности организаций (подразделений организаций) средствами вычислительной техники и использования технологий автоматизированного проектирования;
– использование автоматизированных систем разных производителей и версий;
– требования договоров и технических заданий по представлению ЭКД в определенной форме и др.
В разных формах (ИН, ДЭ) могут быть представлены ЭКД в формате, ориентированном на человека, и ЭКД в формате, ориентированном на АС (таблица А.1).
Таблица А. 1 – Формы представления и форматы данных ЭКД
В ИО-контейнерах в АС УДИ, как правило, хранятся геометрические модели, текстовые документы, чертежи, изображения отсканированных документов и пр.
Форматы данных для целей настоящего стандарта классифицированы по двум признакам:
а) уровень стандартизации формата данных (стандартизованный или оригинальный формат);
б) способ представления данных об изделии (ориентирован на АС или на человека).
Настоящий стандарт посвящен только преобразованиям, выполняемым АС без участия человека. Возможно (и часто применяется) выполнение последовательно двух преобразований: сначала преобразование формата данных содержательной части ЭКД, а затем преобразование формы представления ЭКД.
Обычно такие изменения требуются для уменьшения объема обрабатываемых данных и увеличения скорости обработки и заключаются в уменьшении точности представления значений математических параметров (например, число знаков после запятой), в исключении незаметных глазу элементов изображений и т.д. Потеря данных при таком преобразовании приводит к невозможности обратного преобразования (к невозможности получения исходного ИН или ДЭ).
Автоматическое преобразование ДБ в формат, ориентированный на АС, в ряде случаев невозможно, поскольку требуется распознавание текста и изображений.
Внешний и внутренний электронный документооборот к 2022 году используют многие компании: регистрируют в нем приказы и корреспонденцию; согласовывают письма, инструкции; обмениваются счетами и актами с контрагентами. И кажется, что все уже работает, и ничего дополнять не нужно. Однако в ноябре 2021 года в ТК РФ внесли статьи , которые разрешили применять «цифру» и в трудовых отношениях.
С одной стороны, работодатели получили право использовать во взаимодействии с работниками только компьютерные версии, без распечатки и подписания на бумажных носителях. А с другой, всем желающим придется выполнить ряд обязательных мероприятий для перехода на кадровый электронный документооборот (КЭДО). Даже тем, кто уже с ним работает — здесь Трудовой кодекс исключений не содержит. Разбираемся, как отказаться от документов на бумаге и не нарушить при этом нормативные требования.
Внедрить электронный документооборот можно самостоятельно, разобравшись в процедуре и проанализировав процессы и документы в компании. А можно заказать сопровождение внедрения ЭДО. Его проведут эксперты ИПК. Опыт коллег, которые воспользовались услугой и снизили расходы на 40% – . Оставить заявку на сопровождение ЭДО можно по .
Шаг 1. Определяем виды электронного документооборота
Сначала составьте перечень документов и список категорий работников, взаимоотношения с которыми будете переводить в «цифру». Статья ТК РФ содержит четыре исключения, к которым правила КЭДО не применяются:
- трудовые книжки, форма СТД-Р;
- акт о расследовании несчастного случая;
- журналы учета инструктажей по охране труда;
- приказ об увольнении сотрудника.
Все остальные документы в трудовых отношения можно «оцифровать» по правилам ст. ТК РФ. А вот нужно ли, решайте сами. Исходя из своих финансовых и технических возможностей. Ведь расходы на подключение работника к электронному документообороту несет работодатель.
Ваше право перевести в «цифру» не все кадровое делопроизводство, а только часть. Перечень электронных документов и категории работников, с которыми они оформляются, вы сами определите в локальном нормативном акте.
Переводите в цифровой формат, в первую очередь, отношения с сотрудниками подразделений, географически удаленных от офиса. Так вы сэкономите время на получении подписей об ознакомлении с документами, личных заявлений.
Малым предприятиям, где работает несколько человек в одном кабинете, нет смысла тратить усилия на внедрение электронного документооборота. Учитывайте, что стоимость программ КЭДО от частных вендоров зависит от количества подключенных пользователей.
Шаг 2. Подключаемся к системе электронного документооборота
Вы можете выбрать один из двух вариантов, разрешенных ст. ТК РФ:
- позволяет использовать усиленную квалифицированную электронную подпись (УКЭП) — та понадобится для подписания трудового договора и других документов, указанных в ст. ТК РФ;
- фиксирует факт получения цифрового оригинала сторонами;
- обеспечивает хранение электронных документов в такие же сроки, как бумажных версий.
Обратите внимание, что собственную систему электронного документооборота придется интегрировать с ЕСИА. Планируется, что работник или соискатель сможет подписывать и отправлять кадровые документы через Личный кабинет на Портале госуслуг. Правда, применяться это будет только с 1 сентября 2022 года — смотрите примечание к ст. ТК РФ.
На портале «Работа в России» доступны руководства для пользователей системы электронного кадрового документооборота. В них вы найдете, как подключать работников к ЭКД, организовать подтверждение их учетных записей в ЕСИА, например, через зарплатные карты Сбербанка.
Шаг 3. Выпускаем локальный нормативный акт (ЛНА)
В статье ТК РФ установлено, что электронный документооборот в организации внедряется на основании локального нормативного акта (ЛНА), согласованного с профсоюзом в . На самом деле, документов будет, как минимум, два:
- Приказ о переходе на электронный документооборот. В нем вы назначаете ответственного за процесс, который будет разрабатывать ЛНА, обеспечивать выполнение организационных мероприятий; устанавливаете перечень действий и их сроки.
- ЛНА о порядке осуществления электронного документооборота. Это может быть отдельное Положение или поправки в другие внутренние документы — ПВТР, Положение о кадровом делопроизводстве и др.
Главное правило: приказ о переходе на КЭДО и ЛНА обязательно согласовываем с профсоюзом. Это требование ст. ТК РФ.
Не объединяйте в один приказ организационные мероприятия, ограниченные по срокам, и утверждение ЛНА. Такие документы имеют разный срок действия (у Положений — до замены новыми) и хранения по Приказу Росархива от 20 декабря 2019 № 236.
Как правильно утвердить ЛНА, читайте в нашем .
Шаг 4. Проводим организационные мероприятия
На этом этапе вы выполняете действия из приказа о переходе на КЭДО, в том числе:
- уведомляете работников — например, путем записи с личной подписью сотрудника в листе ознакомления к приказу;
- получаете письменное согласие от всех работников в штате, во взаимоотношениях с которыми будете применять цифровые документы;
- обеспечиваете доступ персонала к системе КЭДО и наличие у него усиленных электронных подписей по требованиям ст. ТК РФ;
- проводите внутреннее обучение работников пользованию системой КЭДО;
- подписываете соглашение об электронном документообороте к трудовому договору — в нем указываете порядок проверки усиленной неквалифицированной электронной подписи, если она будет использоваться.
Важно! Не нужно получать согласие на КЭДО от тех, кто принимается на работу впервые после 01.01.2022 и трудового стажа по состоянию на 31.12.2021 г. не имеет. Но только в том случае, если вы уже используете электронный документооборот.
Уведомить работников вы должны до перехода на КЭДО; получить согласие — в любое время, когда сотрудник «дозреет».
Хорошая привычка — при подписании любых бумажных документов указывать дату и требовать того же от подчиненных сотрудников. Так вы всегда сможете доказать, например, инспектору ГИТ, что своевременно уведомили или ознакомили с документом работников.
Имейте в виду, что с работниками, которые не оформили письменное согласие, вы будете продолжать обмениваться бумажными документами (ст. 22.2 ТК РФ).
Ведение одновременно цифрового и бумажного документооборота увеличит нагрузку на специалистов по работе с персоналом. Не запутаться в новых нормативных требованиях поможет наш курс «Электронный документооборот в кадровой службе: оптимизация и автоматизация 2.0». При обучении вы узнаете, как сократить количество бумаг в трудовых отношениях: что стоит перевести в «цифру», а что вообще исключить.