Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

SolidWorks и Vogbit - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, В части импорта принципиально ничего не поменялось. И вряд ли поменяется. Есть простой "стандартный" дополнительны ...
Запоминание состояние окна Загрузка - Интерфейс программы
Alex-220781: Константин Чилингаров написал: P.S. оно так всегда работало. Знаю. Руки не доходили написать. Сейчас накипело - постов добавилось, часто ...
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Константин Чилингаров: Немного дополню: Во-первых, тут нужно понимать, что есть разные "статусы".  Есть статус задания для производства в целом, а есть с ...
Отчёты - Отчёты
mansur: Благодарю.Отправил.
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Вероятно, отключено автоматическое обновление ОС на этом компьютере. Нужно установить .net Framework версии 4.8 или более новы ...
При импорте техкарты не загружается номенклатура - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Подозреваю, обновление тут не причём. Судя по всему, /forum/messages/forum28/topic2713/message16666/2713-zagruzka-tekhnologicheskoy-karty#message16666 вот это то же с ...
Загрузка технологической карты - Состав и технология
Константин Чилингаров: Здравствуйте, Ошибка в этом случае, скорее всего, в самих данных. Наиболее вероятно следующее: У Вас в файле есть материал, у которого ...
Ошибка Error: called ObjectList - Общие вопросы
Balukov: Здравствуйте. Пожалуйста пришлите на mailto:info@vogbit.ru info@vogbit.ru  подробную информацию об ошибке, нажав в сообщении об ошибке на "i" в лево ...
Тип связи с - Состав и технология
Pto2: Спасибо, странно, но галочки там уже стояли (переставил их заного) и все данные появились.
Неактивность зависимых окон - Прочее
Beavis900: Доброго дня! Дело точно не в зависимых формах. Иначе бы они никогда не работали. А стоит форму закрыть и открыть заново - все работает. И ...
Технологическая карта - Интерфейс программы
Константин Чилингаров: Stas Frang написал: невозможно не кликая на кнопку понять, настроены ли взаимосвязи последовательности операций в пределах одной детали ил ...
Последовательность операций в изделии со сборками - Производство
Константин Чилингаров: Здравствуйте, Balukov написал: чтобы операции сборочных чертежей были доступны только при полной готовности входящих деталей Случай 1. ...
Отчет "Нормативные затраты на изготовление" выдал ошибку: - Отчёты
Константин Чилингаров: Отчет "Нормативные затраты на изготовление" - это бланк для печати из окна "Себестоимость" и в нем выводится одной строчкой дет ...
Заявка на закупку. Печатная форма - Общие вопросы
Beavis900: Благодарю! 
Новый функционал программы "Договоры" - Общие вопросы
Beavis900: Благодарю.
Новая документация "График производства" - Прочее
Константин Чилингаров: А файл вы где брали, который правили? Из архива с сайта (ссылка в сообщении #3)? Или из базы выгрузили (встали в своей базе на шаблон и нажа ...
Запрет редактирования номенклатуры - Прочее
Петр Свиридов: Благодарю, получилось! 
Переключение между окнами - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да, сталкивались с подобной проблемой. Некоторое время назад (около года назад, наверно, приблизительно). Но так и не смог ...
Планирование производства - Демо версия
Константин Чилингаров: 3187 Stas Frang написал: То есть, у большинства единичных производств... По-разному у всех… Очень сильно зависит от специфики конкретного п ...
Создание копии базы данных - Прочее
Григорий Клеков: Благодарю, все заработало.

Ошибка при работе с детальным графиком. Максимальный уровень учета.

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

×
Вход на сайт