После обмена с переферийной базой становятся не проведенными документы #140440

После обмена с переферийной базой становятся не проведенными документы. Например. На периферийной базе провели док. В центре он не проведен. Его никто не трогал. Обмен базами и на периферийке он стал  так же не проведенным. Народ клянется и божиться что центре его не пересохраняли и не изменяли. Параметры миграции у документа "все ИБ".

Видимо при таком раскладе 1С информацию, хранящуюся в центральной базе, считает главной, и подогнал инфу в периферийке под главную. А ты народу не верь. Посмотри в мониторе...

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

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

Хорошим тоном считается сказать, в чем была проблема.

В юзверах. Не понимают некоторые ,что даже если док просто "пересохранить" ,то он будет поподать в обмен с переферийкой. И ,как следствие, если кто то в периферии его уже провел ,то он опять станет не проведенным. И валить все на программера не стоит!

Дата запрета редактирования тебе поможет.

Не поможет :)

НЕ поможет. Если в реальном времени с одним объектом работают несколько пользователей ,то никак...

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

А если привязываться к префиксам документов или месту создания? Запретить редактировать "чужие" доки.

Не покатит. Док создается в центре ,а редактируется и проводится в периферийке. Он люд праавит параллеьно его и в центре(не понимая сути дела). В итоге конфликт.

Только если строить ограничение на то ,что док был выгружен и пока он не вернется с периферии не трогли что бы.

если перейти на МОД, то конфликт можно будет разрешить. Там тоньше это регулируется, чем в УРБД.

Это эпизодическая проблема и очень быстро ищется. В конце концов сидеть нянькой я не собираюсь. Вообще досталя эти юзвери.