Есть простая задача. В соседней базе (MS Project) имеется нужный справочник, который должен раз в час обновляться в 1С.
Я предложил такое решение. На стороне 1С запускается выборка, типа такого

Она отрабатывает 0,1 сек и показывает новые/изменённые записи (их менее 10 шт.) Потом 1С пробежится по выборке, и встроенными правильными методами обновит свой справочник.
Какие недостатки у этого подхода?
Подрядчик так не хочет, хотя не понятно почему. Данные НЕ будут меняться SQL-запросами, а будут записываться правильными операторами 1С.

Последний выдох ГПЖне понятно как эта херня покажет измененные записи...Это стандартный select, который выводит различия 2 таблиц. В 1С справочники называются типа _Reference43 _Reference44 и т.д. Сама выборка правильная.
Подрядчик предложил какую-то ненормальную схему из сложных запросов, триггеров, блокировок, дополнительных таблиц, полей... Никто из наших не может это до конца понять, поэтому и обратился на форум к специалистам 1С.

Последний выдох ГПЖну, и причем тут измененные?
как эта фигня покажет что у меня реквизит в элементе поменялся?Справочник в 1С пользователями вручную меняться не будет. И это не фигня, а правильно работающий запрос.
Последний выдох ГПЖ, из всех ваших сообщений - ни одного по теме. Зачем этот бессмысленный флуд? Здесь не ПТ.

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

AHDP(0) Основные правила объединения результирующих наборов двух запросов с оператором EXCEPT или INTERSECT таковы:
•количество и порядок столбцов должны быть одинаковыми во всех запросах;
• типы данных должны быть совместимыми . - уверены что будет выполнено?Оно выполнено и на тестовых базах работает 100% правильно.
Всё-таки склоняюсь к мысли, что подрядчик, наверное хочет лишние деньги за сложное решение...