Как запустить роботов после создания сделки из кода

Задача

Сначала нужно отделить бизнес-сценарий от технического механизма.

Задача — как запустить роботов после создания сделки из кода. В этой теме важны: runOnAdd, runOnUpdate, предыдущие поля, подвисания автоматизации.

Перед правкой лучше воспроизвести сценарий на тестовой карточке и записать фактические ID, типы полей, пользователя запуска и текст ошибки.

Как это устроено

Большинство ошибок появляется из-за неверного формата данных или точки запуска.

создавайте сущность через API CRM;
не обходите операции и события без причины;
проверьте роботов на нужной стадии;
если пересохранение помогает, первичное создание обошло часть логики.

Рабочий подход

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

Для облака используйте REST и проверяйте права приложения. Для коробки, если код выполняется внутри портала, чаще удобнее PHP/D7 и штатные классы модуля.

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

Частые ошибки

Ошибки лучше ловить на минимальном примере, а не в большом процессе.

не проверили права пользователя или приложения;
перепутали ID, текстовое значение и XML_ID;
передали строку вместо массива для множественного поля;
запустили процесс повторно и получили дубли;
обошли штатную операцию CRM и не запустили роботов или события.

Минимальный пример

Пример показывает только базовую форму. На реальном портале замените ID, поля и права на свои.

$deal = new CCrmDeal(false);

$result = $deal->Update(
    $deal_id,
    [
        'UF_CRM_AUTOMATION_TOUCH' => new \Bitrix\Main\Type\DateTime(),
    ],
    true,
    true,
    [
        'CURRENT_USER' => 1,
    ]
);