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-8280

Requisito1 

PCREQ-8281

Subtarefa1

 

Chamado2

 

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 função EntidadeClear para a exclusão da entidade.

(Obrigatório)

Definir o padrão das funções de processamento das requisições de Web service. 

Os serviços oferecidos pelo TSS são disponibilizados apenas através de Web services baseados no protocolo SOAP, onde cada serviço é consumido através requisições feitas para métodos específicos dentro do TSS.No modelo proposto pelo TSS 3.0, os serviços do TSS estarão acessíveis tanto por Web service quanto por qualquer outra interface de integração, assim como requisições HTTP que serão utilizadas pela DLL de integração do TSS.  

 

Definição da Regra de Negócio

Atualmente grande parte dos métodos do TSS realizam o processamento das requisições no próprio corpo do método. A partir do novo modelo de processamento do TSS as requisições recebidas pelo TSS serão  colocadas em filas para que assim possam ser processadas. Esse processamento será realizado através das rotinas de monitoramento de filas, que ao identificar a requisição encaminhará para as respectivas funções de processamento. Dessa forma faz se necessário que todos os processos possuam suas respectivas funções para  o processamento das requisições. Diante desse cenário deverão ser implementadas funções para os seguintes métodos.

 

AdmEmpresas
getAdmEmpresasId
getAdmEmpresas
AdmClear
EntidadeClear
EntidadeAtiva
getPassEnt
RemessaNFe
monitorFaixa
monitorTempo
monitorSefaz
cancelaFaixa
RetornaFaixa
RetornaNotas
ConsultaChaveNFe
RetornaNfeStatus
Estatisticas
ConsultaDtChave
NfeIdClean
getDadosNfeId
NfeRemessaEvento
NfeRetornaEvento
NfeMonitorLoteEvento
NfeRetornaSeqEvento
NfeExportaEvento
NfeExportaEvento

Todas as regras de negócio e funcionamento dos processos deverão ser mantidos. Dessa foma as funções serão criadas com base nos próprios métodos. Devendo ser realizado apenas o desacoplamento do processamento dos métodos.

Após o processamento da requisição, as funções deverão montar a mensagem de retorno da requisição e disponibilizá-las nas filas de respostas de requisições. A distribuição deverá ser realizada através da função TSSDispacherRequest().   

 

Parâmetros: 
cMsgJSON - String no formato JSON Definido pelo WS REST. 
  • retorno
    lRet- Indica se o processo foi executado.
  • 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

    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>

      

    Definir a função que irá executar o processamento segregado dos Web services. Será estruturada da seguinte forma:

    • Validação:

                A validação dos parâmetros das requisições serão definidas em uma função que será chamada pelo método ou poderá ser utilizada por qualquer outra interface que venha ser implementada para integração com o TSS. Abaixo a descrição da nomenclatura das funções:

     

    • Função:

               TSSVal + Código do Processo + Nome do Método

     

    • Parâmetro:

                oJSON 

                Exemplo:

                TSSVal0002AdmEmpresas(oJSON)

     

    • Processamento:

                A função de processamento envolverá todo o código compreendido após a validação da requisição. O processamento deverá retornar o resultado estruturado de acordo com o esperado pelo Web service. Da mesma forma as validações e o processamento receberão como parâmetro, um objeto desserializado com os parâmetros da requisição, possibilitando receber tanto os parâmetros passados pelos métodos via Web service como as mensagens no formato JSON (formato texto e completamente independente de linguagem) enviadas pela DLL. A nomenclatura será definida da seguinte forma:

     

    • Função:

                TSSProc + Código do Processo + Nome do Método

     

    • Parâmetro:

                oJSON

                Exemplo:

                TSSProc0002AdmEmpresas(oJSON)

    Seguindo esse padrão, tanto a funções de validação quanto as de processamento, terão exatamente o mesmo código contido hoje no processamento dos Web service, sendo necessário apenas trocar a referência dos parâmetros da requisição, da referência "self:" ou "::" para a referência "oJSON".

    Para Implementação, verificar a lista com a especificação das funções a serem implementadas, disponibilizada através da função TSSGetProcQueue().

     

     

     

     

     

     

     

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