Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Заявки покупателей - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Да, это ошибка. На самом деле не при "обновить" даже, а при добавлении строчки в заявку. Разбираемся, почему так получилось. Пока рекомендация, сначала заполнять состав заявки, потом дату ставить. Иначе, судя по всему, её придётся заново ст ...
Расчет себестоимости с учетом входящих компонентов - Новые возможности
Константин Чилингаров: 3520 Alex-220781 написал: Но все таки, получается, что существующий алгоритм расчета себестоимости рассчитан на определенных пользователей (производство строительных металлоконструкций), всем остальным придется составлять техкарты, спецификации по ...
Заявка покупателя - Прочее
Saw-x: Спасибо. Приятно слушать, когда тебя слышат.
Работы попадают в Завершенные, а не Готовые. - Ошибки в работе
Константин Чилингаров: Я Алексею на почту отправил.
Возврат в окно - Интерфейс программы
Fomina: 3520 Alex-220781 написал: Хорошо бы соединить вместе достоинства однооконного и многооконного интерфейса. Согласна. Нужен просто возврат в то окно, где было открыто "Выполнение" или "Остатки"
Чистка базы - Прочее
Константин Чилингаров: Дайте копию базы посмотреть. Поглядим.
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Мы подумаем на эту тему.
Обновление информации в окне новых заданий. - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Я думаю, как минимум щелкнуть мышкой Я знаю людей, у которых новые задания добавляются 2 раза в день и по несколько десятков/несколько сотен штук за раз. Им их все придётся "прощёлкивать"? как-то не очень... Ес ...
Выбор постов на максимальном уровне - Новые возможности
Константин Чилингаров: Ок. Запишу пока в список. Посмотреть нужно. Спасибо
Информация о количестве изделий на терминале - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Когда берёшь (иногда и когда сдаёшь, когда это имеет смысл) есть кнопка "Предыдущий день" (рис.1). По поводу кнопки, она отображается, только если авторизироваться. Без авторизации можно посмотреть тольк ...
Расчёт заработной платы - Общие вопросы
Lesotehnikakirov: Добрый день! В окне статистики не считается заработная плата (расценка 0, сумма 0). Нормы времени на операцию и расценка за нормо-час в технологии заданы. При этом, в окне приёмки задания в столбце "нормо-часы" напротив фамилии работника по ...
Перезапуск программы - Установка
Константин Чилингаров: Здравствуйте, Что вы видите после входа в программу, зависит от того, к какой базе данных вы подключаетесь. Лицензия и база данных (её содержимое) никак между собой не связаны. Лицензия определяет возможность или невозможность запустить, в принципе, ...
В перечень отчётов не добавляется отчёт из шаблонов. - Прочее
Lesotehnikakirov: Да, действительно, так. Благодарю.
Задвоение деталей в графике производства - Производство
Константин Чилингаров: Здравствуйте, Скриншот слишком обрезанный, чтобы по нему что-то точно сказать. Судя по косвенным признакам, это не просто окно "График производства" открыто, а "График производства - Подробно". В этом случае одна строчка соответс ...
Запоминание состояния справочников и категорий - Интерфейс программы
Константин Чилингаров: Если речь о кнопке, которая переназначает исполнителя (участок) сразу для нескольких выделенных заданий в "Новых заданиях", то там, мне кажется, никогда и не предусматривалось в этом месте выводить "категории" и папки. Там, по-мое ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Резюме: 1. Почему так получилось: нужно было использовать функцию "отмена" в окошке сменного задания. Она корректно "откатывает" состояние задания, включая удаление информации по сданному количеству и другие нюансы. Указанная &qu ...
Нарушение области печати (решение) - Отчёты
Пётр: При подготовке нового шаблона отчёта столкнулся с проблемой, описание которой на Форуме не нашёл. Методом проб и ошибок получил если не правильное, то возможное решение. [B Суть проблемы[/B При редактировании шаблона отчёта в Excel, задаётся вы ...
Задания - Общие вопросы
Lesotehnikakirov: ОК, спасибо. Вопрос решился.
После 18-00 на терминале пустой экран - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Может быть не там настраиваю? Не совсем там. На рис. в сообщении #3 - это настройки по умолчанию для создания новой смены. Эти цифры подставляются если создавать новую смену через "создать" или копирование (пе ...
Расчёт обеспеченности на основании заявки покупателя. - Общие вопросы
Константин Чилингаров: Последнее сообщение /forum/forum24/topic2374/ перенесено . Причина - не соответствует заявленной теме топика. См. /forum/forum24/topic928/# здесь , п.2.

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

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

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

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

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

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

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

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

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

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

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

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

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

×
Вход на сайт