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

Заказал модуль контроля версий остатков. Может кто уже делал? Я ничего не нашел.

Планирую сделать так. В отдельной базе докумены Движитель и РевизияДокумента.

Движитель соотносится с документами базы. РевизияДокумента содержит только ссылку на Движитель, а дата ревизии документа - это дата, когда мы проверял движение. И еще два реквизита у ревизии - Текущая, если это текущая версия, проверенная - если это проверенная версия.

Ну и один регистр остатков Склад, Номенклатура, Текущая, Проверенная.

Значит, подключаемся из проверочной базы к учетной базе, заполняем ревизии документа.

Проставляем признак Текущая, если это существующее в базе движение. Актуальная проставляем последней текущей версии, если она не менялась более недели (устаканилась), автоматом становится проверенной.

Далее смотрим расхождения и высылаем в виде отчета ответственным лицам.

Те согласовывают правильные версии, если были корректировки задним числом.

Что еще подкрутить, может есть готовое решение? Думаю, еще неплохо было бы реквизиты, что версия была правильной...

Как насчет решить исходную проблему?

Дата при чем? Есть версия, не совпадает - тогда смотреть, но на мой взгляд все-таки криво, можно сериализовать движения до обмена, но это точно не решение.

а чем это отличается от простого типового версионирования?

Ничем, подозреваю размер уменьшить хочется.

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

(3) это велокат

тема гения унылая? ну вы даете!

не Движитель, а Регистратор.
Хоть терминологию то не нужно придумывать

(8) каждый сам себе мудозвон ))

(5) (1) все у вас просто, гыгыгы... не все так просто, господа.
(3) и что тебе покажет версионирование. Как ты найдешь, какое правильное состояние?
(8) не хочу, чтобы дублировалось с 1с-скими идентификаторами.

(10) А ты ко всем 1С-ным идентификаторам добавь префикс "НеГений1СНаверноеШалопаиПисалиТиповойКод".

дарю:

одна версия - один узел распределенки

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

(12) и че это нам дает? гыгыгы... найдем день расхождения, но не документ