Orquestração de Pedido
O IBM Sterling® Order Management System oferece suporte à orquestração de processos complexos de atendimento de pedidos que abrangem vários pedidos secundários com interdependências entre eles. Tais pedidos geralmente são encontrados no mercado de telecomunicações.
Com base nas regras de negócios definidas por um mecanismo de regras, como o Operational Decision ManagerODM), oIBM Sterling Order Management System pode decompor o pedido de vendas de um cliente em pedidos de componentes executáveis menores (ou subpedidos), recuperar e processar dinamicamente esses pedidos de componentes decompostos e ajudar o ciclo de vida geral a progredir de forma não linear, além de abordar quaisquer dependências entre os pedidos de componentes.
Por exemplo, uma ordem de telecomunicações Triple Play com três serviços - telefonia fixa, Internet e Wireless pode ser dividida em três subpedidos, um para cada linha de negócios, que podem ser ainda mais decompostos. Cada um desses subpedidos é preenchido separadamente. No entanto, pode haver dependências entre os subpedidos. Por exemplo, um subpedido da Internet pode ser preenchido apenas quando o telefone fixo tiver sido instalado, fornecido e ativado com sucesso.
OIBM Sterling Order Management System oferece suporte para orquestrar esses pedidos complexos, juntamente com suas hierarquias estruturais e dependências de execução. OIBM Sterling Order Management System processa esses pedidos em uma sequência determinada dinamicamente com base nas dependências entre eles. Os dois tipos mais comuns de dependências são: dependências hierárquicas (como em relacionamentos pai-filho) e dependências de execução. Essas dependências são armazenadas no IBM Sterling Order Management System usando APIs createOrder ou manageTransactionalRelationship. O RelationshipType = 'PARENT 'para o relacionamento hierárquico e RelationshipType = 'DEPENDS_ON' para as dependências de execução.
Por exemplo, considere o seguinte pedido do cliente para um dispositivo portátil móvel, que tem produtos ou serviços de pacote configurável.
O pedido do cliente principal é decomposto em vários pedidos filhos e cada pedido filho novamente tem seus próprios filhos. Existem algumas dependências hierárquicas (relacionamento pai-filho) entre esses pedidos. Por exemplo, Pedido-1 é o pedido pai para os pedidos filhos Pedido-11 e Pedido-12. Essas dependências hierárquicas podem ser armazenadas em uma tabela usando APIs fornecidas pelo aplicativo. Saiba mais...
Pode haver dependências de execução entre qualquer um desses pedidos. Por exemplo, o pedido de ativação do Número do telefone (Pedido-121) depende do pedido do Smartphone (Pedido-11) e o pedido do cartão SIM (Pedido-12), que significa que o Pedido-121 pode ser processado somente se o Pedido-11 e o Pedido-12 forem preenchidos. Essas dependências também podem ser armazenadas em uma tabela usando APIs fornecidas pelo aplicativo. Saiba mais...