Тебе для того и дали настолько подробную документацию, чтобы было сделано точно как требуется.

Дока, заточенная на одну конкретную СУБД? Либо заказчик подвигается по требованиям, либо идёт к тому, кто делает именно с этой СУБД.

поле будет заполнятся не триггером
-----
А в документации написано - триггером.
Зачем - не знаю, но заказано - именно триггером.
Из того что могу предположить - чем-то внешним перехватывается срабатывание триггера и делается что-то, что не отражено в документации на базу.
Так что твое предупреждение... хммм... в общем у заказчика так работать не будет.

А может быть, что ваши предположения неправильные? Тут разговаривать надо с заказчиком, а не сразу бросаться выполнять все требования. И может даже дать посмотреть, действительно ли "перехватывается триггер".

Когда не дают смотреть, а задача представляет из себя чёрный ящик с кучей странных требований, которые не ложаться нормально ни на одну СУБД или не на один фреймворк, то результирующий код на обслугу такого ящика обычного представляет из себя лютое дерьмо на костылях, конвертерах и прочих подгонках. Потом эти костыли так же отправляются в этот чёрный ящик, а следующему подрядчику выкатываются ещё более идиотские и странные требования - учитывающие костыли предыдущих наработок.