Кд и тд что это?

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

Кд и тд что это?

Разработка конструкторской документации

Конструкторская документация (КД) — документация, разрабатываемая на конкретное изделие/оборудование перед началом его производства и эксплуатации на объекте. Поэтому она является основополагающей для заводов-производителей, так как именно по ней изготавливается то или иное оборудование, которое было подобрано для конкретного объекта на стадии базового инжиниринга.

Инженерно-конструкторский отдел Саратовского резервуарного завода разрабатывает конструкторскую документацию в соответствии с ГОСТ 2.103-2013 «Единая система конструкторской документации (ЕСКД). Стадии разработки»*. Выполнение конструкторской документации КД на заказ осуществляется как в составе комплексных работ по проектированию и строительству объектов нефтегазовой отрасли, так и отдельно при заказе оборудования производства САРРЗ.

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

Стадии и этапы разработки конструкторской документации

ГОСТ 2.103-2013 регламентирует разработку основных видов конструкторской документации: проектной и рабочей.

Проектная конструкторская документация состоит из:

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

Каждый проект (техническое предложение, эскизный и технический проект) принимается и утверждается конструкторским отделом и заводом-производителем.

Этапами создания рабочей конструкторской документации является разработка КД:

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

Необходимость проектирования конструкторской документации по стадиям и этапам КД или в совокупности определяется техническим заданием Заказчика. Поэтому стоимость и сроки разработки КД зависят от заказанного состава работ.

Документы и комплектность конструкторской документации

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

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

Пример выполненного сборочного чертежа горизонтального отстойника нефти ОГЖФ

Правила оформления конструкторской документации регламентируются следующими нормативными стандартами:

  • ГОСТ 2.001-2013 «Единая система конструкторской документации (ЕСКД). Общие положения»;
  • ГОСТ 2.102-2013 «Единая система конструкторской документации. Виды и комплектность конструкторских документов»;
  • ГОСТ Р 2.002-2019 «Единая система конструкторской документации. Требования к моделям, макетам и темплетам, применяемым при проектировании»;
  • ГОСТ 2.052-2015 «Единая система конструкторской документации. Электронная модель изделия. Общие положения»;
  • ГОСТ 2.118-2013 «Единая система конструкторской документации. Техническое предложение»;
  • ГОСТ 2.119-2013 «Единая система конструкторской документации. Эскизный проект»;
  • ГОСТ 2.120-2013 «Единая система конструкторской документации. Технический проект»;
  • ГОСТ Р 2.601-2019 «Единая система конструкторской документации (ЕСКД). Эксплуатационные документы»;
  • ГОСТ 2.602-2013 «Единая система конструкторской документации. Ремонтные документы»;
  • ГОСТ 2.109-73 «Единая система конструкторской документации (ЕСКД). Основные требования к чертежам»;
  • ГОСТ 2.701-2008 «Единая система конструкторской документации (ЕСКД). Схемы. Виды и типы. Общие требования к выполнению»;
  • ГОСТ 2.410-68 (СТ СЭВ 209-75, СТ СЭВ 366-76) «Единая система конструкторской документации (ЕСКД). Правила выполнения чертежей металлических конструкций (с Изменением №1)» и др.*;

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

Как заказать разработку конструкторской документации?

Чтобы узнать цену разработки конструкторской документации, Вы можете:

  • прислать техническое задание на электронную почту
  • воспользоваться формой «Заказать услугу», указать контактную информацию для связи с Вами
  • позвонить по телефону 8-800-555-9480

* полный список нормативной базы для разработки и проектирования конструкторской документации можете уточнить по электронной почте .

Стадии разработки технологической документации

Поскольку разработка технологической документации – процесс сложный и достаточно трудоемкий, для удобства его подразделяют на несколько этапов. Их последовательность строго регламентирована и закреплена в межгосударственном стандарте ГОСТ 3.1102-2011. Распределение работ по выполнению документов по стадиям началось в 1973 г. с момента введения в действие в нашей стране комплекса ЕСТД. Дробление одной крупной задачи на несколько небольших облегчает ее выполнение. Становится проще осуществлять проверку документов, и в конечном итоге возрастает надежность и качество выпускаемого изделия.

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

Стадии разработки ТД

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

  • предварительный проект;
  • опытный экземпляр;
  • серийное производство.

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

Рассмотрим более детально каждую из стадий разработки ТД.

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

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

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

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

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

Случаи несоответствия систем КД и ТД

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

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

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

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

Электронная техническая документация

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

Что такое техническая и конструкторская документация

В рекомендациях по стандартизации Р 50-605-80-93 есть определение технической документации, однако на мой взгляд для нее больше подходит определение, которое дает Wikipedia: « Техническая документация — это набор документов, используемых при проектировании, производстве и эксплуатации каких-либо технических объектов. При этом техническую документацию принято разделять на конструкторскую и технологическую документацию».

В соответствии с определением в той же Wikipedia, конструкторская документация (КД) — это «графические и текстовые документы, которые в совокупности или в отдельности, определяют состав и устройство изделия и содержат необходимые данные для его разработки, изготовления, контроля, эксплуатации, ремонта и утилизации». Следует заметить, что перечень документов, которые входят в состав конструкторской документации, приведен в ГОСТ 2.102.

Электронная конструкторская документация

В редакции ГОСТ 2.102 от 01.04.2007, наряду со стандартным перечнем бумажных КД, введены электронные конструкторские документы. К электронной конструкторской документации относятся: электронная модель изделия и сборочной единицы, электронная структура изделия. Кроме того, данная редакция ГОСТ допускает выполнение графических документов (чертежей, схем) в электронной форме, как электронных чертежей и (или) как электронных моделей изделия, а все текстовые документы могут быть исполнены в электронном формате.

Понятие электронного конструкторского документа вводится в ГОСТ 2.001: «электронный конструкторский документ — конструкторский документ, выполненный программно-техническим средством на электронном носителе». При этом в ГОСТ 2.051 указаны основные атрибуты электронного документа:

  • наличие содержательной и реквизитной части,
  • использование всех реквизитов электронного конструкторского документа, значением которых является подпись, в виде электронной подписи по ГОСТ 34.310.

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

Для удобства сопоставления электронной и бумажной формы конструкторской документации, виды бумажных документов и их электронные аналоги сведены в таблицу 1.

Наименование бумажного документа Электронный аналог документа
Графические конструкторские документы
Чертеж детали Электронный чертеж детали, электронная модель детали
Сборочный чертеж Соответствующий электронный чертеж, электронная модель сборочной единицы
Чертеж общего вида
Теоретический чертеж
Габаритный чертеж
Электромонтажный чертеж
Монтажный чертеж
Упаковочный чертеж
Схема Электронная схема
Текстовые конструкторские документы
Спецификация Электронная спецификация, электронная структура изделия
Ведомость спецификаций Соответствующий электронный текстовый документ
Ведомость ссылочных документов
Ведомость покупных изделий
Ведомость разрешения применения покупных изделий
Ведомость держателей подлинников
Ведомость технического предложения
Ведомость эскизного проекта
Ведомость технического проекта
Пояснительная записка
Ведомость электронных документов
Технические условия
Программа и методика испытаний
Таблица
Расчет
Инструкция

Эксплуатационные и ремонтные документы в составе КД

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

В соответствии с ГОСТ 2.102 эксплуатационные и ремонтные документы, как и другие конструкторские документы, допускается выполнять в электронной форме. В то же время, чтобы эти документы считались легитимными, их должна удостоверять электронная подпись (ЭП) или удостоверяющий лист. Также в соответствии с ГОСТ 2.610, эксплуатационные документы разрешается выполнять в виде интерактивного эксплуатационного документа, соответствующего требованиям ГОСТ 2.051. Интерактивным электронным документом в трактовке ГОСТ 2.051 является документ с содержательной частью, доступной в интерактивной форме.

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

Формуляр, паспорт, этикетка. В 2012 году выпущен стандарт ГОСТ 2.612 «Электронный формуляр. Общие положения», который определяет ключевые положения и общие технические требования к выполнению электронных формуляров. На основе ГОСТ 2.612 могут разрабатываться стандарты для паспортов, этикеток на изделия конкретных видов техники.

Каталог деталей и сборочных единиц. Требования к электронному каталогу изделий определены в ГОСТ 2.611-2011. Про такой каталог изделий у нас написана отдельная статья.

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

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

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

Для удобства сопоставления электронной и бумажной формы эксплуатационной и ремонтной документации, виды бумажных документов и их электронные аналоги сведены в таблицу 2.

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

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

Для оперативной связи оставьте заявку или позвоните по телефону 8495-120-80-55.

Обмен через универсальный формат (КД 3.0): подключение НЕтипового документа

В статье описан порядок действий при подключении нетиповых документов к механизму «Синхронизация данных через универсальный формат» (КД 3.0).

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

Если же документ описан в типовом XDTO-пакете, то порядок его подключения к обмену можно посмотреть в статье «Обмен через универсальный формат (КД 3.0): подключение типового документа».

1. Зачем изменять типовой XDTO-пакет?

Основной смысл технологии КД 3.0 (обмен через универсальный формат) – это добиться «универсальности» правил обмена, чтобы правила выгрузки/загрузки объектов не зависели от того, какая конфигурация (или ее релиз) находятся на том «конце провода». И если мы корректируем типовой XDTO-пакет, то мы эту «универсальность» разрушаем.

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

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

Более того, если речь идет о добавлении в обмен новых объектов, то технически это проще сделать через технологию КД 2.0:

· Там нужно писать всего один комплект правил обмена вместо двух для КД 3.0.

· Включение в обмен КД 3.0 промежуточного «универсального формата» сильно повышает уровень абстракции (он уже не связан напрямую с прикладной областью) и избыточности (он же «универсальный»). А это, в свою очередь, повышает требования к квалификации специалистов, которые этот обмен будут настраивать.

Но в последних конфигурациях 1С продвигается обмен именно по технологии КД 3.0. И чтобы для своих нетиповых объектов не строить параллельно еще и второй механизм обмена (на КД 2.0), приходится корректировать типовые XDTO-пакеты.

Есть описания примеров, когда для нетиповых объектов создаются отдельные XDTO-пакеты, а для работы с ними в 1С запускается отдельная 1С 8.3 XDTO-фабрика. Но это опять-таки – построение параллельного механизма обмена (два механизма на КД 3.0), а этого хочется избежать.

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

2. Образцы описания документа в XDTO-пакете

Объекты обмена, которые включены в состав механизма «Синхронизация данных через универсальный формат», описаны в XDTO-пакетах, наименования которых начинаются с «EnterpriseData». Например, EnterpriseData_1_2_3 … EnterpriseData_1_6_20, где 1_2, … 1_6 – это номера «версий форматов».

Добавлять описание своего объекта необязательно во все XDTO-пакеты EnterpriseData_1_2_3 … EnterpriseData_1_6_20. Достаточно это сделать только для того номера версии формата, на котором обмениваются наши конкретные конфигурации. Узнать его можно в настройках синхронизации данных.

Т.е. в нашем примере достаточно скорректировать пакет EnterpriseData_1_5_20.

Корректировать XDTO-пакет можно либо вручную, либо с использованием специализированного редактора.

Посмотрим на образец описания документа. В примере добавляем описание нетипового документа «экзРапортФ114». Вносим описание типа значения:

Вносим описание его структуры (реквизиты шапки, в т.ч. ключевые свойства, табличную часть «Сырье» и реквизиты строки табличной части:

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

3. Обновление 1С 8.3 записей регистра сведений НастройкиОбменаДаннымиXDTO

После добавления описания документа в XDTO-пакет есть один тонкий момент. Даже если Вы включили свой документ (в примере — это «экзРапортФ114» синоним «Рапорт на выработку комбикорма») в состав плана обмена «СинхронизацияДанныхЧерезУниверсальныйФормат», и он появится на форме регистрации изменений, этот документ еще не включен в механизм обмена. Об этом свидетельствует его отсутствие на ветке «AvailableObjectTypes» файла обмена.

Дело в том, что механизм обмена содержит в себе описание «доступных объектов», которое среди прочего хранится в регистре сведений НастройкиОбменаДаннымиXDTO. «Доступные объекты» в этом регистре заполняются:

А) Из состава XDTO-пакет при первичной настройке плана обмена à определяются объекты, которые «в принципе могут обмениваться».

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

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

Объект становится «доступным на отправку», если он «в принципе может обмениваться» (выполнен п.А), имеет правила «на отправку» в текущей базе (п.Б) и имеет правила «на приемку» в базе-корреспонденте (п.В). Аналогично «доступен на приемку», если есть п.А, есть правила «на приемку» у текущей (п.Б) и правила «на отправку» у корреспондента (п.В).

Для того, чтобы выполнить п.Б и п.В достаточно настроить правила обмена (инструкции и примеры можно найти в интернете оп запросу «1С:Конвертация данных 3»).

А вот с п.А сложнее. Как уже сказано, он выполняется при первичной настройке плана обмена 1С 8.3. Когда Вы добавляете свой объект, как правило, первичная настройка обмена уже произведена. Как быть?

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

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

После того как Вы включили свой нетиповой документ в состав «доступных объектов», в т.ч. выполнили настройку правил обмена, Ваш документ появится на ветке AvailableObjectTypes.

В примере выполняется односторонний обмен документом «экзРапортФ114» из конфигурации Бухгалтерия 3.0 в конфигурацию «1С:ERP Управление предприятием 2». Поэтому в файле, выгруженном из «1С:Бухгалтерия 3.0» документ прописан на ветке «Sending».

А в файле, выгруженном из «1С:ERP Управление предприятием 2», документ прописан на ветке «Receiving»/

Нетиповой документ готов к обмену через типовой механизм.

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

1. Описать документ в XDTO-пакете обеих обменивающихся конфигураций.

2. Обновить записи регистра сведений НастройкиОбменаДаннымиXDTO обеих обменивающихся баз.

3. Выполнить действия для «типовых» документов (см. статью «Обмен через универсальный формат (КД 3.0): подключение типового документа», — ссылка в начале):

a. В конфигурации-источнике подключить документ в состав плана обмена «СинхронизацияДанныхЧерезУниверсальныйФормат».

b. Настроить правила обмена (КД 3.0) в обеих конфигурациях

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

Приложение 1

Текст модуля команды «Обновить настройку синхронизации».

Кд и тд что это?

Кд и тд что это?

1. Зачем изменять типовой XDTO-пакет?

2. Образцы описания документа в XDTO-пакете

3. Обновление 1С 8.3 записей регистра сведений НастройкиОбменаДаннымиXDTO

В статье описан порядок действий при подключении нетиповых документов к механизму «Синхронизация данных через универсальный формат» (КД 3.0).

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

Если же документ описан в типовом XDTO-пакете, то порядок его подключения к обмену можно посмотреть в статье «Обмен через универсальный формат (КД 3.0): подключение типового документа».

1. Зачем изменять типовой XDTO-пакет?

Основной смысл технологии КД 3.0 (обмен через универсальный формат) – это добиться «универсальности» правил обмена, чтобы правила выгрузки/загрузки объектов не зависели от того, какая конфигурация (или ее релиз) находятся на том «конце провода». И если мы корректируем типовой XDTO-пакет, то мы эту «универсальность» разрушаем.

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

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

Более того, если речь идет о добавлении в обмен новых объектов, то технически это проще сделать через технологию КД 2.0:

· Там нужно писать всего один комплект правил обмена вместо двух для КД 3.0.

· Включение в обмен КД 3.0 промежуточного «универсального формата» сильно повышает уровень абстракции (он уже не связан напрямую с прикладной областью) и избыточности (он же «универсальный»). А это, в свою очередь, повышает требования к квалификации специалистов, которые этот обмен будут настраивать.

Но в последних конфигурациях 1С продвигается обмен именно по технологии КД 3.0. И чтобы для своих нетиповых объектов не строить параллельно еще и второй механизм обмена (на КД 2.0), приходится корректировать типовые XDTO-пакеты.

Есть описания примеров, когда для нетиповых объектов создаются отдельные XDTO-пакеты, а для работы с ними в 1С запускается отдельная 1С 8.3 XDTO-фабрика. Но это опять-таки – построение параллельного механизма обмена (два механизма на КД 3.0), а этого хочется избежать.

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

2. Образцы описания документа в XDTO-пакете

Объекты обмена, которые включены в состав механизма «Синхронизация данных через универсальный формат», описаны в XDTO-пакетах, наименования которых начинаются с «EnterpriseData». Например, EnterpriseData_1_2_3 … EnterpriseData_1_6_20, где 1_2, … 1_6 – это номера «версий форматов».

Добавлять описание своего объекта необязательно во все XDTO-пакеты EnterpriseData_1_2_3 … EnterpriseData_1_6_20. Достаточно это сделать только для того номера версии формата, на котором обмениваются наши конкретные конфигурации. Узнать его можно в настройках синхронизации данных.

Т.е. в нашем примере достаточно скорректировать пакет EnterpriseData_1_5_20.

Корректировать XDTO-пакет можно либо вручную, либо с использованием специализированного редактора.

Посмотрим на образец описания документа. В примере добавляем описание нетипового документа «экзРапортФ114». Вносим описание типа значения:

Вносим описание его структуры (реквизиты шапки, в т.ч. ключевые свойства, табличную часть «Сырье» и реквизиты строки табличной части:

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

3. Обновление 1С 8.3 записей регистра сведений НастройкиОбменаДаннымиXDTO

После добавления описания документа в XDTO-пакет есть один тонкий момент. Даже если Вы включили свой документ (в примере — это «экзРапортФ114» синоним «Рапорт на выработку комбикорма») в состав плана обмена «СинхронизацияДанныхЧерезУниверсальныйФормат», и он появится на форме регистрации изменений, этот документ еще не включен в механизм обмена. Об этом свидетельствует его отсутствие на ветке «AvailableObjectTypes» файла обмена.

Дело в том, что механизм обмена содержит в себе описание «доступных объектов», которое среди прочего хранится в регистре сведений НастройкиОбменаДаннымиXDTO. «Доступные объекты» в этом регистре заполняются:

А) Из состава XDTO-пакет при первичной настройке плана обмена à определяются объекты, которые «в принципе могут обмениваться».

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

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

Стадии разработки конструкторской документации

Единая система конструкторской документации (ГОСТ 2.103 — 68) предусматривает пять стадий или этапов разработки конструкторской документации для производства:

1. Техническое задание

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

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

2. Техническое предложение

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

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

3. Эскизный проект

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

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

Эскизный проект может быть составлен в виде схем, эскизов или упрощенной 3д-модели изделия.

4. Технический проект

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

  • Расчеты на прочность, жесткость, долговечность и т.д.;
  • Разработка компоновочных чертежей, чертежей агрегатов, сборочных единиц и ответственных деталей;
  • Макетирование;
  • Составление технических условий на эксплуатацию;
  • Экономическое обоснование проекта.

5. Рабочая документация

В состав РД входят:

  • Чертежи, схемы и спецификации всех сборочных единиц и комплектов;
  • Технические условия и документы, регламентирующие условия эксплуатации и ремонта машин.

Стадии разработки технологической документации

Поскольку разработка технологической документации – процесс сложный и достаточно трудоемкий, для удобства его подразделяют на несколько этапов. Их последовательность строго регламентирована и закреплена в межгосударственном стандарте ГОСТ 3.1102-2011. Распределение работ по выполнению документов по стадиям началось в 1973 г. с момента введения в действие в нашей стране комплекса ЕСТД. Дробление одной крупной задачи на несколько небольших облегчает ее выполнение. Становится проще осуществлять проверку документов, и в конечном итоге возрастает надежность и качество выпускаемого изделия.

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

Стадии разработки ТД

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

  • предварительный проект;
  • опытный экземпляр;
  • серийное производство.

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

Рассмотрим более детально каждую из стадий разработки ТД.

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

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

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

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

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

Случаи несоответствия систем КД и ТД

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

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

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

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

Большой накопленный опыт

Профессиональное и быстрое оформление технической документации по стандартам.

Проекты любой сложности

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

Ответственный подход к работе

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

Полный цикл разработки документации

Изделие возможно изготовить на любом современном производстве.

Оцените статью
Добавить комментарий