Можно ли как то поймать момент регистрации изменения справочника. т.е. проблема в том, что иногда все товары помечаются к выгрузке на сайт. Как поймать кто это делает?

в ЗУП - нельзя

(1) а в УТ? какая разница какая конфа? какие возможности платформы есть для этого?

Есть платформенные, есть программные
Зависит от конфигурации.
В древних конфигурациях - платформенно было, в последних с БСП - программно регистрируется

(2) А причём здесь платформа? Всё в конфе делается.

(4) например? кто то вызывает метод ЗарегистрироватьИзменения как узнать кто?

+(4) В конфах на БСП, конечно.

(5) подписки смотри

кто то вызывает метод ЗарегистрироватьИзменения, как узнать кто и откуда?

(5) Конфа на БСП? Тогда в подписках.

Подписки вида ПередЗаписьюДокумента(справочника)ДляОбмена*

Чой-то нельзя? А подписка После записи на что? Или что-то отдельно от записи товара регистрирует этот товар для обмена?... В принципе - тоже возможно. Хранилище значения в каком-нибудь регистре, доп характеристику, доп реквизит... и понеслась... Да. Невозможно. Но минимизировать участки - можно подпиской.

(9) сильно допиленная УТ 10.3

(11) в журнале регистрации событий запись номенклатуры нет

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

+(14) смысл подписки - записывать не только "что" записалось, но и кто записал. Подчинённые регистратору регистры в подписку можно не включать.

(14) для регистрации изменений не обязательно записывать спм объект.

(16) Не может быть! А мужики-то не знают! ))

+(16) документов содержащих всю номенклатуру, разумеется нет. И перепроведение тоже не делается

(18) По идее, если у кого-то есть доступ к кнопке "Зарегистрировать всё" - то оттуда и можно с паяльником всего-лишь начинать исследования.

(19) придется так пробовать, но вариант что то не фонтан

(19) Могу ошибаться, но емнип, это только с полными правами можно сделать.

(20) "Не фонтан" - вариант с рег заданием, которое ежеминутно будет проверять регистрацию - тут работать надо. А (19) - отобрать права и услышать от кого обескураженный вопрос возник.

А ТиИ ошибок не даёт?

(23) давно делали, ничего опасного не было

(0) нельзя. Таблица регистрации - это волшебный объект. Прав на нее не надо, подписок на нее нет, следов от действий с ней ни где не остается.

(11) не существует такой подписки

(26) После записи объекта - нет такой подписки???

(27) Нет, конечно.

(27) и ни когда не было

(26) Да, ПриЗаписи только... Тут уже не скажу - зареган ли к этой подписке объект в изменениях...

технологическим журналом только разве что ловить события и отбирать те, у которых в контексте фигурирует таблица регистрации... но это в три слоя матом покроешься раньше, чем что-то найдешь.
Еще можно какой-нить тригер на таблицу регистрации навесить... но так ты только момент можешь найти, когда именно это происходит, а уже по нему из журнала регистрации да путем допроса пользователей... но это тоже не простое дело

К примеру в УТ11 есть общий модуль ОбменСайтСобытия. Там есть экспортная функция "ЗарегистрироватьИзменениеСправочника".
Вот собсна она и регистрирует.

Если конфа не переписанная, то смотри откуда вызывается.

(32) УТ 10.3

(0) Как вариант убери авторегистрацию в плане обмена и делай ее сам в тот момент когда тебе надо.

(34) геморройно как то, думал может событие какое есть

(35) В чем сложность убрать галочку и написать код в одну строку при записи элемента справочника?

(36) в том, что нет абсолютно ни какой уверенности в осмысленности этих действий

(37) Хм.. а при авторегистрации осмысленность есть?

(38) речь о том, что, раз регистрируется сразу весь справочник, то почти наверняка это делается вызовом ЗарегистрироватьИзменения(Узел, Метаданные.Справочники.Номенклатура) и эта твоя одна строчка кода вызвана не будет

(39) А вы регистрируете сразу все элементы справочника, в этом есть необходимость? Сколько же тогда по времени обмен идет, чтобы передать весь справочник?

(36) а также при изменении цены, перемещении, и прочих движениях

(40) в том то и дело что в полной выгрузке необходимость нет, 10900 элементов выгружается 1-1,5 часа

(41) Вот теперь давайте конкретно.

Вы сказали что речь идет о справочнике. Тогда в посте (41) вы о чем толкуете?

Каких прочих движениях элемента справочника идет речь? О перемещениях каких элемента справочника речь? Ну а цена каким боком к этому справочнику относиться?

(43) поясняю, выгрузка в интернет магазин, соответственно при изменении цены, остатка или чего то связанного с эти товаром необходимо сделать выгрузку на сайт

(44) + а поймать я хочу тот момент когда весь справочник отмечается измененным, т.е. его надо выгрузить на сайт

(44) У вас цены в справочнике хранятся? 0_0 У вас при изменении остатка по товары выгружается справочник товаров? Но зачем???????

(45) С трудом вериться что у вас при изменении одного элемента справочника в план обмена попадает весь справочник.  От лукавого это.

Все смешалось, люди.. кони...

(46) "иногда все товары помечаются к выгрузке на сайт", где раз в месяц такое случается. Цены хранятся в регистре, но если мы изменили цену то ее надо выгрузить в интернет магазин, логично? та же петрушка и с остатком. при изменении цены или остатка, при проведении документа, товар то же помечается измененным, хз зачем так сделано, но это типовые механизмы, никто их там не менял

(47)  Цены хранятся в регистре, но если мы изменили цену то ее надо выгрузить в интернет магазин, логично?

Вполне, только вопрос вы задали про справочник. Если цену меняете то справочник выгружать не надо.

(47) Вот тут по подробнее. Не понимаю С чего вы взяли, что при проведении документа товар помечается измененным?

(40) ты ветку-то читал? ХОтя бы нулевой пост, м?