Удаление заданий

Можно. Но неэффективно. База будет работать медленнее, чем если удалить. Размер базы от удаления заданий не уменьшится, а скорее увеличится.
Если так хотите сохранить историю, то удаляйте выборочно её хотя бы. Удалите, например, как минимум, те сеансы из истории, в которых вы чистили задания утилитой. Они содержат описание огромного количества событий (удаления параметров, связей, заданий и т.д.). Всё это занимает место, а практическую ценность имеет очень близкую к нулю.
Фильтр по дате поставить.
Обычно не держат в такой ситуации две базы, тем более, доступные для всех. Зачем?
Есть рабочая, с которой все работают. Старая существует в виде архивной копии. Поднимается только в случае, если возник какой-то такой вопрос, что непременно надо покопаться в истории. Делает это обычно один заинтересованный человек. Он сам вряд ли запутается. В конце концов, можно такое имя при восстановлении базе дать, что точно не запутаешься. Можно ещё, например, доступ на вход всем выключить в "архивной" базе, кроме администратора.
В общем, не вижу, кто и где тут может запутаться. Равно, как и не вижу смысла держать всю подробную историю за несколько лет в рабочей базе.

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

Сначала удалить задания (если таковые есть) утилитой «Удаление заданий», потом очистить/удалить карту заказа утилитой «Очистка заказов».

Причина написана в сообщении, которое у вас на скриншоте.

Эта утилита сейчас настроена на то, что нужно выбирать (выделять) карту(ы) заказа в справочнике «Коллекции компонентов» (можно в зависимом окне «Коллекции компонентов»).
Откройте общий справочник «Коллекции компонентов», найдите там свою карту заказа, встаньте на неё и нажмите «Очистка заказов – Удалить всё». См. рисунок.

А в тестовой базе (а у вас она, судя по всему, именно тестовая), которая используется для изучения программы и разных экспериментов, можно, по-моему, вообще ничего не удалять. Я, например, в тестовой базе ненужные уже заказы просто помечаю, как «законченные» и всё. Перед глазами не болтаются, валяются там где-то в недрах базы, никак не мешают. Т.к. объёмы данных мизерные, ни на что не влияет.

Чтобы всё было аккуратненько и чистенько, рекомендую следующее:

1. Почаще делайте резервные копии со своей базы. Во-первых, это само по себе полезно. Во-вторых, если что, всегда можно за 5 мин. вернуться в исходное "чистое" состояние.

2. Для изучения и экспериментов используйте не рабочую, а тестовую базу. Делается элементарно. Берёте последнюю резервную копию своей рабочей базы и восстанавливаете с неё рядом ещё одну базу данных с другим именем. И тренируетесь на этой копии как хотите. Если результат не понравится, то просто удаляете всю эту тестовую базу целиком да и всё.

Открыть справочник "Расчётные документы" (в меню "Рабочая - Расчётные документы"), найти нужный документ (заявку), встать на неё.

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

Открыть зависимое окно "Связанные коллекции компонентов". Удалить оттуда то, что есть там (связи с производственными заказами).

Удалить документ (заявку).

P.S. в будущем, возможно, специально отдельную кнопку приделаем для удаления заявок/ЛЗК. Сейчас так, как описано выше, можно удалить.

P.P.S. Обратите, пожалуйста, внимание вот сюда, п.2. Заголовок темы про задания.

При удалении заказов в самом конце обработки вылезает ошибка. У одного из 20ти, наверное. Не могу понять почему.

Что-то унаследовано. Скопировано с наследованием то есть.
Позиции из спецификации в спецификацию, из техпроцесса в техпроцесс и т.п.
Надо в другом порядке удалять. Сначала удалить то, куда унаследовано, а потом то, откуда. Т.е. сначала потомка удалить, а потом первоисточник. А пытаетесь наоборот.

Да.
Вероятно, напрямую через "компоненты" что-то скопировали из одной карты заказа в другую с наследованием.

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

Наследование никак разорвать нельзя?

А как найти то что унаследовано от компонента Технологической карты? То есть другую технологическую карту.

Да, кстати. Возможно.
В "результаты расчёта" программно с наследованием копируются компоненты.

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

По простому никак.
Только администратор может напрямую данные поправить.

Специально так сделано.
Выполнено, так выполнено. Людям за выполненные работы зарплату потом платят. Это как подпись в документе поставить. Уж если подписал, то подписал.

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

А какие именно изменения, и с чем они связаны?

Приличный разброс...
Зачем же вы ввели 560 вместо 2?

Какой используется уровень учёта? "Максимальный"?
Как вы дальше эти данные используете?
Можете показать то, что у вас в итоге получилось, как это выглядит из "Графика производства"?

Здравствуйте! Как можно удалить внеплановое принятое задание?

Сообщение видела. Но в нём не описано как именно это сделать. Поэтому и задала вопрос.