Блокировка партии.

hub2002

Добрый день.
Необходима консультация.
Выполняю 4-е проводки по одной партии материала.
Сначала приход по акту, потом расход по акту, потом приход по акту, потом расход по акту.
Партия одна и та же.
Проблема в том, что бывает, когда при выполнении проводки, партия еще блокируется предыдущей операцией.
В связи с этим вопрос, выполнять следующую проводку только в том случае, если блокировки партии нет.
Или есть какой-либо другой механизм для этого?

Удав

hub2002 написал(а):

В связи с этим вопрос, выполнять следующую проводку только в том случае, если блокировки партии нет.
Или есть какой-либо другой механизм для этого?

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

hub2002

Так и предполагал, спасибо

hub2002

Господа, а такой вопрос, проверять ФМ

Code:

        CALL FUNCTION 'ENQUEUE_EMMCH1E'
          EXPORTING
            mode_mch1      = 'E'
            matnr          = w_matnr
            charg          = w_lgort
          EXCEPTIONS
            foreign_lock   = 1
            system_failure = 2
            OTHERS         = 99.

По другому не получится?

Сергей Королев

Вообще, в таких случаях должен помочь LOCAL UPDATE, а не блокировка.
Если проводки делаете при помощи BAPI, то перед каждой транзакцией нужно сказать

Code:

SET UPDATE TASK LOCAL.

а если через CALL TRANSACTION USING, то нужно добавить UPDATE 'L'.
Хорошо тем, что процесс детерминирован - после успешного окончания транзакции у вас гарантированно будут обновлены данные и сняты блокировки.

Удав

Сергей Королев написал:

Вообще, в таких случаях должен помочь LOCAL UPDATE, а не блокировка.

Может помочь, но не в 100% случаев.
В случае вызова в обновлении ФМ ..IN BACKGROUND TASK такой вариант может не пройти.

superbizon

Удав написал(а):

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

300-500 секунд при проводке ДМ?
Секундная задержка, ИМХО, очень сурово. Можно просто в цикле вызывать вызывать ФМ блокировки пока дело не увенчается успехом. Нужно только ограничть количество итераций очень большим числом, чтобы насовсем не застрять в цикле.
Можно еще с параметром _wait фм блокировки вызывать. Только я не знаю сколько у него продолжительность _wait

hub2002

Пробую, но пока не помогает.

точнее не помогает update 'L' для CALL TRANSACTION USING
а SET UPDATE TASK LOCAL. - работает.

Удав

superbizon написала:

Удав написал(а):

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

300-500 секунд при проводке ДМ?
Секундная задержка, ИМХО, очень сурово.

300-500 секунд - это при обработке документа транспортировки со 100 поставками или при обработке документа FM с большим количеством позиций со ссылками на другие документы

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

weise

Мы тоже остановились на использовании в таких случаях цикла с попыткой заблокировать объект с параметром _wait. Как именно система будет пытаться ждать определяют системные параметры enque/delay_max, enque/delay_max_refine, enque/delay_jitter (задаются в профиле аппликейшн сервера).

Code:

enque/delay_max - длительность попыток блокировки (в секундах) (по умолчанию 5)
enque/delay_max_refine - количество попыток блокировки в секунду (по умолчанию 1)
enque/delay_jitter - время (в мс) в пределах которого будет отклоняться время ожидания (по умолчанию 200)
Т.е. при параметрах по умолчанию система будет пытаться заблокировать объект в течение 5 секунд, с рандомным временем между попытками от 800мс до 1200мс.

Источник: нота 654328 (она не совсем по этой теме, но похожая информация уже не раз встречалась).

Правила форума

Блокировка партии.

Кто сейчас на конференции