Общий список "горячих" клавиш

Про "быстрый поиск":

Для быстрого поиска Ctrl+F - это стандарт в любых Windows программах.
Так же, как, например, "выделить всё" - это Ctrl+A, "Ок" - это Enter, а "Отмена" - это Esc.

Про список:

Что касается общего списка "горячих клавиш" - нет какого-то глубокого смысла его составлять, по-моему, т.к. они настраиваются. Вы можете сами настроить в программе в любом окне такие "горячие клавиши", какие Вам нравятся (рис.1).

Про ролики:

Есть разные ролики.

Есть обучающие. Вот эта серия. тут последовательно и достаточно конкретно показывается, как вводить. Что нажимать. Куда что вводить. И т.п.

Есть информационные. Вот эти, например. У них совсем другое предназначение. Они не для обучения. Они показывают наличие или порядок работы той или иной функции, режима и т.п. Чтобы показать, что такая функция есть, и в чём она заключается.
Тут нужно понимать, что любая функция, так или иначе, живёт в определённом "окружении". Она существует не сама по себе в вакууме, а задействуется в определённый момент времени, для решения определённой задачи, подразумевается, что есть определённые данные, которые в решении этой задачи используются и участвуют.
"Информационные" ролики обычно показывают только саму функцию (отдельную задачу), как она работает, а не весь процесс от начала до конца, включая откуда что берётся в плане данных, которые в ролике на экране, и т.д. В этом и их отличие от "учебных".

На всё что только можно, конечно, "учебных" роликов нет.

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

Про освоение:

По моему скромному опыту, тут основной камень преткновения вот где:

Поскольку речь идёт о системе управления, то принципиальным моментом является понимание, в принципе, вопросов организации и управления производством. Что делать, как, зачем, в какой последовательности. Безотносительно программы, вообще. В плане "правильной" работы собственно производства.
Если это понимание есть, то и с программой всё, на самом деле, не особо то сложно. Достаточно просто даже, можно сказать. Главное просто понимать смысл каждого шага. Что делаем, что получается и зачем это всё.

А вот если как раз  параллельно освоение данного предмета идёт (в т.ч. посредством изучения примеров, роликов, демо, документации и т.д.), тогда, конечно, всё намного сложнее...

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

По поводу информационных материалов (ролики, документация и др.) - работаем над этим. Постоянно. Будем пытаться что-то улучшить, конечно...
Но это, правда, процесс бесконечный (imho)...

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

Я так понял, что тип связи в спецификациях - просто условный какой-то атрибут, который дает визуальную информацию и не на что не влияет...
Извините за объем сообщения...

P.S.
На будущее, просьба обратить внимание на рекомендации, п.2.
Спасибо!