Изменение цен на лицензии - С 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
Ошибка при работе с детальным графиком. Максимальный уровень учета.
 
Добрый день! При работе с детальным графиком возникает ошибка. Максимальный уровень учета.
Последовательность действий:
1. Исходное состояние. Выполнение работ "Сборка" предполагается на одном посту (Звягинцев). (Посты у меня заведены по фамилиям).
2. Далее на эту же операцию добавляю еще один пост Титов. Закрываю окно редактирования.
3. Нажимаю обновление (F5). На графике появляется еще один пост на операцию.
4. Далее опять двойной клик мышкой - окно редактирования, обратно удаляю пост, который добавлял. Закрываю окно редактирования.
 
5. Нажимаю кнопку обновления F5. Выскакивает ошибка и программа виснет наглухо - теперь только через диспетчер задач Windows.

А вот если я после удаления и закрытия окна редактирования закрываю окно детального графика, а потом снова открываю - то все нормально - пост удален, зависаний нет.
Изменено: ALEX-220781 - 16.02.2016 18:37:54 (добавил картинку)
 
С ошибкой понятно, воспроизвели такую же. Будем смотреть, чинить.
Спасибо за информацию!

Вопросик: а зачем при количестве изделий = 2 "максимальный" уровень учёта? Это просто тестовый пример такой?
Так то, если 2 шт реально всего, то "максимальный" уровень не нужен, мне кажется. Хотя тут дело вкуса, конечно...
 
Дело в том, что мне не удобно на Высоком уровне разбивать сменные задания на разные смены (посты) использую при этом нормо-часы. Например: рабочему выдали на смену 20 деталей, каждая деталь имеет трудоемкость в н/ч. В течение дня выясняется, что он физически успевает сделать только 15, а 5 остальных надо распределить другим работникам, и, чтобы на Высоком уровне это сделать нужно высчитать сколько н/ч сделано (так как н/ч зависят от количества деталей), сколько осталось, если еще надо распределить не на один пост а на несколько - то вычислений добавляется. Плюс к тому надо помнить, что, сколько н/ч распределил и кому (в окне смены работника, откуда пришлось распределять этого не показано). Плюс к этому в окне сменного задания того работника, который не смог выполнить все по плану надо не забыть закрыть ему смену с меньшим количеством н/ч через функцию выполнение.
В общем не удобно работать на уровне нормо-часов. Все таки задания работнику выдаются на количество деталей в штуках (метрах, килограммах и т.п.), а не в нормо-часах. И спрашивать с него нужно также в штуках. А то ведь он может вместо работы курить и говорить - наматывать нормо-часы, а производительности никакой. В то время как другой работник эту же работу может выполнить легко и еще попросить.
Изменено: ALEX-220781 - 16.02.2016 19:14:52 (исправил ошибки)
 
Может быть в следующих версия программы сделать настройку - кому как удобнее - н/ч распределять или количество сделанной работы - разные ситуации встречаются.
Изменено: ALEX-220781 - 16.02.2016 19:16:54
 
А так, конечно, в окне сменного задания удобнее работать, чем через детальный график Максимального учета.
 
Тут главная разница между вариантом "максимального" и "высокого" уровня в том, что на "максимальном" частичная сдача по количеству - это нормально, а на "высоком" - это зло и так не должно быть.

Связано со спецификой производства. «Максимальный» уровень рассчитан на серийное производство в первую очередь. Когда рабочий делает большую партию деталей. Одних и тех же изо дня в день. График изготовления партии распределяется как-то по сменам (сколько штук в день), и он делает. При этом если он сегодня сделает не 20, а допустим, 18, а завтра 22, то в этом нет, в принципе, ничего страшного. Нормальное явление. Специфика организации серийного производства такова, что никто от таких незначительных колебаний, в принципе, не пострадает.

Другое дело мелкая серия или единичное производство. Особенно при большой номенклатуре. Тут совсем другая ситуация в случае, если Иванов сделал не 20 деталей, а 18. Если он доделал оставшиеся 2 завтра - молодец, обычно, ничего сильно страшного в этом нет. Если он «разделил» это задание с Петровым, и оставшиеся 2 детали сделал Петров – это тоже нормально. Ничего страшного. А вот если просто Иванов сделал 18 деталей вместо 20, и на этом всё, то это очень плохо, ибо в перспективе чревато большими проблемами.

Сплошь и рядом можно встретить на предприятиях ситуации, когда сама система управления и оплаты в этом месте неправильно организована, и из-за этого большие проблемы. Когда приёмка и оплата идёт просто по количеству, как в «серии». Т.е. нормо-часы за каждую деталь, сколько сдал, за столько получил. И всё. При этом постоянно возникает ситуация типа: Иванову дали задние сделать 20 деталей "А" и 8 деталей "Б". Иванов же (по разным причинам, их море находится всегда) сделал 18 деталей "А", 7 деталей "Б", но зато ещё 5 деталей "В". Нормо-часы ему соответственно по количеству сданных деталей закрыли.
У Иванова всё отлично, у предприятия полная .... Доход предприятия = 0 (хорошо ещё, если не штраф), потому что готовую продукцию не собрали. Т.к. не хватило 2х деталей "А" и одной детали "Б". Расходы предприятия = купленные и потраченные на 18 деталей "А" и 7 деталей "Б" материалы, зарплата Иванова и все остальные сопутствующие.
Бизнес, прямо скажем, так себе…

А всё, в большой степени, из-за этой пресловутой приёмки «просто по количеству».

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


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

Вот, как-то так…

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

С этим согласен, можно подумать на эту тему.
Что же касается общего принципа, что на «максимальном» уровне можно просто «сдать по количеству», а на «высоком» нельзя (только «разделить» одно задание на несколько смен или людей), тут я думаю менять ничего не нужно. Тут всё правильно, мне кажется.
 
Общий принцип Максимального и Высокого менять не обязательного. На Высоком если нужно сделать все детали, то нужно это сделать обязательно, не зависимо от того, кто и сколько сделал - иначе заданию не присвоить статус Выполнено.
А вот разделение используя только нормо-часы не наглядно. Приходится вручную вычислять сколько н/ч работник потратил на частичное изготовление деталей, и сколько нужно разделить. Было бы распределение по количеству деталей было бы проще.
Поэтому и пользуюсь Максимальным уровнем.
Причем, когда у работника забираем часть нормо-часов и распределяем другим, то в окне смены ничего не меняется - остается то же количество н/ч и деталей, как за выполненные в полном объеме - нажимаем кнопку Принять - и в статистику идет завышенное рабочее время.
Могу предложить сделать в таком случае ограничение, если у работника забирали часть работы, то принять можно только через кнопку Выполнение. А там уже на выбор: количество деталей по умолчанию ставится то, что у него осталось после распределения, а н/ч за шт и итоговую можно править (если расчетная трудоемкость на самом деле не совпадает с фактической). Можно сделать так, как при редактировании операций из типовых техпроцессов: либо оставляешь как в типовом, либо меняешь, а если надо вернуться к типовому - жмешь крестик в окошке ввода значений.
 
Цитата
ALEX-220781 пишет:
На Высоком если нужно сделать все детали, то нужно это сделать обязательно, не зависимо от того, кто и сколько сделал - иначе заданию не присвоить статус Выполнено.
https://vogbit.ru/support/605/#__RefHeading__177_93506264 , рис. 87

https://vogbit.ru/support/605/#__RefHeading__201_93506264

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

Цитата
ALEX-220781 пишет:
А вот разделение используя только нормо-часы не наглядно. Приходится вручную вычислять сколько н/ч работник потратил на частичное изготовление деталей, и сколько нужно разделить. Было бы распределение по количеству деталей было бы проще.
Согласен. В некоторых случаях не сказать, что очень удобно. Поэтому:
Цитата
Константин Чилингаров пишет:
Возможно, имеет смысл добавить чисто для удобства разные варианты разделения нормо-часов. Например, задать в процентах, кто какую часть работы сделал. Или то же количество ввести – кто сколько из общего указанного в задании кол-ва деталей (или комплектов) сделал. Чтобы часы соответственно поделились. Чисто для удобства ввода.
Зато, так как сейчас, абсолютно универсально. Ручной ввод. Позволяет отразить все возможные варианты. В т.ч. когда "разделённых" часов больше (или меньше), чем исходных, когда разделение не пропорционально количеству или вообще с ним никак не связано (например, при количестве = 1) и т.д.
Случай с разделением нормо-часов, отталкиваясь от разделения только по количеству, в этом плане является частным, и совсем не всегда применим.
Поэтому я и говорю: универсальный вариант есть. Для удобства можно будет со временем ещё парочку добавить дополнительно.

По дальнейшему -

Функция "принять" предназначена для быстрой отметки о выполнении работ, когда не было никаких отклонений от плана (наиболее частый случай). Т.е. ничего ни у кого не "забирали", ничего не "делили", ни больше, ни меньше не сдавали. Сказали делать N деталей, K нормо-часов, сделали, нажали "Принять".

Функция "выполнение"вот ещё) предназначена для приёмки задания, когда есть отклонения:  по нормо-часам, по количеству, по исполнителям.

так что
Цитата
ALEX-220781 пишет:
Могу предложить сделать в таком случае ограничение, если у работника забирали часть работы, то принять можно только через кнопку Выполнение.
- это уже всё и так есть. Нужно только грамотно использовать функции "Выполнение", + возможно, "Разделить" и +  возможно, доп. ограничения по приёмке задания в зависимости от кол-ва сданных деталей. И всё будет.

Цитата
ALEX-220781 пишет:
Можно сделать так, как при редактировании операций из типовых техпроцессов: либо оставляешь как в типовом, либо меняешь
Это тоже и так всё есть. В окне "Выполнение" (рис. 45). Правда не совсем так выглядит, но по функциональности всё есть.
Добавление/редактирование/удаление информации о факте (сделать отличным от плана, вернуть назад).
Кнопка "перенести в факт" (вернуть назад "как по плану", потом по-новой исправить).
Всё можно делать.
Единственное чего там не хватает - добавить помимо ручного "разделения" нормо-часов ещё парочку вариантов "интеллектуального разделения".
Сейчас просто сам руками вводишь, кому сколько нормо-часов закрыть, и всё. Можно плюс к этому добавить ещё вариант ввести не напрямую н/ч, а либо проценты, либо штуки (кто сколько сделал), а нормо-часы пересчитать из введённого соотношения. Вот и всё.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 3988
Приняло участие в обсуждении: 415
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт