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.

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

Observações :

1: Independentemente se for utilizado produto global no RM, a tabela referente no Protheus deve ser exclusiva por empresa, ficando a cargo do RM replicar os produtos globais para cada filial no Protheus.

2: Mesmo que a empresa não utilize Cliente/Fornecedor global no RM, deve-se compartilhar a tabela referente no Protheus por empresa. Será enviado concatenado ao código do cliente/fornecedor o código da coligada, conforme a mascara “[CODCOLIGADA]|[CODCFO]”.

Alterar  o Dicionário de Dados  - inicializar os campos  A1_COD  de Cliente e Fornecedor

1: Acessar o Protheus , Módulo SigaCFG.

2: Acessar :  Base de dados  / Dicionário  / Bases de Dados.

3: Acessar : Empresas / Dicionario de dados.

4: Pesquisar  por SA1.

5: Selecione a tabela e clique em Editar.

6: Acesse : Clientes  / Campos.

7: Pesquisar  pelo campo  código do cliente  (A1_COD).

8: Selecionar o campo  A1_COD e clicar no ícone Editar.

9: Informar o valor GETSXENUM(“SA1”, “A1_COD”) ao  campo Inic.Padrão localizado na aba Opções  e Confirmar.

10: Pesquisar pela Tabela  SA2.

11: selecionar a Tabela  e clicar no ícone Editar .

12: Acessar:  Fornecedores  / Campos . 

13: Selecionar o campo  A2_COD e clicar em Editar .

14: Informar o valor GETSXENUM(“SA2”, “A2_COD”) ao  campo Inic.Padrão localizado na aba Opções  e Confirmar. 

Alterar o Dicionário de Dados - inicializar os campos A1_LOJA de Cliente e Fornecedor

1: Acessar o Protheus , Módulo SigaCFG

2: Acessar:  Base de dados  / Dicionário  / Bases de Dados.

3: Acessar: Empresas / Dicionario de dados.

4: Pesquisar  por SA1 . Selecione  a tabela   e clique em editar.

5: Clique em Editar.

6: Acesse : Clientes  / Campos.

7: Pesquisar  pelo campo  do cliente  (A1_LOJA).

8: Selecionar o campo A1_LOJA  e clicar no ícone Editar.

9: Informar o valor “01” (As aspas são necessárias) ao  campo Inic.Padrão localizado na aba Opções  e Confirmar.

10: Pesquisar pela Tabela  SA2.

11: Selecionar a Tabela  e clicar no ícone Editar.

12: Acessar:  Fornecedores  / Campos .

13: Selecionar o campo  A2_Loja e clicar em Editar.

14: Informar o valor “01” (As aspas são necessárias) ao  campo Inic.Padrão localizado na aba Opções  e Confirmar.

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.

• Preços do Produto:

Os Preços de Venda do produto serão enviados através da integração de Produtos, serão gravados na tabela de Preços de Venda (SB0) para serem utilizados na venda.

Os eventos de Preços estarão relacionados com os eventos da integração do Produto da seguinte forma:

1. Inclusão de Produto:
   Todos os Preços relacionados ao Produto que forem enviados serão incluídos
   
   
2. Alteração do Produto
   Todos os Preços relacionados ao Produto que forem enviados serão alterados se necessário.
   
   
3. Exclusão de Produto
   Todos os Preços relacionados ao Produto serão excluídos.
   
   

• Cadastro de Códigos de Barras:

Os Códigos de Barras correspondentes ao Produto também serão inseridos pela integração de Produtos, será enviada uma Lista com os Códigos de Barras correspondentes, os campos necessários estão informados no XSD ListOfBarCode_1_000.xsd.

Os eventos de Códigos de Barras estarão relacionados com os eventos da integração do Produto da seguinte forma:

1. Inclusão de Produto:
   Todos os Códigos de Barras relacionados ao Produto que forem enviados serão incluídos.
   
   
2. Alteração do Produto:
   Todos os Códigos de Barras relacionados ao Produto que forem enviados serão alterados se necessário, aqueles que não forem enviados serão excluídos.
   
   
3. Exclusão do Produto:
   Todos os Códigos de Barras relacionados ao Produto serão excluídos.
   
   

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.

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

Observações :

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

Cadastro de Estação de Trabalho:

A Estação de Trabalho será cadastrada no Sistema RM e em seguida enviado ao Sistema Protheus, este receberá e armazenará para ser utilizado nos processos de Vendas, os campos necessários estão informados no XSD ListOfStationSalePoint_1_000.

Nesta integração, também deverá ser informado o Local de Estoque, desta forma será possível efetuar corretamente a baixa de estoque das vendas efetuadas pela Estação de Trabalho.

Os campos relacionados a impressora fiscal (ECF), balança, pinpad e outros hardwares deverão ser cadastrados diretamente no sistema Protheus pois necessitam de informações dos dispositivos e computador, como porta de comunicação, Número de Série etc.

O Código da Estação enviado pelo sistema RM deve respeitar o tamanho do campo Código de Estação no Protheus (LG_CODIGO) pois trata-se de um campo chave no cadastro.

Caso seja adicionado auto-incremento no Código da Estação, esta opção terá prioridade, não considerando assim o código enviado na integração.

Se a Estação de trabalho for inativada no Sistema RM, esta será deletada no Sistema Protheus para que não sejam enviadas movimentações incorretas.

Cadastrar os campos no Protheus conforme help de campos.

Tabelas Utilizadas

• SLG - Estações

Mapeamento dos Campos

• Mensagem ListOfStationSalePoint 1.000

Cadastro de Vendedor:

O Vendedor será cadastrado no Sistema RM e em seguida enviado ao Sistema Protheus para que seja utilizado nos processos de Vendas, os campos necessários estão informados no XSD Seller_2_001.xsd.

O Código do Vendedor enviado pelo sistema RM deve respeitar o tamanho do campo Código de Vendedor no Protheus (A3_COD) pois trata-se de um campo chave no cadastro.

Caso seja adicionado auto-incremento no Código do Vendedor, esta opção terá prioridade, não considerando assim o código enviado na integração.

Cadastrar os campos no Protheus conforme help de campos.

Tabelas Utilizadas

• SA3 - Vendedores

Mapeamento dos Campos

• Mensagem Seller 2.001

Cadastro de Forma de Pagamento/Administradora Financeira:

A Forma de Pagamento será cadastrada no Sistema RM e em seguida enviada ao Sistema Protheus, este receberá e armazenará para ser utilizado nos processos de Vendas, os campos necessários estão informados no XSD PaymentMethod_1_000.

Visto que a base Protheus possui carga com formas de pagamento padrão (obrigatoriamente constam na base de dados), deve-se efetuar o cadastro destas Formas de Pagamento no RM respeitando o mesmo código do Protheus para viabilizar a integração de registros que utilizem estas como parâmetro. A lista de forma de pagamentos padrão no Protheus (até a presente data) e devem ser cadastradas no RM com o mesmo código de descrição são:

Obs: Se forem incluídas novas Formas de Pagamentos no Sistema RM diferentes das Formas de Pagamento pré-existente no Protheus, essas serão incluídas automaticamente.

Serão possíveis os seguintes cenários:

Cenário 1 – Forma de Pagamento diferente de Cartão Crédito/Débito.

Deverá ser informado pelo sistema RM o mesmo código da Forma de Pagamento Protheus conforme tabela acima, desta forma, será alimentada a tabela de integração para utilização, se o usuário optar em trabalhar com código diferente do cadastro Protheus, os códigos serão adicionados automaticamente nos parâmetros abaixo para que o sistema Protheus retorne corretamente para o sistema RM.

- MV_LJMUDIN: parâmetro de forma de pagamento para Dinheiro.

- MV_LJMUCH: parâmetro de forma de pagamento para Cheque.

- MV_LJMUFI: parâmetro de forma de pagamento para Financiado.

Cenário 2 – Forma de Pagamento Cartão de Crédito/Débito.

Para este cenário, será adicionado no Protheus informações da Administradora Financeira, o código da Administradora Financeira será auto-incremental e a descrição será a mesma enviada na Forma de Pagamento, os códigos das Formas de Pagamento serão sempre CC/CD, conforme tipo enviado na integração.

 Deverão ser informados pelo sistema RM, os campos relacionados a Administradora Financeira (PaymentMethod_1_000.xsd), após sistema Protheus armazenará na tabela De-Para e no Cadastro de Administradora Financeira, desta forma, serão enviadas corretamente nas movimentações de vendas que forem utilizadas.

 O complemento das informações de Administradora Financeira deverão ser efetuados diretamente no sistema Protheus, não estará integrado ao sistema RM, portanto as alterações efetuadas no Protheus não serão integrados ao sistema RM.

Cadastrar os campos no Protheus conforme help de campos.

Tabelas Utilizadas

• SX5/24 - Tabelas Genéricas
• SAE - Administração Financeira
  
  

Mapeamento dos Campos

• Mensagem PaymentMethod 1.000

Cadastro de Unidade de Medida:

A Unidade de Medida será cadastrada no Sistema RM e em seguida enviada ao Sistema Protheus para que seja utilizado nos processos de Vendas, os campos necessários estão informados no XSD UnitOfMeasure_2_000.xsd.

A Undade de Medida enviada pelo sistema RM deve respeitar o tamanho do campo Código de Unidade de Medida no Protheus (AH_UNIMED) pois trata-se de um campo chave no cadastro.

Caso seja adicionado auto-incremento no Código do Unidade de Medida, esta opção terá prioridade, não considerando assim o código enviado na integração.

Cadastrar os campos no Protheus conforme help de campos.

Tabelas Utilizadas

• SAH - Unidades de Medida

Mapeamento dos Campos

• Mensagem UnitOfMeasure 2.002

Cadastro de Local de Estoque:

A Local de Estoque será cadastrado no Sistema RM e em seguida enviada ao Sistema Protheus para que seja utilizado nos processos de Vendas, os campos necessários estão informados no XSD Warehouse_1_000.xsd.

A Local de Estoque enviado pelo sistema RM deve respeitar o tamanho do campo Código de Local de Estoque no Protheus (NNR_CODIGO) pois trata-se de um campo chave no cadastro.

Caso seja adicionado auto-incremento no Local de Estoque, esta opção terá prioridade, não considerando assim o código enviado na integração.

Cadastrar os campos no Protheus conforme help de campos.

Tabelas Utilizadas

• NNR - Armazéns de Estoque

Mapeamento dos Campos

• Mensagem Warehouse 1.000

Configuração de Grupo de Empresas no Protheus:

 Exemplo:

Configuração de compartilhamento de cadastros entre Empresas e Filiais.

 1.   Para o funcionamento da Integração Linha RM x Protheus SigaLoja é necessária a configuração  de compartilhamento de registros  nas tabelas do Protheus SigaLoja.

2.   Para configurar o compartilhamento   acesse : Protheus  SigaCFG

3.   Acesse : Base de dados  / Dicionário de Dados  / Base de Dados / Empresa / Dicionário de Dados.

4.   Pesquise pela tabela   e a configure  conforme especificado na tabela abaixo:

5. Clique em atualizar Base de Dados para salvar as alterações.

Cadastro de rotinas  dos Adapters  Protheus SigaCFG

1: Acessar  : Ambiente  / Schedule / Adapter E.a.I.

2: Incluir uma nova Rotina  para os adapters do  sistema Protheus

3: Configurar a Rotina do Adapter  de acordo com  os dados abaixo fornecidos  e que já foram pré estabelecidos  na aplicação do patch de atualização do Protheus:

• Mensagem única: Sim
• Rotina: Nome do adapter  com a ultima letra  referenciando o programa (A)
• Mensagem: Nome da mensagem única  que o Adapter EAI  espera receber.
• Descrição: Identificação da mensagem
• Recebe: SIM
• Método: Síncrono/Assincrono
• Operação: TODAS
• Canal de Envio  : EAI

Configuração do De-Para  para  as Empresas e Filiais

O cadastro de Empresas e Filiais deve  ser feito manualmente no PROTHEUS, atraves da funcionalidade “De-Para”.

1. Para  cadastrar o De-Para  das Empresas  e Filiais no Protheus acesse : Protheus / SigaCFG / Ambiente / Schedule / Emp.fil Msg. Unica
2. Incluir um novo registro
3. Preencher os campos conforme  os valores a seguir  :

• Referência: RM
• Company :  Código da Coligada RM  a integrar.
• Branch: Código da Filial RM a integrar
• Emp. Protheus: Código da Empresa no Protheus a integrar com o sistema RM
• Fil. Protheus: Código da Filial no Protheus  a integrar com o sistema  RM 

Exemplo :

 Referência: RM

Company : 4

Branch: 20

Emp. Protheus: 01

Fil. Protheus: 0101005

Para mais detalhes sobre as configurações do Protheus , acese os Boletins Técnicos.

Dicionário de Dados

SLG - Estações 

SAE - Administração Financeira

Parâmetros