Изменение цен на лицензии - С 01 мая 2024 г. изменятся цены на лицензии ПО VOGBIT

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

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

уровень сложности

- Общие вопросы - Старые разделы форума
Страницы: 1
уровень сложности
 
подскажите, пожалуйста, где узнать какой уровень сложности настроен и как настроить нужный?
 
Что имеется в виду под "уровень сложности"?
Если уровень учёта, то читайте вот здесь. Там всё подробно расписано.
 
да, спасибо
только вот теперь у нас некоторые кнопки не активны стали...серым горят, как показано на стр.17 руководства (создать задание - серая у нас)
 
Если кнопка Создать задания не активна, значит нельзя создать задания для той строчки, которую вы выбрали. Вероятнее всего, вы их просто уже создали (задания).
Обратите внимание на колонки Состояние и Дата запуска.
Почитайте про создание заданий подробнее именно для того уровня учёта, который вы выбрали.
 
VGB-fraktion...что это и где можно почитать-посмотреть (это когда массовую долю-процент пишешь, красным горит)
 
https://vogbit.ru/support/
 
а возможно ли в ВОГБИТЕ планирование автоматически по дням, чтоб программа сама раскидывала, задавала или это в ручную надо каждый раз делать? если возможно, пожалуйста, ссылочку на документ!!!
 
у нас не раскидывает на автомате по дням ...и в день может выдать более 100% загрузки (можно добавлять до бесконечности и проценты  растут) ...разве такое может быть....может у нас какая-то кнопка не нажата или наоборот отжата))) Где можно посмотреть?
 
или нужно самим всегда следить по графику загрузки и планировать на др. дни....нам что-то не совсем понятно получается(((
 
Цитата
Анастасия пишет:
а возможно ли в ВОГБИТЕ планирование автоматически по дням, чтоб программа сама раскидывала
А зачем?

Вы можете, конечно, сказать, что это глупый вопрос. Но это если не вдумываться. А вот если начать разбираться, то становится очевидным, что этот вопрос очень даже уместен.

Давайте предположим, что программа как-то по своему усмотрению автоматически сама "раскидает" вам работы по дням.
Хорошо. Раскидала. И что дальше? Что вы получили в итоге?

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

Это не предположение. Это факт. Он легко подтверждается и теорией, и практикой.

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

Что касается практики:
Тут проще. Я, например, лично знаком с одним руководителем производства (практик, очень авторитетный и грамотный специалист), который однажды взял и попробовал у себя в производстве внедрить такой способ планирования. Резюме: попытка в реальности работать по подробному плану, рассчитанному программой, приводит к результату строго противоположному ожидаемому. То есть ситуация в производстве не только не улучшается, а наоборот - ухудшается. Причём заметно. Если упорствовать, то вплоть до полной остановки выпуска готовой продукции.
Это, опять же не я придумал. Люди попробовали. Увидели, что происходит и вовремя отказались от такого чрезмерного "искусственного интеллекта".
Причём сослаться на некомпетентность или какие-то другие факторы в данном случае не получится. Дело в том, что после данного эксперимента, этот же самый руководитель в этом же самом производстве применил другой вариант планирования (с использованием VOGBIT, кстати) и получил за 2 года рост производительности в 3,5 раза (без увеличения численности персонала и без покупки или модернизации оборудования). Так что дело всё-таки именно в методике, а не в чём-то ещё.

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

Отсюда и вопрос: а зачем тогда вообще её в таком виде рисовать, эту картинку?

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

P.S.
И ещё один момент стоит упомянуть.
На самом деле в VOGBIT есть одно место, где в некотором виде такое «виртуальное производство» существует. То есть действительно моделируется, какая работа на каком посту будет выполняться. Но, правда, не с точностью до дня. Только с точностью до поста, и то в некоторых случаях приблизительно. Подобное моделирование используется в модуле Планирование – Загрузка производства (видеоролик). Но там совсем другая задача. Там целью является не составить конкретный точный план, по которому люди будут работать, а получить оценочные показатели. Насколько примерно будут загружены какие участки производства, исходя из имеющихся на текущий момент заказов, ограничений (наличие рабочих, состояние оборудование, сменность работы и т.п.) и особенностей изготовления той или иной заказанной продукции.  В таком приложении моделирование, действительно, может быть полезно. Но тут другой уровень точности. И речь идёт не о плане, а об оценочных показателях.
 
Цитата
Анастасия пишет:
у нас не раскидывает на автомате по дням
См. предыдущее сообщение. Там ответ на этот вопрос.

Цитата
Анастасия пишет:
и в день может выдать более 100% загрузки
В первой версии VOGBIT было как раз такое ограничение. Как только загрузка становилась 100%, программа просто запрещала добавлять работы в план этой смены.
Как только люди начали реально в программе работать, сразу оказалось, что так жутко неудобно. Ибо:

1. План работ на смену - это список работ которые вы, в принципе, собираетесь делать. Почему нельзя вписать в него дел "с запасом"? Успеете - хорошо. Не успеете - перенесёте на следующий только то, что не успели. Может вы в начале дня точно не знаете ещё, какие именно из этих дел вы перенесёте. Почему так нельзя?

2. Нормы - вещь не точная. А примерная. Представьте такую ситуацию - у вас осталось в смене по нормам 30 минут "свободных". А в плане есть работа с нормативной трудоёмкостью = 31 минута. И что? Всё? По логике программы получается, что невозможно уже в эту смену добавить данное задание. Загрузка то будет больше 100%.
Удобно? Вообще-то не очень, если честно...

3. Из той же оперы. Нормы - это плановое время. Примерное. А не точное время выполнения работы секунда в секунду. А что если, к примеру, ту работу, которую по нормам человек должен был сделать за 3 часа, он сделал за 2 часа? Или за 2 с половиной? Или один сделал за 2.5, а второй за 2? Им теперь сидеть до конца смены и играть в домино, потому что программа запрещает выдать задание из-за того, что какая-то виртуальная "загрузка" превысила какие-то "виртуальные 100%"?
На такой случай, есть конечно ещё в VOGBIT механизм фиксации фактической трудоёмкости. Если ввести в программу реальное фактическое время, то остаток смены в графике загрузки "освободиться", если факт оказался меньше плана, или наоборот, "свободное место" уменьшится, если факт оказался больше. Но это ж вводить надо! По каждому заданию сделанному. Я пока не встречал энтузиастов, готовых с такой точностью всё фиксировать.
А значит, опять же, получается, что нельзя запрещать добавлять ещё одно задание в план смены только на том основании, что суммарная нормативная трудоёмкость всех до заданий, до этого запланированных на эту смену, уже равна или больше восьми (или сколько там настроено) часов.

4. Вам встречалось когда-нибудь такое понятие, как "норма выработки = 300%"? Или 400? Когда утверждённые 100 лет назад нормы, по каким-то причинам нельзя менять (воен.приёмка и т.д.). Но реально они не соответствуют действительности вообще. А в таком случае что делать? Работать по 2 часа в день, потому что программа запрещает больше?

Резюме:
Рассчитанная по нормам (примерным) загрузка рабочего места сама по себе не является основанием, чтобы разрешить или запретить добавить в план задание. Бывает масса разных случаев. Если программа будет сама проявлять в этом месте "искусственный интеллект" и запрещать, то это плюсов никаких не даст. Одну головную боль.
Поэтому первоначальный вариант (когда запрещала) практически сразу заменили на другой, более жизненный. Теперь программа при обнаружении превышения плановой загрузки предупреждает человека. Говорит ему "Обрати внимание! там и так уже много работ. Ты точно хочешь туда именно вставить в план эту работу?".
 
Цитата
Анастасия пишет:
нужно самим всегда следить по графику загрузки и планировать на др. дни....нам что-то не совсем понятно получается(((
Для начала нужно понять следующее: эффективная организация производственного процесса (включая планирование работ, как его неотъемлемую часть) – это не нажатие в программе какой-то конкретной кнопки, в результате чего дальше «всё само как-то получится». Это, в первую очередь, выстраивание определённой схемы работы людей. Включая порядок их взаимодействия, определённые правила и последовательность: кто, что, в каком порядке делает, для чего он это делает. А программа в этом случае – это инструмент для обеспечения такого порядка работы.

В частности, VOGBIT, если говорить о планировании и управлении производством предусматривает следующую концепцию организации работы:

1. Есть общий план производства – всё, что в итоге нужно сделать. В зависимости от типа производства это может быть план на несколько месяцев вперёд или даже больше. А может на несколько недель. Смотря какая у вас ситуация с заказами и какой цикл производства. Как и любой другой план, этот в течении времени меняется. Но не очень часто. Выполненные заказы уходят, новые появляются. Меняется соответственно и общий список того, что должно сделать производство. Это, можно сказать, план для руководителя.

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

3. Есть план для рабочего (сменное задание поста). Эта та часть из всех "текущих" заданий для производства, которые именно этому рабочему нужно делать сейчас (сегодня) на его  конкретном рабочем месте. Точный план на смену для поста, в общем случае, существует на сегодня. В некоторых производствах, может быть, ещё на 1-2-3 смены вперёд. Дальше расписывать такой точный план смысла почти никогда нет. Выше в этой теме, мы уже говорили о бессмысленности слишком точного моделирования кто на длительный срок.

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

5. Вся указанная система не статична. Она динамическая. Она живёт. Есть обратная связь. Если вдруг посты выполняют задания быстрее, чем изначально планировалось (3,4), значит в их оперативный план «доливаются» новые задания из тех, что числились, как «следующие» на уровне заданий для производства вообще (2,3). Если заканчиваются «следующие» задания из уже выданных, значит создаются новые задания, т.е. запускаются следующие по очерёдности партии из глобального плана производства(1,2). Когда уменьшается количество ещё не запущенных позиций в общем плане производства – заканчиваем текущие заказы, значит можно брать новые (1). Процесс ускоряется. Производительность повышается.  Хорошо!
Или наоборот: посты не успевают сделать то, что им поручили (4). Это значит реже в оперативный план постов попадают новые задания (3). А значит на уровне производства в целом реже «следующие» задания становятся «текущими» (2,3).  И, соответственно, не так быстро освобождается место для новых «следующих» заданий. А это значит, что пока не запускаются новые партии изделий (1,2). Замедляется выполнение общего глобального плана производства (1). Значит, пока не можем сделать даже те заказы, которые уже набрали. Не можем брать новые. Производительность падает.  Плохо!

И вот тут то и начинается управление производством. Что надо делать, чтобы было «хорошо», а что наоборот приведёт к тому, что будет «плохо» :). Где на какой рычаг нажать... 

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

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

Приведу один пример. Только опущу настоящие названия предприятий и цифры, т.к. не уверен, что имею право их оглашать открыто.

Так вот. Есть у нас один давний заказчик. Назовём его предприятие «А». Он сейчас использует VOGBIT, в целом, именно так, как я описал в предыдущем сообщении. То есть так, как в принципе и предусмотрено заложенной в программу логикой.
Не далее, как в начале этой недели, наш специалист посетил похожий завод. Назовём его предприятие «Б». Они пока ещё не работают в нашей программе, но им всё понравилось, и сейчас они хотят приобрести и начать тоже работать в VOGBIT.

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

И вот что интересно:
Технологическая база (оборудование) предприятия «А» и предприятия «Б» практически одинаковая. В  месяц предприятие «Б» выпускает примерно в 2 раза больше продукции, чем предприятие «А». Но при этом количество людей занятых в производстве на предприятии «Б» превышает количество людей, занятых в производстве на предприятии «А», практически ровно в 10(!) раз.
Занимательно, не правда ли?
Цифры совершенно реальные. Можно сделать вывод, насколько «правильность» организации производства влияет на производительность труда.

Справедливости ради, надо отметить, что дело, конечно, не только в программе. Дело, в первую очередь, в самой организации. Но и программа наша тут тоже играет важную роль. Она явилась инструментом для такой организации. Особенно, если учесть, что до проекта с нашей программой соотношение численности персонала предприятий "А" и "Б" было примерно таким же, а вот объём производства а предприятия "А" был не в 2 раза меньше, чем у предприятия "Б", а примерно в 6-7 раз.
 
За предыдущие ответы СПАСИБО!!!
 
Вопросы про техпроцессы перенесены сюда.

Поскольку не относятся теме, указанной в заголовке.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 3988
Приняло участие в обсуждении: 415
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт