Распределенная база.
40 филиалов.
Иногда вылетает сообщение:
Существую более ране проведенные документы.
Ну естественно в журнале видно что ТА стоит на на последнем проведенном документе, а на предыдущем причем последний с зеленой галкой проведения.
Такое после определенных изысканий вычислил что это происходит когда пользователь проводит документ и в это же время запускается автообмен.
причем журнал ни каких ошибок не фиксирует.
А вот ТА откатывается почему-то назад на один документ.
Подскажите может кто сталкивался и если да то как побороть?

в догонку такое происходит только в филиалах.

Такая ошибка возникает только на документах у которых в правах не разрешено проведение задним числом. Решение - проставить галку в правах на всех документах, а запрет делать программно, нсли он нужен.

хм.
странно.
щас проверю.

(2) Не канает.
Стоит набор прав полный.
Еще варианты есть?
Причем может происходить у пользователей с разными наборами прав.

Причем никакой закономерности.
Это может быть как расходная накладная так и ПКО или ще какой нить.
Закономерности с видом документов никакой.

(4) Проверь права всех пользователей на все документы.
Это единственная причина. ВО всяком случае я за почти 15 лет с этой проблемой сталкивался неоднократно, и всегда причиной был именно запрет на проведение задним числом.

(2) нет. на всех документах - разрешено проведение задницей. а галки - появляются. причем как в центре, так и в ПБ.
странно, что происходит это то 2-3 дня подряд, то не встречается пол-года и более.

(5) Ты не тот вид документов смотришь. Проблема в правах не на серый документ.

(7) Так же неоднократно сталкивался с утверждением что галки стоят на всех документах, и всегда находил что это не так.

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

(9) Перепроверил повторно.
результат (4).

(9) два набора прав - "администратор" и "суперадминисратор" (так и не сподобился за 8 лет их переименовать).
Все юзвери, кроме меня, прогеров, админа и 3 топов - просто "администраторы".

Хоть бы Конфу озвучил.... Типовая, Переделанная, Самописка...

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

Конфа не вопрос ТИС допиленная.
Но это не факт, потому как сталкивался и на других базах с таким причем как SQL так и DBF.

(14) и по 3 минуты отказывать в проведении???

(11) Выложи куда-нибудь описание структуры метаданных.

Или сам сделай поиск
ПроведениеДокументовЗаднимЧислом    "0"

(16) почему?
Во первых при загрузке документов один фиг идет транзакция.
Вот токо как-то криво получаеться.
И чего бы это 3 минуты если это ПБ а обмены проходять максиму через 1 час если не приоритетного вида документов тоди еще чаще.
Так что количество загружаемых данных не так велико.

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

(20) В них. Выложи описание структуры метаданных, и я тебе конкретно укажу в какой строке у тебя "0"

Хотя чего я доказываю? Живи с убеждением что дело не в них, и что проблема не решаема. Мне то какое дело.

Вторая причина - куча документов на 23:59, но это уж совсем легко устраняется.

(19) у меян обмен порядка 2-3 минут идет, каждые 30 минут, круглосуточно.

(23) а вот такое - есть!

(25) У меня на текущий момент порядка нескольких десятков тысяч документов в день, и естественно время последних документов раньше чем 23:59

Если документы все проводятся в потоке, то
    Если ДатаДок>ПолучитьДатуТА() Тогда
        АвтовремяКонецДня();
    Иначе
        АвтовремяПослеТА();
    КонецЕсли;
    ПроводитьпослеТА(1,-1);
В призаписи. И документы будут вставать с интервалом в одну секунду.

(27)Так сделал и это.
Особенно на документах которые трогают остатки.
Один фиг.
Причем я же говорю никакой закономерности.
Может вылезти несколько раз в месяц а может и по полгода не вылазить.
Тем более что это происходить не в конце 23:59 в течении рабочего дня.

(28) Выложи описание структуры метаданных, или поищи сам кривые права.

(0) Документы  в будущем (еще не открытом периоде) есть?

(30) Вот это ка раз я вообще запретил делать.
ТОбиш запретил проводить документы раньше текущей даты.

(31) В ПБ перепроведением документов занимаются

(26) у меня на текущий день документов в 23:59, естественно, нету. такие документы - это, как правило, вчерашние выписки, поступившие сегодня.
А все докуметы проводятя в потоке, время на всех компах синхронизировано.

(33) А у меня вообще нет. И выписок в том числе.

(34) верю. но мне наличие в прошлых днях документов на 23:59 вроде не мешает.

(35) Тогда в какие моменты у тебя происходит слет ТА?

(36) ахез. Если б я мог это вычислить... раз в пол-года...

(37) выложи куда-нибудь описание конфигурации.

(38) Вот если уж так интересно:
http://www.4shared.com/rar/z-YKq04-ba/Описание.html

+(39) просьба ногами не пинать конфа не моя это мне в наследство досталось.

вот сидю потихоньку рефакторинг ей делаю.

А как скачивать? Без входа с помощью аккаунта соцсетей не дает скачать.

(42) бросил на почту.

Попробовал заплатку.
При интерактивно проведении проверяю запущен ли конфигуратор или нет.
Посмотрим что выйдет.

Например документ "ВводОстатковМатериалов"
ПроведениеДокументовЗаднимЧислом    "1"
Проведение при этом разрешено.

ЗаказМатериалов.

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

(45) Виноват, конечно-же там "0" имеется в виду.