Sapforum.Biz

Немножко форум поломался, но подчинили, так что если будут у кого проблемы, хотя у кого не ясно. То пишите, подкрутим, если сможем.

PS: А ну заодно и обновили версию форума до последней.

При создании вариантов транзакций внутри расширений переменная SY-TCODE содержит код базовой транзакции а не код транзакции варианта. Чтобы получить таки код транзакции которую запустил пользователь. Надо получить ее код используя следующий класс и метод:


CL_ABAP_SYST=>GET_TRANSACTION_CODE( )


Всем добрый день.

Возник такой вопрос: есть МВЗ, которое кредитуется согласно расчёту фактических тарифов на внутренние заказы. Для этого сначала запускается цикл косвенного перерасчёта работ, где работы уходят на заказы согласно стат.показателям. Далее происходит разделение и расчёт фактических тарифов. После этого дооцениваются заказы. Но сальдо на МВЗ при этом почему то обнуляется не полностью. К примеру по дебету на МВЗ сумма 335 243 023, а процессе расчёта тарифов кредитуется МВЗ на сумму 335 086 792. Сальдо остаётся на сумму 156 231. Т.к. в конце периода делается расчёт себестоимости продукции руководство желает, чтобы любая сумма оставшаяся на МВЗ должна войти в процесс расчёта себестоимости. И такое небольшое сальдо застревает и на других МВЗ, которые рассчитываются также. Что с этим делать? В ручную постоянно переносить не совсем удобно, да и на сколько это правильно. Хотелось чтобы это всё уходило автоматически в процессе расчёта тарифов на указанные объекты СО в циклах косвенного перерасчёта работ. Не понятно в чём причина и куда копать. Может быть кто то что то посоветует?

Цитата: Sed0Y від Липень 24, 2013, 04:32:27 ПП
Спасибо, но странно, что-то я не замечал, чтобы структура(иерархия) была неправильная а может в системе 7 уже нет этой ошибки...

Как совсем уже ни странно, но сап почему-то так и не сподобился исправить данную проблему. И даже сейчас в послдених версиях S/4HANA для OnPrem она есть?! Для исправления есть новая нота: 1934899 — Ошибка при выполнении BAPI_BUS2054_CREATE_MULTI, которую и надо поставить чтобы походу все работало.

Цитата: themax від Березень 11, 2024, 02:05:08 ПП
Понятное дело, что тема совсем давнишняя, но столкнулся с самостоятельным обучением некоторых курсов. Судя по твоему посту Олег, нужно использовать пользователя CATT_USER, чтобы активировать настроечные сценарии. А что делать если такого пользователя в настроечном манданте нет?  Да и в транзакции SCAT ничего нет на Z*. Может быть эти сценарии можно как то загрузить, чтобы потом их активировать?

Ну смотри у меня тут есть система тестовая последнее из того что есть OnPremise 2023 там тестов на Z нет, но зато есть куча тестов не на Z которые похоже можно запускать. Там около 7650 объектов.

Цитата: Uukrul від Березень 03, 2012, 04:58:36 ПП
Мне сложно сказать что-то именно про производство.. и какие там тесты и для каких курсов, я все больше как-то чистый ММ(500/510/515/520/525/550) типа такого знаю... ну там по аналогии как я понимаю, заходим в SCAT и ищем свой курс, да заходить в систему надо под пользователем CATT_USER, под другими выполнить сценарии не получится. Ну если курс предполагает сценарии и если администраторы поставили их, то ну например для прохождения PLM150, у меня в системе похоже надо выполнить сценарии:

Код Виділити Розширити


ZT_PLM150                      PLM150 (+)
ZT_PLM150_01                   PLM150            ECC6.0 (+)
ZT_PLM150_01_ENGL              PLM150
ZT_PLM150_03                   PLM150 (+)
ZT_PLM150_ECC60_01             PLM150

Те которые я отметил  (+), наверное достаточно в таком вот порядке, но еще раз, я больше по ММ, так что могу и ошибаться в данном случае. Так что, зашли в SCAT, указали сценарий, нажали F8, или кнопку выполнить и на следующем экране выставили галки как на рисунке ниже и еще раз F8 выполнить. Ну и смотрим как оно отработает. В видимом режиме можно тоже, но рука бойца может устать заполнить проблемные поля ввода.  И так для каждого сценария. Ну еще там на картинке стоит выполнение для пользователей с 01 по 30, можно задать например с 01 по 02, чтобы меньше всякого барахла генерировалось.

PS: Вообще-то, если у вас есть инструкторская версия курсов, то там в комментариях для преподавателя обычно перед заданиями пишут код сценария который нужно выполнить, чтобы продемонстрировать пример описанный в задании.

Всем добрый день.

Понятное дело, что тема совсем давнишняя, но столкнулся с самостоятельным обучением некоторых курсов. Судя по твоему посту Олег, нужно использовать пользователя CATT_USER, чтобы активировать настроечные сценарии. А что делать если такого пользователя в настроечном манданте нет?  Да и в транзакции SCAT ничего нет на Z*. Может быть эти сценарии можно как то загрузить, чтобы потом их активировать?

Если кому то понадобится, то решить проблему удалось стандартным путём. Для этого воспользовался циклом распределения затрат KSV5. Там создаю сегменты. В одном сегменте все затраты с одной группы ВМЗ уходят на заказ 7800001, а в другом сегменте все затраты с другой группы МВЗ уходят на заказ 7700001. В заказах в правиле расчёта указываю счёта, на которые затраты должны уйти и указываю там схему происхождения. В схеме происхождения указан счёт 9000001. При расчёте заказов все затраты, которые собрались уходят на счета 7800001 и 8000001.

Всем доброго времени суток.

Всё больше и больше сталкиваюсь с различными вопросами по СО, которые не могу найтить в стандартной литературе, хотя может быть плохо ищу?!

В общем и целом столкнулся со схемой происхождения. Сама суть этой настройки вроде бы понятна, но вот в чём вопрос, допустим два внутренних заказа СО рассчитываются на основные счета с использованием схемы происхождения, т.е. если в схеме участвует счёт 90000001, то затраты уходят на счёт 8000001. Тут тоже вроде бы всё понятно.

Но есть два внутренних заказа 7800001 и 7700001. В обоих заказах в правиле расчёта указаны счета, т.е. в заказе 7800001 указан счёт 8000001 со схемой происхождения, где прописан счёт 90000001, и в заказе 7700001 указан счёт получатель 7000001 с такой же схемой происхождения что и в заказе 8000001. Проценты расчёта в обоих заказах 100%. На мой вопрос заказчику как в данном случае произойдёт расчёт? Заказчик ответил, что расчёт произойдёт в зависимости от условия, т.е. если затраты на счёт 90000001 пришли с контировкой МВЗ 01-01, то затраты уйдут на счёт 8000001, а если затраты на счёт 90000001 пришли с контировкой на МВЗ 01-02, то уйдут на счёт 7000001.

Существует ли такая стандартная настройка в СО или это user-exit или enhancement какой - нибудь?

Добрый день уважаемые СО Консультанты.

Опять возник вопрос по СО, связанный с расчётом фактических тарифов видов работ. Есть стат.показатель 0001, который отправляет на МВЗ 01-02 6100,537 работ. В результате цикла косвенного перерасчёта работ МВЗ 01-01 и вид работ 01.01 отправляет 6100,537 единиц работ на МВЗ 01-02. Затраты на МВЗ 01-01 4888,95 у.е. В итоге на МВЗ 01-02 появляются 6101 количество работ. Плановый тариф в KP26 при этом не проставлен, т.е. без цены.

При расчёте фактического тарифа МВЗ 01-02 дебетуется затратами, согласно высчитанному тарифу и количеству работ, которые отправлены циклом с МВЗ 01-01 видом работ 01.01. В итоге дебет затрат МВЗ 01-02 составил 318,58 у.е.

Вопрос: как рассчитался этот тариф? Ну т.е. по логике если плановый тариф равен 0, то тариф на работу рассчитывается как 1, т.е. затрат должно быть 6100,537 у.е. Если 6100,537/ 318,58, то получится тариф 95,15. Непонятно как в данном случае рассчитался этот тариф, чтобы в итоге получилась сумма 318,58. Может быть кто объяснит как это работает?

И где можно посмотреть уже рассчитанный тариф? В KP27 пусто. Может быть в табличках?

Если я правильно понял, то из ОЗМ в заказ автоматически подтягиваются эти к.э. и далее они участвуют в многоуровневом исчислении цен материалов.