Сабж.
Есть метод ПолучитьВходящиеТочки(), работает в том числе и для точки вида "Действие", есть метод ПолучитьИсходящиеТочки(), но помему-то работает только для точек вида "Разделение".

Как можно найти исходящие точки для действия?

А зачем? Ведь в каждой точке есть свои обработчики.

Нужна зашить универсальный алгоритм в задачу. Анализировать следующую ТМ.

Можно конечно перебрать все точки маршрута и вычислить ПолучитьВходящиеТочки() = ТекущаяТочкаМаршрута, но это костыль.

(2) То есть использовать схему нестандартным образом? Тогда можно на декорациях-стрелках и справочнике. Кажется, вы это и хотите сделать.
Если так - то перебрать все элементы схемы, узнать для которых ПолучитьВходящиеТочки()= ТекущаяТочкаМаршрута, именно так. Тупо узнать куда ведут стрелочки от текущей точки - перебрать все другие узлы.
И это не костыль, это норма. Ведь вы сознательно отказываетесь от стандартного программирования бизнес-процесса.

Что-то типа этого. Всё-равно считаю костылём.

Функция ПолучитьИсходящиеТочки(пТочкаМаршрута)
    Запрос = Новый Запрос;
    Запрос.Текст =
        "ВЫБРАТЬ
        |    РемонтТехникиТочки.Ссылка
        |ИЗ
        |    БизнесПроцесс.РемонтТехники.Точки КАК РемонтТехникиТочки";
    
    РезультатЗапроса = Запрос.Выполнить();
    
    ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
    
    лРезультат = Новый Массив;
    
    Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
        лВходящиеТочки = ВыборкаДетальныеЗаписи.Ссылка.ПолучитьВходящиеТочки();
        Если лВходящиеТочки.Найти(пТочкаМаршрута) <> Неопределено Тогда
            лРезультат.Добавить(ВыборкаДетальныеЗаписи.Ссылка);
        КонецЕсли;
    КонецЦикла;
    
    Возврат лРезультат;
КонецФункции

Как-то мне пришлось делать бизнес-процесс, где около 100 строк в табличной части - и каждая строка должна согласовываться по инстанциям отдельно от других (согласование бюджетных операций).  
Для решения я оставил в схеме только Старт, Финиш, и бесконечный цикл проверки. А всю логику вынес в табличную часть "История" и модуль.

И что значит "зашить универсальный алгоритм в задачу"? Если его зашить в модуле - это одно. Если вы хотите, чтобы схема бизнес-процесса редактировалась в пользовательском режиме - тогда нужно делать декорации-стрелки и, например, хранить код в справочнике.

(5) Вы не ответили на вопрос :) Цель - программирование бизнес-процесса в конфигураторе или пользователям дать такую возможность?

(7)
Цель - при открытии формы задачи, анализировать следующую точку маршрута, и если следующая ТМ вида "точка выбора" - запрашивать у пользователя вариант(результат выполнения) задачи. Что бы на следующем этапе проскочить через выбор. Как-то так.

БП только осваиваю...

+(8) Задачу могут ведь формировать разные бизнес процессы. Вот и анализировать карты маршрута для универсальности.

(8) так на то она и точка выбора - запрашивать у пользователя вариант ответа. Другого назначения у точки выбора и нет.
Тогда вам можно использовать стандартный механизм. Я уже не помню (и лень поднять конфу из бекапа), но у точки выбора есть во входящих параметрах, кажется, результат выбора, или как его. Вот туда и передаете, что выбрал пользователь. И логика сама дальше по схеме бежит) Не нужно программировать - какая точка следующая. Это рисуется в схеме.

Входящие параметры у обработчика точки выбора ТочкаВыбораВарианта и Результат. Если выбор зависит от пользователя, то мне нужно это и запросить у пользователя. Не создавать же мне дополнительный диалог, после выполнения задачи. Как это делать по правильному?

Есть ПолучитьИсходящуюТочку() - работает для разделения и ПолучитьИсходящиеТочки() - для всего остального

(12) Хм... действительно. То что нужно. Почему-то забраковал эту функция изначально. Мерси. Вот чуял что должна быть функция.

А как всё-таки обрабатывать выбор варианта, если он зависит от результата выполнения предыдущей точки действия?

(14) Обычно добавляют реквизит в бизнес-процесс и присваивают ему значение (в предыдущей точке). А в обработчике выбора пишут условие на значение этого реквизита.