Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

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

Ошибка при замене материала - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: автоматически бывает оприходование? Да нет, вроде. Если говорить про ЛЗК/Требование. Не "оприходуется" там расч ...
Ошибка в формировании потребности материалов - Ошибки в работе
Mariska17-17: Спасибо, получилось!
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, У Вас на картинке, задания созданы на "максимальном" уровне. Применение "максимального" уровня в данном случае ...
Ошибка при планировании производства - Демо версия
Iglin1503: Спасибо. все заработало
Удаление категории номенклатура - Прочее
Константин Чилингаров: Здравствуйте, "Удалить из папки" (см. рис.)
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Ок. Спасибо. Посмотрим. 
Поменять технологию - Производство
Илья: 13 Константин Чилингаров написал: И придется как-то сжиться с тем, что она есть. По другому не получится. Понятно, будем тогда сначала п ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало

Производственные заказы

Вопросы в целом о программе и её возможностях - Общие вопросы - Вопросы новичков
Страницы: 1
Производственные заказы, Производственные заказы
 
При обращении к вкладки "Производственные заказы" - "Ранее выполненные", происходит данная ошибка. В чем может быть проблема???
[img]file:///C:/Users/AUTOSKLAD2/Desktop/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0.jpeg[/img]
 
https://yadi.sk/i/7GeJSx7F0cidBw
 
Можно попробовать сбросить на этом компьютере локально сохранённые настройки этого окна.
Откройте папку, где лежат временные файлы VOGBIT. По умолчанию, если вы специально не меняли, это C:\Temp\
Там удалите файл:
ProductionOrdersGridFormCompleted.xml

После этого попробуйте открыть окно (Производственные заказы, ранее выполненные).
 
Сделали как вы сказали, ошибка не прошла!
 
Проблема, судя по всему, конкретно в этом компьютере.
Точнее, в настройке колонок в окне, которая почему-то как-то странно сохранилась на нём, судя по всему.
И при открытии окна пытается примениться и не может.

Тут, если я правильно понимаю, в соседней ветке Ваши коллеги выложили копию вашей базы данных. Я её скачал, развернул. Захожу в производственные заказы - ранее выполненные. Никаких ошибок, всё открывается.

Попробуйте удалить вообще все локальные настройки сохранённые от программы на этом компьютере:

1. Удалите все файлы из папки временных файлов ( C:\Temp\ )
2. Зайдите в папку C:\Users\<Ваш пользователь Windows>\AppData\Local\
 там есть папка «STP»_Ltd
 удалите эту папку.
3. То же самое в C:\Users\<Ваш пользователь Windows>\AppData\Roaming
(удалить папку «STP»_Ltd)

После этого запустите программу и попробуйте.
 
Опять проблема на этом рабочем месте(((при открытии календарного плана выскакивает данная ошибка, при чем на остальных рабочих местах данной ошибки нет
 
https://yadi.sk/i/hSna4tszGrzc6g
 
Не хватает компонента в Windows (vcredist_VS2010_x86). Почему-то нет его у Вас на этом компьютере.

Вот я выложил, чтобы Вам не искать: https://cloud.mail.ru/public/2Gen/9uTxGwcWj
Скачайте, поставьте.
 
День добрый подскажите почему производственные заказы не встают в очередь , валятся друг на друга перегружая посты
 
Здравствуйте,

Если вы имеете в виду добавление работ в план постов из окна «новые задания», то они не «валятся» сами по себе, а попадают ровно те и туда, куда вы их сами вставляете.
Если надо, «раздвинуть» автоматически, чтобы в день «влезало» ровно столько работ, сколько получается по нормативам, то можно использовать функцию «сдвинуть вправо», если нужно (пример вот в этом ролике, примерно 01:35).

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

Вероятно, если такие вопросы возникают, полезным будет обучение.

*не всем производствам в принципе нужен (подходит) «высокий» или «максимальный» уровень. Что может быть связано, как с особенностью технологии, так и с реальной готовностью самой организации в принципе работать по соответствующей схеме.
 
Добрый день.
На данный момент работа идет в тестовой версии с целью ознакомления. Внесены некоторые позиции номенклатуры. Руководствуясь видеороликами "Начало работы" созданы спецификации и технология изготовления изделия. На этапе создания Заказа на производство возникла неувязка - при расчете комплектации количество составляющих рассчитывается некорректно - идет задвоение по некоторым позициям. Ошибка предположительно в следующем - при создании Конструкторской спецификации, одним из составляющих была указана Сборочная единица и к ней привязана Вложенная спецификация на нее. Затем создалась Заказная спецификация, Тех.карта и Тех.процесс. Расхождение идет по позициям из Вложенной спецификации. Помогите разобраться с ситуацией, пожалуйста
 
Здравствуйте,

Цитата
Пользователь19 написал:
Руководствуясь видеороликами "Начало работы" созданы спецификации и технология изготовления изделия.
Не во всех случаях нужно делать полностью всё, один в один, как в этих роликах. Там пример. Один их вариантов, как можно сделать.
В реальности, половина того, что там показано, в конкретном случае может оказаться не нужно. Например, те же "спецификации" далеко не всегда в таком виде нужны на самом деле.

Цитата
Пользователь19 написал:
при расчете комплектации количество составляющих рассчитывается некорректно - идет задвоение по некоторым позициям
По какой конкретно позиции на картинке у вас возникают вопросы?
Из того, что я вижу на картинках, введённые данные на первой картинке и на второй друг другу соответствуют. Правильно или неправильно кол-во указано - это уже я не знаю, ваш вопрос, но на картинках видно, что что введено, то и показывается.

Пример:
Вы ввели:
В изделие "Чешка мод.06" входит сборочная единица "Верх" в кол-ве 2 шт.
В сборочную единицу "Верх" входит две детали "Союзка" в кол-ве 2 шт.

Итого на одно изделие "Чешка мод.06" получается 4 шт "Союзки" (по 2 шт на "Верх", которых в свою очередь 2 шт на изделие).
Т.е., что введено, то и видим.

P.S.
В "Спецификации" количество всегда указывается на единицу того, на что эта "спецификация".

P.P.S.
В случае простых изделий и наличия в производстве "буферов" (заделов), когда детали могут делаться не строго ровно по количеству изделий, а с некоторым "запасом", "спецификации", как таковые вообще особо не нужны в программе, в общем-то (для расчёта "себестоимости", разве что). При такой схеме самое главное комплектация в "технологии", какая указана.
Но это лучше, конечно, не на форуме, а обучение проводить, чтобы эти нюансы объяснить.
 
Доброе утро
Цитата
Константин Чилингаров написал:
Здравствуйте,

Цитата
Пользователь19 написал:
Руководствуясь видеороликами "Начало работы" созданы спецификации и технология изготовления изделия.
Не во всех случаях нужно делать полностью всё, один в один, как в этих роликах. Там пример. Один их вариантов, как можно сделать.
В реальности, половина того, что там показано, в конкретном случае может оказаться не нужно. Например, те же "спецификации" далеко не всегда в таком виде нужны на самом деле.
......

P.P.S. В случае простых изделий и наличия в производстве "буферов" (заделов), когда детали могут делаться не строго ровно по количеству изделий, а с некоторым "запасом", "спецификации", как таковые вообще особо не нужны в программе, в общем-то (для расчёта "себестоимости", разве что). При такой схеме самое главное комплектация в "технологии", какая указана. Но это лучше, конечно, не на форуме, а обучение проводить, чтобы эти нюансы объяснить.
Это понятно. И то, что нужно вызвать специалиста для обучения на месте тоже ясно. Только как без знакомства с программой, ее основными возможностями, задавать вашему специалисту вопросы, которые помогут в дальнейшей работе с программой?


Цитата
Константин Чилингаров написал:

Пример:
Вы ввели:
В изделие "Чешка мод.06" входит сборочная единица "Верх" в кол-ве 2 шт.
В сборочную единицу "Верх" входит две детали "Союзка" в кол-ве 2 шт.

Итого на одно изделие "Чешка мод.06" получается 4 шт "Союзки" (по 2 шт на "Верх", которых в свою очередь 2 шт на изделие).
Т.е., что введено, то и видим.

P.S.
В "Спецификации" количество всегда указывается на единицу того, на что эта "спецификация".

Ошибку поняла сама. Количество деталей входящих в состав сборочной единицы указывалось на пару. Сменила единицу измерения сборочной единицы со шт. на пары и количество с 2 на 1
 

Но остался вопрос по Расчету комплектации:
в сформированном Расчете комплектации при выборе сортировки "Только изготавливаемые", в отличии от приведенного в примере, отсутствует строка Изделие (конечное изделие), но остается строка Сборочной единицы. Получается главное Изделие в запуск производства не пойдет, но помимо Деталей, из которых состоит Изделие, будут дополнительно произведены Сборочные единицы, частично состоящие также из тех самых Деталей.
Может быть ошибка в выборе Типа связи в Настройках для режима проектирования технология?
тест.jpg (116.05 КБ)
 
В окне "Расчёт комплектации" есть слева выдвигающаяся панель "Настройки".
Там надо поставить галочку "Включать в список компонентов сами изделия".
1.png (44.97 КБ)
 
Подскажите как сделать так чтобы задания для постов раскидывались без моего участия (чтобы это было более автоматизированно чем во в этом (пример вот в этом ролике, ))
 
Тут всё зависит от цели.

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

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

Если говорить именно об  управлении реальным производственным процессом ("высокий" уровень):

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

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

1.  Для лазерной резки при больших объёмах есть технология интеграции с раскройными программами (через "объединённые задания" в VOGBIT). Чтобы в VOGBIT выдавать на посты задание в виде не огромного количества разных деталей, а в виде "программ", то есть включать в сменное задание для машины лазерной резки что-то типа "Лист ГК 2мм, 1250х2500, программа такая-то - столько-то штук, программа такая-то - столько-то штук" и т.д. А деталей на каждом из этих листов много разных. И VOGBIT знает каких именно. И закрывать так же - листами (программами). А VOGBIT в этом случае сам понимает какие именно детали в каком количестве были порезаны и автоматически это отмечает в базе и "продвигает" тем самым порезанные детали сразу "пачкой" дальше по маршруту. С возможностью ручной корректировки, если несколько деталей ушло в брак плюс некоторыми другими нюансами. Это с одной стороны требует немного больше действий при подготовке таких "объединённых" заданий, но зато даёт несравнимый выигрыш в дальнейшем. Когда вместо сотен "заданий" на отдельные детали выдаёшь на пост и закрываешь несколько штук. На "листы/программы". А остальное (задания по деталям) автоматом.

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

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

3. Современная версия VOGBIT хорошо поддерживает параллельно использование нескольких разных уровней по ходу прохождения деталей через производство. То есть не обязательно сейчас использовать "высокий" уровень тотально по всем участкам и рабочим местам. Можно, например, по "высокому" уровню, то есть с выдачей сменных заданий на посты, пропускать только некоторые операции в техпроцессе. Там где это наиболее критично в плане управления процессом. А там, где и так, в принципе всё хорошо, на других операциях по техпроцессу - использовать "средний" уровень (отметка по факту, без необходимости выдавать/распределять специально для этого задания). В современной версии VOGBIT так можно. Без необходимости что-то вручную всё время переключать в программе. Что опять же призвано упростить использование программы. Убрать те действия, которые не нужны, там, где они не нужны.

P.S.
Был ещё такой опыт у нас:
Написали мы в своё время функцию в режиме "новые задания", которая по определённым правилам вставляла не только текущее задание в план поста, но и сразу все последующие по техпроцессу с определённым сдвигом друг от друга. Изначально планировалось это под производство ЖБИ. У меня, правда, коллеги не дадут соврать, с самого начала вызывала большой скептицизм та идея организации производства, которую излагали организаторы данного мероприятия (несколько заводов люди строить собирались и даже начали, вроде как). Не верил я, что в реальности сможет так производство работать, как они разрисовали. Правда личного практического опыта в работе с ЖБИ у меня не было никакого (заказчики утверждали, что у них как раз был) и, кроме того, за реализацию возможностей в программе под такую концепцию платили. А деньги были очень нужны.
В общем сделали мы когда-то и такую функцию. На практике проверить, правда, так и не удалось. Как я и предсказывал, это не заработало. Правда намного раньше, чем предполагалось. Ни один завод так и не был в итоге построен, насколько я знаю, на котором планировали его потенциальные хозяева организовать производство по той схеме, под которую эта функция делалась.
Страницы: 1
Сейчас на форуме (гостей: 18)
Всего зарегистрированных пользователей: 3354
Приняло участие в обсуждении: 376
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт