Про выравнивание

troy

Наисал вопрос по сабжу в ветку фая, но что-то народ молчит, партизаны млин.
Вопрос наполовину по ABAP, так что посмотрите, плиз:
http://sapboard.ru/forum/viewtopic.php?t=32724 .

Parazit

troy написал(а):

Добре всем.

Вопросы не раз поднимались, но все же хочу уточнить нюансы (сабж на примере дебиторов):

1. Позиции, которые частично выравнивают - всегда висят в открытых (BSID)? И что с ними происходит при окончательном выравнивании?
Т.е. вопрос можно переформулировать так: если документ выравнен (AUGBL не пустое), то по документу выравнивания я же получу те позиции, которыми ранее он был частично выравнен, или все равно нужно отслеживать поле REBZG (ну там, позиции перерасчетов может не попадают куда нужно )?

2. Объясните по-подробнее насчет вытаскивания корреспондирующих документов выравнивания.
Например: есть выравненная фактура, -> лезем в BSE_CLR по ключу AUGBL+AUGGJ+AGZEI, и выбираем оттуда позиции с противоположным индикаторм SHKZG. Так?
Причем указанный документ AUGBL сам по себе может не являться "чистым" док-ом выравнивания (типа A), т.е. формирует позиции перерасчета. Из-за этого никаких нюансов возникнуть не может?

3. Если лезть напрямую в таблицу в BSEG, аналогично п.2, результат получится идентичный (ну разве что за исключением частичных выравниваний наверно)?

4. И чё делать, если в BSE_CLR найдены корреспондирующие позиции, где CLRIN не пустое??

5. Почти про это правда уже спрашивал ( http://sapboard.ru/forum/viewtopic.php?t=32722 ), но переформулирую: значение поля AGZEI что-нибудь значит, или только для доступа к табл.BSE_CLR и BSEG (в BSID-BSAD его нет).

6. Как нужно обрабатывать поле XRAGL (отмена выравнивания)?

ЗЫ. уфф, ну вроде все )) Может усиленным натиском на этот пост закроем пробел в форуме по поводу сабжа ?

Долго занимался разбором выравниваний, наваянных пользователями. Пришел к таким выводам:

1. При окончательном выравнивании (поле AUGBL не пустое) содержимое поля REBZG считать мусором! Это в общем случае. Разумеется, если у вас организована некая внутренняя политика выравниваний, то можно и пользовать инфу о предыдущих частичных выравниваниях.

2. Таблицу BSE_CLR не использовать, данные в ней кривущие, по крайней мере проверено в системе 4.6.

3,4,5. см. п.2

p.s.
В свое время написал прогу для разбора выравненных документов и отображения их цепочек. Она, может быть, не очень красивая, зато в ней реализованы все мои познания о выравниваниях и учтены некоторые "странности" SAP.

troy

Прогу вкратце смотрел и раньше, но не асилил до конца )).
Может лучше кратенько, но словами, а?
И не только абаперам понятно будет... :wink:

Насчет BSE_CLR - интересует именно 4.7.

Интересная ситуация с выравниванием памятных позиций - есть, скажем, ТАП. Со ссылкой на него проведен платеж. ТАП выравнивается (в AUGBL записывается номер проводки аванса), аванс - конечно же нет (в AUGBL пусто, в REBZG пусто). В BSE_CLR одна строка - BELNR_CLR = номер аванса, BELNR = номер ТАПа. Аналогично в BSAD - поиск по полю AUGBL = номер аванса, дает эту самую выравненную позицию ТАПа.

Вопрос: как корректно получить по позиции выравненного ТАПа (памятного документа) ту позицию(ии), которая его выравнила?

Parazit

troy написал(а):

Прогу вкратце смотрел и раньше, но не асилил до конца )).

А че осиливать? Ставишь и юзаешь. Мне она, как раз, полезна для разбора всяких ситуевин. Но можно использовать и модули для отчетов. Правда там исключена обработка памятных и прочих документов, но это легко подправить, там где то проверка поля BSTAT.

troy написал(а):

Может лучше кратенько, но словами, а?
И не только абаперам понятно будет... :wink:

Да я уж и не помню всех подробностей то. А что интересует то?

troy написал(а):

Насчет BSE_CLR - интересует именно 4.7.

Интересная ситуация с выравниванием памятных позиций - есть, скажем, ТАП. Со ссылкой на него проведен платеж. ТАП выравнивается (в AUGBL записывается номер проводки аванса), аванс - конечно же нет (в AUGBL пусто, в REBZG пусто). В BSE_CLR одна строка - BELNR_CLR = номер аванса, BELNR = номер ТАПа. Аналогично в BSAD - поиск по полю AUGBL = номер аванса, дает эту самую выравненную позицию ТАПа.

Вопрос: как корректно получить по позиции выравненного ТАПа (памятного документа) ту позицию(ии), которая его выравнила?

Строго говоря - никак. Т.е. при полном выравнивании нет ссылок на позиции, только на документ (AUGBL). Выравнивающий документ может быть вообще без позиций. В общем случае можно определить множество позиций множества документов, в т.ч. это может быть и одна позиция одного документа.

troy

Нашёл наконец-то где собака похоронена ))

В табл.BSE_CLR есть одна ма-а-а-ленькая, но важная особенность:
сюда не попадают позиции, выравненные с другими позициями этого же документа выравнивания (обычно это перерасчет),
т.е. нет такой записи, чтобы BELNR_CLR = BELNR.

Теперь понятно, почему по полю AGZEI не всегда можно найти корреспондирующие позиции выравнивания в табл.BSE_CLR...
Потому что их там нет

. А лежат они в BSEG.

Mike1

еще одна хитрость при сторнировании: Для сторнирующего документа в bseg и индексных таблицах документ выравнивания сам сторнирующий документ, в bse_clr же сторнирующий документ выравнивает сторнируемый.

Parazit

Mike1 написал:

еще одна хитрость при сторнировании: Для сторнирующего документа в bseg и индексных таблицах документ выравнивания сам сторнирующий документ, в bse_clr же сторнирующий документ выравнивает сторнируемый.

Думаю, еще много хитростей найдете в bse_clr. Я находил, как несуществующие выравнивания, так и полное отсутствие реально выровненных документов. Только вот грабли обычно вылазят на реальных данных, когда юзеры колбасить начинают.

Mike1

Parazit написал:

Таблицу BSE_CLR не использовать, данные в ней кривущие, по крайней мере проверено в системе 4.6.

Это была 4.6A 4.6B или 4.6С?
По мере увеличения буквы глюков в системе становится меньше.

Parazit

Mike1 написал:

Parazit написал:

Таблицу BSE_CLR не использовать, данные в ней кривущие, по крайней мере проверено в системе 4.6.

Это была 4.6A 4.6B или 4.6С?
По мере увеличения буквы глюков в системе становится меньше.

4.6С

troy

Вопрос: если в позиции бух.документа BSEG поле AUGBL заполнено,
то как определить, действительно ли она выравненная или сторнированная?
Интересен случай, когда по каким-то причинам поле BKPF-STBLG не заполнено.
Например, документ проведен из внешнего интерфейса - MM, SD и т.п.
Ведь по сути сторнирование - всего лишь особый вид выравнивания.

Parazit

troy написал(а):

Вопрос: если в позиции бух.документа BSEG поле AUGBL заполнено,
то как определить, действительно ли она выравненная или сторнированная?

Интересен случай, когда по каким-то причинам поле BKPF-STBLG не заполнено.
Например, документ проведен из внешнего интерфейса - MM, SD и т.п.
Ведь по сути сторнирование - всего лишь особый вид выравнивания.

Не надо смешивать понятия "Выровнено" и "Сторно". Если AUGBL заполнено - однозначно выровнено, хоть сторно, хоть нет. Может быть сделана отмена выравнивания без сторнирования, и сторно без отмены выравнивания. Насколько я знаю, это зависит от настроек.

Строго говоря, настоящее сторно - это только "красное сторно" (BSEG-XNEGP='X') и предназначено для корректировки оборота и сальдо.
Но САПа, как всегда, все усложнила. Заполненное поле STBLG означает, что есть документ ПОЛНОСТЬЮ обратный этому. Он может быть красным сторно, а может и просто обратными проводками.
Однако такая связка между прямым и обратным документами может быть и не через STBLG, а через записи в MM (поле SMBLN кажись) и т.п. Насколько я помню, может быть частичной, т.е. когда данный документ корректируется не на полную сумму.

Правила форума

Про выравнивание

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