Почему обработчик ONCRMDEALUPDATE срабатывает несколько раз

Задача

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

Задача — почему обработчик ONCRMDEALUPDATE срабатывает несколько раз. В этой теме важны: Роботы/БП как источник повторных событий, защита от дублей.

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

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

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

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

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

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

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

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

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

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

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

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

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

static $is_processing = false;

if ($is_processing) {
    return;
}

$is_processing = true;

try {
    // логика обработчика
} finally {
    $is_processing = false;
}