Записи в BSEG и J_3RKKRS

ruzekaterina

Коллеги, добрый день.

Кто-нибудь сталкивался с такой ситуацией, что док-т есть в J_3RKKRS, но отсутствует в BSEG/BKPF?
Как такое может произойти?

darkduck

С такой ситуацией не сталкивался.
Подозреваю, что дело может быть в автоматическом определении корреспонденции, "повешенном" на какое-нибудь событие OpenFI (1030?). При этом документ интерпретировался и записался в таблицы корреспонденции, но не успел записаться в основные таблицы из-за технического сбоя.
Но утверждать ничего не буду.

Beard

Уверены, что в BKPF отсутствует? У нас была проблема, что sample document попадали. Есть нота, которая это правит 1886074.

ruzekaterina

Да, в BKPF отсутствует.

Beard

Тогда вариант действительно тот, который описал darkduck.
В номерах созданных, есть пропуск?

ruzekaterina

Да, пропуск есть.

Beard

Тогда оно и есть.
Можно удалить этот док тогда.

Аникин Игорь

У меня была такая ситуация.

Связана она была с тем, что мы реализовали автоинтерпретацию документов через OPEN_FI путём запуска в ФМ функции стандартной по интерпретации документа по событию 1025 или 1030. Точно не помню.

Были ситуации, когда документ не создавался в силу того, что были какие-то ошибки, а интерпретация по ФМ проходила.

Лечится просто. Есть специальная нота по удалению этих записей в J_3rkkrs и обновлению J_3rkkr0.

darkduck

Ну примерно как я и сказал.

Кстати, событие 1025 здесь вряд ли применимо - в нем еще нет номера документа.

Спасибо за наводку про ноту.

Beard

Может и вряд ли 1025. Но висит оно вот где

1025 J_3RKORRSSP_1025
1030 J_3RKORRSSP_1030
1050 J_3RKORRSSP_1050

P.S. нота по корректировки 740745.

Alter

Ваша проблема в том, что во время проводки документа пройден OPEN-FI и соответственно документ отразился в таблицах подмодуля корреспонденции. Но уже после того как уже документ был записан, была отработана Z - проверка, которую скорее всего тоже повесили на то же событие OPEN-FI после обработки подмодулем корреспонденции.
Для исправления ситуации:
1) проанализируйте и удалите лишние записи из таблиц подмодуля корреспонденции (это необходимо делать очень внимательно, особенно в таблице итоговых записей подмодуля корреспонденции). Специально не пишу наименования таблиц, дабы эту операцию могли сделать только понимающие всю ответственность консультанты.
2) проверьте и исправьте очередность вызова функций в OPEN-FI
Если попытаетесь переподключить подмодуль корреспонденции на inupdate task, то система будет подвисать при каждой проводке ФИ-документа.

Plank

Для информации о работе стандарта...
Событие 1030 - J_3RKORRSSP_1030 и событие 1050 - J_3RKORRSSP_1050 запускают один ФМ J_3RKORRSSP_UPDATE (в j_3rkorrssp_1030 есть комментарий "* 1030 and 1050 are the same")

Code:

* interpret document in update task (level V2)
  call function 'J_3RKORRSSP_UPDATE' in update task
    tables t_bkpf = t_bkpf.

ФМ J_3RKORRSSP_UPDATE модуль обновления с опцией "запуск откладывается", то есть он начинает работать после commit вызывающей транзакции. В этом ФМ есть проверка наличия документа в БД

Code:

form read_bseg
  tables  it_bseg structure bseg
  using   wa_bkpf type      bkpf.

  data: gt_bseg  type fagl_t_bseg.
  refresh it_bseg.

  if gv_rldnr is initial.
    select *
        from bseg
        into table it_bseg
        where bukrs = wa_bkpf-bukrs and
              belnr = wa_bkpf-belnr and
              gjahr = wa_bkpf-gjahr
        order by primary key.

Соответственно, если записей нет в BSEG, ничего в корреспонденции счетов не появится.
Думаю, в вашем случае действительно поработали "умельцы", которые сделали разбор корреспонденции до основного commit (который может и не случиться).

На счет "подвисания" при in update task. Нужно добавить на инстанции процессов UP2, так-как ФМ с отложенным обновлением запускаются там, и если у вас большой поток проводок, то один процесс UP2 явно не справится...

alt_smg

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

Почему при расчёте регистра материалов документы не интерпретируются? а в sm13 получаю ошибку J_3RKORRSSP_UPDATE DB dead lock during update. То есть происходит взаимоблокировка.

ynblpb

Возможна такая ситуация, что номер был проставлен не из entry view, а из ledger view.
Т.е. имеет смысл искать не в BSEG/BKPF, a в FAGLFLEXA.

Алия

добрый день коллеги. у меня наоборот в BSEG есть документ, нет в J_3RKKRS. как быть ? прошу помочь

Записи в BSEG и J_3RKKRS

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