Привет всем !
Друзья поделитесь ссылками на идеи и реализации.

(0) УРБД

нужно больше идей (чет варкрафт вспомнил типа "Нужно больше золота" или подобное :) )

(2) MOD

поставьте восьмёрку, там это реализовано

(2) Зачем тебе больше идей, если ты с двумя назаванными справиться не можешь?

(5) это твое мнение

(3) МОД+УРБД+1С++

(5) "а поговорить?"©

(0) смотря какая схема обмена предполагается...
УРБД вполне норм в определенных случаях.

а если еще табличку обьектов к обмену подшаманитвать прямыми запрсоами - то вообще норм...
а если конф а написана с учетом того что она будет работать с УРБД и проведение учитывает где конфа работает - в ЦБ или ПБ - то еще лучше...

(0) триггеры на таблички если база на sql

(12) в перехватчике бы перехватывать Запись и РегистрациюОбъекта, и было бы выше крыши.

(15) ууу!1 если бы можно было перехватывать запись обьектов не только интерактивно но и программно...

(16) дык я об этом и говорю.

(17) Может это в Формексе хотя бы для интерактивных действий было реализовано типа ПослеОткрытия вот есть же.. чтоб было ПослеЗаписи типа..

(18) в перехватчике для формы ПослеЗаписи есть

(19) это хорошо

(20) но мало.

(21) настоящих буйных мало.. вот и не развивают дальше 77...

(22) Может ещё DOS развивать? Или ZX Spectrum?

(23) > Или ZX Spectrum?
http://nedopc.com/zxevo/zxevo.php
miniITX

(24) Spectrum ещё сыроват. Давайте развивать Commodore

(25) не надо тут лоббировать монополию снеговика... ;-)

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

(0) Можно попробовать через враппер подружить с компонентой, работающей с rabbitmq. Но вряд ли это решение сойдет для чего-то критичного.

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

(27 Вы на Честный знак, ЕГАИС молиться должны. Это ж постоянный фронт работ

есть еще "Поставщик данных - журнал регистрации"
https://www.1cpp.ru/docum/html/LogDataProvider.html#setperiodex
его можно заюзать, но ,думаю, это будет много медленней, чем УРБД

(29) ты не путай верисонирование и обмен изменениями

(30) Дебильная работа. Бесполезная. Более того, даже вредная. Ну и придуман мерзавцами ради обогащения.

(29) за период - не получишь. Хотя сделать можно, конечно, и довольно легко - но слишком топорно.
а вид объекта - бери из поля тайпид.

(33) Как же тяжело вам живётся... Восьмёрка уродство, работа дебильная...

(35) а вы все ходите в каске, и улыбаетесь...

(36) +100!

(32) я не путаю

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

+(38) мне нужно собрать кто вчера и позавчера записывал, проводил и еще что-то
из реализаций, поступлений и номенклатуры

+(40) вернее не кто, а что из этого

ссылки

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

(40) если все делается интерактивно - то через ЖР проще всего

(40) ну если только "вчера" и "позавчера" - то делай ежедневно "выгрузку", запоминай пару ид и дату, вот и определишь по ним дату, а по тайпид/объектид - объект

(40) ну например http://catalog.ac-soft.ru/public/92667/

(29) из упдтса берём изменения, из жр - даты изменения. Регламентом раз в сутки/час/минуту/секунду дёргаем, результат переливаем в отдельную таблицу, упдтс очищаем.

а жр скулевой 7.7 тоже в файле лежит? или под это табличка есть?

да, собственно и отпадает дата изменений
(47) норм вариант
тут даже примеры запросов
http://1c911.by/stati_1s/statya-kak-ispolzovat-urbd-v-otlichayushchihsya-konfiguraciyah.htm

(48) Такой же текст

(50) ок. ну и хрен с ним

СПАСИБО всем

(52) Я думал что я из крайних на эти темы - оказыватеся что у 7.7 новая жизнь вовсю кипит

(53) да капец последнее время.. какая-то дыра в овремени, лезут динозавры какие-то причем с каких0то глубоких плейстоценов.. в самом начале развития..

(54) Да я сталкиваюсь с массой немаленьких компаний у которых есть и просто самописки на 7-ке и тис 8.5 и чего только нет.
такие бывают конгломераты - диву даешся

(0) Переходить на 8-ку

Я сделал проще Создал новую последовательность в которой определил какие регистры и счета нужно мониторить. Ну и тупо в лоб за период выгружаю каждый раз программно двигая последовательность.

(57) гитик!

(57) То есть если у тебя перепроведут документ месячной давности, то выгружается весь месяц?

(56) И к ней на go сервис написать!

(59) Так и должно быть. Документ месячной давности меняет остатки месячной давности, а следовательно весь месяц изменился, его надо перепровести и выгрузить.

(61) Перепровести да. А выгружать зачем? Если только выгружаются И движения тоже. Что не всегда так.

(62) Если данные куда-то выгружаются, а оригинал изменился, то данные надо выгрузить повторно.

(63) Оригинал НЕ изменился. Изменилось его отражение в данной базе. Если в приёмнике это не нужно, то и выгружать не надо.

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

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