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

Ответ:

SPRO -> ЗаказыТОРО -> Функции и параметры настройки видов заказов -> Определить интеграцию сообщения и заказа. Там можно настроить, чтоб ЕО присваивать Операции. Но у меня это получилось только из закладки объекты.

а на этот случай note_211632 )

Автоматическое формирование заказа на поставку

Вопрос:

Господа, кто-нибудь пробовал из заказов ТОРО автоматически формировать заказы на поставку закупаемых материалов (услуг), опуская заявку? Необходимых настроек не нашел...

Ответ:

В стандарте никак, ну а с абапом можно сделать что угодно. Хотя конечно этот процесс можно немного автоматизировать. При определенных условиях (заявке присвоен источник поставки, у поставщика стоит галка АвтСоздЗаказа, для услуг на уровне манданта разрешено авт. создание ЗнП) заявка может быть автоматически преобразована в ЗнП. Но опять же "автоматически" подразумевает, что будет запущена соответствующая транзакция - например, ME59N.

Как быстрее всего выбирать данные из RESB

Вопрос:

В самопальном отчёте нужно для номера заказа выбрать запланированные компоненты из RESB, а там нет индекса по AUFNR. Может есть какие таблицы, через которые можно перейти?

Ответ:

По номеру заказа определяем номер резервирования, AFKO-RSNUM, ну а дальше тянем материалы из RESB.

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

Вопрос:

Допустим у нас есть заказ. В него добавляем работу. Самый простой способ определения стоимости работы (по формуле на рабочем месте) это по МВЗ и виду работ находится тариф, который ведется в kp26 и умножается на время. Вопрос следующий: почему SAP берет тарифы из kp26, ведь есть таблица с тарифами HR - T510. Почему не брать из нее?

Ответ:

А нельзя синтегрировать СО и HR? Работы / тарифы планируются не только вручную через КР26, существует куча стандартных функциональных модулей для планирования тарифов, загрузки их из внешнего файла, из других приложений SAP и т. д, типа K_ACT_PLAN_INTERFACE_TOTAL или K_ACT_PLAN_INTERFACE_PERIOD. Это только пример, какие интерфейсные модули используются именно для тарифов, я не знаю, нужно выяснить у контроллингистов.

Вариант выбора для KO8G

Вопрос:

Перенос фактических затрат с заказов ТОРО на МВЗ мы осуществляем посредством транзакции KO8G. Для каждой группы заказов созданы варианты выбора, ограничивающие общий список заказов по диапазону номеров, по виду заказа, по системным статусам и пользовательским статусам. Не знаю как ограничить список по дате фактического окончания (в заказе“ФактКонец”). Как задействовать этот параметр?

Ответ:

Настрой вариант выбора транзакции KO8G на группу заказов, а группу заказов формируй автоматически посредством транзакции KOC4 -> Дополнительная информация -> Создать группу. Транзакция KOC4 позволяет отобрать заказы по дате фактического окончания.

Заполнение полей расширения при создании заказа ТОРО

Вопрос:

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

Ответ:

Уфф...заработало. Вот рабочий кусок, добавленный в расширение Проверки к моменту сохранения: Код:

IF caufvd_imp-aufnr+0(1) = '%'. ASSIGN ('(SAPLCOIH)caufvd') TO <FS>. IF sy-subrc = 0. <fs>-cldtb = caufvd_imp-gstrp. <fs>-cldte = caufvd_imp-gltrp. ENDIF. ENDIF.

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

Вопрос:

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

Ответ:

Ну первое что приходит на ум, чтобы не ломать стандарт - это сделать кнопочку прямо на пользовательском экране
который можно активировать с помощью расширения IWO10018
Единственное неудобство - чтобы на нее нажать - нужно будет войти в эту закладку

Удаленные операции

Вопрос:

Кто сталкивался, подскажите плз....как в БД лежат удаленные операции? В AFVC не нашел никакого индикатора, который указывает на то, что операция была удалена...

Ответ:

В общем разобрался....OBJNR в JEST по операциям собирается очень интересно, из двух частей (AUFPL и APLZL) и префикс объекта OV*

Подрядные работы в заказе

Вопрос:

У нас подрядные работы ведуться нескладируемым материалом. Раньше пользователь просто добавлял его в заказ, и указывал количество и все было хорошо. Теперь (наверно кто-то что-то изменил), после добавление вылезает ошибка "данные закупок неполные" и окошко с различными полями по материалу. Для корректного продолжения работы необходимо вручную выбрать вид затрат. А раньше выбирать не надо было, т. е. где-то было прописана связка. А вот где я найти не могу.

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

Ответ:

Авт. проводки (контировка на затратный счет) при контированном поступлении настраиваются в тр. OBYC - операция GBB.
В общем случае, чтобы задать затр. счет нужно для операции GBB указать:

а) Модификацию оценки - константу объединяющую в себе разичные области оценки (если уровень оценки - Завод, то ОбластьОценки = Завод). Можно присвоить различным областям оценки как одну и ту же, так и различные модификации оценки - тр. OMWD.
b) Класс оценки - присваивается конкретному материалу/услуге в транзакциях ведения материала/услуги - тр. MM01,MM02/AC03. Ссыл. класс оценки, присваиваемый виду материала - ограничивает допустимые классы оценки, которые могут быть присвоены тому или иному виду материала - и в общем-то влияет на настройку контировки "постольку-поскольку".
c) Общую модификацию - задается в настройке типа контировки - тр. OME9

Иерархические заказы не попадают в списки заказов

Вопрос:

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

Ответ:

Тр. IW39 - указываем в поле Ведущий заказ номера "главных" заказов - в результате получим список, содержащий как ведущие, так и все подчиненные заказы.

Графики ремонтов

Вопрос:

Кто как реализовывает графики ремонтов в модуле РМ, поделитесь опытом.

Ответ:

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

Как убрать два поля

Вопрос:

Подскажите, никак не могу убрать два поля в настройках сообщения в рамке ответственные: "Ответственный о" и "Ответственный".

Ответ:

Попробуй убрать схему либо функции партнеров из схемы.
SPRO -> Обработка данных ТОРО -> Сообщения -> Открытие сообщения - > Партнеры...

Компоненты заказа ТОРО

Вопрос:

Проблема такая: При создании заказа ТОРО IW31и присвоениии техкарты, материалы в компонентах появляются толшько с положительным значением. Т. е. по определению отходы прописанные со знаком минус в техкарте - исправляются на положительное значение. Подскажите где в настройках (хоть примерно) я могу исправить данную некоректность

Ответ:

Попробуй начни со спецификации: материал с "-". Затем инструкция торо: материал выбираешь из спецификации, "-" остается. Заказ делаешь по инструкции торо. Заказ обычный PM01. В заказе отрицательная позиция формирует 531 вид движения (стандартный ход).
Описанная схема работала без каких-либо доп. настроек (наскока я помню) в версиях 4.0B, 4.6C, 4.7.

В общем идем в настройку - тр. OPKA, и для IWO1 прописываем нужные виды движения для поступления побочных продуктов (те же 531, 532, например) - по умолчанию там пусто. И все должно быть, как и сказал Механик, ОК!

Полномочия на изменения статуса заказа ТОРО

Вопрос:

У нас есть статусная схема, присвоенная нужному виду заказа ТОРО. В данной схеме на разные статусы имеют право разные группы пользователей. Органичено это через ключ полномочий. Т. е. все как полагается. Ключ полномочий указан в соответствующих ролях.
Но в итоге почему-то выходит, что Группа пользователей А имеет права на действия, определенные для группы Б. Настройки несколько раз перепроверили - вроде все корректно.
В su53 можно отловить только те объекты полномочий, при проверке которых возникали ошибки. Не понятно что делать, когда ошибок не возникало.

Ответ:

su22 попробовать можно.

Полномочия.

Вопрос:

Как сделать, чтобы например после деблокирования заказов отвественными специалистами в транзакции IW32, для специалистов цехов, было недоступно изменение компонентов в транзакции IW3K??

Ответ:

polus писал(а):
Пользовательским статусом можно закрыть на изменение весь заказ, и дать полномочия на открытие и редактирование только определенным дицам. Все зависит от того что в итоге нужно и что не нужно.

Да, можно, через ключ полномочий дать на указание/снятие статуса только опр. лицам, что в принципе не особо удобно, т. к. кроме деблокирования надо будет указывать еще и статус. Опять же непонятно, как этот статус привязать на зависимость от деблокирования, т. е. выходит статус сам по себе, деблокирование само по себе. А задача такова, что именно деблокирование должно определять можно/не можно редактировать компоненты. Также я не нашел такой опрации по статусу запрещающей редактировать именно компонены заказа.

Если искать решение в рамках поставленной задачи:

Dodjik писал(а):
Как сделать, чтобы... после деблокирования заказов... в транзакции IW32, ... было недоступно изменение компонентов в транзакции IW3K?

OlegDm

то мне так кажется, что самый простой вариант - повесить филдэкзит на элемент данных AUFNR для программы/экрана SAPLCOIH 0101.
А в нем проверять код транзакции (д/б IW3K) и статус заказа - если деблокирован, то выдавать сообщение типа E.

В принципе решение с филдэкзитом вполне логичное и является одним из правильных. Но мы на одном из проектов согласовали с клиентами вариант с использованием пользовательских статусов, когда только одно ответственное лицо (по заводу планирования - у нас это было структурное подразделение) могло устанавливать пользовательский статус "Блокировано" на все запланированные заказы этого структурного подразделения после определенной даты (20 число месяца - конец планирования на будущий месяц). После этого никакие корректировки в заказах были невозможны, в том числе и компоненты.
Перед началом месяца (30 или 31 числа) этот же человек разблокировал все заказы и после этого их можно было подтверждать.