Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Informações Gerais
Especificação | |||
Produto | Varejo | Módulo | Controle de Lojas |
Segmento Executor | TOTVS Construção e Projetos | ||
Projeto1 | Integração BackOffice RM x PDV Protheus | IRM1 |
|
Requisito1 |
| Subtarefa1 |
|
Chamado2 |
| ||
Release de Entrega Planejada | 12.1.7 | Réplica |
|
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).
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:
- TOTVSPDV – Módulo de Frente de Caixa
- 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:
- Cadastro de Clientes
- Cadastro de Produtos/Precificação do Produto/Código de Barras do Produto
- Cadastro de Estação de Trabalho (Pdv)
- Cadastro de Vendedor
- Cadastro de Forma de Pagamento/Administradoras Financeiras
- Cadastro de Unidade de Medida
- Cadastro de Local de Estoque
Fase 2
Movimentos do Produto:
Serão gerados no Sistema Protheus e enviados para o Sistema RM:
- Cupom Fiscal;
- Cancelamento de Cupom Fiscal;
- Mapa Resumo/Redução Z (PAF-ECF)
- Sangria
- Suprimento de Caixa
- Consulta de Estoque
Serão gerados no Sistema RM e enviados para o Sistema Protheus:
- Crédito de Devolução/Troca
Detalhes das Integrações
Cadastro de Clientes:
O cliente (física ou jurídica) 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. No sistema RM, cliente e fornecedor pertencem a mesma entidade, já no sistema Protheus são cadastros distintos. Será gravado no sistema Protheus apenas a entidade cliente, fornecedor não será tratado neste processo, a tag <Type> é responsável por este controle.
A integração se comportará da seguinte forma:
Customer - Será integrado cliente no Sistema Protheus
Vendor - Não haverá integração no Sistema Protheus
Both - Será integrado cliente no Sistema Protheus
Os campos necessários para o Protheus estão informados no XSD CustomerVendor_2_002.xsd.
Caso seja adicionado auto-incremento no Cadastro de Cliente (A1_COD), esta opção terá prioridade, não considerando assim o código enviado pelo sistema RM na integração.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Cliente | Inclusão/Alteração/Exclusão | Protheus/SigaLoja/Atualizações/Cadastros/Clientes | - |
Os campos considerados obrigatórios no envio para o correto recebimento no PDV são:
- Código
- Loja
- Nome
- Nome Fantasia
- Endereço
- Entidade: pessoa física ou pessoa jurídica
- Município.
- Estado.
- País.
Tabelas Utilizadas
- SA1 - Clientes
Mapeamento dos Campos
- Mensagem CustomerVendor 2.002
Cadastro de Produtos/Precificação do Produto/Código de Barras do Produto:
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 e estão detalhadas neste documento.
Os campos necessários para o Protheus estão informados no XSD Item_3_004.
Nesta integração poderão ser enviados as precificações e códigos de barras do produto, segue abaixo detalhes:
- Precificação do Produto:
Os Preços de Venda do produto serão enviados através da integração de Produtos, será enviada pelo Sistema RM uma Lista com os Preços correspondentes e gravados pelo Sistema Protheus na tabela de Preços de Venda (SB0), os campos necessários estão informados no XSD Item_3_004.xsd.
Os eventos de Preços estarão relacionados com os eventos da integração do Produto da seguinte forma:
- Inclusão de Produto:
Todos os Preços relacionados ao Produto que forem enviados serão incluídos - Alteração do Produto
Todos os Preços relacionados ao Produto que forem enviados serão alterados se necessário. - 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 pelo Sistema RM uma Lista com os Códigos de Barras correspondentes e gravados pelo Sistema Protheus na Tabela de Código de Barras (SLK), 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:
- Inclusão de Produto:
Todos os Códigos de Barras relacionados ao Produto que forem enviados serão incluídos. - 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. - 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.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Produto Cadastro de Códigos de Barras | Inclusão/Alteração/Exclusão Inclusão/Alteração/Exclusão | Protheus/SigaLoja/Atualizações/Cadastros/Produtos Protheus/SigaLoja/Atualizações/Cadastros/Códigos de Barras | - - |
Os campos considerados obrigatórios no envio para o correto recebimento no PDV são:
- Código
- Descrição
- Tipo
- Unidade de Medida
- Armazém Padrão
- Preços de Venda
Tabelas Utilizadas
- SB1 - Produtos
- SB0 - Dados Adicionais - Loja
- SLK - Códigos de Barra por Produto
Mapeamento dos Campos
- Mensagem Item 3.004
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 (Pdv):
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.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Estação | Inclusão/Alteração/Exclusão | Protheus/SigaLoja/Atualizações/Ponto de Venda/Estações | - |
Complementar os campos necessários 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.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Vendedor | Inclusão/Alteração/Exclusão | Protheus/SigaLoja/Atualizações/Cadastros/Vendedores | - |
Tabelas Utilizadas
- SA3 - Vendedores
Mapeamento dos Campos
- Mensagem Seller 2.001
Cadastro de Forma de Pagamento/Administradoras Financeiras:
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 e que devem ser cadastradas no RM com o mesmo código de descrição são:
Código | Descrição |
BOL | BOLETO BANCARIO |
CC | CARTAO DE CREDITO |
CD | CARTAO DE DEBITO AUTOMATICO |
CH | CHEQUE |
CO | CONVENIO |
CR | CREDITO |
DC | DEBITO EM CONTA CORRENTE |
FI | FINANCIADO |
FID | FIDELIDADE |
R$ | DINHEIRO |
VA | VALES |
VP | VALE PRESENTE |
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.
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 deverão ser inseridos manualmente nos parâmetros abaixo:
- 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.
Obs: Os códigos deverão ser inseridos manualmente nos parâmetros, se a Forma de Pagamento alternativa for excluída, o código deverá ser apagado manualmente do parâmetro correspondente.
Obs: As Administradoras Financeiras serão inseridas manualmente no sistema Protheus e não terão integração com o sistema RM, deve-se preencher no campo Form Pg Ext (AE_CODEXT) a Forma de Pagamento Cartão de Crédito/Débito enviado pelo sistema RM, desta forma, será possível estabelecer a relação entre as entidades.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Formas de Pagamento Cadastro de Administradora Financeira | Inclusão/Alteração/Exclusão Inclusão/Alteração/Exclusão | Protheus/SigaCFG/Ambiente/Cadastros/Tabelas/Formas de Pagamento Protheus/SigaLoja/Atualizações/Cadastros/Administradoras Financeiras | - - |
Comlementar os campos necessários 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_002.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.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Unidade de Medida | Inclusão/Alteração/Exclusão | Protheus/SigaEst/Atualizações/Cadastros/Produto/Unidades de Medida | - |
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_001.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.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Cadastro de Local de Estoque | Inclusão/Alteração/Exclusão | Protheus/SigaLoja/Atualizações/Cadastros/Locais de Estoque | - |
Tabelas Utilizadas
- NNR - Armazéns de Estoque
Mapeamento dos Campos
- Mensagem Warehouse 1.001
Pré-Requisitos
Configuração de Grupo de Empresas no Protheus:
Exemplo:
Grupo de Empresas | Empresa | Unidade de Negócio | Filial |
01 | 01 | 01 | 01 |
02 | 01 | 01 | 01 |
03 | 01 | 01 | 01 |
04 | 01 | 01 | 01 |
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:
Entidade | Empresa | Unidade | Filial | Tabela Protheus |
Cliente | Compartilhado | Compartilhado | Compartilhado | SA1 |
Vendedor | Exclusivo | Exclusivo | Compartilhado | SA3 |
Dados Adicionais Loja | Exclusivo | Exclusivo | Compartilhado | SB0 |
Produto | Exclusivo | Exclusivo | Compartilhado | SB1 |
Genérica | Exclusivo | Exclusivo | Compartilhado | SX5 |
5. Clique em atualizar Base de Dados para salvar as alterações.
Obs: Será necessário excluir a tabela SX5 através do APSDU, ao acessar o módulo SigaLoja novamente, a tabela será recriada com as filiais adicionadas corretamente.
Obs: Antes do processo, fazer backup da tabela SX5.
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
Mensagem Única | Rotina Protheus | Mensagem | Descrição | Envia | Recebe | Método Protheus | Operação | Canal de Envio | Adapter Protheus | Versão |
Sim | MATA010 | Item | Produto | Não | Sim | Síncrono | Todas | EAI | MATI010 | 3.004 |
Sim | MATA030 | CustomerVendor | Cliente | Nâo | Sim | Síncrono | Todas | EAI | MATI030 | 2.002 |
Sim | AGRA045 | Warehouse | Armazéns de Estoque | Não | Sim | Síncrono | Todas | EAI | AGRI045 | 1.001 |
Sim | QIEA030 | UnitOfMeasure | Unidades de Medida | Não | Sim | Síncrono | Todas | EAI | QIEI030 | 2.002 |
Sim | LOJA121 | ListOfStationSalePoint | Lista de Estações de Trabalho | Não | Sim | Síncrono | Todas | EAI | LOJI121 | 1.000 |
Sim | MATA040 | Seller | Vendedor | Não | Sim | Síncrono | Todas | EAI | MATI040 | 2.001 |
Sim | LOJA070 | PaymentMethod | Forma de Pagamento/Adm. Fin. | Não | Sim | Sincrono | Todas | EAI | LOJI070 | 1.000 |
Configuração do De-Para para as Empresas e Filiais
O cadastro de Empresas e Filiais deve ser feito manualmente no PROTHEUS, através da funcionalidade “De-Para”.
- Para cadastrar o De-Para das Empresas e Filiais no Protheus acesse : Protheus / SigaCFG / Ambiente / Schedule / Emp.fil Msg. Unica
- Incluir um novo registro
- 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 os cadastros globais no Sistema RM, deve haver também um De-Para no Protheus conforme exemplo abaixo:
Referência: RM
Company : 0
Branch:
Emp. Protheus: 01
Fil. Protheus: 0101005
Configuração de Dicionário de Dados (SX3)
Tamanho do Grupo de Campos (A1_COD)
1: Acessar o Protheus , Módulo SigaCFG
2: Acessar: Base de dados / Dicionário / Bases de Dados.
3. Acessar Dicionário de Dados / Grupo de Campos
4. Editar o Grupo Codigo Cliente/Fornecedor
5. Aumentat o tamanho para 20 e salvar.
6. Atualizar Base de Dados para efetivar a alteração.
Inicializador Padrão do campo Loja do Cliente (A1_LOJA)
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.
Configuração de parâmetros
MV_EAIURL2:
Informe o nome do canal configurado no EAI para envio a outro EAI.
MV_EAIUSER
Informe o usuário para autenticação do EAI para uso no envio de mensagens.
MV_EAIPASS
Informe a senha para autenticação do EAI para uso no envio de mensagens.
MV_LJRMBAC
Informe o valor .T. para ativar a integração BacOffice RM x PDV Protheus.
Dicionário de Dados
SLG - Estações
Campo | LG_LOCAL |
Tipo | Caractere |
Tamanho | 2 |
Valor Inicial |
|
Mandatório | Sim ( ) Não ( X ) |
Descrição | Armazem |
Título | Armazem do Produto |
Picture | @! |
Help de Campo | Armazém do produto. Utilizado nas integrações via Mensagem Única. |
SAE - Administração Financeira
Campo | AE_CODEXT |
Tipo | Caractere |
Tamanho | 7 |
Valor Inicial |
|
Mandatório | Sim ( ) Não ( X ) |
Descrição | Form Pg Ext |
Título | Forma Pagamento Externa |
Picture | @! |
Help de Campo | Código da Forma de Pagamento Externa enviada por integração com outros sistemas. |
Parâmetros
Nome | MV_LJRMBAC |
Tipo | Caractere |
Cont. Por. | .T. |
Descrição | Habilita integração BackOffice RM x Pdv Protheus, .T. = Ativado e .F. = Desativado |
Nome | MV_LJMUCH |
Tipo | Caractere |
Cont. Por. |
|
Descrição | Forma de Pagamento externa para cheques, utilizado em integrações com outros sistemas. |
Nome | MV_LJMUDIN |
Tipo | Caractere |
Cont. Por. |
|
Descrição | Forma de Pagamento externa para dinheiro, utilizado em integrações com outros sistemas. |
Nome | MV_LJMUFI |
Tipo | Caractere |
Cont. Por. |
|
Descrição | Forma de Pagamento externa para financiado, utilizado em integrações com outros sistemas. |
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|