|
Проведение документа при обмене данными | ☑ | ||
---|---|---|---|---|
0
SSkripagan
23.07.18
✎
16:05
|
Коллеги здравствуйте.
Столкнулся со следующей проблемой: При обмене данными. В базе приемнике документы после обмена встают в очередь проведения. При этом сужествующий документы распроводятся. Требуется т.к. очередь проведения в нашем случаем может быть огромной портянкой. Необходимо чтобы документы проводились при загрузке или чтоб существующие не снимались с проведения. Что сделано: 1. реквизит проведен - синхронизируется. 2. В обработчике перед выгрузкой "РежимЗаписи = "Проведение"" установил. При ручной выгрузке - загрузке все срабатывает, при выполнени обмена через план обмена - нет. 3. В обработчике после выгрузки , прописал явное проведение документа. При ручной выгрузке - загрузке все срабатывает, при выполнени обмена через план обмена - нет. |
|||
1
тарам пам пам
23.07.18
✎
16:51
|
В событии ПослеЗагрузки добавь еще Отказ = Истина, чтобы обработчик по отложенному проведению не срабатывал.
|
|||
2
SSkripagan
23.07.18
✎
17:02
|
(1) тогда объект не будет загружен. Судя по документации "Параметры:
Отказ - Булево - Если Истина, то объект загружен не будет. " |
|||
3
тарам пам пам
23.07.18
✎
17:06
|
(2) Руками его запиши в ПослеЗагрузки. Ты же уже пробовал вроде (п. 3 в первом сообщении). "Объект загружен не будет" как раз и означает, что стандартные обработчики по отмене проведения и регистрации документа для отложенного проведения выполняться не будут.
|
|||
4
SSkripagan
23.07.18
✎
17:44
|
(3) спасибо. то что нужно !
|
|||
5
Cyberhawk
23.07.18
✎
17:50
|
Не понял, зачем проведение пихать в обмен, когда оно уже отделено и выполняется отложенно. Чем мешает?
|
|||
6
Лефмихалыч
23.07.18
✎
17:55
|
(5) видимо, чтобы существующие документы не распроводились, а проводились только новые и таким образом расхерачить всю синхронизацию к ебеням и концов потом не свести.
|
|||
7
SSkripagan
24.07.18
✎
08:59
|
(5) Отложенное проведените, в нашем случае, долгоиграющее мероприятие. А документ (самодельный), нужен с движениями сиекундав секунду.
|
|||
8
SSkripagan
24.07.18
✎
09:00
|
(6) Ваша апокалиптическая картина мира минимум забавна. Спасибо за участие ) Но, в нашем случае, все не так плачевно. Документ самодельный, с собственной логикой.
|
|||
9
Лефмихалыч
24.07.18
✎
09:08
|
(8) сделайте эту собственную логику так, чтобы это самодельный документ проводился быстро. И всё.
|
|||
10
Serg_1960
24.07.18
✎
09:31
|
Леф Михайлычу +1 к карме :) Ради одного самодельного документа не стоит уничтожать работоспособный механизм платформы и конфигурации.
Почему отложенное проведение у автора "долгоиграющее мероприятие" я не понял, а автор не объяснил. В любом случае, вероятно, автора это чем-то не устраивает и он хочет сделать "долгоиграющим мероприятием" обмен данными. Флаг ему в руки и вперед по шпалам поезду навстречу множить хаос блокировками и неоперативным проведением. |
|||
11
SSkripagan
24.07.18
✎
09:32
|
(9) Дело таки в том, что сам документ проводится мгновенно. Но! Когда приходит в базу обменом, пока он проведется из очереди, может пройти до 40 минут.
|
|||
12
SSkripagan
24.07.18
✎
09:34
|
(10) И Вам спасибо за участие )) шаг обдуманный. Логика решения позволяет потратить на 1 - 2 с. больше на обмен. "Проведение долгоиграющее мероприятие" лишь потому, что большой объем документов приходит, долго проводятся (до 40 минут).
|
|||
13
Лефмихалыч
24.07.18
✎
09:35
|
(11) тогда надо работать над распараллеливанием очереди, а не вот это вот всё
|
|||
14
Лефмихалыч
24.07.18
✎
09:35
|
фоновые за-што? фоновые за-дания
|
|||
15
SSkripagan
24.07.18
✎
09:36
|
(13) Разовьете мысль про "распараллеивание очереди " ?. Действительно интересно.
|
|||
16
Serg_1960
24.07.18
✎
09:38
|
Имхо, наверняка регламент проведения в фоне сделан так, чтобы не вносить пиковые нагрузки и не тормозить работу юзверей. Просто надо с ним разобраться так, как надо автору. Фсё.
|
|||
17
Serg_1960
24.07.18
✎
09:46
|
(офф)
Я прихожу к директору, я говорю: - Кто сшил костюм? Кто это сделал? Я ничего не буду делать, не буду кричать, я только хочу в глаза ему посмотреть. Выходит сто человек. Я говорю: - Ребята, кто сшил костюм? ... - У нас узкая специализация. Один пришивает карман, один - проймочку, я лично пришиваю пуговицы. К пуговицам претензии есть? - Нет! Пришиты насмерть, не оторвёшь! ... (монолог Райкина) У автора претензии к обмену есть? Если "нет" - так зачем там что-то "пришивать"? По окончании обмена запускай свой регламент проведения и издевайся там над здравым смыслом как хочешь :)) |
|||
18
тарам пам пам
24.07.18
✎
13:55
|
(6) Ко всем критикующим - у нашего клиента грузятся данные из МЕС системы + есть мониторинг этих самых оперативных данных. Из-за отложенного проведения данные в мониторинге постоянно "плясали", т. к. его МЕС постоянно присылает не новый документ, а обновление старого. Поэтому также отключали отложенное проведение и делали проведение сразу при загрузке.
В идеале конечно нужно мониторинг строить прямо в МЕС, но это база не на 1с и ее разработчики запросили в разы больше денег, чем потребовалось для доработки базы 1с. |
|||
19
Cyberhawk
24.07.18
✎
17:09
|
(7) Значит в другом плане обмена пусть будет
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |