Вопрос от пользователя:
«Кто должен вносить изменения – конструкторы или технологи? У нас вечные споры, а в итоге ничего не меняется вовремя.»
Суть проблемы
Разделение ответственности между конструкторами и технологами часто размыто. Конструктор меняет чертёж, но забывает, что нужно поменять техпроцесс. Технолог не знает об изменении и продолжает работать по старинке. В результате – несоответствие документации и реального производства.
Что может 1С ERP?
В системе чётко разделены роли: конструктор отвечает за конструкторский состав изделия (из каких деталей и материалов оно состоит). Технолог отвечает за технологический состав (как и на каких операциях это изготавливается) и за техпроцессы. При создании извещения об изменениях конструктором система автоматически генерирует задания технологу на актуализацию технологической структуры и техпроцессов. Технолог не может пропустить это задание – оно висит в его списке до выполнения.
Суть подхода
Изменение всегда инициируется конструктором (если меняется состав) или технологом (если меняется только технология). Но в любом случае система обеспечивает эскалацию: конструктор не может просто поменять чертёж и забыть – он обязан создать извещение, которое запустит цепочку. Технолог получает уведомление и обязан отреагировать. Если изменения затрагивают несколько техпроцессов, система показывает их все.
Преимущества подхода
- Чёткое разделение обязанностей.
- Исключение ситуации «я думал, он сделает».
- Полная прозрачность: видно, кто что изменил и когда.
- Возможность контролировать загрузку технологов.
Решение и рекомендации
- Внесите в должностные инструкции обязанность работать с извещениями в 1С.
- Настройте права: конструктор может менять конструкторские спецификации, но не может утвердить изменения без технолога.
- Технолог получает задание и после внесения правок отмечает выполнение.
- Руководитель (например, главный инженер) утверждает извещение перед передачей в производство.
Итог простыми словами
Конструктор – автор идеи, технолог – инженер-внедренец. Они работают в связке: один придумал, второй продумал, как сделать. Система не даёт им разминуться.
Типичные сценарии использования
- Сценарий 1: Конструктор заменил подшипник на другой типоразмер. Система создала задание технологу. Технолог увидел, что из-за нового подшипника меняется посадка, и скорректировал режимы токарной операции.
- Сценарий 2: Технолог оптимизировал техпроцесс, сократив одну операцию. Он создал извещение только по технологии, конструктор не участвует.