ТОРО: вопросы/проблемы и решения (стр. 7 )

Расчет заказа

Вопрос:

Ситуация следующая: Рачитываем заказ. Возможно настроить расчет для каждого вида заказа по своему виду затрат (через профиль расчета и схему расчета). Как расчитать заказ по разным видам затрат в зависимости от вида заказа и вида работ ТОРО? Или от вида заказа и чего-то еще? Иначе придется вводить около ОЧЕНЬ МНОГО видов заказа.

Ответ:

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

План и факт в заказе ТОРО

Вопрос:

Подскажите, пожалуйста, как отследить в заказе ТОРО ПЛАН и ФАКТ по каждой операции и для каждого компонента?

Ответ:

Если вы пишите свой отчет, то думаю вам это пригодится:
1) План/Факт по компонентам (т. е.материалам):
План - в таблице RESB (резервирование к заказу), тут же и факт по отпуску со ссылкой на это резервирование. Если же у вас могут отпустить материал на заказ и без ссылки на резервирование(незапланированный отпуск), тогда факт вы найдете в таблице AUFM (движение материалов к заказу) - здесь все движения материалов к заказу - и со ссылкой на резервирование и без оной.
2) План/Факт по работам - это в контролинговых таблицах (посмотрите COSS или COSP)

Все-таки, если мы все-таки говорим о материалах к заказу ТОРО , то из RESB - берите план, из AUFM - факт. Я делал подобный отчет:
1 шаг: анализ RESB - плановые данные
2 шаг: анализ AUFM - фактические данные (если при анализе AUFM встречается ссылка на резервирование к заказу ТОРО, то это плановый отпуск, в противном случае - внеплановый)

Ключ вычислений в сервисном заказе

Вопрос:

где можно установить значение по умолчанию для ключа вычислений, задаваемого для операций собственной обработки в сервисном заказе? По умолчанию появляется значение "Расчет продолжительности". Очень хочется заменить его на "Расчет работы"...

Ответ:

Тр-ция SM30 ракурс V_TCN41_PM.
Ракурс V_TPMP_A присваивается профиль виду заказа и заводу.

Сервисные заказы (интеграция SD-CS)

Вопрос:

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

Хотим сделать это с привязкой к заказу ТОРО, где и будет производиться калькуляция (з/п, мото и человекочасы и т. п. - 36 и 32 счета).
Сразу вопрос: а можно ли сделать по-другому?
Думаю, в контракте SD будет достаточно видеть общую сумму скалькулированных затрат в виде статистического условия (наверно, EK02 ??).
Вычитал в хелпе, что это можно сделать с использованием возможностей Сервиса Клиентов (CS), а именно сервисного заказа ТОРО.

Есть и свои особенности: первичным документом _всегда_ является контракт SD. После его утверждения, нужно прикручивать к нему заказ ТОРО.
Вопрос в том, как именно: можно ли стандартную позицию контракта контировать на заказ ТОРО,
или все-таки правильно будет настроить позицию на вид потребности SE "ПозицОбслуж с УправлЗатратами", аналогично позиции типа WVN (к виду документа WV "Сервис и ТО")?
Попробовал 2 вариант - сервсному заказу ТОРО вида SM01 присвоил контракт SD, и даже получилось его сохранить.
Но почему-то на потоке документов (и в сбыте, и в ТОРО) это никак не отразилось. Также никаких изменений не заметил в контракте...

Может так и должно быть, - в продуктиве я этого никогда не видел, поэтому и не знаю, как именно это должно выглядеть...
Обрисуйте, к какому результату я должен стремиться, а так, можно сказать, на ощупь продвигаюсь по полному опасностей пути внедрения функционала...

Ответ:

возможно реализовать через профиль динамических позиций ODP1 (СО-SD)
этот профиль указывется в пзц торг. документа (контракт) + зашивается в виде заказа ТОРО
при закрытии заказ рассчитывается на пзц торг. документа, а дип уже раскидывает по видам затрат.
сбытом не занимаюсь, поэтому всех нюансов не могу знать

выглядит примерно так:
создается заказ торо без разрешения проводки выручки.
В нем указывается торговый документ. Далее запускается транзакция DP90 и согласно вышеуказанному профилю динамических позиций делает нужный запрос фактуры. Если все настроено верно, то заходя в торговый документ через DP90 там сразу видны затраты из заказа ТОРО.

Потом, как сказал greed, заказ ТОРО расчитывается на SD заказ, на SD заказ приходит выручка. В итоге везде нули.

Something get worked!
Experience has shown that:
1. There are two similar ways to define sales order's position as relevant for CS service order creation.
a) Via material strategy group (MRP3 screen) in service product material master (strategy group indirectly defines requirement class).
b) Via sales item category (requirements type defines requirement class).
2. Service order creation runs only for those item categories, that has "Schedule lines allowed" option checked.
3. In tr. OISD task list and reference object are optional.
P. S. Now its time to investigate cost determination procedure

Техкарты, рабочие места, ППР

Импорт техкарт

Вопрос:

Скажите, кто откуда берет техкарты. Интересен любой опыт, и тех кто генерит специальной, вспомогательной программой на ABAPе и тех, кто "втягивает" из внешних программ.        

Ответ:

Сколько я сталкивался, в одном месте пользователь сам руками вбивал нужные ему тех. карты, в другом готовили файл загрузки в екселе и закачивали пакетником через IBIP.
Вообще IBIP - хорошая штука, много всего дает закачивать!
А для загрузки спецификаций рекомендую использовать S_ALR_87012966.

Настройка последовательности экранов рабочего места

Вопрос:

В ERP 2005 не отрабатывает настройка последовательности экранов для рабочего места? Тоесть я делаю настройку последовательности, привязываю ее к виду рабочего места, а при попытке создать рабочее место видны все закладки, так как будто никакой настройки не выполнялось.

Ответ:

вот в PS есть похожая проблема. Настройка последовательности экранов СПП - элемента работает, включается в транспортную систему (в задачу настройки), но упорно не хочет переноситься в другой мандант системы. Причина не определена.

UserExit на сохранение тех карты

Вопрос:

Неужели нет такого? Посмотрел где только можно, позапускал программы по поиску оных...но так и не нашел...что то не вериться, что такого нет!

Ответ:

Попробуй БАДИ IMRM_TL_WORKFLOWS

Конфигурируемые инструкции и плановые Отзывы

Вопрос:

Нет ли возможности автоматического выбора операций из конфигурируеой инструкции в заказ-отзыв? К примеру, я хочу вести несколько инструкций и автоматически выбирать
из них операции для определенного вида оборудования в отзыв, как это позволяет сделать конфигурируемая инструкция при ручном создании отзыва.
Так вот, загвоздка в том, что когда я начинаю делать календарное планирование для плана с конфиг. инструкцией - вылезает сообщение "для операции такойто операции тех. карты такой то определить не удалось" Это и понятно - надо задать значения признаков класса вида 300, определного в Профиле конфигурации для инструкции. Но система не дает занести туда что-либо, и вообще вручную выбирать неправильно - а есть ли возможность АВТОМАТИЧЕСКОго ВВОДА значений признаков класса вида 300 ? например, удобно было бы взять класс ЕО к которой создается отзыв и по нему достать операции из конфиг. инструкции...

Ответ:

"В план предупредительного ТОРО можно включать конфигурируемые инструкции ТОРО.
Необходимое условие для этого состоит в том, что в качестве ссылочного объекта в позиции предупредительного ТОРО должна быть задана конфигурируемая единица оборудования.
Профили конфигурации инструкции ТОРО и единицы оборудования должны относиться к одному классу. "
Буду копать....

..Тем временем вопрос снят

Классификация техкарт

Вопрос:

Подскажите, кто знает: где лежит связка техкарт с классами? А точнее: в KSSK техкарты лежат в поле OBJEK во внутреннем формате, где можно найти связку внутреннего формата техкарты и обычного номера или какую прогу преобразования надо юзать?

Ответ:

Всем спасибо кто хотел ответить, но не успел Ответ нашли сами.
Это была таблица INOB.

Формулы (раб. места)

Вопрос:

Никак не пойму, как использовать в формулах пользовательские поля операции. Формула используется для калькуляции

Ответ:

Надо создать параметр - тр. OP17, потом пользовательское поле с привязкой к параметру - тр. OILJ. Параметр - в формулу, формулу - в рабочее место.

увы, ругается что поля пользователя нет в таблице TC22

Рабочие места для подрядчиков

Вопрос:

Совсем недавно на наше предприятие презжали буржуи и очень настоятельно рекомендовали схему, при которой подрядчики самостоятельно в нашей системе подтверждают выполненные работы.
Интересно, где-нибуть в России используется подобная схема? И как уважаеммый ALL отностися к самой идее работы подрядчика в системе предприятия?

Ответ:

У нас работа похоже налажена: после "оптимизации" производства все вспомогательные службы оказались выделенными в самостоятельные предприятия. Рабочие места мы им оставили в R/3, так что заказы в системе вводят они сами - их работа оценивается по утвержденным тарифам, которые периодически пересматриваются.
Т. е. схема такая:
1. Создали рабочие места на стороне (РМС).
2. Создали вспомогательное МВЗ (ВМВЗ), которое присвоили соответствующим РМС
3. Запланировали соответственно тарифы
4. При создании заказов соответственно дебетуется заказ, кредитуется это ВМВЗ
5. В конце месяца поставщик предоставляет акт о вып. работах, в котором указываются выполненные заказы, проводим его через ММ (работы/услуги - кредит Поставщик - Дебет ВМВЗ) - т. е. закрывается на 0 это ВМВЗ.

Правда подтверждения все-таки делает наш бухгалтер, после сверки акта выполненных работ, предоставленных поставщиком.