Насколько я понимаю, в FI-документы хранятся не в виде1 строк типа дебетсч-кредитсч-сумма, а в виде2:
счет-сумма.
Таким образом, если в документе всего 2 счета, то его преобразование в вид1 (как вы поняли - для получения обычного журнала проводок, свойственного для наших бух. программ - не проблема).
НО если в FI-документе 2 дебета и 5 кредитов, то приведение к виду1 уже становится проблематичным.

Тем не менее, в ряде адаптированных версий SAP-a есть транзакции, которые выводят обычный журнал проводок в виде1 и главную книгу с корр-циями, которая также предполагает, что проводки в виде1 сформированы.

ВОПРОС: (1) в таких адаптированных версиях ведутся какие-то собственные журналы проводок вида1 параллельно к стандартному виду хранения в SAPe или (2) есть какие-то стандартные таблицы, которые из любой версии помогут получить журнал проводок вида1 ??? Если да, то что это за таблицы.

PS: не программист SAP; бывший программист в прошлом; эпизодический пользователь SAP R/3 совершенно разных степеней адаптаций (это для выбора терминологии общения )

Как Вы лихо завернули)
Любой FI-документ лежит попозиционно, одна строка документа - одна строка в БД. Например, таблица BSEG.
К любому FI-документу применим разбор корреспонденции счетов. Пара счетов - одна строка в БД. Таблица J_3RKKRS. Оттуда и забирайте.
Есть также таблица J_3RKKR0, это таблица итоговых записей (тоже по парам). Используется для быстрого формирования отчета по корреспонденции до того как Вы провалитесь в конкретную пару по двойному щелчку.
Даже самая сложная корреспонденция всегда может быть разобрана (автоматически или руками) на пары счетов и приведена к такому виду.

Спасибо!
Меньше знаешь - круче заворачиваешь... Видимо это тот случай.
Возможно мне и не хватало того, что Вы рассказали, попробую посмотреть.

Этот вопрос возник еще и потому, что на одной реализации SAp-a отчет по корреспонденциям (наша родна главная книга) иногда в качестве корр. счета выдавал "???" ( S_ALR_87012313, гибкая главная книга - если это на что-то влияет ), т.е. не смог опеределить корр. счет, потому их было много (это было начисление амортизации Дт 32* Кт 02), хотя вручную можно было попроваливаться в каждый FI-документ и увидеть все счета.
Вот я и подумал, что есть какая-то проблема при определении корр. счетов.

На вашей практике такого не случалось .

А потом и BSEG через APPEND расширять начнем

... и этого не стоит бояться, иногда такое случается.
Проверьте Ваши правила интерпретации.
Верно ли выставлены приоритеты для счетов ГК, не входит ли пара данных счетов в список запрещенных.
J3RKPAC - Приоритет счета
J3RKKRN - Определение преимущественных и недопустимых пар

Старайтесь, чтобы вся корреспонденция была разобранной. Полноту корреспонденции проверяйте, сверяясь с оборотками по тому регистру, где у Вас происходит разбор корреспонденции. Увидите несоответствие сальдо или оборотов - ваш клиент.

Запланируйте на ночь автоматическое определение в J3RKKRS со снятой галкой "Выбор всех документов". Утром полистайте логи, отследите тех, кто не разобрался. Постепенно все эксклюзивные ситуации сойдут на нет.

Ага, я один раз так наразобрал, что у меня эксклюзивные ситуации пропали, зато неэксклюзивные стали валиться неразобранными пачкой
Вопрос в подходе, как говориться, главное не переборщить =) А потом настроил за 5 минут путем выбора пар по материалу путем , прямых рук и подзатыльников старших коллег. Но проект там был особенный, таких документов я больше не встречал

Как корреспонденция была настроена, так она и отработала
Эксклюзивные ситуации сразу в список запретных корреспонденций. А то, бывает, просыпаешься утром, а твоя жена - ананас!

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

Там было очень много позиций с одинаковыми суммами и идентичные документы с разным разбором (в зависимости, например, от материала) и тд =)
Я сидел вычленял различные логики запретов и приоритетов, в итоге утром офигел. В итоге создали правило соотнесения на основании номера материала, потерли все ранее настроенное и обошлись всего лишь десятком запретов/приоритетов. С тех пор вроде жалоб не присылали =)

Корреспонденция счетов это тухляк полный. Нужно было сделать 2 вещи - классификация счетов по интервалам (как в операциях ГГК), настройки "запрет/приоритет".

Кажется, тему можно закрывать.

С каких пор корреспонденция счетов должна работать на дополнительных контировках SAP?

тема закрыта