Новый модуль VOGBIT для производства сложных больших изделий - Визуализация текущего состояния производства в условиях большого предприятия и изготовления сложных уникальных изделий (крупные установки, комплекты оборудования для энергетических объектов и промышленных предприятий и т.п.)

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

Создание отчета. - Отчёты
Сергей: Если верить доке, то:  Формат строки вызова запроса: «UserQuery» + пробел + Наименование запроса + пробел + Служебная информация В служебной и ...
Формирование отчета по возврату материалов на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нужно для этого  сделать такой отчёт (настроить шаблон отчёта, услуга платная). Если интересно, то пришлите, пожалуйста, ...
Возможность разграничения записей. - Общие вопросы
Константин Чилингаров: Выходите на связь (телефон, почта, telegram, whatsapp, skype), сделаем, чтобы были  :) 
Последовательность операций в справочнике Номенклатура - Состав и технология
Константин Чилингаров: написал: Как в справочнике Номенклатура На картинке в сообщении #2 - это не в "Номенклатуре", а в техпроцессе операции связаны. Так ...
Импорт данных - Экспорт импорт данных
Константин Чилингаров: Пришлите, пожалуйста, такой файл нам на почту (на общий адрес). Посмотрим на него для начала...
Отсутствие кнопки "Учётный документ" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Думаю, нужно тем, у кого нет, таки добавить через "Присоединённые формы". Форму выбирать, которая показана на рис.1. ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может. Например, посмотреть "обороты" (движение) по своему складу, там по интересующей позиции движение её, какие были приходы, рас ...
Не загружается график производства - Обновление
Balukov: Здравствуйте!  Для закрытия  необходимо зайти во вкладку "Производство- Производственные заказы: текущие " выделить те заказы, ко ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...

Технология подробно и заявки

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

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

Конструктор знать не знает про какие-то там предварительные заявки. Диспетчер не знает, что конструктор изменил технологию. Возникает не отслеживаемая ошибка.

То же касается ситуации, когда на деталь были созданы задания, а потом изменена технология.

Предлагаю выдавать предупреждение о таких ситуациях и не однократное (конструктор посмотрел на предупреждение, ничего не понял и дальше пошел работать), а что бы какой-то значок постоянно висел и напоминал о том, что заявка для детали или список заданий для детали не соответствует технологии.
 
Цитата
Lexam написал:
Предлагаю выдавать предупреждение о таких ситуациях и не однократное (конструктор посмотрел на предупреждение, ничего не понял и дальше пошел работать), а что бы какой-то значок постоянно висел и напоминал о том, что заявка для детали или список заданий для детали не соответствует технологии.
Плохая идея.

Во-первых, могу привести далеко не один пример из жизни, когда такое несоответствие не является чем-то "ненормальным". Вполне себе штатная ситуация.

Во-вторых, это будет постоянная нагрузка на сервер, в 99.9% случаев непонятно зачем. Программа будет постоянно долбить сервер и сравнивать всё со всем фактически. Рассчитывая при этом количества, разбираясь с единицами измерения, перелопачивая кучу данных. При том что заведомо подавляюще большая часть этих вычислений будет не нужна реально никому.
Как говорится, пострадают невиновные...

Что делать:
Как вариант, можно использовать режим Затраты план-факт. И контролировать. Периодически, самому.
Пример на рис.1. Белая строчка - есть по последним данным по технологии, но отсутствует в запросах на склад.
Строчка выделенная жирным шрифтом - наоборот. Есть в запросе на склад, а по технологии (в состоянии её на текущий момент) такого нет.

А если подходить к проблеме системно, то это надо внедрять на предприятии процедуру проведения изменений.
А это мероприятие на 95% лежит в части чисто организационной.
В советское время ещё всё придумано.
Воспроизводить 1 в 1 все формы документов и процедуры в современном мире, конечно, не обязательно, наверное, но суть то правильная.
Что конструктор решив что-то изменить, если речь идёт о уже выпускаемом изделии, должен не просто делать это ни с кем не согласовав, и никому ничего не сказав, а как минимум, предварительно согласовать свою идею:
- с технологом, на предмет, как это вообще делать будут и не вылезет ли каких-то нюансов в других местах в плане изготовления;
- с ПДО, которые знают ситуацию по заделам деталей, планам и состоянию изделий, которые уже в производстве сейчас;
- со снабжением, чтобы они подтвердили, что они вообще такое привезут, в принципе, и насколько это сложно будет.
И потом только менять.
И после изменения, согласно принятого регламента известить народонаселение, что поменял и где.

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

А сама организация такого рода процесса, повторюсь, это в большей части именно организационный вопрос. Программа (какая бы то ни было, любая) - вторично.
1.png (44.69 КБ)
 
Да, про механизм "Затраты план-факт" я не знал, он наверно позволит решать проблему в какой-то степени.

А насчет организации изменений - да, мы работаем над таким механизмом сейчас.
 
Цитата
Lexam написал:
он наверно позволит решать проблему в какой-то степени
Ну, по крайней мере, выявить такого рода "отклонения" он позволит.
Были у меня некоторые мысли по поводу доработки этой штуки, как раз в контексте похожей ситуации, но пока только в качестве идей.
Страницы: 1
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3642
Приняло участие в обсуждении: 393
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт