Новая версия VOGBIT 23.1 - Более быстрая и стабильная работа программы. Новые возможности для производства и контроля обеспеченности.

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

Как позицию из корня справочника переместить в категорию "основная"? - Общие вопросы
Technologymz.vega: Здравствуйте, Максим! Спасибо, всё работает!
Ошибка при формировании заявок из режима "Обеспеченность" - Материалы, Комплектующие, Складской учёт
Technologymz.vega: Спасибо, так работает.
ошибка при добавлении работника в режиме "Выполнение" - Производство
Константин Чилингаров: Добрый день! Понятно.  Вы задействовали механизм "внеплановых заданий" и для такого "внепланового задания" нажали "Выполн ...
Минимальный остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нет. Такой возможности сейчас нет. Минимальный остаток можно сейчас задавать только для номенклатурной позиции. Скольк ...
Планирование загрузки производства. - Прочее
Константин Чилингаров: Давайте на следующей неделе? У вас же есть наверняка наши всякие контакты (telegram, whatsapp). Давайте спишемся, договоримся по времени.
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Для такого случая подойдёт терминал «тип 4». Он заточен специально под многостаночников (операторов станков с ЧПУ), которые работают с ...
Выполнение заданий - Общие вопросы
Beavis900: Благодарю! Мы решим и я напишу Вам на почту.
Создание расходного ордера. - Общие вопросы
Константин Чилингаров: можно ли создать расходный ордер не основываясь на приходном документе? Речь идёт, наверное, о создании расхода без "документа-осно ...
Фиксированные временные диапазоны - Новые возможности
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий. Спасибо за предложение.
Перестал работать терминал - Терминалы
Admin12: Написал
Изменение стоимости материала при ошибке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: У администратора VOGBIT есть специальная утилита для случая, если неправильно указали цену или единицу изменения. Чтобы это исправить, не ...
Привязка приходной/расходной накладной по объектам (заказчикам). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Конечно, в VOGBIT есть различные связи. И комментарии есть. А есть именно взаимосвязи между различными объектами, документами, сущностями. ...
Создание прихода и выбор поставщиков (контрагентов). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Поставщики", "Получатели", покупатели, исполнители и прочие "орг. единицы" в VOGBIT находятся в общем справочнике "Подразд ...
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается с использованием специального модуля. Есть такой модуль, который стоит 15 000 р. и умеет загружать из Excel файла. Но у него главное о ...
Отсутствует корневой элемент. - Прочее
mansur: Спасибо большое, помогло.
Настройка отображаемого периода при распределении работ. - Интерфейс программы
Veruz: Благодарю, стало удобнее работать.
Ошибка при работе с терминалом - Ошибки в работе
Olyaasolya: Спасибо большое за совет! Еще раз все перепроверила, внесла параметры и требуемая информация отображается.
Подсчет фактической и плановой трудоемкости. Терминал - Терминалы
Константин Чилингаров: Здравствуйте, Для такого случая штатно предусмотрено использование механизма "Принятой трудоёмкости". В "Статистике производ ...
Терминал - Терминалы
Константин Чилингаров: написал: Возможно как-нибудь запомнить настроенное состояние экрана? Каждый раз при включении приходится удалять ненужные посты указ ...
Редактирование приходного ордера - Общие вопросы
Константин Чилингаров: Сообщения #1 - 3:  Вы уже отметили операцию прихода, как "проведённую". Соответственно править задним числом уже не даёт. Что правиль ...

НЗП

Вопросы в целом о программе и её возможностях - Общие вопросы - Вопросы новичков
Страницы: 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
Сейчас на форуме
Всего зарегистрированных пользователей: 3863
Приняло участие в обсуждении: 408
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт