Текущее время: Пт, мар 29 2024, 00:55

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


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


ВНИМАНИЕ!

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



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

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

Вот валяется, почти никому не нужная. Почему то все предпочитают напрямую лезть в поля 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, 12:53, всего редактировалось 4 раз(а).

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


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

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

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

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

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


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


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

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


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


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

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

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

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

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

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

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


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

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

endselect.
endselect.

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

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

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


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

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

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


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

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


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


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

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

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


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

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


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

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


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

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


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


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

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


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

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


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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