Распределение работ

Здравствуйте,

Готовой такой функции нет, чтобы именно в таком виде высыпать именно такие данные в виде Excel файла.

Можно попробовать сделать отчёт. Не бесплатно.
Механизм отчётов как раз предназначен для такого рода задач. Собрать кучу взаимосвязанных данных, обработать (сгруппировать, рассортировать, отформатировать и т.п.) и вывести в Excel файл.

Такие работы делаются в рамках методической поддержки. Стоит 30 т.р. в месяц.

Здравствуйте,

Возможно. Называется "максимальный" уровень учёта.

См.:
https://vogbit.ru/support/605/#__RefHeading__155_93506264
https://vogbit.ru/support/552/#_Toc400385414 , в частности, например, рис.104

Если реально мелкосерийное или единичное производство и организовано по тем принципам, как подразумевает "высокий" уровень учёта, а проблема именно в том, чтобы запомнить, сколько ещё осталось, то тогда есть ещё вот такое.

Не совсем так.
Разделить отдельное задание можно.
Нельзя разделить партию изделий в «Графике производства» на несколько партий после того, как вы дали задание на изготовление этой партии (создали задания).

Варианты:

1. Удалить созданные задания, разделить партию на несколько, создать задания заново.

2. Если в целом всё нормально, кроме одного отдельного какого-то задания (одной операции), то можно партию целиком не делить, а поделить только одно это задание. Такая возможность есть и на «высоком», и на «максимальном» уровне (на «среднем» и «минимальном» это, в принципе, не актуально всё).

3. Подумать заранее, перед тем, как определять размер партии в «графике производства» и давать задания на её изготовление. Например, с помощью модуля себестоимость посмотреть заранее по соответствующей детали плановую загрузку по участкам/операциям и отталкиваться от этого.

Это в теории. А на практике проще (или сложнее… это кому-как, и с какой стороны посмотреть).

Если вы давно такие детали делаете и технология отработана, то должны и так знать, какая партия будет нормальной.
А если деталь новая, и вы таких никогда ещё толком не делали, то все теоретические расчёты могут запросто и не подтвердиться, когда дело дойдёт до дела. В таком случае запускают, обычно, сначала небольшую партию, пробную. Чтобы на ней посмотреть, как и что на самом деле получается, технологию обкатать, нормы подкорректировать, возможно. А потом уже побольше партию, когда понятно будет.

Ну зачем же вводить миллион нормо-часов?
Я понимаю, можно случайно 16 вместо 15 ввести, например. Но случайно ввести 1600000...

Задание убрать это из плана работ поста.

Убить процесс через диспетчер задач.
Зайти по новой.
Открыть "задания на день". Выбрать своё задание с миллионом нормо-часов и нажать "исключить из плана работ".

Дальше штатными средствами. Исправить трудоёмкость, например, на нормальную.

P.S. Посмотрим, как поставить какую-нибудь "защиту от дурака" в это место на будущее.

P.P.S. Кстати, на 1'600'000 у меня не сломалось ничего.
Сломалось только на 160'000'000.
Но это мелочи, суть от этого не меняется.

Это не ошибка. Это диверсия.
Случайно так сделать нельзя, только специально.

Технически в таком случае можно залезть напрямую в задание в базе и поправить руками трудоёмкость на более удобоваримую. Ну ладно... Удалили и удалили. Тоже вариант.

Проблема с ошибкой возникала при отрисовке графического отображения "загрузки". Ну кто ж мог подумать, что кому-то в голову придёт вводить миллиарды нормо-часов за одну смену?

В следующей версии поставим "заглушку" в это место. Чтобы и в таком случае не возникало ошибки. Но надо как-то с людьми работу проводить, наверное. Вводить целенаправленно случайный набор цифр методом "удар по клавиатуре" - это, конечно, не вариант.