2017-01-09 21 views
1

У нас есть интеграция, где в ПО будет создано во внешнем приложении, а затем будет сопряжено с Maximo. PO-адреса, которые будут доступны только для Maximo, однако Maximo не позволяет добавлять POLINES в статус APPR, поэтому через интеграцию мы получаем PO в состоянии WAPPR. Мы должны немедленно одобрить PO, чтобы любые транзакции обновления/получения транзакций PO для Maximo. Я знаю, что эскалация может выполнять задачу одобрения PO, однако мне бы хотелось, чтобы изменение статуса происходило мгновенно.Maximo 7.6 APPR POs через интеграцию

Я пробовал следующие параметры 1) Создайте рабочий процесс для утверждения ПО и установите его для автоматического инициирования. Это не работает, как рабочий процесс установлен для автоматического инициирования не получает срабатывает для объектов, созданных за счет интеграции

2) Пробовал настройки сценария автоматизации инициировать рабочий процесс

from psdi.mbo import MboConstants 
from psdi.server import MXServer 
print("**************Script to Approve Inbound POs *******"); 
stat=mbo.getString("STATUS") 
if (stat != ''): 
    print (" Status is not null "); 
    print (stat); 
    if (stat=='WAPPR'): 
    print ("Status is WAPPR"); 
    MXServer.getMXServer().lookup("WORKFLOW").initiateWorkflow("[my WF]",mbo); 
    print(" Workflow has been initiated and PO will be approved"); 

мой WF содержит действие, которое выполняет изменение состояния на установить статус APPR. Это создает запись в таблице POSTATUS, однако новый статус гласит WAPPR вместо APPR

3) скрипт автоматизации для установки значения для состояния

from psdi.mbo import MboConstants 
from psdi.server import MXServer 
print("**************Script to Approve POs Inbound *******"); 
stat=mbo.getString("STATUS") 
if (stat != ''): 
    print (" Status is not null "); 
    print (stat); 
    if (stat=='WAPPR'): 
    print ("Status is WAPPR"); 
    mbo.setValue("STATUS","APPR",MboConstants.NOVALIDATION); 
    print(" Status approved"); 

Это была создана с точки запуска объекта, объект как PO и в режиме сохранения, после фиксации.

Это также работа.

Пожалуйста, дайте мне знать, есть ли какие-либо другие варианты

ответ

0

Не уверен, что если вы рабочий процесс запуска сценария работает или, если это необходимо.

Проблема заключается в том, что вы анализируете статус изменения. Поскольку создается новая запись PO, есть также новое изменение статуса, которое является изменением от «ничего» до первого состояния для PO, которое является «WAPPR». Для PO нет статуса «NEW». Таким образом, запись, которую вы видите в таблице POSTATUS, не из вашего сценария, а из действия создания интерфейса.

Для изменений статуса вы должны использовать действие приложения по умолчанию. Это изменит статус записи и создаст запись в правильной таблице состояния (в этом случае POSTATUS). Перейдите к-> Конфигурация системы-> Конфигурация платформы-> Действия. Создайте новое действие. Задайте объект PO, введите «Изменить статус» и значение «APPR». Используйте это действие в своем рабочем процессе. Или непосредственно в эскалации. Не беспокойтесь о эскалации, которая запускается каждые 5 минут. Вы даже можете использовать новый статус «NEW» в качестве синонима для «WAPPR», чтобы отличать нормальные записи и просто сопряженные. Таким образом, вы также можете скрыть их от своих пользователей в приложении PO.

Надеюсь, что это поможет.

+0

Рабочий процесс, который создает запись в POSTATUS, основан на действии, которое я запускаю из рабочего процесса. Я на самом деле пытаюсь найти способ, с помощью которого ПО будет загружаться в нашу систему со статусом APPR и не перемещаться для утверждения статуса путем эскалации, которая выполняется позже – stackuser11

 Смежные вопросы

  • Нет связанных вопросов^_^