Коллеги! В системе следующая проблемка:

При деблокировании фактуры из 10 позиций в связи с online загрузкой в спецрегистры операция обрабатывается порядка нескольких минут. Выяснилось, что виноват сплиттинг - фактически обрабатывается перенос 276 позиций в FI-SL, соответственно столько же раз срабатывает логическое правило по иерархии.

Когда же число позиций в сбытовом заказе приближается к 50-100, то при деблокировании фактуры операция может вываливаться по тайм-ауту (в разделенном документа уже порядка 5тысяч позиций).

Пользователи нервничают, подскажите, как можно оптимизировать перенос либо заставить спецрегистр обрабатывать документ до сплиттинга ?

Спасибо!

а. пересмотреть правила и экзиты в сторону оптимизации исполняемого кода (абапер должен делать);
б. грузить доки задним числом (настройка индикатора проводки "2" в GCL2);
в. отказаться от сплитинга

Выбирайте любой!

Спасибо за ответ!

Пересмотреть на проводку задним числом пока не рассматриваем, может привести с увеличению сроков закрытия НУ (после закрытия БУ будем ждать переноса), отказаться от сплиттинга также не вариант

АБАП-еры сейчас думают над оптимизацией, меня же интересует, нет ли способа "включить настройку", чтобы сперегистры работали как будто сплиттинга нет? Ну если нет, то тогда будем ждать результатов оптимизации и дальше думать...

У вас бухгалтера ночью работают? Сделайте донакатку регистра каждую ночь, как фоновое задание с запуском в 24:00. Утром все увидят свои цифры в НУ. В дату закрытия БУ запускайте несколько раз днем...

возможно, Вы путаете причину со следствием. посмотрите ноту 1137444