Справочник Бухгалтера

От редакции isicad.ru: Владислав Юрьевич Суходольский, кандидат технических наук, ведущий специалист учебного центра Altium на базе Санкт-Петербургского государственного электротехнического университета («ЛЭТИ»), технический эксперт Бюро ESG, автор и соавтор ряда книг в области конструирования и технологии радиоэлектронных средств:Посмотрите небольшой сюжет об открытии (в 2012 году) упомянутого выше ученого центра Altium.

Вот список одиннадцати isicad.ru статей и новостей об Altium, в заголовке которых встречается слово «Altium».

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

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

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

Кроме наличия таких средств, для успешного решения задачи формирования полноценных текстовых конструкторских документов необходимо, чтобы компоненты проекта обладали необходимым набором атрибутов (в лексике Altium Designer – параметров). Эти атрибуты-параметры могут быть включены в описания компонентов при формировании библиотек, присвоены компонентам непосредственно в схемном документе проекта или присоединены к компоненту из связанной с САПР внешней базой данных. Первые два способа относительно легко реализуются для электронных компонентов – диодов, транзисторов, интегральных микросхем. Для таких компонентов в записях текстовых конструкторских документов помещается ограниченный набор атрибутов – позиционное обозначение в схемном документе, коммерческое имя компонента и обозначение документа на поставку. Что касается таких компонентов, как резисторы, конденсаторы, катушки индуктивности, то для их полной характеристики необходимо присвоить им такой набор атрибутов, как номинал, значение предельного отклонения, рабочее напряжение, допустимая мощность рассеяния, группа по температурному коэффициенту сопротивления, емкости, индуктивности, по уровню собственного шума, по климатическому исполнению, помножив все это на полное число номинальных значений по действующим шкалам номиналов. Все это приводит к необходимости держать в библиотеках сотни тысяч описаний однотипных компонентов. Более экономичным представляется формирование или использование готовых баз данных по радиокомпонентам и присоединение необходимых атрибутов к компонентам, помещаемым в схемный документ проекта с использованием заложенной в Altium Designer структуры библиотеки-базы данных (Database Library – файла *.DbLib).

***

Движение разработчиков САПР Altium Designer навстречу интересам российского потребителя привело, в частности, к разработке средств формирования текстовых документов по ЕСКД. Разработано специальное программное приложение-плагин «ГОСТ» (рис. 1) присоединяемое к программе на странице диалога глобальных настроек DXP| Extensions & Updates.

Рис. 1. Значок загрузки плагина ГОСТ

Работа данного приложения состоит в экспорте данных файла BOM в среду MS Excel со специальными шаблонами для Перечня элементов по ГОСТ 2.701-2008, Спецификации и Ведомости покупных изделий по ГОСТ 2.106-96 и обработке этих данных средствами Excel, в результате которой формируются документы на форматках по ЕСКД с необходимым составом реквизитов и записями, составленными по существующим в отечественной практике правилам.

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

Формат имен этих параметров был в свое время рекомендован В.И.Прановичем. Имя начинается с восклицательного знака (например, !DocumentName). Шаблоны всех трех документов ⎯ перечня элементов, спецификации и ведомости покупных изделий включают страницу $Stamp, определяющую формат заполнения основной надписи документа, содержащую список всех этих параметров и устанавливающую их соответствие переменным программного приложения и атрибутам проекта.

Расшифровку имен и значений этих параметров можно увидеть на странице $Stamp файла шаблонов MS Excel «перечень элементов .xlt» и др.

Такой формат имен не обязателен. Более того, этот формат приводит к тому, что параметры, имена которых начинаются с восклицательного знака, невозможно использовать в шаблоне схемного документа (Template) как «специальные строки» для формирования реквизитов документа, т.к. специальные строки-параметры, имя которых (Name) начинается с цифры или знаков верхнего регистра «цифрового» ряда клавиатуры, не конвертируются программой в их значения (Value). В результате приходится заполнять одни и те же реквизиты документа дважды – одни для схемы, другие – для текстовых документов. Это дополнительная работа, чреватая также разночтениями в документах.

Чтобы преодолеть данное неудобство можно отказаться от имен параметров с восклицательным знаком и вместо них на странице $Stamp всех трех шаблонов Excel ввести в колонку «Атрибут из проекта» обычные имена атрибутов (параметров) схемного документа. Все эти параметры корректно передаются в основную надпись текстовых документов. При этом исключаются разночтения в основных надписях схемных и текстовых документов. В состав параметров электронных компонентов по умолчанию включены специальные параметры, имена которых установлены разработчиками приложения:

• Value Manufacturer Part Number — обозначение компонента в каталоге или справочных данных производителя;
• Value Type — поле для указания типа, номинала, разброса и др. данных;
• Value Description — поле для дополнительных данных (документ на поставку и т.п.);
• Value Manufacturer — обозначение производителя или поставщика (для ведомости покупных изделий).

Такой состав параметров и их имена также не обязательны, тем более, что состав параметров компонентов, предложенный по умолчанию, может оказаться недостаточным для формирования составных записей для таких компонентов, как резисторы и конденсаторы. Записи в графу «Наименование” текстовых документов могут быть, в принципе, сформированы из произвольного состава параметров компонентов схемы. Для этого необходимо соответствующим образом настроить шаблоны экспорта: на странице $Rules каждого из трех шаблонов заменить в ячейках строки $PartName имена параметров, присутствующие там по умолчанию, на имена параметров компонентов пользовательской библиотеки или базы данных. В результате, при экспорте эти параметры выстраиваются в цепочку и образуют сложную запись. Это, однако, не решает проблему для всех возможных типов компонентов:

• Состав полей записи в графу «Наименование” не одинаков у компонентов разных типов и даже у однотипных компонентов разных марок;
• Невозможно назначить разные знаки-разделители (строка шаблона $Delimiter) для разных полей записи ⎯ как правило, это дефис для одних полей и пробел для других.

Выход из положения предложен В. И. Прановичем и состоит в использовании заложенного в Altium Designer аппарата преобразования «специальных строк». Это позволяет для формирования составных записей обойтись единственным параметром с предопределенным именем ValueManufacturerPartNumber или с произвольным пользовательским именем, присвоив ему значение (Value) в виде специальной строки (рис. 2).

Рис. 2. Значение параметра компонента в виде специальной строки

Специальная строка, например,

=Designator+’ «’+Package+’”-‘+Voltage+’-‘+Value+’ ‘+Tolerance+’ ‘+TechSpec

составляется из имен параметров компонента, разделенных знаками катенации «плюс”, означающими соединение значений параметров в единую строку, и знаками-разделителями «пробел”, «дефис” и др., заключенными в апострофы. В результате, при формировании строк BOM-файла данная строка преобразуется к виду:

K53-69 «D»-6,3 В-68 мкФ +/-10% АДПК.673547.006 ТУ

и в таком виде поступает на обработку записей в MS Excel.

Такая длинная строка умещается в графу «Наименование” перечня элементов, но в спецификации и ведомости покупных изделий может потребоваться перенос части записи со строки на следующую. Поскольку атрибут (параметр) компонента переносится только целиком, может оказаться целесообразным формировать запись в виде цепочки из нескольких специальных строк. Для этого можно образовать, например, параметры PartNameSP, Parameters и т. п., присвоив им значения в виде специальных строк, а обозначение документа на поставку TechSpec представить не специальной строкой, а заносить в отдельную ячейку строки $PartName. В результате на странице $Rules в шаблоне спецификации может быть образована строка:

Такая строка преобразуется в запись спецификации вида:В перечне элементов программа формирует общие наименования для групп однородных компонентов. По правилам составления записей перечня элементов, по ГОСТ 2.701-2008 и ГОСТ 2.702-2011, если образовано общее наименование для группы компонентов, наименование компонента в каждой записи не должно повторяться. Для того, чтобы исключить повторение наименований компонентов следует отредактировать шаблон документа: открыть в MS Excel файл …\перечень элементов.xlt и исключить на странице $Rules, в строке $PartName метку $Cat, обозначающую категорию (наименование) компонента. Это, однако, вступает в противоречие с необходимостью записывать наименование в записях для компонентов, присутствующих в изделии в единственном числе. Выйти из положения можно, отказавшись от общих наименований. Для этого нужно в шаблоне …\перечень элементов.xlt, не исключая в строке $PartName метку $Cat, установить значение предела группирования $GroupingLimit больше максимального количества одноименных компонентов в схемном документе проекта. Это не противоречит требованиям ГОСТ 2.701-2008, в соответствии с которым общие наименования допускаются, но не обязательны.

Для того, чтобы в спецификации не формировались общие наименования групп компонентов, следует на странице $Rules шаблона «спецификация.xlt” в разделе $Grouping удалить метки $Cat в строках с наименованиями компонентов. В этом случае записи спецификации будут выстроены в алфа-витном порядке наименований компонентов.

Следует также в разделе $FontData на странице $Rules всех шаблонов назначить шрифт, размер символа (кегль), наклон, жирность, подчеркивание для полей основной надписи и записей в содержательную часть документов.

Необходимо сделать ряд замечаний.

1. Состав атрибутов компонента, включаемых в специальную строку-параметр ManufacturerPartNumber, PartNameSP или Parameters может быть различным для компонентов разного вида. Этот состав, как правило, различен у отечественных и импортных компонентов. Если какой-либо из этих трех параметров указан в строке $PartName шаблона, а у конкретного компонента он не определен, при составлении записей в текстовые документы программа его пропускает.

2. Специальные параметры для заполнения реквизитов документов могут быть назначены непосредственно в открытом схемном документе проекта, но предпочтительнее образовать имена этих параметров в шаблоне схемного листа, а значения им присвоить при редактировании схемы по команде главного меню Design | Document Options | Parameters или по команде Options | Document Parameters из контекстного меню.

3. Параметры компонентов, обеспечивающие составление записей в текстовые документы, могут быть назначены:

• при формировании библиотек компонентной базы;
• при редактировании таблиц базы данных;
• непосредственно в схемном документе проекта ¾ редактированием свойств компонентов или в диалоге Tools | Parameter Manager.

4. Как имена параметров схемного документа, так и имена параметров компонентов должны быть написаны латинскими буквами без пробелов (см. выше).

5. Имена параметров не должны текстуально совпадать с именами операторов языка программирования, на котором составлено приложение-плагин. Так, например, не следует использовать имя «CASE” для обозначения корпуса компонента, поскольку оно совпадает с именем оператора выбора CASE в ряде языков программирования высокого уровня.

Итак, для формирования текстовых документов по ЕСКД следует выполнить следующие шаги:

1. В открытом схемном документе проекта щелчком правой кнопки мыши активизировать контекстное меню, указать в нем команду Options | Document Parameters и составить список параметров-реквизитов документа.
Проверить наличие необходимого состава параметров компонентов схемы и, в случае необходимости, отредактировать имена и значения параметров или обновить состав параметров по команде меню Tools | Update Parameters from Database.

2. Сохранить схемный документ в памяти.

3. Присоединить к проекту оболочку редактора выходных данных Output Job Editor. Для этого щелчком правой кнопки мыши на имени проекта активизировать контекстное меню и вызвать команду Add Newto Project и подкоманду Output Job File. Открывается диалоговое окно-оболочка редактора Output Job Editor (рис. 3).

Рис. 3. Диалог объявления имен документов и определения среды для вывода данных

4. В колонке Name зоны Outputs выбрать строку Repor tOutputs, щелчком на подстроке Add New Report Output открыть контекстное меню и указать в нем опцию Bill of Materials > . Фраза Add New Report Output в колонке Name меняется на Bill of Materials. В колонке Data Source появляется обозначение источника данных .

5. Щелчком на поле Bill of Materials в колонке Name активизировать это текстовое поле и ввести в него с клавиатуры имя документа, подлежащего формированию: «Перечень элементов».

6. Повторить дважды действия п. 3 и ввести еще два имени документов – «Спецификация» и «Ведомость покупных».

7. Двойными щелчками на текстовом поле Bill of Materials каждого из обозначенных выходных документов вызвать окно BOM-файла и установить в поле Template имя соответствующего шаблона для вывода Перечня элементов, Спецификации и Ведомости покупных изделий из папки …\Altium\AD 15\Templates.

8. В этих же окнах BOM-файла установить флажок подключения к списку параметра ValueManufacturerPartNumber для перечня элементов, параметров PartNameSP, Parameters и TechSpec для спецификации, PartVP, Parameters, TechSpec, CodeOKP и Manufacturer – для ведомости покупных изделий.

9. В зоне Output Containers указать опцию Add New Output Container и щелчком левой кнопки мыши активизировать контекстное меню выбора среды для вывода данных (см. рис. 3). В контекстном меню выбрать опцию New Folder Structure. В поле Container активизируется среда вывода документов Folder Structure (рис. 4).

Рис. 4. Назначение связи выходных данных со средой вывода

10. Щелчками левой кнопки мыши в полях колонки Enabled зоны Outputs активизировать стрелки связи трех обозначенных документов с активной средой вывода Folder Structure (рис. 4).

11. Щелчком на текстовом поле Change либо двойным щелчком левой на голубом поле Folder Structure или командой Properties из контекстного меню активизировать диалог настройки среды вывода – директории для размещения выходных документов и формата имен выходных файлов. Открывается окно Folder Structure settings (рис. 5) c текстовым полем настройки путей и формата имен файлов и полем предварительного просмотра настроек Preview.

Рис. 5. Диалог настройки формата путей и имен файлов выходных документов

Для выполнения настроек следует:

• Щелчком левой на текстовом поле вызвать окно настройки директории, установить переключатель на и щелчком на Done закрыть диалог. Текстовое поле меняется на .
• Щелчком на текстовом поле вызвать окно настройки формата имен выходных файлов, установить переключатель на Use custom output file name и образовать в нижележащем текстовом поле «специальную строку” =ProjectName+’ ‘+OutputName. Щелчком на Done закрыть диалог. Текстовое поле меняется на сформированную «специальную строку”. Если не выполнять данную настройку, программа по умолчанию присваивает выходным файлам имя в формате: >.

Результатом этих действий является структура выходной директории и имен выходных файлов, отображаемая в окне настройки Folder Structure settings (рис. 6).

Рис. 6. Результат настройки путей и формата имен файлов

12. Щелчком на OK закрыть диалог настроек.

13. По щелчку левой кнопки мыши на голубом поле Folder Structure (см. рис. 4) текстовое поле заголовка «Folder Structure” становится доступным для редактирования. Имя среды вывода может быть изменено, например, на «Текстовые документы”.

14. Сохранить настроенный OutJob-файл в памяти компьютера.

15. Щелчком правой кнопки мыши на поле Folder Structure активизировать контекстное меню и указать в нем команду Run (Запустить). Запускается процедура экспорта данных BOM-файла в среду MS Excel. В процессе экспорта данные сортируются по типам компонентов, и размещаются в графах Перечня элементов в порядке следования позиционных обозначений в схемном документе проекта, в Спецификации и Ведомости покупных изделий – в алфавитном порядке наименований компонентов. Заполняются также графы Основной надписи каждого из документов. Преобразование выполняется в очередности, которая обозначена в поле Enabled оболочки Output Job Editor (см. рис. 4).

Пример конечного результата — фрагмент Перечня элементов — приведен на рис. 7.

Рис. 7. Пример заполнения Перечня элементов

В полученном перечне элементов для групп функционально однородных компонентов формируются общие наименования (Конденсаторы, Резисторы и т. п.) без обозначений типа (марки) компонента и документа на применение. Такой формат общего наименования допустим по ЕСКД (см. ГОСТ 2.702-2011, рис. 7).

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

Настроенная структура OutJob-файла может использоваться в других проектах. Для этого следует сохранить, командой File | Save Copy As, копию первоначально настроенного файла в памяти компьютера и присоединять ее, как обычно, командой Add Existing to Project, к новым проектам. При этом программа каждый раз «подхватывает” имя нового проекта и включает его в имена файлов выходных текстовых документов. Чтобы один и тот же OutJob-файл не оказался принадлежностью сразу нескольких проектов, целесообразно для каждого нового проекта образовывать его новую копию.

Возможен альтернативный способ формирования текстовых документов, позволяющий получать документы по отдельности, непосредственно экспортом в MS Excel, не прибегая к использованию функции Output Job Editor. Для этого:

1. После выполнения настройки параметров документа и компонентов схемы командой главного меню Reports | Bill of Materials запустить операцию формирования BOM-файла. В открывающемся диалоговом окне Bill of Materials For Project установить флажки видимости (Show) необходимых параметров схемного документа и параметров компонентов.

2. В поле Export Options установить формат файла для экспорта Microsoft Excel Worksheet (*.xls) и флажки Add to Project (включить в структуру проекта) и Open Exported (открыть экспортированный документ).

3. В поле Excel Options стандартной процедурой поиска найти в папке …\Altium\AD 15\Templates и выбрать шаблон документа (Template) ⎯ Перечень элементов.xlt, Спецификация.xlt или Ведомость.xlt.

4. Щелчком на кнопке Export запустить операцию экспорта BOM-файла в Excel. Конечный результат экспорта точно такой же, как показанный на рис. 7.

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

Полной локализации производства на практике практически не бывает. Обязательно необходимо заказывать продукцию сторонних изготовителей для комплектования узлов, блоков, конструкций. Все они вносятся в отдельный перечень — ведомость покупных изделий, который необходимо оформлять согласно ГОСТ 2.106-68 ЕСКД (единой системы конструкторской документации). Законом регулируются нормы и формы заполнения всех пунктов, разделов документа. Стандартом предусмотрена отдельная титульная страница и/или лист утверждения с указанием авторов, их собственноручных подписей, необходимых печатей.

Область применения

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

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

В нем имеются ссылки на дополнительную информацию об изделиях, указаны реквизиты и контактные данные производителей, поставляющих необходимые виды электрооборудования и материалов, механизмов, отдельных деталей. Удачным выбором для оформления ведомостей покупных изделий может стать программа Visio (визио) входящая в пакет Office 365 компании Microsoft. Быстрый, эффективный способ сделать визуализацию документа с помощью диаграмм, встроенных трафаретов с исполнениями изделий по ГОСТ 2.113-75.

Скачать ГОСТ 2.113-75

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

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

Структура и содержание документа

ГОСТ 2.106-68 регламентирует основные положения при заполнении пакета КД (конструкторских документов). Особое внимание уделяется оформлению ведомостей. Наряду с чертежами они входят как в основной, таки в полный пакет КД. Если ведомость спецификаций содержит перечень всех составных частей изделий, их количества на единицу изделия, то документ покупных изделий указывает характеристики продукции сторонних производителей. Такое разделение полностью оправдано. Работать с документами становится проще. Для составления бухгалтерской отчетности, продуктивной работы отдела снабжения предлагается информация, адаптированная для решения целей каждого подразделения предприятия. Поэтому продукция сторонних производителей входит в ведомость покупных изделий, которая является отдельным документом.

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

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

Скачать ГОСТ 2.106-68

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

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

Нюансы заполнения

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

• порядковый номер — 1;
• наименование — Подшипник 53618;
• обозначение документа на поставку — ГОСТ 24696-81;
• куда входит — АГБВ421213.421;
• количество на изделие — 4;
• всего — 4.

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

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

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

Скачать шаблон ведомости покупных изделий

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

Оформление документа

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

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

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

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

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

Новое в модуле (май 2020)

В новой версии добавлена возможность создания групповых спецификаций по ГОСТ 2.113−75 тип А и тип Б. В том числе можно создавать спецификации тип А по форме 5 при числе исполнений не более 3, и тип Б более 10 исполнений.

При установке приложения в папку C:\ProgramData\ITOOLS\Спецификация 2 для SOLIDWORKS\Samples устанавливаются два типовых из ГОСТ 2.113−75 примера спецификаций, чтобы пользователям было проще разобраться, как и что работает.

Дополнительно решены вопросы:

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

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

В столбце Формат, возможно ли автоматическое заполнение, или только вручную? Если возможно автоматическое заполнение, то из какого свойства должна приходить информация?

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

Что нового в модуле спецификации для SOLIDWORKS (версия от марта 2019)

• Разработаны теги для замены недопустимых символов.
• Сделана возможность переноса деталей и сборочных единиц в комплекты.
• Свойство Примечание берется в спецификацию из соответствующего свойства детали или сборочной единицы.
• Добавлена в справку информация о выборе столбцов в спецификации SW.

Выполнение комплектования

…

1. Выберите путь меню Логистика → Производство → Управление производством → Подготовка материала →Комплектование.

2. Введите профиль просмотра обзора компонентов. Введите критерии выбора заказов и выберите значок . Появится обзор компонента.

3. Выберите объекты, для которых необходимо выполнить движение материала. Выберите пункт меню Комплектование. Появится ведомость комплектации.

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

4. Для проводки отпуска материалов выберите значок .

На обзорном экране компонентов можно выбрать выполнение проводки отпуска материалов в фоновом режиме (Среда →Комплектование/партии). В этом случае необходимо спланировать фоновые задания CORUAFW0 и CORUAFWP для проводки движений материала.

● если также требуется выполнить движения материала, происходящие от подтверждений, используется программа CORUPROC;

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