В общем ASA считает (и правильно считает на мой взгляд) что удаленная и консолидированная базы обе имеют одинаковые триггеры на реплицируемые данные. Соотвественно все то что произошло в базе под воздействием триггера в сообщение репликации не попадает, предполагается что во второй базе отработает аналогичный триггер. Если во второй базе такого триггера нету, то тогда и надо использовать ключик -t.

Однако, существует странная баго-фича, заключающаяся в том, что триггеры в процессе репликации запускаются в какой-то отдельной сессии. И все изменения произведенные триггером не видны для обрабатываемого сообщения. В итоге получаем следующую картину:
На базе ДБ1
1) Клиент сделал что-то, что инициировало триггер.
2) Триггер изменил что-то в базе (строку добавл например).
3) Клиент в этой же сессии видит результат работы триггера и вручную делает исправление данных после триггера.
4) Клиент посылает коммит.
А на базе ДБ2 вместо клиента работает dbremote и тут обнаруживается что изменения в таблице сделаные триггером не видны. Однако есть запись о ручном исправлении данных - dbremote пытается наложить эти изменения. Что получится в итоге - никому не известно. Потом следует коммит и только после него становится видно что там триггер чего-то сделал.

Метод лечения - клиент должен делать коммит после пункта номер 2.