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

Ну ничего кроме цикла по метаданным в голову не приходит

типа идем по метаданным по шапке и ТЧ
для каждого реквизита - получаем его внутренний идентификатор в базе, конкатенируем в строку с каким-нить разделителем (ну типа на всякий случай?), получаем длинную строку, сторим по ней хеш (чтоб поменьше был) - типа так?

Чем идентификатор документа не устраивает, уникальный в пределах базы?

(2) Ага. Я бы так сделал.
(3) Наверное тем, что идентификатор не является хэшем содержимого документа

(0) Сцепи нужные реквизиты документа в строку и возьми от неё MD5.

А как ось времени будет задействована в реквизитах?

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

(3) А на фига ему содержимое? Достаточно при выгрузке в базе сбрасывать флаг выгрузки. А при модификации снова его поднимать. Все доки с взведенным флагом нужно перегружать. Зачем какие-то телодвижения непонятные совершать с хэшем?

(7) Править всего лишь в одном месте - ПриЗаписи или в ОбработкаПроведения.
Хранить флаги для выгрузки в справочнике.

(8) логично...
(7) призаписи - не проканает. могут производиться программные модификации.. за всем не уследишь или сам забудешь... ;-) А если доки по сути не проводятся, но их выгрузка нужна, то....
.
надо подумать...

Книга знаний: Лог измененных документов (программно или интерактивно)

А зачем справочник? Регистр оборотов а-ля регистр сведений.

(12) Да хрен редьки не слаще. Разницы практически никакой. Со справочником, IMHO, в чем-то удобнее работать. Но тут у каждого свой вкус.

А обработка проведения? Помеченные на удаление, или ждать пока 1SConst лопнет?

А причем здесь 1SConst? Зачем периодику использовать? Тут история не нужна. Контролировать дубли можно и в "ручном" режиме.

(11) а УРБД - регистрирует, когда документ перепроводится но при этом сам док не изменен?

(16) Думаю, что нет. Там еще и его движения надо контролировать.

(17) движения доков - неактуальны...

А причем тогда УРБД? На SQL можно триггер навесить.

я Сабж выкладывал на инфостаре, но потом потер, единственое чего сраху - нужно держать 2 хеша
1 - хешь данных
2 - хешь структуры метаданных по которым был получен 1 (для контроля версий обьекта и следовательности актуальности первого хеша)

(16) регистрирует

(16) Уриб просто добавляет док в выгрузку, не уточняя что и с ним делали. Задачу не пойму, что добиться-то хочешь?

+(22) В УРИБе система простая, все что ты так или иначе изменишь попадет в файл выгрузки, и уйдет в регионы. Что и где ты конкретно делал он не фиксирует.

+(23) я бы сказал не "все что ты так или иначе изменишь", а все объекты, которые были перезаписаны или перепроведены, причем интерактивно или программно - без разницы, и не важно - менялся объект или нет.

(24) Ну а почему тогда "не сказал бы"? Когда мне надо было глюки подлечить я тупо писал обормотку где в цикле выбирались нужные доки, ну и Записать(), и все уходило в лучшем виде. Более того, отчетег накатал который кажет кому ушло, кому нет, могу поделиться.

(25) Как нужные доки фиксировались, отбирались (критерии)?

я к тому, что справочники/доки можно не менять, просто записал, и всё, привет урбд, попал в выгрузку. просто уточнил, давай не будем из этого битву начинать :)))

(26) Не понял вопроса

Как посчитать док нужный, или нет?

+(29) У меня обормоткой отбирались косячные доки, ей же правились, а чтобы в регионы ушли писалось тупо Записать(), а нужный или нет, тут по ситуации

(29) как вариант - отобрать только те объекты, которые созданы в периферийках, которые нужно поправить

Ща хочу в подмосковных МЧС атоматическое обновление сделать на базе уриба. Сами базы независимые, тупо чтобы мд обновлялся. Накатал конвертер который внутренние мд подгоняет под эталон, если допилить чтобы работал не только с бухией, но и с торговлей да зряплатой, имеет смысл на инфостарте вывалить, пока рабочая версия, не знаю, найду ли в себе силы херней заняться )

(30) Вот про тупо записать и вопрос?

(33) Так в чем вопрос-то? Если сделаешь по доку Записать() он попадет в выгрузку, да и все.

внутренние мд = внутренние ид конечно

(32) Я не про то, я понял тебе УРБД нужен просто как регистратор изменений. Это я понял, как распознать, что в нем (движения не нужны) не изменилось?

(36) Так енто он сам и делает, без бубнов. Что изменилось, то и выгрузит, хрен ли там отслеживать. До кого выгрузка дошла, а до кого нет, накатал отчетег который mlg парсит, в кармане ща валяется на флешке, могу подарить если надо, а чисто за урибом проверять смысла не вижу, это тупо чтобы проверить нажали на кнопку в филиале или нет.

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

http://www.softpoint.ru/article_id50.htm
"Ведение лога изменений в документах"

http://www.softpoint.ru/article_id141.htm
"FAQ по распределенными базами данных программы 1С: Предприятие 7.7"

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

+(39) есть еще ToySpy, но оно уже за деньги

+(40) Там еще какая-то хрень есть типа РегистрацияИзменений() или вроде того, но не юзал, не буду врать.

(42) это применительно ко всему объекту, при записи или проведении, закинуть его в обмен или нет

(39) Разговор был про хеш, т.е. чтобы компактно сложить и вытащить только  то, что нужно. С минимальными затратами время и места.

В смысле по хешу определить, что передавать надо.

типа контрольная  сумма всех реквизитов дока ?

В простом случае Id док + VerStamp

(47) О!!!!! вот тут вот как раз м может быть то что надо!
VerStamp - когда меняется?

(48) При каждой записи документа/справочника (без разнице как была инициализирована записать)

(49) верстамп меняется в любом случае, даже если документ не изменялся? (я таки полагаю = да)

так, и как теперь этот VerStamp вытянуть программно? - только прямым запросом?

Подсказка: служебная база УРБД только получатель
Работает не первый год для "нетипового" засасывания данных

(52) спсб, выше уже озвучивали. это у меня будет вторым вариантом. думаю верстампа - хватит

Неудобно однако
Тут же все готовое лежит, тем более фактически обмена не будет, только накопление и очистка списка объектов :)

можно и это подумать...
только вот вопрос: в комплексную поставку 7.7 УРБД - входит?

(54) хм.. а вот при выгрузке инфы из базы в файл обмена - каким образом "потереть" инфу в урбд о выгруженных объектах...? само же - не потрется - придется извращаться?

запостил на всякий случай http://infostart.ru/public/68432/

(56) Выложу в понедельник на инфостарт.

МОД-ом можно еще всё делать сразу.. и регистрировать изменения и обмен с бухией..

(56) делете в табличке и  всё..

(59) кстати, да...

+59 кого не устраивает МОД-овская регистрация изменений, лепят гибрид - регистрируют урибом, выгружают МОД-ом..

Блин.. на кубани ветку почитал..
Чебур решил всех достать сегодня :)