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

Я бы сделал так.
Конечно не стоит заводить компоненты сист. блока как ЕО. (теоретически конечно можно, но практически....). Т. е. если мы ведем структуру ЕО как спецификацию, логично было бы использовать ПоляПользователя в операции (последняя закладка - Расширение).
По крайней мере, сохраняется логичность и структура данных : и заменяемый и заменяющий материал присвоены операции, а та в свою очередь заголовку заказа.
Я бы использовал юзер-ексит IWO10015 (F4-справка для полей пользователя в операции заказа ТОРО) для того чтобы "подцепить" справочник материалов к Полю пользователя.
Соответственно с реализацией отчета не возникло бы совершенно никаких проблем.

Не знаю как добавить интервал для заказов

Вопрос:

Есть диапазон 000005000000 - 000005999999, изменяю его на
000005000000 - 000005009999 и хочу добавить
000005010000 - 000005999999.
Все делаю в OION. Опция "Вставить интервал" на активна (засерена).

Ответ:

В строке меню выбираешь Группа - Вставить, и задаёшь необходимый диапазон, все должно работать, если только ты вошёл в изменение, а не в обзор групп

ФМ в Заказе ТОРО (изменение заголовка резервирования)

Вопрос:

Привет, Всем! У меня возникла необходимость изменить заголовок резервирования созданой через заказ ТОРО. Подскажите каким ФМ можно рулить заголовок резервирования?

Ответ:

попробуйте фм EXIT_SAPMM07R_001

Обязательные поля заказа

Вопрос:

Ставлю галку обязательного поля для ОС, но если не зайти на закладку "МестРаспол", то не срабатывает.
Есть решение через Exit. Может есть решение через настройки, чтобы обязательность срабатывала без входа на закладку "МестРаспол".

Ответ:

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

Изменение основного счета (вида затрат) из заказов ТОРО

Вопрос:

При создании заказов ТОРО создается резервирование для компонентов заказа. В резервировании указывается основной счет (вид затрат) по умолчанию из вида движения (обычно вид движения 261). Требуется изменить основной счет (вид затрат) с определяемого автоматически на свой. Какой экзит можете предложить?

Ответ:

У нас реализована похожая задача. В свое время искал стандартные возможности - так ничего и не нашел. К сожалению (в стандарте), можно указать только 1 вид движения материалов для списания на заказы, а экзитов позволяющих сделать какое-то замещение вида движения (ВД) так и не нашел.
Пришлось сделать небольшую модификацию кода в одном из ФМ (CO_TA_TCOKO_READ.):

Код:

FUNCTION CO_TA_TCOKO_READ. *"---------------------------------------------------------------------- *"*"Локальный интерфейс: *" IMPORTING *" VALUE(ARBGE) TYPE TCOKO-ARBGE *" EXPORTING *" VALUE(TCOKO_WA) TYPE TCOKO *" EXCEPTIONS *" NOT_FOUND *"---------------------------------------------------------------------- * Это стандартный выбор вида движения материала IF TCOKO-ARBGE NE ARBGE. SELECT SINGLE * FROM TCOKO INTO TCOKO_WA WHERE ARBGE EQ ARBGE. IF SY-SUBRC NE 0. RAISE NOT_FOUND. ENDIF. ENDIF. * Вместо этого ты примерно так можешь реализовать свой алгоритм замены ВД if arbge = 'IWO1'. data: begin of wa_afvg_bt. include structure afvgb. data: indold like sy-tabix. data: end of wa_afvg_bt. Data: i1 type I, I2 type i. Data: it_afvg like wa_afvg_bt occurs 0 with header line, Wa_resbd like resbd. field-symbols: <fs_afvg> type table, <fs_resbd> type any. assign ('(SAPLCOBO)afvg_bt[]') to <fs_afvg>. I1 = sy-subrc. assign ('(SAPLCOMK)resbd') to <fs_resbd>. I2 = sy-subrc. Endif. if i1 = 0 and i2 = 0 and arbge = 'IWO1'. * Здесь реализация твоего алгоритма append lines of <fs_afvg> to it_afvg. wa_resbd = <fs_resbd>. * it_afvg – таблица операций с ключами (it_afvg-STEUS) * wa_resbd – структура для вводимого компонента, * здесь номер операции есть wa_resbd-vornr * По номеру операции wa_resbd-vornr ищешь в it_afvg ключ STEUS * и дальше уже формируешь свой ВД, здесь я думаю тебе лучше * создать свою таблицу, где будет соответствие ключа и ВД * ... Else. * Стандартный выбор ВД IF TCOKO-ARBGE NE ARBGE. SELECT SINGLE * FROM TCOKO INTO TCOKO_WA WHERE ARBGE EQ ARBGE. IF SY-SUBRC NE 0. RAISE NOT_FOUND. ENDIF. ENDIF. Endif. ENDFUNCTION.

Теперь у нас все работает ОК следующим образом:
1. Есть правила согласно которых материалы в заказе должны списываться тем или иным ВД, номер ВД зависит от того какой объект ремонтируется (МВЗ) и какая служба ведет ремонт (механики, электрики и т. д.). Соответствие МВЗ-Служба-ВД ведется в юзеровской таблице.
2. При создании заказа указываем ссылочный объект, отв. место, и при создании компонентов авт. замещается ВД, а значит вид затрат, т. е у нас в заказах ТОРО могут быть различные ВД для списания материалов.

Дополнительные поля в заказе ТОРО

Вопрос:

Подскажите, пожалуйста, как пользоваться расширением IWO10018 Пользовательские поля в заголовке заказа? Include CI_AUFK я нашёл, создал необходимые поля, допустим, создал подэкран, а как отобразить его при заполнении заголовка заказа? Если кто-нибудь знает, где есть документация, дайте, пожалуйста, ссылку.

Ответ:

Если я не ошибся, то в модуле PBO нужно брать данные из SAP_CAUFVD_IMP или COCI_AUFK_IMP и помещать в пользовательские поля структуры COCI_AUFK, а в модуле PAI помещать введённые данные из COCI_AUFK в структуру COCI_AUFK_EXP.

Все верно:
ФМ exit_saplcoih_018 экспорт данных в ваш экран, а
ФМ exit_saplcoih_019 импорт данных с экрана.
Это стандартная обработка для многих Customer-exit-ов:
1. Есть пустая структура CI_*, которую вы можете наполнить своими полями.
2. Eсть screen-exit (т. е. возможность создать свой подэкран со своими полями)
3. И есть 2 ФМ для экспорта/импорта данных на/с подэкран.

Резервирование для заказа ТОРО (ручное создание)

Вопрос:

Существует ли возможность создавать вручную резервирование заказа ТОРО тип заказа 30? Система выдаёт ошибку - резервирование создаётся только в автоматическом режиме. Транзакция mb21

Ответ:

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

Классификация заказов

Вопрос:

Очень хочется узнать возможно ли использовать систему классов для заказов ТОРО?
Существует вид класса для заказов контроллинга. Как настроить что-то подобное для заказов ТОРО?

Ответ:

насколько я знаю - нельзя классифицировать ТОРО-заказы,
однако свои поля в заголовке заказа определить можно
в структуре CI_AUFK
есть стандартные расширения для обработки своих полей
в заголовке заказа.

Ну тогда IWO10018 - и флаг в руки.
Через свои поля можете реализовать какую-угодно классификацию

Кстати эта задача тоже думаю решаема, надо сделать что-то подобное классификации сетевых графиков: cоздать вид класса "Заказы ТОРО" и поднастроить его через SPRO. Единственно придется создать свои экраны для CL20N, может еще чего вылезет.
Работы конечно достаточно, но она вполне выполнима - даже интересно, надо будет попробовать.

Просьба помочь с реализацией идеи

Вопрос:

Просьба помочь с реализацией идеи в РМ в заказах ТОРО прихода материалов после демонтажа объекта (дефектого трансформатора в частности).

Ответ:

Приходуем 531 видом (кажется это стандарт) - например лом. Причем позволяет даже при 0 сальдо на заказе.