Páginas filhas
  • ER_PCREQ-8286_Busca_informações_do_documento

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

Busca informações Busca informações do documento

 

 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

Segmento Executor

SERVIÇOS

Projeto1

M_SER_TSS002

IRM1

PCREQ-8285

Requisito1

PCREQ-8286

Subtarefa1

 

Release de Entrega planejada

12.1.13

País

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

(  ) USA  (  ) 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

 

Disponibilizar uma API com a finalidade de retornar os dados de um determinado documento.

(Obrigatório)

Definição da Regra de Negócio

 

A API será na estrutura WS REST com o nome RestInfDoc e com apenas o método GET, que receberá a mensagem JSON codificada em base64 e chamará a função GetInfDoc() passando a mensagem JSON decodificada.

Através da API de busca informações do documento, os clientes do TSS poderão obter as informações do documento que estão contidos nas tabelas do TSS.

A consulta será para um documento.

O critério para consulta será com base nos dados de entrada.

A API terá como retorno um array contendo os dados em objeto.

O consumo da API deverá ser realizado através de mensagens JSON definidas na função GetInfTss()codificado em base64 definidas na WebService RestInfDoc.

O processo de Deserialização de mensagens deverá ser realizado através da função FwJsonDeserialize().

Os códigos de status serão baseados no formato padrão de mensagens HTTP, conforme o link:

https://pt.wikipedia.org/wiki/Lista_de_c%C3%B3digos_de_status_HTTP

 

Função: GETINFDOC()

Função WebService: RestInfDoc
WebService responsável pela definição da Interface da API de busca informações do documento.

A função GetInfDoc definirá a estrutura da API.

A função deverá ser definida em um fonte.prw definido com o mesmo nome da função.

A função GetInfDoc deverá ser implementada apenas como função de interface para a API. Deverá ser totalmente desacoplada de qualquer definição de instrução de processamento, devendo apenas realizar as devidas validações das mensagens. Todo o processamento deverá estar definido em funções auxiliares.

A função GetInfDoc() deverá receber mensagens na estrutura JSON, onde serão convertidas em objeto pela função fwJsonDeserialize().

Caso não haja erro na deserialização de JSON para objeto, será chamada a rotina GetFIeldDoc(), passando como parâmetro o objeto deserializado.

A função GetFIeldDoc () retornará um array, contendo todos os campos da tabela SPED050, caso o tipo de documento seja ‘NFE’ e SPED051 caso o tipo de documento seja ‘NFSE’. Esse array será passado como parâmetro na chamada da função getJSONResp() junto com o código de status e mensagem de erro (caso exista). O retorno da função getJSONResp() é a mensagem  já na estrutura JSON.

A rotina GetInfDoc() será finalizada e como retorno será passado a mensagem na estrutura JSON.

 

Parâmetros: 

cJsonRequest =

 

{

"empresa":

{"Entidade": "000001"},

 "tipdoc":"nfe",

 "parametros":{"docid":"001000001"}

}

 

Retorno:

Retorno Negativo:

Retorno:

{

  "result":

   {

    "documento": ""

   },

"error": "Estrutura do objeto inválida." }

Retorno Positivo:

{ "result":{"Campos":[{"CAMPO":"ID_ENT","DESCRICAO":"ID da Entidade Empresa","CONTEUDO":"000002

O WebService deverá receber mensagens na estrutura JSON codificado em base64, onde serão decodificadas e passadas como parâmetro para a função GetInfDoc().
O retorno do WebService será uma mensagem JSON.
Todos os parâmetros da mensagem serão obrigatórios.

Parâmetros: 

JSon = ew0KImVtcHJlc2EiOg0KeyJFbnRpZGFkZSI6ICIwMDAwMDEifSwNCiAidGlwZG9jIjoibmZlIiwNCiAicGFyYW1ldHJvcyI6eyJkb2NpZCI6IjAwMTAwMDAwMSJ9DQp9
 

Mensagem JSON decodificada:

{

"empresa":

{"Entidade": "000001"},

 "tipdoc":"nfe",

 "parametros":{"docid":"001000001"}

}


Retorno:

Retorno Negativo:

{

  "result":

   {

    "documento": ""

   },

"error": "Estrutura do objeto inválida." }
 

Retorno Positivo:

{ "result":{"Campos":[{"CAMPO":"ID_ENT","DESCRICAO":"ID da Entidade Empresa","CONTEUDO":"000002"},{"CAMPO":"NFE_ID","DESCRICAO":"ID de vinculo com o ERP","CONTEUDO":"754000582"},{"CAMPO":"DATE_NFE","DESCRICAO":"Data de transmissão do ERP para o TSS","CONTEUDO":"20150611"},{"CAMPO":"TIME_NFE","DESCRICAO":"Hora de transmissão do ERP para o TSS","CONTEUDO":"19:34:25"},{"CAMPO":"AMBIENTE","DESCRICAO":"Ambiente de operação","CONTEUDO":"2"},{"CAMPO":"MODALIDADE","DESCRICAO":"Modalidade de operação","CONTEUDO":"1"},{"CAMPO":"

NFE_ID

STATUSCANC","DESCRICAO":"

ID de vinculo com o ERP

Status de transmissão do cancelamento/inutilização da NFe","CONTEUDO":"

754000582

0"},{"CAMPO":"

DATE_NFE

STATUSMAIL","DESCRICAO":"

Data

Status de transmissão do

ERP

e-mail para o

TSS

destinatário da NFe","CONTEUDO":"

20150611

2"},{"CAMPO":"

TIME

NFE_

NFE

PROT","DESCRICAO":"

Hora de transmissão do ERP para o TSS

Numero do ultimo protocolo da NFE","CONTEUDO":"

19:34:25

135150002553049"},{"CAMPO":"

AMBIENTE

DELETEDATE","DESCRICAO":"

Ambiente de operação

Data imposta pelo ERP para exclusão dos dados do TSS","CONTEUDO":"

2

"},{"CAMPO":"

MODALIDADE

EMAIL","DESCRICAO":"

Modalidade de operação

eMail de distribuição da NFe.","CONTEUDO":"

1

eduardo.mantoan@totvspartners.com.br"},{"CAMPO":"

STATUSCANC

MODELO","DESCRICAO":"

Status de transmissão do cancelamento/inutilização da NFe

Modelo do Documento","CONTEUDO":"

0

55"},{"CAMPO":"

STATUSMAIL

CNPJDEST","DESCRICAO":"

Status de transmissão do e-mail para o destinatário da NFe

CNPJ do Destinatário","CONTEUDO":"

2

65576143000191"},{"CAMPO":"

NFE

REG_

PROT

DPEC","DESCRICAO":"Numero do

ultimo protocolo

Registro da

NFE

DPEC","CONTEUDO":"

135150002553049

"},{"CAMPO":"

DELETEDATE

STATUSDPEC","DESCRICAO":"

Data imposta pelo ERP para exclusão dos dados do TSS

Status de transmissão do DPEC","CONTEUDO":"0"},{"CAMPO":"

EMAIL

NUM_NSE","DESCRICAO":"

eMail de distribuição da NFe.

Numero da NFS-e gerada pela prefeitura","CONTEUDO":"

eduardo.mantoan@totvspartners.com.br

"},{"CAMPO":"

MODELO

PED_NFE","DESCRICAO":"

Modelo do Documento

Campo com o saldo de notas transmitidas","CONTEUDO":"

55

"},{"CAMPO":"

CNPJDEST

PED_DPEC","DESCRICAO":"

CNPJ do Destinatário

Campo com o saldo de DPEC transmitidas","CONTEUDO":"

65576143000191

"},{"CAMPO":"

REG

DATE_

DPEC

ENFE","DESCRICAO":"

Numero do Registro da DPEC

Data que o TSS enviou a nota para o ERP","CONTEUDO":"20150611"},{"CAMPO":"

STATUSDPEC

TIME_ENFE","DESCRICAO":"

Status de transmissão do DPEC

Hora que o TSS enviou a nota para o ERP","CONTEUDO":"

0

19:35:02"},{"CAMPO":"

NUM_NSE

CODCONT","DESCRICAO":"

Numero da NFS-e gerada pela prefeitura

Número do código seqüencial gerado pelo TSS","CONTEUDO":"0"},{"CAMPO":"

PED_NFE

MODALCTE","DESCRICAO":"

Campo com o saldo de notas transmitidas

Código do modal da nota CTE.","CONTEUDO":""},{"CAMPO":"

PED

TIPO_

DPEC

CANC","DESCRICAO":"

Campo com o saldo de DPEC transmitidas

TIPO_CANC","CONTEUDO":"0"},{"CAMPO":"

DATE

DOC_

ENFE

ID","DESCRICAO":"

Data que o TSS enviou a nota para o ERP

Documento","CONTEUDO":"

20150611

582"},{"CAMPO":"

TIME

DOC_

ENFE

SERIE","DESCRICAO":

"Hora que o TSS enviou a nota para o ERP","

"Serie","CONTEUDO":"

19:35:02

754"},{"CAMPO":"

CODCONT

DOC_CHV","DESCRICAO":"

Número do código seqüencial gerado pelo TSS

Chave","CONTEUDO":"

0

35150653113791000122557540000005821002811119"},{"CAMPO":"

MODALCTE

CNPJREM","DESCRICAO":"

Código do modal da nota CTE.

CNPJ do Remetente","CONTEUDO":""},{"CAMPO":"

TIPO_CANC

LOGID","DESCRICAO":"

TIPO_CANC

Id Log","CONTEUDO":"

0

"},{"CAMPO":"

DOC_ID

VERSAO","DESCRICAO":"

Documento

Versao do documento","CONTEUDO":"

582

"}]} ,

{

"

CAMPO

error":

"DOC_SERIE","DESCRICAO":"Serie","CONTEUDO":"754"},{"CAMPO":"DOC_CHV","DESCRICAO":"Chave","CONTEUDO":"35150653113791000122557540000005821002811119"},{"CAMPO":"CNPJREM","DESCRICAO":"CNPJ do Remetente","CONTEUDO":""},{"CAMPO":"LOGID","DESCRICAO":"Id Log","CONTEUDO":""},{"CAMPO":"VERSAO","DESCRICAO":"Versao do documento","CONTEUDO":""}]} , "error": null }

Função: GETFIELDDOC()

A função GetFieldDoc() receberá como parâmetro o objeto da requisição, validará todos os campos quanto a obrigatoriedade, tamanho e tipo de dados. Se algum dado estiver inconsistente, deverá retorna a mensagem de validação correspondente informando.

Os dados contidos no objeto recebido como parâmetro, serão validados afim de identificar quais foram preenchidos, todos os campos são necessários para o retorno.

A função validará o tipo de documento afim de identificar se é válida, esta informação estará contida dentro do objeto recebido como parâmetro.

Será chamada a função FieldsTss() para que sejam processados os dados validados. Para essa função serão passados como parâmetros: código da entidade do cliente, o tipo de documento e o NFE_ID. O retorno desta função será um array contendo os o nome do campo e o conteúdo.

A função GetFieldDoc() será encerrada, retornando o array obtido na função FieldsTss.

Parâmetros: 

oDados – Objeto contendo as informações da requisição: Entidade, número do documento, série do documento, tipo de documento.

cError – Mensagem de erro, caso exista.

Retorno:

aArray -> contém todos os campos da tabela do TSS correspondente ao tipo de documento (SPE050 / SPED051 / SPED201 / SPED400 / SPED090 / SPED202).

 

Função: FieldsTss()

A função FieldsTss() receberá como parâmetro, a entidade do cliente, o tipo de documento, série do documento, mensagem de erro(caso exista) e código do status, processará os dados afim de obter a mensagem XML.

A função verificará qual o tipo de documento, afim de identificar qual tabela irá buscar o XML.

A função por meio de Query, localizará o documento na tabela correspondente, obtendo todos os campos da tabela e atribuindo-os a um array, no array será atribuído o nome do campo e seu conteúdo. O array será o retorno da função.

Parâmetros: 

(cEnt,cTipo,cDoc,cError,cHttpStatus)

cEnt – Código da entidade do cliente.

cTipo – Tipo de documento: ‘NFE’;’NFSE’, etc.

cDoc – Nfe_Id.

cError – Mensagem de erro, caso exista.

Retorno:

aMatriz – Array contendo o nome dos campos e o seu conteúdo.

 

 

Função: GetJSONResp()

A rotina consiste em obter os dados de entrada e gerar a mensagem em estrutura JSON.

A rotina retornará uma string na estrutura JSON

 

Parâmetros: 

aArray– Array multidimensional.

cError – Mensagem de erro.

Retorno:

cJSONResponse – String na estrutura JSON.

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

 

Protótipo 01

 

 

 Image Removed

 

 

 

 

 

 

Opcional

Fluxo do Processo

 

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

null }

 

Função: GETINFDOC()

Função responsável pela definição da Interface da API busca informações do documento.

A função GetInfDoc definirá a estrutura da API.

A função deverá ser definida em um fonte.prw definido com o mesmo nome da função.

A função GetInfDoc deverá ser implementada apenas como função de interface para a API. Deverá ser totalmente desacoplada de qualquer definição de instrução de processamento, devendo apenas realizar as devidas validações das mensagens. Todo o processamento deverá estar definido em funções auxiliares.

A função GetInfDoc() deverá receber mensagens na estrutura JSON, onde serão convertidas em objeto pela função fwJsonDeserialize().

Caso não haja erro na deserialização de JSON para objeto, será chamada a rotina GetFIeldDoc(), passando como parâmetro o objeto deserializado.

A função GetFIeldDoc () retornará um array, contendo todos os campos da tabela SPED050, caso o tipo de documento seja ‘NFE’ e SPED051 caso o tipo de documento seja ‘NFSE’. Esse array será passado como parâmetro na chamada da função getJSONResp() junto com o código de status e mensagem de erro (caso exista). O retorno da função getJSONResp() é a mensagem  já na estrutura JSON.

A rotina GetInfDoc() será finalizada e como retorno será passado a mensagem na estrutura JSON. 

Parâmetros: 

cJsonRequest=
{

"empresa":

{"Entidade": "000001"},

 "tipdoc":"nfe",

 "parametros":{"docid":"001000001"}

}

Retorno:

Retorno Negativo:

{

  "result":

   {

    "documento": ""

   },

"error": "Estrutura do objeto inválida." }

Retorno Positivo:

{ "result":{"Campos":[{"CAMPO":"ID_ENT","DESCRICAO":"ID da Entidade Empresa","CONTEUDO":"000002"},{"CAMPO":"NFE_ID","DESCRICAO":"ID de vinculo com o ERP","CONTEUDO":"754000582"},{"CAMPO":"DATE_NFE","DESCRICAO":"Data de transmissão do ERP para o TSS","CONTEUDO":"20150611"},{"CAMPO":"TIME_NFE","DESCRICAO":"Hora de transmissão do ERP para o TSS","CONTEUDO":"19:34:25"},{"CAMPO":"AMBIENTE","DESCRICAO":"Ambiente de operação","CONTEUDO":"2"},{"CAMPO":"MODALIDADE","DESCRICAO":"Modalidade de operação","CONTEUDO":"1"},{"CAMPO":"STATUSCANC","DESCRICAO":"Status de transmissão do cancelamento/inutilização da NFe","CONTEUDO":"0"},{"CAMPO":"STATUSMAIL","DESCRICAO":"Status de transmissão do e-mail para o destinatário da NFe","CONTEUDO":"2"},{"CAMPO":"NFE_PROT","DESCRICAO":"Numero do ultimo protocolo da NFE","CONTEUDO":"135150002553049"},{"CAMPO":"DELETEDATE","DESCRICAO":"Data imposta pelo ERP para exclusão dos dados do TSS","CONTEUDO":""},{"CAMPO":"EMAIL","DESCRICAO":"eMail de distribuição da NFe.","CONTEUDO":"eduardo.mantoan@totvspartners.com.br"},{"CAMPO":"MODELO","DESCRICAO":"Modelo do Documento","CONTEUDO":"55"},{"CAMPO":"CNPJDEST","DESCRICAO":"CNPJ do Destinatário","CONTEUDO":"65576143000191"},{"CAMPO":"REG_DPEC","DESCRICAO":"Numero do Registro da DPEC","CONTEUDO":""},{"CAMPO":"STATUSDPEC","DESCRICAO":"Status de transmissão do DPEC","CONTEUDO":"0"},{"CAMPO":"NUM_NSE","DESCRICAO":"Numero da NFS-e gerada pela prefeitura","CONTEUDO":""},{"CAMPO":"PED_NFE","DESCRICAO":"Campo com o saldo de notas transmitidas","CONTEUDO":""},{"CAMPO":"PED_DPEC","DESCRICAO":"Campo com o saldo de DPEC transmitidas","CONTEUDO":""},{"CAMPO":"DATE_ENFE","DESCRICAO":"Data que o TSS enviou a nota para o ERP","CONTEUDO":"20150611"},{"CAMPO":"TIME_ENFE","DESCRICAO":"Hora que o TSS enviou a nota para o ERP","CONTEUDO":"19:35:02"},{"CAMPO":"CODCONT","DESCRICAO":"Número do código seqüencial gerado pelo TSS","CONTEUDO":"0"},{"CAMPO":"MODALCTE","DESCRICAO":"Código do modal da nota CTE.","CONTEUDO":""},{"CAMPO":"TIPO_CANC","DESCRICAO":"TIPO_CANC","CONTEUDO":"0"},{"CAMPO":"DOC_ID","DESCRICAO":"Documento","CONTEUDO":"582"},{"CAMPO":"DOC_SERIE","DESCRICAO":"Serie","CONTEUDO":"754"},{"CAMPO":"DOC_CHV","DESCRICAO":"Chave","CONTEUDO":"35150653113791000122557540000005821002811119"},{"CAMPO":"CNPJREM","DESCRICAO":"CNPJ do Remetente","CONTEUDO":""},{"CAMPO":"LOGID","DESCRICAO":"Id Log","CONTEUDO":""},{"CAMPO":"VERSAO","DESCRICAO":"Versao do documento","CONTEUDO":""}]} , "error": null }

 

Função: GETFIELDDOC()

A função GetFieldDoc() receberá como parâmetro o objeto da requisição, validará todos os campos quanto a obrigatoriedade, tamanho e tipo de dados. Se algum dado estiver inconsistente, deverá retorna a mensagem de validação correspondente informando.

Os dados contidos no objeto recebido como parâmetro, serão validados afim de identificar quais foram preenchidos, todos os campos são necessários para o retorno.

A função validará o tipo de documento afim de identificar se é válida, esta informação estará contida dentro do objeto recebido como parâmetro.

Será chamada a função FieldsTss() para que sejam processados os dados validados. Para essa função serão passados como parâmetros: código da entidade do cliente, o tipo de documento e o NFE_ID. O retorno desta função será um array contendo os o nome do campo e o conteúdo.

A função GetFieldDoc() será encerrada, retornando o array obtido na função FieldsTss.

Parâmetros: 

oDados – Objeto contendo as informações da requisição: Entidade, número do documento, série do documento, tipo de documento.

cError – Mensagem de erro, caso exista.

Retorno:

aArray -> contém todos os campos da tabela do TSS correspondente ao tipo de documento (SPE050 / SPED051 / SPED201 / SPED400 / SPED090 / SPED202).

 

Função: FieldsTss()

A função FieldsTss() receberá como parâmetro, a entidade do cliente, o tipo de documento, série do documento, mensagem de erro(caso exista) e código do status, processará os dados afim de obter a mensagem XML.

A função verificará qual o tipo de documento, afim de identificar qual tabela irá buscar o XML.

A função por meio de Query, localizará o documento na tabela correspondente, obtendo todos os campos da tabela e atribuindo-os a um array, no array será atribuído o nome do campo e seu conteúdo. O array será o retorno da função.

Parâmetros: 

(cEnt,cTipo,cDoc,cError,cHttpStatus)

cEnt – Código da entidade do cliente.

cTipo – Tipo de documento: ‘NFE’;’NFSE’, etc.

cDoc – Nfe_Id.

cError – Mensagem de erro, caso exista.

Retorno:

aMatriz – Array contendo o nome dos campos e o seu conteúdo.

 

Função: GetJSONResp()

A rotina consiste em obter os dados de entrada e gerar a mensagem em estrutura JSON.

A rotina retornará uma string na estrutura JSON

 

Parâmetros: 

aArray– Array multidimensional.

cError – Mensagem de erro.

Retorno:

cJSONResponse – String na estrutura JSON.

 

 

 

 

 

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

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