Заметки
Как сбросить поле Да/Нет в состояние “не заполнено”
Как сбросить поле Да/Нет в состояние “не заполнено”: отличие 0, N, пустой строки и null.
У поля Да/Нет есть несколько похожих состояний: Да, Нет и иногда пусто. Для логики БП это разные вещи.
Задача
Сначала нужно отделить бизнес-сценарий от технического механизма.
Задача — как сбросить поле Да/Нет в состояние “не заполнено”. В этой теме важны: Отличие 0, N, пустой строки и null.
Перед правкой лучше воспроизвести сценарий на тестовой карточке и записать фактические ID, типы полей, пользователя запуска и текст ошибки.
Как это устроено
Большинство ошибок появляется из-за неверного формата данных или точки запуска.
- Y — явно Да;
- N или 0 — обычно явно Нет;
- пустая строка не всегда очищает значение;
- null ближе к удалению значения, если поле и API это поддерживают.
Рабочий подход
Начинайте со штатного API и добавляйте обходы только там, где штатный сценарий не покрывает задачу.
Для облака используйте REST и проверяйте права приложения. Для коробки, если код выполняется внутри портала, чаще удобнее PHP/D7 и штатные классы модуля.
Если действие меняет CRM-карточку, учитывайте роботов, бизнес-процессы, события и повторные вызовы обработчиков. Любая запись в карточку может стать новым триггером.
Частые ошибки
Ошибки лучше ловить на минимальном примере, а не в большом процессе.
- не проверили права пользователя или приложения;
- перепутали ID, текстовое значение и XML_ID;
- передали строку вместо массива для множественного поля;
- запустили процесс повторно и получили дубли;
- обошли штатную операцию CRM и не запустили роботов или события.
Минимальный пример
Пример показывает только базовую форму. На реальном портале замените ID, поля и права на свои.
$fields = [
'UF_CRM_APPROVED' => null,
];
$deal = new CCrmDeal(false);
$result = $deal->Update($deal_id, $fields);
if (!$result) {
$this->WriteToTrackingService($deal->LAST_ERROR);
}