Новая версия VOGBIT 23.1.8 обновление 2 - 16.05.2024 ПО цеховых терминалов теперь обновляется автоматически, новый режим простой приемки готовых изделий на склад по штрих-коду и др.

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

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

НЗП

Вопросы в целом о программе и её возможностях - Общие вопросы - Вопросы новичков
Страницы: 1
НЗП, Необходимо забить остатки на начало периода
 
                  Так как я только начинаю работать, а производство идет, возникла потребность забить текущую ситуацию по НЗП. Так сказать сделать инвентаризацию. Но я что то не понял как это сделать в программе. Просто создать приход от поставщика "инвентаризация" ? или просто начать работать без учета остатков и со временем все выровняется..
                 А Вообще по работу со складами мало роликов.. да есть много материалов по тому как создавать приход/расход и другие документы, но нигде не нашел принципа работы складского учета.  К примеру: участок задается как "место выполнения", пост - "производственный ресурс" и т.д. где и как задать место хранения или что то подобное - не нашел (исключение: стандартные склады для ГП и склады получатели по умолчанию для участков.) или для складов не нужно делать привязку?
 
Здравствуйте,

Что и как именно вводить сильно зависит от задачи – для чего.

Первый вопрос – что вы понимаете под «забить текущую ситуацию по НЗП»?
Это что именно означает?
Остатки реальные готовых деталей, которые сделаны уже и сданы на склад, и лежат там в ожидании, что сборка их с этого склада заберет под те или иные заказы?
Или имеется в виду детали, которые сейчас в производстве находятся, в процессе непосредственно изготовления? То есть часть операций по маршруту по ним сделана, часть нет. Где-то на участке они есть…

Если второе (детали, которые в процессе изготовления сейчас на участках где-то), то это к «складу» в VOGBIT никакого отношения не имеет, скорее всего. И никаких «приходов» вообще делать не нужно в этом случае, по всей видимости. Если и заводить, то производственный заказ и по уже запущенным партиям сдачу по операциям по факту, что на сегодня сделано. Сколько штук по какой операции.

Тут другой вопрос главный: а нужно ли вообще это «забивать», в принципе?
Встречал в реальности оба варианта. И когда, по-хорошему, реально нужно бы завести по частично сделанным деталям текущую ситуацию. И когда совершенно бессмысленно это делать. Как в вашем конкретном случае – не знаю. Нужно более детально разбираться с ситуацией, чтобы сказать.

Если первое (остатки готовых деталей на складе), то завести то дело нехитрое текущее их количество (вот тут как раз приход от поставщика «корректировка остатков» (или что-то подобное, не особо важно, как назвать). И где-то на форуме даже обсуждалось по шагам, как автоматизировать этот процесс можно).
Но тут самое главное, опять же, в другом.
Вводить остатки – это самый последний шаг в данном случае, когда все остальные уже сделаны.
То есть:

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

- отработан порядок физической выдачи со склада деталей сборщикам по этим электронным ЛЗК. То есть, если сам запрос (ЛЗК) сформирован в программе, то кладовщик обучен и понимает, что ему нужно конкретно и как в программе сделать, когда он физически детали на соответствующую сборочную единицу/заказ людям выдаёт со склада.

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

Ну и наконец, вся эта деятельность имеет обычно смысл в том случае, когда детали «делаются» и «используются», что называется, «асинхронно». Например:
- когда детали делаются «в задел» (с запасом). Потом оставшиеся в следующих заказах используются;
- когда детали делаются одной партией на несколько разных «заказов»;
- когда детали могут запускаться заранее, когда тех «заказов», куда они потом пойдут, их ещё нет физически. Но понятно, что детали понадобятся, и их уже начинают делать;
- когда детали часть делаются, часть таких же покупается (размещается заказ на стороне), в итоге все скапливаются на складе и оттуда уже идут на сборку.

что-то вот такое…
А когда такое, то это означает, что должен быть отработан порядок создания в программе производственных заказов на изготовление нужного числа деталей, с учетом текущих свободных остатков на складе (может, минимальных остатков заданных и т.п.).
Потому что если этого не знать и правильно не делать, то смысл всей остальной деятельности (сдача на склад, выдача деталей) теряется.

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

1. Про «склады»

Промежуточный склад я бы в VOGBIT вообще, как «склад» именно не заводил. Не вижу пока смысла в этом какого-то.
Именно как «склад» в программе я бы завёл склад готовых деталей. И оформлял в VOGBIT передачу на него тех деталей, которые полностью готовы. И соответственно, оформлял бы выдачу с него готовых деталей на сборку (об этом см. ниже). А также выдачу сторонним каким-то организациями в случае, если эти детали продаются отдельно, как запчасти, например.


2. Про НЗП

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

3. Про сборку

Я бы всё-таки завел кое-что и по «сборке» тоже.

«Посты» сборочные и сварочные – вот это совершенно точно вам не нужно пока. И возможно вообще никогда вам «посты» именно не понадобятся. «Посты» - это вообще про другое и для другого.

Я бы завел по крайней мере сами изделия собираемые (обозначение, наименование) и технологию по ним, что называется, по «минимальному» уровню. То есть в техпроцессе изделия указал бы только комплектацию – что нужно получить (выдать) со склада для сборки данного изделия со склада (какие детали, сколько на 1 шт. изделия).
После чего сделал бы «производственные заказы» на сборку, что известно на текущий момент. Какие изделия, сколько штук надо будет собирать. Дата.
И к этим «производственным заказам» сборочным сделал бы штатными средствами ЛЗК – список деталей, что под них со склада нужно выдать будет (ради этого комплектацию в технологию, собственно, и заводили).

В чём тут плюс:

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

Во-вторых, в режиме «обеспеченность по заказам» сразу выстроится «очередь» на комплектацию для сборки и будет сразу видно: на этот «заказ сборочный» (изделия) всё есть уже, все детали готовые есть, на этот «заказ» - не хватает столько то позиций, каких именно деталей, сколько по количеству нужно к какому числу. Сразу отсюда можно «провалиться» и увидеть, в каком сейчас состоянии изготовления эти детали, где они вообще находятся сейчас. Если уже находящихся в процессе изготовления деталей на все «сборочные» заказы недостаточно, то сразу будет видно, на каком месте уже запущенные детали «кончатся» (надо ещё запускать, чтобы к этому моменту были уже готовы и сколько должно минимум быть готово).

В-третьих, в режиме «Потребность в ДСЕ» видно будет сразу ситуацию со стороны заготовительного (механического) цеха: каких деталей из тех, что сейчас запущены (в процессе изготовления), к какому числу, сколько нужно доделать до конца, т.е. сдать на склад (и под какие это заказы). Опять же, можно сразу «провалиться», посмотреть, а где они там сейчас, в какой стадии вообще эти детали. Также видно и итого, хватает ли того количества, что уже в процессе изготовления, на все известные потребности сборки, или надо ещё запускать.

В-четвертых, выдачу деталей со склада будет проще намного оформлять в программе. Просто выбираешь, на что сейчас выдать нужно детали, и сразу готовый список у тебя на экране: какие детали выдавать, сколько штук, сколько у тебя на складе их числится (все/не все есть по списку, разными цветами), сколько забрали уже, если не за один раз забирают. И ничего руками вводить не нужно при выдаче деталей со склада. Если все детали выдаёшь по списку, то просто «Ок» нажимаешь, и всё, они выдаются. Если не все, то количество ставишь, сколько реально сейчас каких деталей выдаёшь, и «Ок» нажимаешь. Но сам список деталей, по крайней мере, уже есть составленный. Всё очень просто в «выдачей» со склада получается.

Итого: плюсов очевидно много, если так данные вести по «сборочным» заказам. А по трудоёмкости ведения, я бы не сказал, что в совокупности это сложнее, чем руками «отгрузку» оформлять без наличия предварительно созданных «сборочных заказов» и ЛЗК к ним.


4. Про общий порядок

Всё вышеперечисленное я бы не стал ни в коем случае делать сразу «в промышленных объемах». То есть вводить сразу тотально по всем деталям реальную информацию, по всем сборкам, что в работе. Я бы взял 2-3 для примера. Или если большие сборки, то вообще бы сделал специальный упрощенный пример. Взял бы реальные детали, но не 250 наименований, например, как в реальной сборке, а штук 5 или 10 завел бы. Как будто это все детали в данной сборке. И таких несколько «сборок». Смоделировал бы на этом десятке деталей весь описанный процесс от начала до конца. От запуска деталей до полной выдачи всей комплектации на сборку. Смоделировал бы разные варианты на этих деталях: сами полностью делаем, делаем часть операций сами, часть подрядчик, заказываем полностью готовые детали из материала подрядчика (на самом деле бывает теоретически ещё один вариант выше не упомянутый – заказываем у подрядчика полностью изготовление детали, но под это дело ему отправляем свой материал). Как отмечаем движение деталей, как передаем готовые на склад, как выдаем со склада на сборку. И вот когда на таком простом примере из 2-3 «сборок» и 10-20 «деталей» всё это промоделировал, всё понял, как оно что работает от начала и до конца процесса основного, вот после этого бы озаботился уже вопросом, как теперь сделать так же, но только по всем «заказам» и деталям.
 
Спасибо за столь подробное объяснение.. как всегда с ходу вроде все понятно. Буду пробовать это делать в программе. Вроде общую концепцию уловил.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4026
Приняло участие в обсуждении: 417
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт