Histórico da Página

Informações Gerais

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

Objetivo

Descrever os requisitos de negócio e técnicos da integração do BackOffice RM com foco nos cadastros e movimentos do produto PDV (Frente de Caixa) Protheus.  Implementação dos Adapters de integração via Mensagem Única, viabilizando assim o CRUD completo de cadastros e movimentações por envio de mensagens de integrações.

Os módulos Protheus envolvidos nesta integração são:

1. TOTVSPDV – Módulo de Frente de Caixa
2. SIGALOJA – Módulo de Controle de Lojas (Retaguarda)

As vendas serão realizadas no sistema Protheus pelo TOTVSPDV que se comunica com o SIGALOJA, este se comunicará e as enviará para o Sistema RM.

Definição da Regra de Negócio

 O desenvolvimento se dará em 2 fases distintas sendo elas:

Fase 1

Cadastros:

Serão gerados no Sistema RM e enviados para o Sistema Protheus:

1. Cadastro de Clientes
2. Cadastro de Produtos
3. Código de Barras do Produto
4. Forma de Pagamento/Administradoras Financeiras
5. Unidade de Medida
6. Local de Estoque

Serão gerados no Sistema Protheus e enviados para o Sistema RM:

1. Cadastro de Estação (PDV);
2. Cadastro de Vendedor

Movimentos do Produto

Serão gerados no Sistema Protheus e enviados para o Sistema RM:

1. Cupom Fiscal;
2. Cancelamento de Cupom Fiscal;
3. Mapa Resumo/Redução Z (PAF-ECF)

Fase 2

Cadastros:

O cadastro abaixo será utilizado e tratado no Sistema RM e enviado para o Sistema Protheus:

1. Crédito de Devolução/Troca

Movimentos do Produto:

Serão efetuados no Sistema Protheus e enviados para o Sistema RM:

1. Sangria
2. Suprimento de Caixa
3. Consulta de Estoque

Detalhes das Integrações

Cadastro de Clientes:   

 O cliente (pessoa física ou jurídica), consumidor dos produtos, será cadastrado primeiramente no Sistema RM e em seguida enviado ao Protheus, este receberá e armazenará para ser utilizado nas movimentações, a integração será de forma síncrona.

Os campos necessários para o Protheus estão informados no XSD CustomerVendor_2_002.xsd e deverão ser enviados na integração pelo Sistema RM. Esta Mensagem Única já foi desenvolvida e testada entre os sistemas Protheus x RM e será reutilizada.

Os campos considerados obrigatórios no envio para o correto recebimento no PDV são:

• Código do Cliente
• Loja 
• Nome
• Nome Fantasia
• Endereço
• Entidade: pessoa física ou pessoa jurídica
• Município.
• Estado.
• País.

Tabelas Utilizadas

• SA1 - Clientes
• SA2 - Fornecedores

Mapeamento dos Campos

• Mensagem CustomerVendor 2.002

Cadastro de Produtos:

O produto será cadastrado primeiramente no Sistema RM e em seguida enviado ao Protheus, este receberá e armazenará para ser utilizado nas movimentações, a integração será de forma síncrona.

As integrações de Unidade de Medida e Local de Estoque são pré-requisitos para a integração de Produtos.

Os campos necessários para o Protheus estão informados no XSD Item_2_000 e deverão ser enviados na integração pelo Sistema RM. Esta Mensage Única já foi desenvolvida e testada entre os sistemas Protheus x RM e será reutilizada, será efetuado apenas um ajuste no lado Protheus para gravar o preço de venda do produto (SB0), este valor será informado pela RM na tag SalesPrice.

 Obs: Para correta integração dos produtos, deve ser removida a obrigatoriedade e validação de sistema do campo B1_CODITE no sistema Protheus.

Os campos considerados obrigatórios no envio para o correto recebimento no PDV são:

• Código do Produto
• Descrição do Produto
• Tipo do Produto
• Unidade de Medida
• Armazém Padrão
• Preço de Venda
  
  

Tabelas Utilizadas

• SB1 - Produtos
• SB0 - Dados Adicionais - Loja

Mapeamento dos Campos

• Mensagem Item 2.000

Cadastro de Código de Barras:

O código de Barras do Produto será cadastrado primeiramente no Sistema RM e em seguida enviado ao Protheus, este receberá e armazenará para ser utilizado nos processos de Vendas do PDV, a integração será de forma síncrona.

Os campos necessários para o Protheus estão informados no XSD BarCode_1_000 e deverão ser enviados na integração pelo Sistema RM.

O Protheus possui um tratamento onde um Código de Barras pode representar uma Caixa de Mercadorias, neste caso, deverá ser informado pela RM a quantidade de produtos para o Código de Barras que está sendo gerado, caso não seja informado, será considerado o valor default = 0, definindo assim que o Código de Barras representa apenas 1 produto.

Trata-se de uma nova Mensagem Única que será desenvolvida em ambos os sistemas (Protheus e RM), após os testes, deverá ser aprovada pelo Comitê de Integrações da Totvs.

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

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

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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