Коллеги, всем привет!
Вопрос такой.
Возможно ли, что при передаче iDoc, когда сообщение делится на несколько частей, он сам себе блокирует объекты?
Поясню. Есть iDoc HRMD_A, передающий изменения по объектам орг. единицы, штатным должностям, сотрудникам за день. В iDoc данные сортируются в аналогичной последовательности. iDoc большой и делится автоматически на несколько частей. Может ли получится так, что, например, в первой части обрабаытвается соединение штатной должности S с сотрудником P, а в последней части обрабатывается этот сотрудник P, но при этом обработка соединения S-P ещё не завершилась и блокировка с объекта P не снята?
Просто периодически на стороне системы получателя возникают сообщение 5-101 "Объект заблокирован". При этом к сожалению не сообщается кем. Синхронизация проходит ночью, никто в системе получателе не работает и блокировать объекты не может. Поэтому я предположил что может iDoc сам себе блокирует объект? Возможно ли вообще такое?

В тему этой проблемы задам ещё несколько вопросов:
1. Можно ли как-то просмотреть историю блокировок? sm12 позволяет посмотреть только кто блокирует в данный момент. А интересно было бы посмотреть историю.
2. Можно ли как-то отменить разделение iDoc на части? И вообще стоит ли так делать? Просто мне кажется если разделение убрать, то в рамках одного сообщения уж точно ничего блокироваться не должно.

По п.1 попробую запустить st01 на ночь, там есть пункт про блокировки. правда результат не очень информативный.. непонятно какой объект был заблокирован. вряд ли данный лог поможет ответить на вопрос "кто блокирует табельный номер XXXXXX в 1:00 ночи"

Насколько я в курсе, происходит распараллеливание импорта IDOC-ов. В вашем случае может происходить одновременный доступ к одному и тому же объекту P.
А что у вас с данными в итоге, какое то изменение не проходит?

Посмотрите справку к разделу по сериализации в меню Инструменты-ALE-IDOC-Сериализация.

Если мне не изменяет склероз именно так и есть, второй idoc может быть запущен когда первый еще не закончил работу. Что то подобное мы имели при загрузке idoc кассовых документов. Решали это 2-мя способами - при создании idoc засовывали в него все "подобные" документы скажем по одному заводу. После завершения обработки загрузки запускался второй процесс запускающий повторную обработку idoc с определенным кодом ошибки. Наверное еще можно подумать об экзите проверяющем блокировки перед запуском.

Да, именно. Поскольку ТН блокирован, то iDoc падает в ошибку на стороне системы получателя. И ТН естественно не обновляется, только после повторного запуска iDoc через bd87. Но синхронизация идёт ежедневно, неправильно каждый день доталкивать вручную упавшие iDoc, меня базис с такими просьбами пошлёт куда подальше, и правильно сделает

Да, я думал об этом. Это решение. Но пока не пробовал его реализовать, т.к. до сих пор не могу поверить, что стандарт ALE отрабатывает вот так вот..

экзит не поможет.

ну узнает он, что ТН блокирован, и что?

ИМХО максимум, что можно сделать (без изощрений и извращений с программированием) - это фоновое задание проводки полученных IDoc состоящее из 2-х шагов:
1. проводка IDoc в статусе "ошибка"
2. проводка остальных IDoc

А почему не копаете в сторону последовательной очереди? Эта тема обсуждалась на форуме (вот, например), вроде даже есть стандартные настройки, правда сам я не пробовал.

Parazit, спасибо. Я не знал о такой возможности и не нашел этой информации. Мне кажется совет очень дельный. Буду пробовать!