 |
 |
|
Формирование этапов производства в «1С:ERP Управление предприятием 2» В данной статье пойдет речь о различных вариантах формирования этапов производства и управлении процессом через настройки способов обеспечения, параметров ресурсных спецификаций и т.д. Решаемая задача: будем считать, что основная наша цель - сформировать все этапы производства для всего изделия, включая полуфабрикаты, как одно действие (одной кнопкой). Однако попутно отметим и альтернативные варианты. Для удобства обозначим термины, которые будем использовать в этой статье. Изделие – номенклатура, продукция собственного производства. В состав изделия входят полуфабрикаты собственного производства, а также готовые покупные детали и материалы. Полуфабрикат – номенклатура, входящая в состав Изделия. Полуфабрикат может быть как собственного производства, так и покупной, изготовленный поставщиком по нашей спецификации. Для примера возьмем не изделие, а комплект изделий, заодно покажем работу с комплектом. Комплект оборудования по спецификации №24 к Договору №841-20 в данном случае играет роль изделия, а комплектующие - это как бы полуфабрикаты. В программе ERP сформирован заказ на производство комплекта Заказ на производство 0000-000064 от 20.06.2024, по заказу на производство необходимо сформировать этапы производства. Для формирования документов Этап производства в программе должна существовать действующая ресурсная спецификация изделия (см. рис.1). Спецификация является шаблоном для заполнения документа Этап производства. По типовому алгоритму 1С ERP этапы производства формируются для указанного в заказе на производство изделия и для полуфабрикатов, входящих в состав изделия, у которых в ресурсной спецификации установлен способ получения Произвести по спецификации. Мы же сейчас временно установим способ получения Обеспечивать, чтобы показать, какие возможности есть в этом случае.
Рис.1 Ресурсная спецификация изделия (комплекта) Этапы создаются для заказов на производство в статусе К производству в рабочем месте Производство – Межцеховое управление – Управление очередью заказов по кнопке Действия – Сформировать этапы производства. При текущем состоянии ресурсной спецификации будет создан единственный документ Этап производства только для изделия (комплекта). Этапы производства для полуфабрикатов (комплектующих) в этом случае не создаются. Но для них можно обработкой создать отдельные заказы на производства по потребностям, указав в качестве заказа заказ на производство изделия (см. рис.2). Обработка запускается из списка Заказы на производство по кнопке Создать - По потребностям.
Рис.2 Отбор по заказу на производство изделия Будет предложено создать три заказа на производство (см. рис.3) для каждого полуфабриката (комплектующих). В данном случае создадим только один для Преобразователь частоты. Будет создан документ Заказ на производство уже со статусом К производству, с комментарием Сформирован автоматически обработкой "Формирование заказов по потребностям". И вот здесь начинаются сложности, важно проконтролировать ресурсную спецификацию, указанную во вновь созданном документе. Если спецификаций несколько, по умолчанию будет использована та, у которой дата действия свежее (в списке она выделяется жирным шрифтом). На основе созданного заказа на производство далее формируем этапы производства.
Рис. 3 Формирование заказов по потребностям Последовательно формируя заказы на производство составных частей изделия и далее этапы производства для всех входящих в изделие полуфабрикатов создадим таким образом структуру заказа для всего изделия. Т.е. рассмотрен вариант формирования этапов, состоящий из множества шагов, который применим в случае, если по каким-то причинам невозможно сформировать все этапы сразу. В частности, такой причиной может быть ошибка, возникающая при формировании этапа производства какого-либо узла (полуфабриката), тогда разумно будет отказаться от создания этапов производства для всего изделия и разбить процесс на части. Рассмотрим пример такой ошибки. Какой-то из этапов находится в состоянии формирования и требует уточнения (см. рис. 4). В нашем случае это этап 0000-67.660.1.
Рис.4 Диспетчирование этапов В структуре заказа это выглядит, как показано на рис. 5. Видно, что для Кронштейн ЖТЛК.745422.018-01 не создан этап производства. На самом деле он создан, но в структуру не включен, так как требует уточнения. Это тот самый проблемный этап 0000-67.660.1. Причем на первом проходе такой документ не создается вообще, но остается активной команда Сформировать этапы, при повторном выполнении создается неверно заполненный документ.
Рис.5 Этап производства не создан Если открыть этап 0000-67.660.1, Кронштейн ЖТЛК.745422.018 покупка №0523 , то видно, что ни на закладке Обеспечение и на закладке Выпуск не заполнено количество. Это происходит потому, что в этапе производства уровня выше (в данном случае это Рейка) неверно указана спецификация для Кронштейн (см. рис.6). Спецификация для номенклатуры Кронштейн ЖТЛК.745422.018, а в обеспечении указана номенклатура Кронштейн ЖТЛК.745422.018-01, в результате создается документ для той номенклатуры, которая указана в ресурсной спецификации, но заполненный неверно.
Рис. 6 Этап производства с неверной спецификацией При установке расширения конфигурации от группы компаний Профи-центр такие ошибки контролируются, но не исправляются, что именно здесь неверно должен решить пользователь, производится запись в журнал регистрации (см. рис.7). Отметим, что создать такого рода ошибку легко. В нашем примере при заполнении спецификации для Рейка ошибка при записи контролируется, но если после записи правильной спецификации Рейка изменить спецификацию для Кронштейн, а именно изменить продукцию (выходное изделие), то ошибка возникнет.
Рис.7 Запись в журнале регистрации Вернемся к нашей основной задаче - формировать все этапы производства для всего изделия за один раз. Как уже было сказано выше, этапы производства формируются для указанного в заказе на производство изделия и для полуфабрикатов, входящих в состав изделия, у которых в ресурсной спецификации установлен способ получения Произвести по спецификации. Важно отметить, что нам необходимо создать в 1С ERP ресурсную спецификацию, которая прежде всего соответствовала бы настоящей конструкторской спецификации. В спецификации изделия должна быть указана не вообще спецификация полуфабриката, а конкретная спецификация, их у полуфабриката может быть несколько, если он существует в нескольких исполнениях. Чтобы это сделать, нужно установить в строке с полуфабрикатом способ получения Произвести по спецификации. Только так можно связать спецификацию изделия с конкретной спецификацией полуфабриката. При этом, если в программе в спецификации изделия указано, что полуфабрикат производится в процессе, то при формировании этапов производства всегда создается вложенный Этап для изготовления полуфабриката. Когда в изделие входит полуфабрикат, который могут как изготовить самостоятельно, так и заказать у поставщика, возникает проблема. Необходим гибкий инструмент, позволяющий в одном случае сформировать, а в другом не формировать Этап производства для полуфабриката, который нужно заказать у поставщика. Этап производства для полуфабриката не будет создаваться, если отказаться от вложенности спецификаций. Можно установить в спецификации изделия способ получения Обеспечивать в строке полуфабриката, тогда автоматически Этап производства для полуфабриката создан не будет. Если Этап производства полуфабриката понадобится – создать новый Заказ на производство для полуфабриката. Но в таком случае мы теряем конструкцию изделия, ресурсная спецификация больше не соответствует конструкторской спецификации. В нашем случае указание конкретного исполнения полуфабриката – ключевой момент. Сохранение вложенности в НСИ важно для работы конструкторов и сборщиков. В некоторых источниках в качестве решения предлагается использовать аналоги материалов и механизм Способов обеспечения. Создать две номенклатуры Полуфабрикат и Полуфабрикат покупной. У одной установить Способ обеспечения с типом Производство, у другой Способ обеспечения с типом Покупка. При формировании этапов производства автоматически заменить одну номенклатуру на ее аналог и вложенный Этап производства полуфабриката не будет создан. Это «решение» использовать нельзя, ведь для его исполнения, требуется задублировать номенклатуру. Один из главных принципов, которого мы всегда придерживаемся как разработчики – не размножать сущности. Отличается исполнение полуфабриката, а не сам полуфабрикат. Номенклатура Полуфабрикат в базе должна быть одна. Еще в программе 1С ERP можно использовать новую структуру заказа на производство – динамическую. Документы Этап производства по новой методике создаются пользователем по мере необходимости, а не автоматически сразу на всю глубину заказа. Спецификация изделия в этом случае может быть связана со спецификацией полуфабриката. Пользователь сам может решить, создавать этап производства полуфабриката или нет. Однако, применение новой динамической структуры заказа несет за собой множество изменений в порядке и методике работы в 1С ERP. Динамическая структура представлена в ознакомительной версии и имеет ряд ограничений. Например, в ней не поддерживается планирование графика производства и обособление материалов в производстве под Этап производства. Для решения проблемы мы создали расширение конфигурации. Для управления процессом формирования этапов производства мы используем Способ обеспечения, установленный в номенклатуре Полуфабрикат. В нашем решении используется механизм формирования структуры заказа Статический, то есть используемый в 1С ERP по умолчанию. Если потребность в полуфабрикате возникает на Складе, для которого установлен Способ обеспечения с типом Покупка, то Этап производства для полуфабриката не формируется. Далее будем называть такие документы лишними. Если установлен Способ обеспечения с типом Производство, то Этап производства будет создан. Таким образом можно прервать разузлование на определенном полуфабрикате через настройки его способа обеспечения. Во-первых, исключается формирование лишних этапов производства. На рис. 8 показано, как выглядит структура заказа при типовом алгоритме. В Кронштейн входит Уголок, и для него сформирован этап производства, потому что Уголок производится по своей ресурсной спецификации, это указано в ресурсной спецификации Кронштейна (см. рис.12).
Рис. 8 Структура заказа при типовом алгоритме В случае, если Уголок покупается (производится на стороне), такой этап производства не нужен, документ создаваться не должен. Тогда структура заказа будет выглядеть как на рис.9.
Рис.9 Структура заказа при альтернативном алгоритме Во-вторых, необходимо не просто удалить лишний этап производства, но также изменить документ уровня выше. На рис. 10 показано, как формируется этап производства изделия при типовом алгоритме. В этапе производства Кронштейна указано, что Уголок производится в процессе.
Рис.10 Этап производства при типовом алгоритме В случае, если Уголок покупается (производится на стороне) эту галочку нужно снять, удалить спецификацию (заменить на пустую ссылку) и установить значение реквизита СпособПолученияМатериала в Обеспечивать. Т.е. сделать все так же, как если бы в спецификации Кронштейна было указано, что способ получения материала для Уголок - Обеспечивать (см. рис. 11). Поясним, почему это важно. Если в документе, показанном на рис. 11, для Уголок вновь установить признак Производится в процессе, то при формировании заказов поставщику по потребностям он не будет включен в заказ. На четвертом шаге соответствующей обработки он будет присутствовать в списке потребностей, но в поле К заказу будет ноль, а в поле Обеспечено - нужное количество. Обеспечено в данном случае именно галочкой Производится в процессе, предполагается, что будет создан впоследствии этап производства, а заказ поставщику не нужен, несмотря на способ обеспечения с типом Покупка.
Рис.11 Этап производства при альтернативном алгоритме Важно! При удалении лишнего этапа производства контролируется отсутствие вложенных этапов производства. Если мы устанавливаем для какого-то полуфабриката тип обеспечения Покупка, т.е. не формируем для него этап производства, то и все входящие в этот полуфабрикат узлы и детали должны иметь такой же тип обеспечения Покупка. Тогда для них также не будут формироваться этапы производства. Это и понятно, если какой-то узел - покупной, то "внутри" не должно быть ничего, что - собственное производство. Не бывает в покупных изделиях собственного производства. Должно быть одно из двух: либо полуфабрикат тоже производится и по нему формируется этап производства, либо все что внутри полуфабриката тоже покупается. В противном случае вложенные этапы нижнего уровня будут ссылаться на "удаленный" документ. Поэтому, если описанное выше условие по типу обеспечения составных частей полуфабриката не соблюдается, то этап производства полуфабриката не удаляется. Нужно иметь это в виду.
Рис.12 Ресурсная спецификация покупного узла со спецификацией Алгоритм полностью открыт, нет лицензионных ограничений кроме запрета на тиражирование. Ссылки по теме:
Сравнение версий Продукт применим для работы с различными версиями ERP 2 и регулярно обновляются. Для разных версий ERP используются РАЗНЫЕ продукты, они не совместимы, не взаимозаменяемы и не производится апгрейд на другую версию. Бесплатные обновления предоставляются только в пределах одной версии: 2.4.х, 2.5.х и т.д . При покупке продукта для новых версий конфигураций Вы получите скидку, если уже покупали правила для предыдущих версий. Период бесплатных обновлений - 6 месяцев с даты покупки. История изменений Комплект поставки В комплект поставки входят:
Как купить наши программные продукты Приобретая программные продукты у автора, Вы получаете дополнительные преимущества. Вы можете подробнее ознакомиться с системой скидок, а также отличительными особенностями наших программных продуктов. Перед покупкой ознакомьтесь с условиями поддержки. Варианты покупки
Другие правила переноса данных: мы не работаем с infostart.ru, просим не путать наши разработки с чужими
© Группа компаний Профи-центр. Дата создания июнь 2024 г., последние изменения сентябрь 2024г. |
