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

Последние темы на форумах VOGBIT

Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.

Штрих код на деталях

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: Пред. 1 2 3
Штрих код на деталях
 
Цитата
Fomina написал:
Я правильно понимаю, что в текущей версии штрих-код назначается автоматически?
Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании заданий. Была всего одна версия программы, насколько я помню, самая первая в которой вообще появился этот штрих-код, где он назначался нажатием на кнопку. Уже со следующего обновления штрих-код стал присваиваться автоматически при создании заданий. Не помню точно когда это изменение было, но давно.

Цитата
Fomina написал:
кнопка уже устарела
Выкидывать не стали. Иногда (редко очень) бывает нужна. Можете у себя спрятать её, чтобы не болталась, место не занимала

Цитата
Fomina написал:
Есть необходимость маркировать детали неким идентификатором. Он отличается от штрих-кода партии. Например нужно сделать 6 деталей, которые имеют сложный технологический процесс. 3 детали прошли уже почти всю обработку, 1 в середине и 2 только выдали. Как отследить такую динамику в рамках одного задания?
Если просто отследить, в какой стадии процесс, то можно вот так в текущей версии (рис.1).
В следующих версиях, вероятно, ещё один альтернативный вариант представления появится. Есть идеи уже.

Если же речь идёт о номерном учёте в производстве, то есть учитывать при выполнении операции не просто, что я обработал две детали из 6-ти, а что я обработал конкретно детали номер 0003 и 0004, то тут те пользователи, кто сейчас в реальности так работает, в VOGBIT просто заводят в карте заказа каждую деталь отдельной строчкой. То есть не "Гильза 6 шт", а 6 раз "Гильза 1 шт". И дальше уже по одной с ними работают (задания выдают, отмечают). Всё прозрачно, по каждому номеру детали своя полная история отдельная. Минимальные шансы что-то перепутать, забыть или не так отметить. Кстати тут большую роль начинает играть физическая организационная составляющая: как детали маркируются в таком случае, как на поддонах раскладываются и т.п.
Если же на каких-то операциях удобно это "разбитые по 1 шт" детали наоборот "склеить", чтобы одно общее задание выдать на них все сразу и так же закрыть, как одно задание, а не 6, то есть "объединённые задания" для этого в современной версии VOGBIT.

Технически, существует помимо "партии" ещё такая сущность в VOGBIT, как "серийный номер". Используется сейчас местами (например при сдаче партии готовых приборов на склад можно каждому там потом присвоить свой серийный номер и др.). Но пока не делали использование её именно в контексте сдачи части деталей из партии на конкретной операции. Чтобы не усложнять. Много вариантов устроить "путаницу" появится прямо сразу же. С другой стороны есть уже положительный опыт, что если нужно учитывать отдельно каждую деталь со своим номером, то можно просто делать, как я выше описал. Я знаю лично, как минимум, два предприятия (людей на них), которые так работают, используя VOGBIT, и хорошо у них получается. Есть свои нюансы и побочные эффекты, конечно, но главная задача решается хорошо.
1.png (65.46 КБ)
 
Добрый день, Константин. Есть желание идентифицировать каждую деталь в партии  производственном заказе. Прочитав предыдущие сообщения, я пришел к выводу, что нужно каждую деталь запускать отдельно, это не очень удобно, т.к. в партии может быть и 200 и 300 шт деталей, а в заказе ассортимент из 20 деталей, к примеру.
Может после обновления появилась новая функция, которая упрощает задачу?
 
Еще хотел дополнить данное сообщение:
Хотелось бы идентифицировать каждую деталь на производстве, в том числе и брак. К примеру у нас в брак деталь может уйти уже на первой операции (как сдавать при таком случае деталь в брак? Возможно создать склад для брака и туда приходовать изделия?)
И еще момент такой когда годные изделия перемещаются на склад, хотелось бы с помощью к примеру штрих кодов понимать какую деталь какой работник делал?
 
Вопрос: что именно вы понимаете под
Цитата
написал:
идентифицировать каждую деталь в партии
?

Можно понимать это как то, что на каждой детали есть некая маркировка, например, наклейка со штрих-кодом, по которой можно мгновенно понять, из какой именно партии эта деталь конкретная и поднять всю историю по партии. Это одно.

Совсем другое, если вы хотите идентифицировать каждую конкретную деталь Когда они лежат все одинаковые, все из одной партии, но вы хотите точно знать, что вот эта именно деталь - это деталь №179 из этой партии, которую делал Иванов и вчера, а вот эта рядом, на вид точно такая же, но это деталь номер 181 из этой партии, и её делал Петров и сегодня. Это совсем другой разговор.

Если первое, то тут всё элементарно. Напечатать ленту наклеек по количеству деталей, на наклейке штрих-код партии. И приклеить на каждую деталь из этой партии.
Или другой какой-то способ маркировки, если вас наклейка не устраивает.

Если же вы хотите второе, то....
Вы вообще точно уверенны, что вам именно это нужно?

Это уже "номерной учёт". То есть не просто партия деталей. А у каждой отдельной детали есть свой уникальный, индивидуальный номер. То есть не "партия" является объектом учёта. А каждая отдельная деталь сама по себе. А как вы иначе хотели? Чисто по смыслу. Как вы иначе будете отличать деталь №179 от такой же на вид детали №180, 181 и т.д.?

Ладно программа. Тут главное сервером запастись помощнее. Чем мощнее, тем лучше в данном случае :). Потому что информации туда будет лететь вагон непрерывно и безостановочно. Подробная история по каждой отдельной детали.

Вопрос в том, что такой подход тянет за собой комплекс соответствующих орг. мероприятий в самом производстве.
Как минимум это идентификация. То есть в процессе обработки на каждую деталь надо наносить маркировку с её номером индивидуальным. Сразу после отрезки заготовки и далее по всему маршруту эта маркировка должна быть. Если в процессе обработки она теряется, значит восстанавливать после обработки (пример: маркером номера на деталях подписаны, после токарной обработки слой сточили, когда на поддон обратно положили, взяли маркер, заново номер написали, причем обязательно тот же самый, что был раньше). Либо наклейка какая-то или сопроводительная бумажка к каждой детали отдельно. Плюс добавляются вопросы хранения и размещения. Должно лежать так, чтобы эта маркировка была видна и использовать её можно было (пример с теми же токарными деталями: нельзя складывать их "пирамидкой" на поддон. Нужно складывать в один слой, номерами кверху, крайне желательно - по порядку. Для большего порядка вводится также маркировка поддонов с указанием какие номера деталей тут должны лежать - чтобы путаницы не возникало, что где искать потом).
Второй момент - для рабочих. Как вы понимаете - номерной учёт означает, что им нужно будет отмечать КАЖДУЮ деталь ОТДЕЛЬНО. По одной. Иначе порядка не будет у вас с номерным учётом.

Таким образом, при номерном учёте, когда вы считаете каждую деталь уникальной и по ней конкретно хотите отдельно всё вести и знать, это по смыслу, повторюсь, означаент, что каждую отдельную деталь вы рассматриваете, как отдельный объект производства.
Со всеми вытекающими:
- каждая деталь имеет свой уникальный номер и промаркирована или сопровождена неким "персональным" документом от момента начала её обработки и до отгрузки заказчику.
- обработка (каждая операция) каждой детали отмечается отдельно. Если есть программа типа VOGBIT, то в программе. Если нет программы, то люди раньше заводили паспорт/маршрутный лист отдельно на каждую деталь бумажный и в него вписывали.
- соответствующий порядок в производстве. Чтобы маркировка (или сопроводительный документ) была, не терялась, читалась всегда, детали раскладывались так, чтобы не возникало путаницы, рабочие понимали как им что отмечать и почему так.

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

Именно из-за организационных сложностей номерной учёт на практике вводят, когда детали или очень ответственные в плане их дальнейшей эксплуатации (детали авиа и ракетных двигателей оружейных механизмов и т.п.), или очень дорогие. В остальных случаях, что называется "овчинка выделки не стоит". Ограничиваются протоколированием и историей на уровне партии, но не каждой конкретной детали отдельно.


Из нового:
Делали в прошлом году проект на одном предприятии. Там каждая отдельная деталь имела свой номер и маркировалась отдельной этикеткой (из VOGBIT распечатанной). И отмечалась каждая отдельно.
Операции короткие (мебельное производство, операции типа кромление, присадка  и т.п. - т.е. занимает секунды для одной конкретной детали)
Для простоты отметки делали там специальные терминалы. Чтобы рабочий просто считывал в процессе обработки деталей коды с этикеток на этих деталях. И больше ничего ему не нужно было делать (нажимать, прикладывать и т.п.). Просто "пикать" каждую сделанную деталь, и всё.
Решение есть. В стандартный дистрибутив не входит. За очень вменяемые деньги можем поставить и научить (намного дешевле, чем если самому делать что-то подобное с нуля). Из особенностей - в таком раскладе каждому рабочему нужно ставить свой персональный "терминал" (то есть на каждого работника (рабочее место) по лицензии VOGBIT + железо).
 
 
Цитата
написал:
Совсем другое, если вы хотите идентифицировать каждую конкретную деталь Когда они лежат все одинаковые, все из одной партии, но вы хотите точно знать, что вот эта именно деталь - это деталь №179 из этой партии, которую делал Иванов и вчера, а вот эта рядом, на вид точно такая же, но это деталь номер 181 из этой партии, и её делал Петров и сегодня. Это совсем другой разговор.
именно это мы и хотим сделать.
 
Цитата
написал:
Или другой какой-то способ маркировки, если вас наклейка не устраивает.
наклейка не устраивает, хотим прям на изделиях печатать штрих коды.
 
Цитата
написал:
Подробная история по каждой отдельной детали.
Для этого нам и нужно все это)
 
Цитата
написал:
Как минимум это идентификация. То есть в процессе обработки на каждую деталь надо наносить маркировку с её номером индивидуальным.
хотелось уточнить как это сделать? Вогбит будет давать деталям индивидуальные номера, или нам придумать, нанести на изделие и сканером от сканировать и заносится это в Вогбит? Как связать маркировку физическую и в программе?
 
Цитата
написал:
Второй момент - для рабочих. Как вы понимаете - номерной учёт означает, что им нужно будет отмечать КАЖДУЮ деталь ОТДЕЛЬНО.
это понятно
 
Цитата
написал:
Просто "пикать" каждую сделанную деталь, и всё.Решение есть. В стандартный дистрибутив не входит. За очень вменяемые деньги можем поставить и научить (намного дешевле, чем если самому делать что-то подобное с нуля). Из особенностей - в таком раскладе каждому рабочему нужно ставить свой персональный "терминал" (то есть на каждого работника (рабочее место) по лицензии VOGBIT + железо).
Это тоже интересно.  
 
И еще важен вопрос учета брака.
Хотелось бы идентифицировать каждую деталь на производстве, в том числе и брак. К примеру у нас в брак деталь может уйти уже на первой операции (как сдавать при таком случае деталь в брак? Возможно создать склад для брака и туда приходовать изделия?)
 
Цитата
написал:
именно это мы и хотим сделать
Ну тогда делайте  :) . Раз хотите. Заводите каждую деталь отдельной строчкой в графике производства. У каждой будет свой отдельный номер, свой уникальный код (штрих-код или QR можно, наверное, запилить, если хочется). Каждую будете отдельно отмечать. По каждой будет своя история полная.

Чтобы добавлять детали одинаковые пачкой по одной штуке, в окне "состав" специальная галочка есть (рис.1).

Цитата
написал:
наклейка не устраивает, хотим прям на изделиях печатать штрих коды.
Тут главное, чтобы ту штуку, которой вы их будете печатать, можно было прицепить к компьютеру как "принтер". Если Windows её увидит, как "принтер", то дальше то нам со своей стороны все равно как технически и на чем именно печатать.

Ну и нужно, соответственно, сканеры подобрать такие, которые хорошо будут распознавать то, что эта штука напечатала.

Цитата
написал:
Вогбит будет давать деталям индивидуальные номера, или нам придумать, нанести на изделие и сканером от сканировать и заносится это в Вогбит? Как связать маркировку физическую и в программе?
VOGBIT сам сгенерирует номер уникальный и штрих (или qr) код. Нужно только распечатать его. Отчет сделаем. Надо только, как выше говорили, чтобы "печаталку" можно было как "принтер" прицепить. Собственно, это и есть связь кода в программе и физической детали и её маркировки. Есть уникальный код этой конкретной детали в БД. Его нужно распечатать или любым другим возможным способом нанести на деталь или сопроводительный документ к ней, если таковой есть.

Цитата
написал:
И еще важен вопрос учета брака.Хотелось бы идентифицировать каждую деталь на производстве, в том числе и брак. К примеру у нас в брак деталь может уйти уже на первой операции (как сдавать при таком случае деталь в брак? Возможно создать склад для брака и туда приходовать изделия?)
Ну, когда детали все по 1 шт, тут как раз всё достаточно просто.
Ставишь для бракованной детали статус соответствующего задания (операции) = "завершено".
Если брак неустранимый, то все последующие задания (операции после той, на которой забраковали) можно удалять. Их делать не будут уже точно.
Если устранимый, то можно наоборот, добавить каких-то заданий вручную, изначально техпроцессом не предусмотренных - работы по устранению/переделке. Комментарий можно приписать к ним, откуда это и зачем. В "статистике" они особой графой сразу автоматом будут идти, как "добавленные" задания. Чтобы их выделять потом и по ним таким статистику собирать.
Некоторые ещё на этой "забракованной" операции добавляют к информации о выполнении задания (работы, операции) ещё дополнительные параметры. Самое распространенное: "вид брака" и "причина брака" (оба - выбор из списка заранее заданных значений), а так можно любые, какие хотите доп. параметры. Хоть для истории, хоть для того, чтобы статистику потом по ним собирать (например по людям, видам и причинам брака за год и т.п.).
Единственное, на сегодняшний день, все эти перечисленные возможности есть только на "высоком" уровне. Не "среднем" пока не всё это доступно. Но это в вашем случае, я так понимаю, это, вроде как, не проблема, потому что вы то используете "высокий" уровень, насколько я помню из других сообщений ваших.

Можно, да, "склад брака" завести в программе и на него из производства такие детали "сдавать" (в новой версии, кстати, можно на склад будет сдавать не только кнопкой в программе, но и через терминал специальный для "сдавания из производства на склад", по тому же штрих-коду детали). Ну чтобы логически этим путь детали закончился. В производстве её уже нет, она физически передана в изолятор брака. "Обороты" ещё можно по такому "складу" тогда смотреть. Что туда попало за период и сколько.

P.S. про терминал специальный для такого случая, когда на каждой детали свой код попозже напишу, что делали. Но тут есть нюанс. Там, где мы такое делали, там  все под "средний" уровень заточено. Ну так, для информации, что вообще бывает, как будет время, могу написать.
1.png (58.17 КБ)
 
Цитата
написал:
потому что вы то используете "высокий" уровень,
У нас "максимальный" уровень.
 
Цитата
написал:
Чтобы добавлять детали одинаковые пачкой по одной штуке, в окне "состав" специальная галочка есть (рис.1).
Это я нашел и опробывал на практике, и задался еще одним вопросом:
- нет ли в Вогбит "хитрости", чтоб потом эти детали объединить для последующих двух операций и при сдаче на склад снова разъединить?
Объединить, так как первую операцию станочник будет делать всю партию и мне кажется долго будет добавлять к примеру 100 шт пол очереди ему в задания.
Со второй операцией в принципе так же участвуют все, но не важно кто какую деталь делал.
Третья операция - Разъединить, чтоб понять кто и какую деталь доделал (именно в третьей операции) и кто что сдал на склад.  
 
Цитата
написал:
- нет ли в Вогбит "хитрости", чтоб потом эти детали объединить
Ну так то есть, конечно, такая штука в VOGBIT, как "объединенные задания". Это инструментарий как раз наоборот, чтобы много разных позиций объединить в одно "задание" и за один раз все отметить.

НО....

Возникает вопрос по имеющимся вводным:
А что так сложно то? Зачем?

Получается какая-то "кривая" по смыслу конструкция. Зачем-то сначала "разъединяем" в информационной системе все детали по одной штуке со своим номером каждая, потом прямо тут же прямо, не отходя от кассы, обратно их все "объединяем" в программе. Как-то нелогично выглядит по смыслу. Не считая огромного количества лишних действий, огромного количества лишних объектов в базе данных. Кроме того, там вы дальше при таком подходе ещё другие головняки разнообразные себе наживете, о которых пока не задумываетесь...
И всё ради чего?
Технология простейшая. Три операции всего. Две из которых, как оказывается, и вовсе, не требуют никакой "персонификации".
Детали сами, как я понимаю, в плане дальнейшей ответственности, в вашем случае тоже далеко не турбинные лопатки или что-нибудь подобное. А очень сильно как попроще, мягко выражаясь.

А стоит ли огород то городить с настоящим "номерным учётом" в таком контексте?

Как вариант:

Сделайте рабочим каждому личное клеймо. Типа, как у сварщиков, или что-нибудь подобное. И пусть ставят его на вашей "третьей операции" на деталь.
В программе ведите всё по-простому, одной строчкой, как партия деталей с количеством N.
И всё.

В базе есть подробная история по каждой партии: когда запущена, по операциям, кто когда сколько сделал. В самой новой версии через специальные "терминалы" можно будет элементарно, вообще без каких-либо дополнительных подготовительных действий с программой для этого, дополнить это информацией, кто когда сколько штук передал на склад и кто из них когда и сколько принял на складе (если нужно). А если интересует какую-то конкретную деталь из партии, кто именно делал на "третьей операции" - так там клеймо на ней стоит, кто её именно делал.
Всё. Конец.
 
Цитата
написал:
Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем?
Оператор на первой операции может некоторые заготовки забраковать к примеру, и нужно это тоже учесть, чтоб вести статистику и в дальнейшем было понимание причины брака.
Значит нужно знать какая деталь именно ушла в брак на первой операции.
А если оператор умышленно или случайно отправил заготовку на вторую операции, на второй операции этот момент тоже проморгали (человеческий фактор никто не отменял), на третей операции выявили брак и могли по данной детали посмотреть всю подноготную. Когда и кем делалась заготовка на первой операции (операторы могут быть разные), какого числа вторая операция по данной детали было запущено и принято.
Все бы ничего, только когда деталей по 100 и по 200 шт запускать каждую вручную в Вогбит в задания на смену это трудоемко. Ну либо сканером (терминалом пикать кажду деталь). Но скорее всего если выберем этот путь думаю это неизбежно, т.к. других способов в Вогбите нет.
Страницы: Пред. 1 2 3
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт