Задания на участки и посты

Тут я не очень понял, про что речь.
Можно как-то поподробнее?

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

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

В чём проблема?
Создавать задания, выполнение не отмечать.

Чтобы по постам это надо "высокий" уровень учёта.
Работников настоящих не обязательно заводить на посты. Можно, чтобы попробовать просто завести что-нибудь типа "Работник 1", "Работник 2"...
Чтобы "условное" расписание в режиме "загрузка" завести. Без этого не даст на пост работу назначить.

Делать задания день в день реально на смену - тоже не обязательно на первом этапе. Можно и на неделю задание в одну смену воткнуть. Чтобы просто распечатать - сойдёт.

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

Видимо, и не должно быть.
Где вы писали комментарии? И где потом хотите их увидеть?

https://vogbit.ru/support/552/#_Toc400385433

Если так, то для этого вполне достаточно и "минимального" уровня учёта.

По картинке - вы просто добавили к операции свой текстовый параметр (который называется "комментарий". Он нигде и никак программой не обрабатывается и не выводится.
В таком виде его можно разве что посмотреть (там же, где ввели).
Можно в отчёт какой-нибудь вывести при желании, если соответствующим образом шаблон настроить.
Всё. Больше ни для чего он не сгодится в таком варианте.

Комментарии, которые выводятся в окне "Новые задания" в сменных заданиях (на экране и в отчётах), вводятся вот так.

Первое. Это комментарий к конкретной позиции плана производства (конкретного производственного заказа). А не к изделию вообще.

См. рис.1 (источник).
А также: https://vogbit.ru/support/552/#_Toc400385441

Стандартные отчёты, которые из "графика производства" и по умолчанию есть в дистрибутиве, все настроены, на то, что для "с маршрутом" нужно уровень учёта не ниже "среднего".
Технически, под заказ, можно сделать специальный шаблон отчёта, чтобы и на "минимальном" уровне маршрут печатался.

Уже был такой вопрос

Есть готовое решение.

Для начала посмотрите ролики:
Ролик 1
Ролик 2
Ролик 3

Особенно второй ролик.

Вкратце, технология такая:

1. В сборочных техпроцессах прописываете комплектацию. Какие детали нужны для сборки соответствующего изделия.

2. Для сборочного участка создаёте производственный заказ на готовые изделия, какие нужны. В него вставляете только сами изделия, которые нужно собрать, а НЕ детали для них.

3. В "расчёте потребности" получаете список необходимых деталей для выполнения этого заказа. Формируете лимитные карты на забор соответствующих деталей со склада.

4. В режиме "Обеспеченность" видите, каких деталей сколько нужно доделать заготовительному участку. С учётом остатков на складе, потребностей сборочного участка и установленных размеров минимальных запасов. Формируете заявку на производство (список деталей, каких сколько нужно) для заготовительного участка.

5. Формируете на основе заявки производственный заказ для заготовительного участка. На изготовление указанных деталей в нужном количестве. В этом месте можно немного подкорректировать количество с учётом технологических особенностей производства соответствующих деталей на заготовительном участке (оптимальных размеров партий, например).

Ну и дальше выполняете этот производственный заказ.
Детали сдаёте на промежуточный склад, и оттуда забираете на сборку, когда нужны.
И так по кругу...

Это когда всё уже запущено и работает, как нужно.

Сразу прямо так, конечно, не получится.
Просто потому что у вас нет ни данных необходимых в программе, ни навыков у пользователей, что с ними делать, если бы они были. А едино моментно данные такие ниоткуда не появятся, потому как эта информация каждый день меняется.

Поэтому начинать нужно с пп. 1 – 3. Только «лимитки» в программе формировать сразу не нужно. Они бесполезны, пока вы не будете реально готовы вести в программе промежуточный склад.

На первом этапе, сформировав заказ для сборочного производства, можно просто распечатывать из «расчёта потребности» список необходимых деталей (шаблон отчёта в стандартном комплекте поставки есть готовый).

Потом с этим списком в руках, точно так же, на планёрке решать, сколько каких запустить (можно прямо в этой бумаге и подписывать), и составлять по полученному списку в VOGBIT производственный заказ на нужные детали для заготовительного участка. Вручную пока.
И дальше работать по таким заказам.

Как только у вас заготовительный участок полностью перейдёт на работу по заказам, созданным (распечатанным и т.д.) из VOGBIT, сразу будет легко сделать следующий шаг:

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

Готово! Получаем работающую динамическую систему с актуальной информацией об остатках, изготовлении и потреблении деталей.

Тут уже можно и процесс планирования автоматизировать. Т.е. реализовать пп.4-5.
И исключить, тем самым, из процесса планёрки (по крайней мере, вопрос «сколько каких деталей делать» на них уже обсуждать смысла не имеет, и так понятно).

Это должны быть 2 разные номенклатурные позиции. "Модуль с таким-то редуктором" и "Модуль с другим редуктором".

Если разновидностей мало, то можно просто скопировать техпроцесс и в комплектации что нужно подправить.

Если сочетаний возможных много, то можно "Генератор" настроить.
Настраивать довольно хлопотно, конечно. Хотя... Это смотря с чем сравнивать.
Но зато потом можно клепать с огромной скоростью автоматически данные для производства по всевозможным новым модификациям и вариантам.

Я недавно сам проверил. На одном заводе настроил "Генератор" (производство конвекторов водяного отопления). Там разновидностей приборов, с учётом изменения размеров, комплектации, исполнений - где-то 50 000 сочетаний, наверное, примерно. Это ещё не считая цветов (использование разных материалов получается - анодированный алюминиевый профиль, трубки разных цветов и т.д.).
Отлично всё работает

Можно поподробнее в этом месте?
Что означает "не переносятся"? Покажите скриншоты, что вы делаете.

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

В текущей версии, к сожалению, никак. В том порядке идут задания (если не включать самому какую-нибудь сортировку), как они создавались (добавлялись в план на смену).

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