Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

(Obrigatório)

Informações Gerais

 

Especificação

Produto

 

TSS TOTVS Service SOA

 

Segmento Executor

 

Projeto1

 

IRM1

 

Requisito1

 

Subtarefa1

 

Chamado2

 

Release de Entrega Planejada

 

Réplica

 

País

(  X) Brasil  (  X) Argentina  (X  ) Mexico  (X  ) Chile  (  X) Paraguai  ( X ) Equador

(  X) USA  ( X ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Definir a implementação do método admEmpresas da DLL

(Obrigatório)

Definição da Regra de Negócio

Fazer uma cópia do método admEmpresas do serviço SPEDADM. Este WS está localizado no fonte SPED_WSADM01.

O método deverá ser implementado da seguinte forma:

 

  • Validação de Parâmetros

A validação de parâmetros deverá ser a primeira instrução a ser realizada pelo método. A validação será feita da seguinte forma:

 

Empresa: Manter as validações do método atual. 
OutrasInscricoes: Manter as validações do método atual.

 

  • Busca do cadastro de entidade
    Em caso de Sucesso de todas as validações, a requisição deverá seguir para a função DLLProcRequest (ER_DLL002_Função de processamento de requisição para DLL).


    cMsgJSON := '{"metodo":"admEmpresas", "empresa":{WSSTRUCT Empresas }, "outrasInscricoes":{ WSSTRUCT OutrasInscricoes}  }'

    dllProcRequest(cIdEnt, cMetodo, cMsgJSON, @cSoapfault)

  • retorno do método
    Caso a variável cSoapfault retornar vazia devolver o o atributo ID_ENT. Caso contrário devolver a mensagem Soapfault.  

 

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Opcional

Fluxo do Processo

1. FluxoPrincipal:

1.1. Valida os dados de cadastro da Empresa 

1.2. Dados inválido[2.1]

1.3. Executa função DLLProcRequest.

1.4.  Monta retorno da requisição.

1.5. Retorna para o ERP

 

2. Fluxo Secundário

2.1. Falha na validação

2.1.1.  Retorna String Soap Fault.

Opcional

Dicionário de Dados

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas 

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.


[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.