налаштування дії Автоматично розподіляти платежі клієнтів за процесами

Добрий день. Тому що в описі платежу я можу написати будь-яку марення, потипу "123123 перевірка зв'язку" і якщо це "маячня" без будь-якого шаблону або унікального символу то бокс буде затягувати на замовлення з таким id цей платіж і ви поставите баг "а у мене в просте завдання з привітанням співробітника 123123 якийсь платіж затягнуло, помилка!"

ні, так цей супер хитрий алгоритм у вас так і працює.
якщо я в налаштуваннях напишу шукати по іду процесу, то така нісенітниця і виходить (ніхто ж не заважає зробити коментар "#123123 перевірка...")
але у мене є досить складний зовнішній ВД, і якщо шукати платіж за вмістом коментаря, то ймовірність затягнути щось прагне до нуля.
якщо це єдина причина, чому не можна так зробити.
то хотілося б мати таке спрощене налаштування без жодних регулярних виразів, що визначає будь-яке входження шуканих символів.

Вам не здається, що це якийсь абсурд?
Ви кажете, що у вас якийсь складний зовнішній ВД, за яким практично не можна нічого знайти - але в той же час ви хочете якесь елементарно просте налаштування, щоб все спрацювало і знайшло.
Давайте може об'єктивніше розберемо на прикладі коментаря до ваших платежів за якими даними і що вам потрібно знайти? Бо якщо все просто - я не розумію, в чому все-таки проблема вказати шаблон і все?

якщо не вникати у запитання – то може й абсурд.
а так ніби я все розписав дохідливо і скрини приклав.
а претензія у мене до того, що остання з налаштувань не працює як у прикладі,
вказавши лише змінну - платіж не підв'язується.
хоча через перелік платежів - платіж перебуває за значенням перемінної.
і через регулярне вираз-яке має показувати будь-яке входження не спрацьовує теж
^.*[customorder_externalid12].*$
і приклад на скрінах є (платіж 2240)

не повинно, бо не коректно складено

чому некоректно?
все коректно:
https://prnt.sc/wj8wt1

Уважно скріншот подивіться, який ви надали - там написано саме підсумкове регулярне вираження, яким з тексту дістане значення вашого додаткового поля.
Те, що ви прямо в регулярку вказали частину яку дістати - це не означає, що вона вірна.

а ви що вказали?
будь-який символ, будь-яку кількість разів.
Перегляд з кінця рядка воно в результаті знайшло символ "Й", що повторюється 1 раз.
і як це має допомогти прив'язати мені платіж?

Я вказав це так, як це працює в дії – змінна додаткового поля замінюється на входження (.+?)
Ось і регулювання відповідно необхідно складати інакше

тобто. змінна взагалі не має жодного значення?
ми шукаємо формат коментаря чи що?
і виходить що на кожен варіант, який може придумати покупець, потрібно написати своє регулярне вираження?
ось я й кажу: "що за марення?"
Чому не можна шукати просто входження конкретного значення?

Змінна має значення у розрізі всього регулярного висловлювання. Ця змінна замінюється на шукану групу і далі система розуміє, що результат пошуку за регулярним виразом - це значення зазначеної змінної, за яким і здійснити пошук.

Так! Потрібні певні шаблони (або 1), під які потрібно налаштувати регулярний вираз.

Якого? Будь-кого захочеться? Я можу зробити налаштування "Взяти перше-ліпше число в коментарі як ID процесу" - це вирішить вашу потребу? Якщо так – це 2 години доопрацювання.

розмовляємо як сліпий з глухим.
я ж пишу:
"Шукати просто входження конкретного значення?"
а значення взяти зі змінної, і як у пошуках щоб працювало з будь-яким регістром - це вирішить проблему

Зі змінною чого? У вас у платежі немає прив'язки до процесу – з якого процесу що брати? З якого-небудь, аби взяти?

Я відповім останній раз у цій темі.
Дія дає можливість знайти процес за даними, які можна розпарити регулярним виразом з опису платежу.
Для цього необхідно в одну з наданих налаштувань вказати вміст регулярного виразу зі змінною, яка в пошуку буде замінена на конструкцію входження (. +?) для пошуку значення за регулярним виразом (скриншот прикладу я надавав вище).
У свою чергу вказівка змінної потрібна для того, щоб в рамках одного налаштування вказати яке поле буде використовуватися для пошуку за знайденим значенням і визначення розташування цього значення в регулярному вираженні.
Далі після того, як значення буде знайдено за регулярним виразом - буде проведено пошук процесу по полю, змінна якого використовувалася в регулярному виразі.
Якщо у вас платежі приходять з шаблонним описом, в якому є значення шуканого поля - ви можете його розпарсити (або за доопрацювання в 1 годину ми надамо приклад регулярного вираження під конкретний шаблон).
Якщо такого немає – регулярне вираження вам не допоможе.
Так само пропонувався варіант для пошуку процесу за значенням, яке буде першим числом, що попалося в описі платежу.
Якщо ми вас тут все одно не розуміємо (або ви нас) - рекомендую скористатися послугами платної технічної підтримки, можливо вони вас зрозуміють і запропонують вам рішення.