Есть распределенка на БУХ 2.0 нетиповой.
В центральной базе галвбух любит "поконтроллить" последовательность,
а узлах операторы любят в это время вспомнить, что накосячили, и начать править старые документы.
Потом начинаются охи, что "мы тут косяки правили, а они затерлись".

Всякие объяснения, что сами виноваты - не помогают.
Отключить регистрацию при восстановлении последовательности - слишком радикально.

Попробовал оставить регистрацию при восстановлении последовательности только у набора проводок - так они в узлах умудряются распроводить/удалять документы, после чего получаются документы "объект не найден", имеющие проводки.


Пробовал отучить от контроля через ночной регламент восстановления - все равно гл бух кричит, что ей нужна реальная картина по задолженности (и узлам тоже нужна) вот прямо сейчас.
Документообоот реально небольшой, там документов 1000-2000 за месяц может будет, контроль за месяц восстанваливается минут за 15


Поделитесь опытом, как разруливать данную коллицзию

Существует такое странное понятие, как Дата Запрета Редактирования...
Только никому про неё не рассказывай...

Кто и где ее должен поставить, если гл бух вдруг решит восстановить последовательность на сегодняшнее утро в своей центральной базе?

(1) и как она поможет?

Если ГП будет регулярно соблюдаться, то поможет

Мысль, конечно..
Настроить через риб установку даты запрета по узлам..
Главбух нажимает - хочу контроль!
База:
1. Ставим задание на запрет
2. Проводим обмен с узлами
3. Узлы присылают отчет, что запрет установлен
4. Проводим контроль
5. Проводим обмен с узлами, высылаем результаты контроля
6. Снимаем запрет

мне кажется, как-то сложно , и врядли кто-то такой алгоритм реализовывал

восстановит последовательность и поставит дату

(6) Так главбух в середине дня лезет восстанавливать последовательность за текущий день

(6) Не, главбух с последовательностью балуется регулярно, при этом в этом периоде идет активная работа с первичкой

Думал в сторону события
ПриПолученииДанныхОтГлавного(Источник, ЭлементДанных, ПолучениеЭлемента, ОтправкаНазад)

Требуется:
1. Проанализировать источник, узнать, были ли правки в текущей базе (зарегестрированы ли изменения) - это просто.
2. Понять, пришел ли элемент просто после контроля (тогда приоритет узла), либо пришел после ручных правок (тогда приоритет центр. базы)

Сложность п.2 еще в том, что после ручных правок сразу может быть запущен контроль

Главное, не забыть гамак, лыжи и противогаз

(10) Это понадобится на случай, если в каком-то узле тоже начнут контролем баловаться, и все алгоритмы, заточенные на исправление таких коллизий - сильно облажаются...

(11) Если они там начнут баловаться, им понадобится бизнес-гель...

Вам РИБ противопоказан

(0) (имхо) Убери главбуха из центрального узла - создай для самодуры отдельный узел. Подчинённый. Слава богу, последовательности не мигрируют по узлам. Они вообще не нужны, как и изменение документов. Достаточно "причесать" регистры, не трогая документы.

(9) Не валяй дурака. Остальные работают без таких "надстроек" над типовой риб.

PS: у меня есть свой контроль за одновременным изменением объекта в узлах (между сеансами обмена) + версионирование "отвергнутых" изменений. Но алгоритм только предупреждает пользователей, которые изменяли один и тот-же объект и помогает восстановить ту или иную версию. Далее - это не мои проблемы.

(14) >создай для самодуры отдельный узел
хлопаю стоя!!!!

(11) беги оттуда. Главбух точно дебил. Просто поднять трубку или по скайпу, по емейл сказать всем: ребята, я перепровожу период, ничего не трогайте, а если тронете, то сами себе злобные буратины. Всё, вопрос решен.

Вместо этого вы устраиваете какую-то нереальную фигню, пляски с бубнами.

(16) Зачем бежать? Фрилансер сбегает только в случае, когда перестают адекватно платить...
Трубкой иногда даже пользуются и предупреждают, но основные проблемы все-таки всплывают, когда инет падает на несколько часов и встают обмены (что случается довольно часто, иначе нафиг эта РИБ сдалась).
(14) Спасибо за идею, займусь внедрением версионирования. Как-то не подумал, что с помощью него можно будет точно разрулить все коллизии версий.