В СРМ OneBox була додана процедура яка при кожному збереженні замовлення записує значення '1' в додаткове поле. На основі цього поля реалізована інтеграція між системою OneBox - 1С наразі зникла

Опис проблеми: В СРМ OneBox додана процедура яка при кожному збереженні замовлення записує значення '1' в додаткове поле. На основі цього поля реалізована інтеграція між системою OneBox - 1С (дане додаткове поле служить ознакою необхідності оновлення об'єкта замовлення). Після оновлення (припускаємо останнього) змінилася поведінка реагування даної процедури на оновлення замовлення через API. Раніше, до оновлення, редагування замовлення через API 'не тригерила' дану процедуру, і після читання/інтеграції змін для кожного прочитаного замовлення ставилася відповідна ознака ('0'), на основі чого таке замовлення в подальшому не оброблялося. На даний момент, при редагуванні замовлення через API (запис '0' в додаткове поле ознаки) тригерить процедуру описану вище, і система трактує таке замовлення як оновлене і відповідно повторно 'переписує' значення ознаки в '1'. Таким чином, немає можливості поставити ознаку завершення читання і доводиться читати абсолютно всі замовлення (яких тисячі) Опис можливої доробки: Варіант 1. Не трактувати замовлення(чи інший процес) зміненим коли йде оновлення конкретного додаткового поля (назва поля - 'update_o', ідентифікатор поля в системі - 'update') Варіант 2. Не трактувати замовлення(чи інший процес) зміненим коли йде оновлення його додаткових полів через API Варіант 3. Не трактувати замовлення(чи інший процес) зміненим коли йде його оновлення через API Пріоритетність в порядку спадання. Ми хочемо замовити за кошти рішення цієі проблеми!!!!!!!