Коллеги здравствуйте.

Столкнулся со следующей проблемой:

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

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

Что сделано:

1. реквизит проведен - синхронизируется.
2. В обработчике перед выгрузкой "РежимЗаписи = "Проведение"" установил. При ручной выгрузке - загрузке все срабатывает, при выполнени обмена через план обмена - нет.
3. В обработчике после выгрузки , прописал явное проведение документа. При ручной выгрузке - загрузке все срабатывает, при выполнени обмена через план обмена - нет.

В событии ПослеЗагрузки добавь еще Отказ = Истина, чтобы обработчик по отложенному проведению не срабатывал.

(1) тогда объект не будет загружен.  Судя по документации "Параметры:
Отказ - Булево - Если Истина, то объект загружен не будет.
"

(2) Руками его запиши в ПослеЗагрузки. Ты же уже пробовал вроде (п. 3 в первом сообщении). "Объект загружен не будет" как раз и означает, что стандартные обработчики по отмене проведения и регистрации документа для отложенного проведения выполняться не будут.

(3) спасибо.  то что нужно !

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

(5) видимо, чтобы существующие документы не распроводились, а проводились только новые и таким образом расхерачить всю синхронизацию к ебеням и концов потом не свести.

(5) Отложенное проведените, в нашем случае,  долгоиграющее мероприятие. А документ (самодельный),  нужен с движениями сиекундав секунду.

(6) Ваша апокалиптическая картина мира минимум забавна.  Спасибо за участие )   Но, в нашем случае, все не так плачевно.  Документ самодельный, с собственной логикой.

(8) сделайте эту собственную логику так, чтобы это самодельный документ проводился быстро. И всё.

Леф Михайлычу +1 к карме :) Ради одного самодельного документа не стоит уничтожать работоспособный механизм платформы и конфигурации.

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

(9) Дело таки в том,  что сам документ проводится мгновенно.  Но!   Когда приходит в базу обменом, пока он проведется из очереди,  может пройти до 40 минут.

(10)  И Вам спасибо за участие ))  шаг обдуманный.  Логика решения позволяет потратить на 1 - 2 с.  больше на обмен.  "Проведение долгоиграющее мероприятие"  лишь потому,  что большой объем документов приходит,  долго проводятся (до 40 минут).

(11) тогда надо работать над распараллеливанием очереди, а не вот это вот всё

фоновые за-што? фоновые за-дания

(13) Разовьете мысль про "распараллеивание очереди " ?.  Действительно интересно.

Имхо, наверняка регламент проведения в фоне сделан так, чтобы не вносить пиковые нагрузки и не тормозить работу юзверей. Просто надо с ним разобраться так, как надо автору. Фсё.

(офф)
Я прихожу к директору, я говорю:
- Кто сшил костюм? Кто это сделал? Я ничего не буду делать, не буду кричать, я только хочу в глаза ему посмотреть.
Выходит сто человек. Я говорю:
- Ребята, кто сшил костюм?
...
- У нас узкая специализация. Один пришивает карман, один - проймочку, я лично пришиваю пуговицы. К пуговицам претензии есть?
- Нет! Пришиты насмерть, не оторвёшь!
...
(монолог Райкина)

У автора претензии к обмену есть? Если "нет" - так зачем там что-то "пришивать"? По окончании обмена запускай свой регламент проведения и издевайся там над здравым смыслом как хочешь :))

(6) Ко всем критикующим - у нашего клиента грузятся данные из МЕС системы + есть мониторинг этих самых оперативных данных. Из-за отложенного проведения данные в мониторинге постоянно "плясали", т. к. его МЕС постоянно присылает не новый документ, а обновление старого. Поэтому также отключали отложенное проведение и делали проведение сразу при загрузке.

В идеале конечно нужно мониторинг строить прямо в МЕС, но это база не на 1с и ее разработчики запросили в разы больше денег, чем потребовалось для доработки базы 1с.

(7) Значит в другом плане обмена пусть будет