План обмена. Событие при регистрации изменений. #751805

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

в ЗУП - нельзя

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

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

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

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

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

подписки смотри

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нет, конечно.

и ни когда не было

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

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

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

УТ 10.3

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

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

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

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

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

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

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

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

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

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

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

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

У вас цены в справочнике хранятся? 0_0 У вас при изменении остатка по товары выгружается справочник товаров? Но зачем??????? С трудом вериться что у вас при изменении одного элемента справочника в план обмена попадает весь справочник.  От лукавого это. Все смешалось, люди.. кони...

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

Цены хранятся в регистре, но если мы изменили цену то ее надо выгрузить в интернет магазин, логично? Вполне, только вопрос вы задали про справочник. Если цену меняете то справочник выгружать не надо. Вот тут по подробнее. Не понимаю С чего вы взяли, что при проведении документа товар помечается измененным?

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