В любой производственной компании со временем автоматизация упирается в одну из серьезных проблем - нужны спецификации в 1С.
И, как это бывает, заносить спецификации совершенно некому, и для решения этой задачи ищут самого главного бездельника в компании. Конструкторам обычно не до ерунды, бухгалтерам тоже некогда. И в итоге спецификации заносятся кем попало, кладовщиками, мастерами на участках, упаковщиками и т.д. Да и при всем моем уважении к конструкторам, их понимание правильности спецификаций и правильные спецификации для 1С это разные вещи. И иногда эта разница оказывается недоступна к пониманию.
В большинстве случаев решение находят по типу - сохраним из Компас в Excel и там будем как-нибудь грузить. Честно говоря, современное вроде бы решение Компас в плане интеграции все еще на уровне 10-летней давности. Специально ездил на выставку, общался с представителями Компас, они вообще не догоняют, в чем проблема, у них там своего ПО вагон, возможно, внутри себя они там как-то интегрируются, но формат файлов закрытый, хотя в общем zip архив из xml файлов это прям очень закрытая технология, но без разрешения от Компас заниматься загрузкой этих файлов не хочется.
И тут внезапно оказалось, что STEP файл содержит не только данные 3Д моделей, но и структуру сборки. И при этом формат открыт, поддерживается кучей 3Д редакторов и способен содержать очень много полезной информации. Другое дело, что не каждый 3Д редактор оказывается способен корректно сохранить данные в STEP, но вот тут Компас не подкачал. Сохраняет как надо, даже осилили сохранять информацию о материале деталей с 23 версии.
Так вот, формат файла STEP вполне поддается анализу со стороны 1С. Файл сборки, сохраненный в STEP содержит все компоненты сборки, их артикула и наименования (если ваша программа 3Д конструирования осилила это выгрузить) и так же содержит структуру вложенности.
В результате формирование спецификаций в 1С получается уже немного проще
- Делаем сборку в 3Д и сохраняем в STEP/STP. Это уж конструктора умеют все.
- Открываем обработку, выбираем файл и получаем дерево вложенности.
Ну а дальше уже со стороны 1С все решаемо.
Соответствие наименований конструкторов можно хранить в справочнике Номенклатура поставщиков:
Если заранее создать служебного поставщика, например "Конструкторы".
Также можно учитывать некоторые ситуации, когда не всю структуру вложенности необходимо раскрыть. Например, есть готовые сборки Подшипников по ГОСТ. Их нет смысла раскрывать до шариков, тут предусмотрена возможность задать стандартные имена, которые не нужно раскрывать
Еще бывает ситуация, когда у компании есть собственный префикс для чертежей. В таком случае обработка может проигнорировать наименование детали у конструктора и если в артикуле попался этот префикс, то искать номенклатуру исключительно по артикулу.
Ну и раз пошло такое дело, то загруженную сборку можно не только в спецификации загрузить.
Но и в Отчет производства за смену и Требование накладную. При этом пропустить промежуточные узлы сборки. Т.е. развернуть сборку до самого нижнего уровня, списать эти все детали со склада и выпустить итоговую деталь.
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.169.18
Вступайте в нашу телеграмм-группу Инфостарт
