Константин Чилингаров: Запустить "Расчёт себестоимости" на 100 штук.
Если это изделие какое-то с вложенными сборками, подсборками и т.п., то построить для н ...
Константин Чилингаров: Здравствуйте,
Пришлите, пожалуйста, на почту:
- скриншот ошибки при попытке запуска;
- название организации;
- номер лицензии.
Разбере ...
Константин Чилингаров: Примерно вот так (см. картинку).
Цветом показано общее состояние готовности узлов и деталей для них.
"Полоска" - в какой примерно ста ...
Константин Чилингаров: Здравствуйте,
3938 Алексей Пономарев написал:
Когда мы принимаем на склад деловой отход через специальную кнопку, он суммируется с цел ...
Константин Чилингаров: 6386 mansur написал:
Одна позиция только осталась в "планировании"
Не "готово", потому что не все эти "откосы" у вас сделаны. М ...
Валерий Бондаренко: Все понял. Попробовал, действительно если выделена строчка группировки то задваивается. Спасибо, предупрежу мастеров что бы при выделен ...
Константин Чилингаров: Здравствуйте,
На будущее, я бы всё таки рекомендовал в техпроцессе указывать заготовки (неважно, чем они являются) и материалы именно, ...
Константин Чилингаров: 13 Константин Чилингаров написал:
Я думаю, что Вам можно было бы поразмышлять о некоем "конфигураторе уровня учета", где пользовате ...
Константин Чилингаров: Да, похоже, есть какая-то проблема с очередным обновлением десятки.
Мы уже известили о ней разработчика системы защиты (мы её купили, не с ...
Константин Чилингаров: Здравствуйте,
С точки зрения общей логики работы программы (различные расчёты, формирование заказов на производство и т.п.) для специфи ...
Константин Чилингаров: 19208 Ирина Хохлова написал:
все таки думаю, что фасад это сборочная единица и спецификация нужна
Если "фасад" это некая конструкци ...
Константин Чилингаров: Правильно.
С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...
Добрый День... Мы имеем 10 рабочих постов и они загружены на неделю 25 заказами. Как получить сводную информацию со всех постов, на каком посту, в какую дату будет выполнятся заказ и чтоб все это выгружалось в Excel файле.
Готовой такой функции нет, чтобы именно в таком виде высыпать именно такие данные в виде Excel файла.
Можно попробовать сделать отчёт. Не бесплатно. Механизм отчётов как раз предназначен для такого рода задач. Собрать кучу взаимосвязанных данных, обработать (сгруппировать, рассортировать, отформатировать и т.п.) и вывести в Excel файл.
Добрый день! При разделении задания на несколько смен, задания переносятся по нормочасам, но количество в штуках изделий в задании остаётся не изменённым, что очень не удобно, т.к. мастеру приходиться запоминать сколько изделий произвёл рабочий сегодня. Возможно,что-бы разделение заданий на несколько смен было не по нормочасам а по штукам?
Если реально мелкосерийное или единичное производство и организовано по тем принципам, как подразумевает "высокий" уровень учёта, а проблема именно в том, чтобы запомнить, сколько ещё осталось, то тогда есть ещё вот такое.
Спасибо за ответ. В графике производства колонка трудоёмкость не заполняется до тех пор пока не созданы задания на производство, после создания заданий нет возможности разделить задание на несколько позиций опираясь на трудоёмкость задания на конкретном участке. Как это можно сделать?
Не совсем так. Разделить отдельное задание можно. Нельзя разделить партию изделий в «Графике производства» на несколько партий после того, как вы дали задание на изготовление этой партии (создали задания).
Цитата
Игорь пишет: Как это можно сделать?
Варианты:
1. Удалить созданные задания, разделить партию на несколько, создать задания заново.
2. Если в целом всё нормально, кроме одного отдельного какого-то задания (одной операции), то можно партию целиком не делить, а поделить только одно это задание. Такая возможность есть и на «высоком», и на «максимальном» уровне (на «среднем» и «минимальном» это, в принципе, не актуально всё).
3. Подумать заранее, перед тем, как определять размер партии в «графике производства» и давать задания на её изготовление. Например, с помощью модуля себестоимость посмотреть заранее по соответствующей детали плановую загрузку по участкам/операциям и отталкиваться от этого.
Это в теории. А на практике проще (или сложнее… это кому-как, и с какой стороны посмотреть).
Если вы давно такие детали делаете и технология отработана, то должны и так знать, какая партия будет нормальной. А если деталь новая, и вы таких никогда ещё толком не делали, то все теоретические расчёты могут запросто и не подтвердиться, когда дело дойдёт до дела. В таком случае запускают, обычно, сначала небольшую партию, пробную. Чтобы на ней посмотреть, как и что на самом деле получается, технологию обкатать, нормы подкорректировать, возможно. А потом уже побольше партию, когда понятно будет.
При введении времени на дополнительную операцию была допущена ошибка, время было заведено 1600000 норма часов. Теперь при попытке открыть вкладку загрузка программа зависает наглухо. Что делать?
Ну зачем же вводить миллион нормо-часов? Я понимаю, можно случайно 16 вместо 15 ввести, например. Но случайно ввести 1600000...
Цитата
Игорь пишет: Что делать?
Задание убрать это из плана работ поста.
Убить процесс через диспетчер задач. Зайти по новой. Открыть "задания на день". Выбрать своё задание с миллионом нормо-часов и нажать "исключить из плана работ".
Дальше штатными средствами. Исправить трудоёмкость, например, на нормальную.
P.S. Посмотрим, как поставить какую-нибудь "защиту от дурака" в это место на будущее.
P.P.S. Кстати, на 1'600'000 у меня не сломалось ничего. Сломалось только на 160'000'000. Но это мелочи, суть от этого не меняется.
Спасибо за ответ. Я сильно приуменьшил ошибку мастера, сегодня по статистике смог увидеть, что мастер закрыл работнику 2147483647 норма часов. Исключить из плана работ не получилось т.к. задание отмеченно как выполненное, пришлось удалить все задания по заказу (повезло, заказ только начали) и запускать заново.
Это не ошибка. Это диверсия. Случайно так сделать нельзя, только специально.
Технически в таком случае можно залезть напрямую в задание в базе и поправить руками трудоёмкость на более удобоваримую. Ну ладно... Удалили и удалили. Тоже вариант.
Проблема с ошибкой возникала при отрисовке графического отображения "загрузки". Ну кто ж мог подумать, что кому-то в голову придёт вводить миллиарды нормо-часов за одну смену?
В следующей версии поставим "заглушку" в это место. Чтобы и в таком случае не возникало ошибки. Но надо как-то с людьми работу проводить, наверное. Вводить целенаправленно случайный набор цифр методом "удар по клавиатуре" - это, конечно, не вариант.
Вы, как я понял, используете в окне работы с заданием поста на смену функцию "разделения" для какого-то конкретного выданного этому посту задания (выделение из него части работ для выполнения в другую смену, документация).
В этом случае исходное задание, которое вы "разделяли", соответственно, точно не выполнено в соответствии с изначальным планом. Т.е. нужно использовать для него функцию "выполнение", и указать сколько реально часов за эту смену закрыли. Попробуйте, и увидите, что всё правильно работает.
Если же вы изначально хотите распределить одно задание (на "высоком" уровне учёта) на несколько смен, то это нужно делать не в этом месте. Нужно делать вот так.