Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема начата: Паганель от Октябрь 06, 2008, 01:59:29 pm
-
Вот возникла проблемка - никак не могу найти решение
Добавил условия MWR2, MWR3 (см. вложения)
Настроил схему калькуляции - изменив существующую RM5000, вот тут и возникли проблемы - для созданных видов условий
указываю уровень с какого брать значения 900 - ничего не считается или берется значение с вышестоящего уровня ....
в чем траблы ?
-
Дополнительно вопрос: зачем условиям для которых в схеме калькуляции указываем уровень откуда брать значения, присваевается последовательность доступа - ведь значения берутся из схемы калькуляции ?
-
в чем траблы ?
Покажи анализ расчета для этого вида условия, там скорее всего будет написано что доступ не произведен...
-
Вот
-
Это, уже тут обсуждалось все вложения имя файла английскими буквочками... а иначе ничего не выйдет.
-
вот с англ.
-
Ну я сделал для примера такое же условие как у тебя MWR2, но убрал последовательность доступа и поставил, что ввод в ручную имеет приоритет, чтобы вообще проверить что условие может работать беря сумму с уровня. Как видно условие работает, при вводе в ручную процента, берется 10% с уровня 40 - Фактическая цена. Попробуй убрать последовательность доступа и поставь разрешение ввода в ручную - C и посмотри что будет.
PS: Что касается, зачем требуется последовательность доступа, то она нужна чтобы система сама поняла какой процент требуется брать к условию, т.е. если поставить в настройке условия Ввод в ручную = D, т.е. ввод в ручную запрещен (как у тебя), то без последовательности доступа система всегда будет ставить в условии 0, а руками вводить запрещает настройка. При наличии же последовательности, если предпосылка будет выполнена (у тебя как раз с этим вроде как все нормально), то система автоматически подставит условие, процент возмёт из введённой тобой схемы, а вот применит его к сумме с заданного в схеме калькуляции уровня. Ну вроде как так.
PSS: Моделировал на схеме RM0000, так как документов на схему RM5000 под рукой небыло, но это вроде как не принципиально.
-
о спасибо большое - завтра попробую .....
идея понятна ....
а не мог бы ты добрчеловек пояснить внятными словами что значат колонки после "Стат" ..... а то не совсем понятно по каким принцыпам ты их брал ....
-
p.s. а когда вернут "нормальный" просмотр вложеных картинок - ранше было лутше, когда вложеная картинка без всплывания, отображалась на странице - только в увеличеном виде после клика на ней ?
PS (Uukrul): Ну не знаю я... это Nexus-a надо поспрашивать...
-
Печать - Ну вроде как управляет будет условие выводиться в выходном документе или нет. Варианты там разные, вроде как часть понятна без объяснения, а другое надо просто поиграться.
ПерС - Сумма из этого поля переносится в определеные поля структуры KOMP, ну например PB00 стоит всегда 9, т.е. это поле цены брутто и т.д. Какие поля что обозначают смотрим через SE11 для KOMP
Пр. - Ну это подпрограммы которые пишутся в транзакции VOFM, общая суть можно задать свои проверки на условия в схеме.
ФрмР. - Тоже подпрограммы, только другого типа. которые вычисляют сумму расчета по условию.
БазФ - Тоже подпрограммы, кажется можно типа передается рассчитанная стоимость условия, а в этой подпрограмме, можно эту сумму программно подрихтовать, ну например в зависимости от времени суток, когда вводится заказ ::)
КодСч/РезОтч - ну это коды операций, в моем примере идем в OBYC - Настройка автопроводок и видим там такие же коды для для группы RMK как и в предложениях выбора значений, например FR1 это значит что эта сумма проведется по счету заданному в настройке автопроводок для пересчета фрахта.
Ну где-то так... хотя конечно может где и соврал ;)
-
спасиб .... даже больше чем в курсе ..... :) толи хреново читаю .... толи ....
не подскажеш мил человек что еще можно почитать по технике условий кроме курса и хелпа .... может у тебя есть еще какая то дока на эту тему ....
или как посмотреть как все это работает - какой модуль или прога .... ну не знаю, знал бы не спрашивал .... откуда начать копать ?
-
откуда начать копать ?
Ну так ты уже и сам копаешь... вот так дальше потихоньку и пойдет... Расписать все по полочкам, ну наверное те кто знают все полочки времени нет и не интересно, а те кто не знают, остается копать-с. Короче, спрашивайте, будет время и буду знать отвечу, но только вопросы конечно же не из области как настроить СУС ;) потому что тогда ответ, через SPRO, SE38, SE37
-
ссори ... ищем легкие пути .... :D
ок, всеравно пасиб
-
хотя думал может узнаю ф-кцию или прогу которая отвечает за технику условий - .... а там уже как нибудь разберусь ....
вобщем большое спасибо ..... всеравно узнал очень многое
-
хотя думал может узнаю ф-кцию или прогу которая отвечает за технику условий - .... а там уже как нибудь разберусь ....
вобщем большое спасибо ..... всеравно узнал очень многое
Ну так это /h и вот тебе там прога... только там между нами говоря, кодаааааа, короче копать и копать ;)
-
дык где же ставить ? в какой т-ции ? me21n ? пока не дошел до расчета цен ..... ;)
-
дык где же ставить ? в какой т-ции ? me21n ? пока не дошел до расчета цен ..... ;)
Не сегодня точно в код ходить не буду... сегодня и так полдня потратил на пацанов с дампами и поиском, а собственно почему это стало падать и ведь никто ничего ж не трогал типа. Так что сама Верунчик, сама :D
-
Ну начал копать .... куча кода - наверное не получится понять как все работает .....
MM_CURRENT_PRICE_DOCUMENT
-
ой, кажись не то ....
вообщем докопаюсь - кину откуда начинать
-
Ну я сделал для примера такое же условие как у тебя MWR2, но убрал последовательность доступа и поставил, что ввод в ручную имеет приоритет, чтобы вообще проверить что условие может работать беря сумму с уровня. Как видно условие работает, при вводе в ручную процента, берется 10% с уровня 40 - Фактическая цена. Попробуй убрать последовательность доступа и поставь разрешение ввода в ручную - C и посмотри что будет.
Ну вот сел разбиратся .... горит .... сделал аналогичное условие (правда создавал с нуля), тут возник вопрос ты писал вводе в ручную процента, берется 10% с уровня 40
- у меня условие не доступно для редактирования, и у тебя на скришоте тоже, так вот откуда берется 10% ?
-
не доступно для редактирования, и у тебя на скришоте тоже, так вот откуда берется 10% ?
Ну вообще-то это я в режиме просмотра тебе показал скриншотик... а так у меня условие доступно для ввода, так как последовательности доступа нет, и стоит вид С- ввод в ручную имеет приоритет. Так что редактируемое у меня условие, а если его не редактируемым сделать, тогда обязательно нужна последовательность доступа и ввод значений для последовательности через MEK1.
-
А чего тогда на скриншоте цена доступна для редактирования .... :)
-
по поводу в какой проге искать - пул функций SAPLMEKO
-
А чего тогда на скриншоте цена доступна для редактирования .... :)
Ну откуда ж я знаю... но точно помню, что процент вводил руками.
-
да ладно, главное что показал откуда копать ..... и что оно работает, дальше как нибуть докопаюсь..... :)
-
Судя по всему процент всетаки не вводится вручную mwr2 это типа стандартное условие,
и данные для него вводятся в MEK1, хотя не понятно как без последовательности доступа подтянулись данные,
может у тебя в схеме RM0002 есть такое же условие?
Возникла парочка вопросов:
Если виду условия присвоена последовательность доступа, ему необходимо присвоить дополнительную схему калькуляции. В противном случае в системе нельзя будет рассчитать цену нетто или фактическую цену.
- Значит ли это что все доп.условия должны прописыватся в доп.схеме ?
- Какой принцып работы RM0002?
- Какова структура дополнительных схем калькуляции - они должны повторять основную схему (т.е. там должны быть теже условия что и в основной)
-
Судя по всему процент всетаки не вводится вручную mwr2 это типа стандартное условие,
и данные для него вводятся в MEK1, хотя не понятно как без последовательности доступа подтянулись данные,
может у тебя в схеме RM0002 есть такое же условие?
Ну вообще-то если есть последовательность доступа то данные для нее вроде как прописываются в MEK1 и потом автоматически берутся в схему калькуляции. А вот ту цитату про дополнительную схему калькуляции, я вообще что-то не понял, что имеется в виду.
-
А если есть последовательность доступа - то суммыровать можно (указать с какого уровня берется сума, и к ней применить формулу)?
По поводу цитаты: это цитата из хелп http://help.sap.com/saphelp_470/helpdata/ru/75/ee12f955c811d189900000e8322d00/content.htm
Я ее не понял, из=за этого и спрашиваю
-
А если есть последовательность доступа - то суммыровать можно (указать с какого уровня берется сума, и к ней применить формулу)?
Да вроде как так и должно было отработать... будет чуть времени проверю... как оно берется и ссылку посмотрю.
-
Включил данное условие mwr2 в стандартную схему калькуляции (заказа на поставку), последовательность доступа присвоена,
но условие в схему не подтянулось делаю анализ, подробности на скриншотах
В схеме калькуляции для данного условия предпосылки не установлены, так почему ругается на последовательность доступа?
-
Сам спросил - сам и отвечаю: ругается из-за того что в последовательности доступа MWST стоит предпосылка 8.
Правда еще не разобрался чего вместо последовательности 7 используется 8?
-
ха, сам догадался - так как в 7 не находит значений.
-
извиняюсь - а чего не находит - откуда он должен брать эти значения ?
-
Ну в общем, это программные предпосылки, Жмешь на F4 в поел предпосылок и получаешь экранчик 7-8.png и там выделяешь программку 7 или 8 и смотришь в каких случаях отрабатывает предпосылка. А там программка на абапе. Например, для 7 что-то типа:
* Domestic transaction
form kobed_007.
sy-subrc = 4.
check: komk-aland ne space.
check: komk-land1 ne space.
if at005-xegld = 'X' and et005-xegld = 'X' and
komk-stceg is initial.
sy-subrc = 0.
exit.
endif.
check: komk-aland = komk-land1.
sy-subrc = 0.
endform.
* Prestep
form kobev_007.
sy-subrc = 4.
check: komk-aland ne space.
check: komk-land1 ne space.
if at005-xegld = 'X' and et005-xegld = 'X' and
komk-stceg is initial.
sy-subrc = 0.
exit.
endif.
check: komk-aland = komk-land1.
sy-subrc = 0.
endform.
Короче, если sy-subrc = 0, тогда предпосылка сработает. А когда оно выходит на 0, вроде как из текста ясно... ну и дальше уже MEK1
-
Да до этих предпосылок я уже дошел, там в анализе кнопка дополнительная информация - как раз выводит это все, да и в настройке последовательности доступа тоже.
Тут вопрос в другом - как данные сюда (в прогу) попадают, и почему ругается на налог клиента а не поставщика ?
-
Тут вопрос в другом - как данные сюда (в прогу) попадают, и почему ругается на налог клиента а не поставщика ?
Ну что значит как попадают? А как данные в экзит попадают? Ну наверное стоит динамический вызов программы... а вообще ну зайди в отладку да посмотри стек вызова, там чуть выше где-то и данные из таблиц доступа читаются.
-
так в этом же и проблема .... отладчиком пользоватся умею, писать умею, но в каой момент, ставить /h чтобы поближе попасть к этому расчету .....
а в педпосылках нельзя ставить точки останова?
-
так в этом же и проблема .... отладчиком пользоватся умею, писать умею, но в каой момент, ставить /h чтобы поближе попасть к этому расчету .....
а в педпосылках нельзя ставить точки останова?
Да вроде как можно... в крайнем случае сделай свою предпосылку, точнее программу, туда скопируй текст из требуемой предпосылки и поставь там командочку: break-point. Точно вывалишься в своей предпосылке, а там уже как бы по тексту ???
-
о, теперь уже есть откуда копать ..... думаю теперь смогу разобратся как работает эта техника условий
хотя не факт что если смогу настроить для стандартной схему, в той что мне надо сработает
-
не подскажеш прямую транзакцию настройки видов условий - запарился заходить через спро.
для схем калькуляции - m/08, а для других - как то не найду.....
-
правильный ответ - m/06 ;)
-
SM30 для ракурса V_T685A а там вроде как ясно, что делать...
-
ага ясно, если знаеш .... хотя теперь знаю ...
этот вариант лутше -можна выбирать и приложение (М или V)
А sm31 чем отличается ?
тут попутно
Maintaining the Tax Code :-
SM31 - Table T007A - Tax keys
Click Customizing
FTXP - Maintain Tax Code
-
А sm31 чем отличается ?
Не знаю, вроде на внешний вид одно и тоже... я чего-то SM30 как запомнил так и использую.
-
Таблички T007A нет, зато есть другие, думаю дальше кому надо найдет
T007AC Выбор кода налога для операций
T007DT Правило отсроченного налога
T007_IT Альтернативный код НДС - Италия
T007M Таблица для группирования налогов для BW
-
Извиняюсь за спа, но думаю по делу (что бы самому не забыть)
V_T685 - сразу видно и вид условия и последовательность доступа
V_T685 - вообще бомба
Жаль для последовательностей доступа не нашел - не подскажете ?
-
Сам и отвечаю :) - транзакция SE93, m/* + F4 - находим кучу настроичных транзакций.
M/07
-
Да вроде как можно... в крайнем случае сделай свою предпосылку, точнее программу, туда скопируй текст из требуемой предпосылки и поставь там командочку: break-point. Точно вывалишься в своей предпосылке, а там уже как бы по тексту ???
пока ничего .... каким образом эти данные попадают в komk
-
пока ничего .... каким образом эти данные попадают в komk
Заполняются выше по тексту. Не с потолка же падают :-)
-
:), то что заполняется выше по тексту, это поянтно, пороблема в том что пока в том что выше по тексту не смог разаобратся - очень дофига там всего выше по текту.
-
:), то что заполняется выше по тексту, это поянтно, пороблема в том что пока в том что выше по тексту не смог разаобратся - очень дофига там всего выше по текту.
Ну что могу сказать.. мне не надо было... поэтому этот код я не исследовал, но если исходить из того что оно одинаково вызывается для всех модулей где нужна схема калькуляции, то можно понять, что кода там, во-первых, дофига. а во-вторых, путанный он... так что успехов в исследовании абапа ::)
-
:(
дофига - мало скзано .....
-
:(
дофига - мало скзано .....
Хорошо, тогда скажу так: КОДА ДОФИГИЩА :-)
-
Ну типа настроил :).
Правда странности - не работает ссылка на 900 строку (налог) и не понятно чего,
и работают ссылки на 100 (бонус)
-
Вот нашел случайно:
ФМ "ME_PRICING_POSITION" - вроде позволяет произвести расчет цены для позиции заказа
-
Для SD - FM "PRICING"