Histórico da Página

(Obrigatório)

Informações Gerais

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

Objetivo

Implementação do adapter de integração via Mensagem Única TOTVS do cadastro de Estação PDV, viabilizando assim o CRUD completo do cadastro por recebimento cadastro por envio de mensagem de integração.

Definição da Regra de Negócio

Considera-se como escopo deste requisito a implementação do adapter de recebimento envio de Mensagens Únicas TOTVS para integração do cadastro de Estação (Ponto de Venda), estando o adapter de envio recebimento desta mesma mensagem fora do escopo do requisito, ou seja , os pontos de vendas (Estação-PDV) serão cadastrado somente no PDV ProtheusBackOffice RM.

A análise e o desenvolvimento do adapter será efetuado considerando a integração com o BackOffice RMPDV Protheus, mas também viabilizará a integração com outras fontes de dados desde que respeitado o layout da mensagem.

• Criar o parâmetro  de integração "CODTMVVENDA" para que seja informado o  Código de Tipo de Movimento Vendas. Neste campo poderá ser informado somente movimentos de venda, ou seja, códigos "2.2.X".
• Criar o parâmetro de integração "CODTMVPED" para que seja informando Código Tipo de Movimento Pedido. Neste campo poderá ser informando somente movimentos cujo o código comece com "1.2.X".
• Criar o parâmetro de integração "CODTMVTRANSF" para que seja informa o código Tipo de Movimento Transferência. Este parâmetro deve aceitar somente movimentos cujo código inicia-se com "2.2.X".

Tabelas Utilizadas

• TGRPPONTOVENDA – Grupamento de Pontos de Venda

• TPONTOVENDA – Ponto de Venda

Entidades de Integração 

• DataServer envolvido
  • MovGrpPontoVendaData
• Transformação
  • Id:  LISTOFSTATIONSALEPOINT
  • Versão: 1.000
• SourceCode (Evento)
  • GUID:  f1b94c0a-3982-455a-a9d3-d4c26bc775b2
  • Nome:  StationSalesPoint_1.000
• Fórmula Visual
  • 03_PDV_PontoVenda.TotvsWF

Regras de Integridade

Permissões do cadastro

As permissões de inclusão, alteração ou exclusão ao cadastro devem ser removidas, permitindo somente visualização, visto que o cadastro é mantido pelo Protheus.

Mapeamento dos campos

• Mensagem XX

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

Dicionário de Dados

Tabela: TPONTOVENDA - Ponto de Venda  

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

• O cadastro deve ser feito no BackOffice RM e sincronizado para o PROTHEUS via Integração TOTVS Mensagem Única.
• O código do ponto de venda no RM (TPONTOVENDA.PONTOVENDA) deve ser igual ao código do ECF no Protheus (SLG.LG_PDV). É obrigatório incluir um código do ponto de venda no RM com o valor 001.
• No RM os cadastros de Pontos de Venda (PDV) são consolidados pelo cadastro de Grupo de Venda, sendo enviado ao Protheus na Mensagem Única a lista com todos os Pontos de Venda do grupo.
  • O tratamento de evento será efetuado através do campo "Event" interno ao item da mensagem, visto que em uma mesma mensagem de evento 'Upsert' podem existir itens com eventos 'Delete'. Ex.: Foi incluído um PDV e outro foi excluído.
• Serão enviados para o PROTHEUS somente os registros que são do Tipo 'Impressora Fiscal' (TPONTOVENDA.TIPO=1).
  • Esta validação é efetuada na Fórmula Visual e no XSLT de saída.
• Caso o campo TIPO seja alterado de 'Impressora Fiscal' para qualquer outro será enviada a exclusão do respectivo Ponto de Venda ao Protheus.

• Caso o Código do Ponto de Venda seja alterado será enviada ao Protheus a exclusão do registro referente ao código anterior e a inclusão de novo Ponto de Venda com o novo código.
• CRO - Default
  • O Contador de Reinicio de Operação é trafegado na mensagem única, pois será utilizado na integração de inclusão do Cupom Fiscal. Para obter maiores informações sobre o a integração de Cupom Fiscal clique aqui.

Compartilhamento de registros por Coligada e Filial

Visto que o registo no BackOffice RM não considera a Filial como parte da Chave e existe a restrição na Mensagem Única TOTVS para envio do 'CompanyInternalId' completo (Coligada + Filial), é necessário que o sistema destinatário possua este cadastro exclusivo por Coligada e compartilhado por Filial.

Em resumo, o sistema de destino não deve considerar a informação de Filial enviada, pois caso no BackOffice RM este campo esteja nulo será enviada a Filial do contexto de integração, que e a primeira filial da empresa disponível na tabela De-Para.

Em relação ao Protheus deve seguir o seguinte compartilhamento:

• • • Empresa:  Exclusivo
    • Unidade:   Deve ser equivalente à entidade relacionada no De-Para de integração (Empresa ou filial)
    • Filial:        Compartilhado

Restrições e Ponto de Atenção

• Os campos enviados do RM para o PROTHEUS não poderão ser alterados no PDV.
• Conforme uso normal do FrontLoja, o usuário deverá acessar o cadastro de Estação no mesmo para efetuar as configurações referentes aos devices agregados, como Impressora Fisca, PinPad, Leitor de Código de Barras e demais. 

Mapeamento dos campos

• Mensagem LisOfStationSalePoint 1.000 

• Somente os campos marcados em negrito são tratados no Adapter, sendo os demais não enviados na mensagem.

Fluxo do Processo

A integração de Pontos de Venda é efetuada em duas etapas, iniciada no BackOffice RM onde todos os dados de integração fiscal devem ser efetuadas e finalizada com a completa configuração dos equipamentos agregados ao FrontLoja (Pinpad, leitores, impressora fiscal, etc).

Image Added

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Definição da Regra de Negócio

Considera-se como escopo deste requisito a implementação do adapter de recebimento de Mensagens Únicas TOTVS para integração do cadastro de Estação (Ponto de Venda), estando o adapter de envio desta mesma mensagem fora do escopo do requisito, ou seja , 

Os pontos de vendas (Estação-PDV) serão cadastrado SOMENTE no PDV.

A análise e o desenvolvimento do adapter será efetuado considerando a integração com o BackOffice RM, mas também viabilizará a integração com outras fontes de dados desde que respeitado o layout da mensagem.

Os pontos de vendas (Estação-PDV) serão cadastrado Somente no PDV Protheus.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

• Criar o parâmetro  de integração "CODTMVVENDA" para que seja informado o  Código de Tipo de Movimento Vendas. Neste campo poderá ser informado somente movimentos de venda, ou seja, códigos "2.2.X".
• Criar o parâmetro de integração "CODTMVPED" para que seja informando Código Tipo de Movimento Pedido. Neste campo poderá ser informando somente movimentos cujo o código comece com "1.2.X".
• Criar o parâmetro de integração "CODTMVTRANSF" para que seja informa o código Tipo de Movimento Transferência. Este parâmetro deve aceitar somente movimentos cujo código inicia-se com "2.2.X".

Tabelas Utilizadas

• TPONTOVENDA – Ponto de Venda
  

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

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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