Especificação | |||
Produto | Protheus | Módulo | Configurador |
Segmento Executor |
| ||
Projeto1 | M_FRM005 | IRM1 | PCREQ-9722 |
Requisito1 | PCREQ-9723 | Subtarefa1 |
|
Chamado2 |
| ||
País | ( ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( X) TODOS. | ||
Outros |
|
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
O objetivo deste requisito é disponibilizar, através do EAI TOTVS e mais precisamente, através da engine de Mensagem Única TOTVS os objetos de negócio dos cadastros que podem ser integrados via EAI.
Após a implementação deste requisito deverá ser possível enviar, através de uma Mensagem Única TOTVS recebida a definição do objeto de negócios de uma rotina desejada.
Para isto deverá ser criada uma nova Mensagem TOTVS, a mensagem GetSchema, respeitando a estrutura do arquivo anexo a esta especificação.
Clique aqui e visualize o arquivo GetSchema.xsd.
O exemplo do Xml de entrada também está em anexo a esta especificação. Clique e visualize o arquivo GetSchemaIn.xml .
Somente poderá ser requisitado o Schema de um único adapter.
O exemplo do Xml de retorno também está em anexo a esta especificação. Clique e visualize o arquivo GetSchemaOut.xml.
Comportamentos esperados para a mensagem:
Específico Protheus
Somente serão retornados adpaters que possuam modelo de dados na rotina (não será distinguido se o modelo de dados é fake¸ou seja, serve para outro propósito específico ou é o modelo real da rotina impactada).
Os schemas serão retornados pelo método GetXmlSchema da classe FwFormModel.
O Protheus somente faz integrações nativas de rotinas que estejam cadastradas no Cadastro de Adapters Protheus. Desta maneira, somente rotinas cadastradas pela rotina APCFG020 (cadastro de adapters) serão retornadas por esta mensagem.
O nome enviado na tag adapter deverá ser o nome utilizado para a carga do modelo de dados no Protheus. Para efeitos do cadastro de adapter este é o valor do campo XX4_ROTINA.
O adapter Protheus para processamento desta rotina será o APCFG101. Este adapter não precisará ser criado pelo usuário. Ele deverá seguir a mesma regra do Adapter WhoIs, que é criado por demanda quando invocado.
O usuário deverá conseguir também consultar quais são as interfaces com modelo de dados disponíveis no ERP. Para isto a mensagem única WhoIs deverá ser alterada para a release 1.001. Uma nova tag será adicionada a mensagem, conforme quadro abaixo.
O Protheus somente faz integrações nativas de rotinas que estejam cadastradas no Cadastro de Adapters Protheus. Desta maneira, somente rotinas cadastradas pela rotina APCFG020 (cadastro de adapters) serão retornadas por esta mensagem.
A tag RequestType será opcional, sem conteúdo, contendo apenas o parâmetro, do tipo Boolean, que identifica se o tipo de mensagens resgatadas pela WhoIs são as mensagens únicas TOTVS (false) ou somente mensagens que possuem BusinessObjects (no caso do Protheus, modelo de dados).
Alteração no retorno da mensagem WhoIs:
Todas as tags passam a ser opcionais, com excessão da tag Name.
Foi incluída a nova tag BusinessObject, que irá trafegar o nome do objeto de negócios (o nome do modelo de dados no Protheus). A necessidade desta tag poderá ser verificada mais abaixo, pois será possível retornar pela WhoIs de uma mensagem única Totvs o objeto de negócio associado a esta mensagem.
Comportamentos esperados no ERP
Clique e visualize o arquivo whois_1_001.xsd.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
APCFG101 | Criação |
|
|
Não se aplica
Não se aplica
Não se aplica
Não se aplica
Não se aplica
Não se aplica
Cadastro de Papéis
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|