Добрый вечер!

Прошу, если можно, помочь решить следующие вопросы:

Вопрос 1:
В имеющейся реализации SAP S/4HANA журнал проводок в привычной для РФ форме (т.е. Дт Кт сумма - обычные корреспонденции) формируется через подсистему fiori. В системе видна информация об имени запроса и инфо-провайдере.
Я хочу определить, хранятся ли корреспонденции готовые в какой-то таблице, которую можно выгрузить непосредственно, а не этим отчетом. Если да, то какими транзакциями можно воспользоваться, чтобы определить эти таблицы ?
(таблица J_3RKKRS пустая)

Вопрос 2:
Транзакция S_ALR_87012313 (корреспонденция счетов главной книги) формирует главную книгу с корреспонденциями. Видно, что суммы берутся из таблицы GSALV_S_RFHABU10_LIST2, но просмотреть ее непосредственно не удается, система говорит, что это таблица категории S. Что это значит и можно ли ее все-таки просмотреть, а если да - каким образом ?


PS: я не программист/разработчик в SAP, поэтому понимаю, что в вопросах могут допустить некорректные высказывания. Прошу не ругаться, а помочь практическим советом, насколько это возможно.

Если у вас на хане активна новая корреспонденция, то намучаетесь с нею. Я не пугаю, просто сами решайте.
Настройка обратимая, то есть можно вернуться на классическую корреспонденцию (j_3rkkrs или corr items в зависимости от уровня системы).
Мне классическая больше по нутру.
По поводу невозможности просмотра таблы стандартными средствами, у нее категория ведения такая выставлена, скорее всего.
Полное "ничего нельзя", то есть в se11 и se16 вы начинку не посмотрите.
Может, сама судьба зовет вас на старую корреспонденцию.
Если перейдете, то просто для старых периодов прогоните разбор повторно и в добрый путь, там весь J отображается в итоговых и отдельных позициях через любые средства, а есть и прочие бенефиты. А, может, я просто консервативен, но я голосую за J. А как поступите Вы, Вам и решать.

Новая корреспонденция должна хранится в ацдоке вобще. GSALV_S_RFHABU10_LIST2 судя по названию это вобще структура отчета, структуры конечно система посмотреть не дает. Можно включить трассировку sql и посмотреть к каким таблицам идет запрос, это быстрее всего.

Да, ты прав, скорее всего. Я не копал глубоко.
Мне почему-то кажется, что если просмотр корреспонденции через фьори, то это априори акдоковская. Поправь, если ошибаюсь, так как ни разу ее глазами своими не видел. Через фьори можно, конечно, и старую посмотреть, если новое приложение добавить в плитку, примерно верно выражаюсь или нет?

Не поверишь, но я тоже ее в глаза не видел. Но так же точно ее бы не стал активировать

Новая корреспонденция работает просто - в acdoca в поле gkont записывается номер корреспондирующей позиции этого же документа.
Ранее там был номер счета.

CDS генерит таблицу CRUGLACCTBALC, в которой все можно посмотреть

Сильное заявление - проверять я его конечно не буду

Спасибо за ответы!
Видимо fiori делает по ACDOCA.
Подскажите еще, пожалуйста, по номерам позиций или строк в ACDOCA:
в каких полях хранится:
- позиция в самой ACDOCA (в BSEG было поле Позиция, которое однозначно идентиф. строку в докумнте FI), Другими словами выражение (документ FI) + (это поле) должно однозначно идентифицировать строку записи ACDOCA,
- номер корреспондирующей позиции, которая корреспондирует данной позиции (если это вообще существует),

Полей много, сразу не разобраться, других возможностей, кроме как спросить здесь - нет.

В acdoca
RLDNR - регистр
RBUKRS - БЕ
GJAHR - год
BELNR - номер документа
DOCLN - номер позиции по регистру
BUZEI - номер позиции в bseg
GKONT - номер корреспондирующей позиции по регистру

Daw, спасибо за ответ!
У меня еще вопрос по корреспонденции:
Я надеялся, что как и положено дебет (S) всегда корреспондирует с кредитом (S), но недавно встретил корреспондирующие позиции в ACDOCA, у которых был проставлен один тот же ДК = H.
Суммы - одинаковые по модулю, разные по знаку, т.е. в итоге = 0 .
получается что-тьо типа Дт 01 = 100 руб, Дт 01 = -100 руб.
Как интерпретировать эту ситуацию, и зачем такое делается (т.е. один и тот же ДК у двух корреспондирующих позиций) ?

Коды проводок разные - 70 и 75

Нарушение п.1.8 "Правил ресурса". Тема закрыта с предупреждением пользователю.