Текущее время: Пн, июл 21 2025, 05:46

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Про выравнивание
СообщениеДобавлено: Ср, дек 26 2007, 10:51 
Почетный гуру
Почетный гуру
Аватара пользователя

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Про выравнивание
СообщениеДобавлено: Ср, дек 26 2007, 13:17 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
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.

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 14:08 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
Прогу вкратце смотрел и раньше, но не асилил до конца )).
Может лучше кратенько, но словами, а?
И не только абаперам понятно будет... :wink:

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 15:21 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
troy написал(а):
Прогу вкратце смотрел и раньше, но не асилил до конца )).

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

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

troy написал(а):
Насчет BSE_CLR - интересует именно 4.7.

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

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

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

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 18:09 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
Нашёл наконец-то где собака похоронена ))

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 11:11 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, сен 22 2004, 08:42
Сообщения: 1079
Откуда: Москва
Пол: Мужской
еще одна хитрость при сторнировании: Для сторнирующего документа в bseg и индексных таблицах документ выравнивания сам сторнирующий документ, в bse_clr же сторнирующий документ выравнивает сторнируемый.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 11:36 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
Mike1 написал:
еще одна хитрость при сторнировании: Для сторнирующего документа в bseg и индексных таблицах документ выравнивания сам сторнирующий документ, в bse_clr же сторнирующий документ выравнивает сторнируемый.

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

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Про выравнивание
СообщениеДобавлено: Чт, дек 27 2007, 11:45 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, сен 22 2004, 08:42
Сообщения: 1079
Откуда: Москва
Пол: Мужской
Parazit написал:
Таблицу BSE_CLR не использовать, данные в ней кривущие, по крайней мере проверено в системе 4.6.
Это была 4.6A 4.6B или 4.6С?
По мере увеличения буквы глюков в системе становится меньше.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Про выравнивание
СообщениеДобавлено: Пт, дек 28 2007, 11:11 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
Mike1 написал:
Parazit написал:
Таблицу BSE_CLR не использовать, данные в ней кривущие, по крайней мере проверено в системе 4.6.
Это была 4.6A 4.6B или 4.6С?
По мере увеличения буквы глюков в системе становится меньше.

4.6С

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, дек 28 2007, 14:20 
Почетный гуру
Почетный гуру
Аватара пользователя

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, дек 28 2007, 15:03 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
troy написал(а):
Вопрос: если в позиции бух.документа BSEG поле AUGBL заполнено,
то как определить, действительно ли она выравненная или сторнированная?

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

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

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

_________________
"For all entries" не в SAP-ах, "for all entries" в головах! :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB