Регистрация изменений регистра накоплений #768333

Доброго времени суток. Появилась задача регистрировать изменение остатков, цен и пр. с целью их актуализации на сайте в режиме "практически реального времени". Т.е. каждые 2-4 секунды. Быстродействие критично. Пока думаю вести упрощённый регистр сведений, в котором будет записан объект и вид изменения. Например, было поступление Номенклатуры1 не важно в каком количестве - пишем в регистр: Объект - Номенклатура1, Вид изменения - остаток. Если в течении этих 2-4 секунд опять были какие-то движения по данному объекту с видом остатки, то либо записываем поверх просто, либо проверяем, что уже есть и не пишем - не знаю как быстрее пока. Когда будет запущено регламентное задание обмена, считается объект и вид изменения. По виду запустится уже имеющаяся процедурка поиска текущих остатков/цены/чего угодно на объект с записью значения на сайт. Так вот, попробовал я организовать запись подпиской на событие. ПриЗаписи регистра накоплений товаров на складах. А там всей информации - отбор, в котором регистратор. Да, если происходит проведение регистратора, на 2-й итерации выдаётся табличка движений. Но как быть с распроведением? Выходит, что мне нужно смотреть по типу регистратора, в зависимости от типа брать определённую таблицу, из которой всю номенклатуру писать, а там пускай грузит? Может есть способ попроще? Можно ли как-нибудь отследить просто строки изменённые в регистре без ковыряния в регистраторе - будь то их добавление или удаление?

учти, что при проведении будут два события ПриЗаписи у регистра: сначала он очистится, потом запишется

ага, это я понял уже

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

КАк-то "регистрировать изменение остатков, цен и пр. с целью их актуализации на сайте" не вяжется с "каждые 2-4 секунды" Ты или расписание выбери, или по событию...

По событию, это мы сами себя за-ddos-им.

А зачем такая оперативность? Хочется "On line" надо интегрировать саму 1С в сайт.

Что значит интегрировать? Использование веб сервисов? налаженный обмен xml-ками. или поднятие 1С на веб сервере и заходить в 1С через сайт? Слишком мало информации - что за сайт - как сайт и 1С обмениваются данными. Ну например - 1С готовит файл xml - потом кидает на фтп - сайт потом от туда читает хмл по запросу(когда пользователь сайта нажал кнопку). и вот обновление это xml из 1С точно не будет ддосом считается.

А не проще - с сайта стучаться в 1С и тянуть ТОЛЬКО нужное для "сделки" которая конкретно сейчас?

Используются внешние источники данных

У набора записей есть еще событие ПередЗаписью, в котором можно сверять то что было до записи с тем что сейчас записывается и так найти измененные позиции.

А Перед Записью происходит уже после всех проверок в модуле самого регистра?

Каких проверок?

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

Да вот тоже думал про план обмена - можно покурить это.

PS: РИБ - регистрация изменений документа и его движений -автономны и независимы друг от друга.

А где говорится что регистр включен в состав плана обмена?

а зачем регистр здесь? Можно перед записью документа зарегистрировать все товары из ТЧ. Старое содержимое ТЧ и новое содержимое ТЧ.

Имхо, обмен через каждые 3-4 секунды - перебор. Достаточно раз в минуту. У юзверей формы в 1С:Предприятие обновляются раз в минуту - и ничего, работают, живы и здоровы.

Ну как бы заголовок темы намекает :)

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

Что-то тормозные планы обмена очень. ВыбратьИзменения супер долго отрабатывает.

Озвереть, да и только. Кому это такая потребность только в голову пришла?

т.е. у тебя 1С напрямую подключена к sql базе сайта. так? ну и в чем проблема? Этот объект метаданных позволяет записывать во внешние источники данных. почему ты про ддос говоришь?

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

А как с надёжностью и возможно нестабильным интернет соединением? Есть разница?