Текущее время: Пн, авг 20 2018, 14:28

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


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


ВНИМАНИЕ!

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



Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу 1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: Дарю народу отчет для просмотра цепочки выравниваний!
СообщениеДобавлено: Вт, июн 21 2005, 11:06 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Дарю народу отчет для просмотра цепочки выравниваний!
Качать здесь.

Вот валяется, почти никому не нужная. Почему то все предпочитают напрямую лезть в поля AUGBL и REBZG, хотя там нюансов куча. Или пытаются использовать наикривейшую таблицу BSE_CLR.
Писал отчет больше для себя, для контроля других разработок.
В нем собран опыт моих столкновений с выравниваниями за несколько лет. Поэтому некоторые места алгоритма могут показаться странными. Это обход кривизны САП. Например простая истина, что поле AUGDT не имеет никакого отношения к документу в поле AUGBL, далеко не всем известна...

P.S.
Маленькое дополнение:
Отчет выдает иерархический список. Одна строка показывает две выравненных позиции двух документов.
Стрелочки показывают тип ссылки, например:
поз 1. >> - >< поз 2.
означает, что поз 1. полностью выравнена с поз 2., т.е. поле AUGBL поз 1. содержит номер документа поз. 2, а поле AUGBL поз 2. ссылается на самого себя.

или:
поз 1. > - ? поз 2.
означает, что поз 1. частично выравнена с поз 2., т.е. поле REBZG поз 1. содержит номер документа поз. 2, а поз 2. открыта, т.е. не содержит ссылок вообще.

P.P.S.
И еще одно:
Нужно создать GUI-статус с именем MAIN, а в нем пару кнопок с кодами PICK и NEW_FIND. PICK позволит проваливаться в документы, а NEW_FIND построить новую цепочку от документа, выбранного на экране.


Последний раз редактировалось Parazit Пт, янв 30 2015, 13:53, всего редактировалось 4 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 21 2005, 15:05 
Гость
а почему AUGDT не имеет никакого отношения к документу в поле AUGBL? я всегда думала что это дата выравнивания? разве нет?


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Это именно ДАТА ВЫРАВНИВАНИЯ
СообщениеДобавлено: Вт, июн 21 2005, 15:29 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
fiona написал(а):
а почему AUGDT не имеет никакого отношения к документу в поле AUGBL? я всегда думала что это дата выравнивания? разве нет?

Это именно ДАТА ВЫРАВНИВАНИЯ! Но не дата документа и не дата проводки. Я сталкивался с документами, в которых AUGDT не совпадала ни с одной датой обоих выравненных документов, даже год был другой. Уж не знаю, как пользователи это делают, но похоже как то через отмену выравнивания (например прошлогодних документов) и новым выравниванием, но без создания новых документов выравнивания (изменяются только ссылки старых документов). Это встречалось на разных проектах и в разных версиях (4.0 и 4.6).

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

В большинстве случаев AUGDT просто совпадает с датой проводки документа выравнивания, т.к. он обычно создается в момент выравнивания.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 21 2005, 15:41 
Гость
ясно. Спасибо за подробное объяснение! :)


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 21 2005, 15:46 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пт, ноя 12 2004, 12:40
Сообщения: 542
Откуда: Москва
Пол: Мужской
Вам нужно подумать над оптимизацией селектиков...
в классе Clears_Doc
Code:
select ...
  ........
  check ....
  select
    ..........
  endselect
endselect


ИМХО использование таких конструкций плохо отражается на производительности программы


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

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Ich Will написал:
Вам нужно подумать над оптимизацией селектиков...
в классе Clears_Doc

Дык, вроде этот класс у меня вообще закомментирован...

Ich Will написал:
ИМХО использование таких конструкций плохо отражается на производительности программы

Далеко не всегда. Иногда наоборот, повышает. Вынос неоптимизируемых выражений из селекта в check может ускорить выборку. В R/3 4.0 сталкивался с такими случаями, но, вероятно, это сильно зависит от оптимизатора, т.е. от версий R/3 и Oracle.

Хотя, признаюсь, не до оптимизации было, боролся с глюками. Необходимость лазить в BSEG мешает оптимизации.

Вот все собираюсь свой вторичный индекс для BSEG сваять, а уж на его базе и оптимизировать несложно, алгоритм можно будет втрое сократить. Вот здесь обсуждал эту тему. В принципе уже сделал индекс, но до всестороннего тестирования руки не дошли.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июн 22 2005, 06:27 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, авг 26 2004, 06:04
Сообщения: 921
Откуда: Челябинск
Пол: Мужской
Мне тоже кажется что
select ...
select...

endselect.
endselect.

Лучше не использовать. Это связано с трафиком м-ду БД и application.

Этот весьма объемный труд выбирает цепочки выравнивания, при методе частичного платежа? или при обоих методах?

_________________
Все будет хорошо...
http://sap-blog.ru/


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

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
artyom написал:
Этот весьма объемный труд выбирает цепочки выравнивания, при методе частичного платежа? или при обоих методах?

Оба метода, т.е. все выравнивания.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Это именно ДАТА ВЫРАВНИВАНИЯ
СообщениеДобавлено: Чт, июн 23 2005, 10:56 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, ноя 04 2004, 13:01
Сообщения: 68
Откуда: 4.6С
Parazit написал:
Это именно ДАТА ВЫРАВНИВАНИЯ! Но не дата документа и не дата проводки. Я сталкивался с документами, в которых AUGDT не совпадала ни с одной датой обоих выравненных документов, даже год был другой. Уж не знаю, как пользователи это делают, но похоже как то через отмену выравнивания (например прошлогодних документов) и новым выравниванием, но без создания новых документов выравнивания (изменяются только ссылки старых документов). Это встречалось на разных проектах и в разных версиях (4.0 и 4.6).


Если в операции выравнивания участвуют позиции с датой большей даты выравнвиания, то AUGDT будет наибольшей датой этих позиций. Т.е., например, выравниваете позиции 31 маем, среди выравненных позиций есть позиция за 1 июня.. тогда AUGDT будет не 31 мая, а 1 июня.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Это именно ДАТА ВЫРАВНИВАНИЯ
СообщениеДобавлено: Чт, июн 23 2005, 11:47 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Юрий Кочкин написал(а):
Если в операции выравнивания участвуют позиции с датой большей даты выравнвиания, то AUGDT будет наибольшей датой этих позиций. Т.е., например, выравниваете позиции 31 маем, среди выравненных позиций есть позиция за 1 июня.. тогда AUGDT будет не 31 мая, а 1 июня.

Повторюсь, что мне попадались документы, где AUGDT не совпадала ни с какой датой ни одного документа.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Проблемы есть?
СообщениеДобавлено: Вт, июл 05 2005, 10:56 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Кто-нибудь запустил? Все работает? Я ничего не забыл?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 06 2005, 10:07 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, сен 10 2004, 15:16
Сообщения: 342
Откуда: 4.6C->4.7->ERP Belarus
Пол: Мужской
Ну, придерживаясь методологии, работает. :lol:


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 06 2005, 10:40 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
JeKa написал:
Ну, придерживаясь методологии, работает. :lol:
Это какой методологии? Там вроде любые выравнивания находит. Единственное, при ситуации "много ко многим" суммы выравнивания не может расчитать, что логично.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 07 2005, 11:30 
Гость
Валера,
ну и надо сказать огромное спасибо постановщикам, коих сменилось несколько за время работы над модулями... :lol:
А то как-то "дарю" - звучит очень эгоистично.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 07 2005, 11:44 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 18:37
Сообщения: 1831
Откуда: Москва
Пол: Мужской
Anonymous написал(а):
Валера,
ну и надо сказать огромное спасибо постановщикам, коих сменилось несколько за время работы над модулями... :lol:
А то как-то "дарю" - звучит очень эгоистично.
Фига с два, они наоборот всячески упирались против моего алгоритма и упорно ставили задачу через глючную BSE_CLR, что я и сделал. А это исключительно моя разработка, которую я делал параллельно по собственной инициативе и по своему алгоритму. Потом им же его и подсунул, чтобы они могли контролировать и выискивать ошибки в своих алгоритмах.
Так что именно ДАРЮ!


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу 1, 2, 3  След.

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


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

Сейчас этот форум просматривают: Бородин Игорь, BingBot


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

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