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

 Módulo

TSS TOTVS Service SOA 

Segmento Executor

 SERVIÇOS

Projeto1 

M_SER_TSS002

IRM1 

PCREQ-8272

Requisito1 

PCREQ-8273

Subtarefa1

 

Chamado2

PDR_SER_TSS002-189

Release de Entrega Planejada 

12.1.13

Réplica

 

País

(  X X ) Brasil  (  X ) Argentina  (   ) Mexico  (   ) 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)

Segregar os métodos do Web service "ADMEMPRESAS": 

  • AdmEmpresas;
  • GetAdmEmpresasID;
  • GetAdmEmpresas;
  • EntidadeAtiva;
  • GetPassEnt;
  • AddEntFile;
  • EntidadeClear.

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 na validação dos parâmetros, a requisição deverá ser enviada para a função DLLProcRequest (ER_DLL002_DLLProcRequest_Controle de Processamento de requisição para DLL).
cMsgJSON := '{"method":"admEmpresas", "type": "cadastro", "docType": "",  "empresa":{WSSTRUCT Empresas }, "outrasInscricoes":{ WSSTRUCT OutrasInscricoes}  }'
dllProcRequest( 1,  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 a função dllGetEmp

    1.4. Verifica se houve retorno do código da entidade

    1.5. Entidade não retornada[2.2]

    1.6.  Monta retorno da requisição.

    1.7. Retorna para o ERP

     

    2. Fluxo Secundário

        2.1. Falha na validação

            2.1.1.  Retorna String Soap Fault.

        2.2. Consulta TSS Cloud

            2.2.1. Envia requisição para função dllProcrequest

            2.2.2. Verifica se houve retorno do código da entidade

            2.2.3. Entidade não retornada[2.1]

        2.3. Falha de comunicação com TSS Cloud

             2.3.1. Retorna mensagem SoapFault de falha

     

    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>

    Deverá ser retirado todo o processamento do método. O método deverá conter apenas com a validação dos parâmetros específicos do método, a chamada para a função de processamento e a validação do retorno do processamento. O método deverá estar estruturado para funcionar tanto para DLL quanto para o TSS. Para implementação, seguir a especificação: ER_WS_Padrão_para_Segregação_dos_métodos_WS  

     

     

     

     

     

     

    (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.