Histórico da Página

Os Clientes e Fornecedores devem ser cadastrados no BackOffice RM e sincronizados automaticamente para o Protheus através da mensagem única CustomerVendor.

Ao iniciar uma base vazia (zerada) do Protheus, para incluir a tabela de Municípios no Protheus é necessário acessar o Protheus no sistema 09 - Livros Fiscais. Se não acessar o sistema Fiscal do Protheus antes de enviar o cadastro do RM irá apresentar mensagem de inconsistência informando que é valor inválido para o campo Município.

Uma vez que o Cliente e Fornecedor são tratados na mesma mensagem (CustomerVendor), ao cadastrar um registro do tipo Ambos no RM é gerado no Protheus um registro em cada tabela, SA1 (Clientes) e SA2 (Fornecedor).

Mesmo que a empresa não utilize Cliente/Fornecedor global no RM, Para utilizar esta integração é premissa que o cadastro de Cliente\Fornecedor esteja parametrizado como Global, obrigatoriamente deve-se compartilhar a tabela referente no Protheus por empresa. 

A informação de centro de custo é obtida a partir da seção do funcionário. Sendo assim, é necessário atentar ao cadastramento das seções, pois esta entidade ocupa no RM o mesmo nível hierárquico do centro de custo no Protheus.

O cadastro de centros de custo do Labore (tabela PCCUSTO) deve trabalhar conforme o processo Sincronização Centro de Custo Global, que mantém o cadastro da tabela PCCUSTO espelhada com a tabela de centro de custo global (“GCCUSTO”).

Para integrar a entidade Funcionário, o PROTHEUS exige que sejam cadastrados valores default para Banco/Agência/Conta. Estes registro devem ser cadastrados com o seguintes códigos abaixo:
* Banco / Agência / Conta com códigos: 001 / 00000 / 0000000000

O rateio de funcionário por centro de custos não será integrado, pois o mesmo não é utilizado pelo sistema SigaMNT.

Caso a chapa do funcionário no RM seja maior que 6 caracteres, este campo no PROTHEUS deve ser configurado como autoincremento.

Os Projetos devem ser cadastrados somente no RM e sincronizados automaticamente para o Protheus através da mensagem única Project.

O código da filial do projeto será sempre obrigatório caso a integração esteja instalada. Caso ele não seja informado será exibida uma mensagem ao usuário e a mensagem não será enviada ao Protheus.

Algumas parametrizações são obrigatórias no Protheus para que a integração de projetos seja efetuada com sucesso. Para maiores detalhes acesse o link Integração de Projeto.

O campo Código do Projeto no Protheus está limitado a 10 caracteres. Caso o RM possua Código do Projeto com mais de 10 caracteres deve-se analisar se o Protheus deve ser configurado como auto-incremento.

As mensagens de solicitação de compra ou armazém enviadas ao BackOffice RM serão originadas no SigaMNT ao se cadastrar insumos como previstos, respeitando as devidas regras de negócio implementadas no SigaMNT. O fluxo das ordens de serviço, que inicia o fluxo das solicitações, é descrito no anexo Fluxo da ordem de serviço no SigaMNT.

Ciclo de vida das solicitações:

Solicitação de Compra:
A solicitação de compra segue o processo padrão definido pelo TOTVS Gestão de Estoque, Compras e Faturamento, podendo passar pelo processo de cotação ou não, sendo que a baixa de estoque referente aos produtos comprados deve ser inserida no BackOffice via cópia por referência para o movimento de OS com o tipo de relacionamento “Cópia Simples com Relacionamento somente de movimento”.

Solicitação de Armazém (Estoque):A solicitação de armazém segue o processo padrão definido pelo TOTVS Gestão de Estoque, Compras e Faturamento, sendo que a baixa de estoque destas solicitações devem ser efetuadas através do processo de faturamento disponibilizado em tela e com o tipo de movimento parametrizado como sendo de Baixa de Estoque para o SigaMNT.
Caso o faturamento não seja feito por tela ou não utilize o tipo de movimento parametrizado como sendo de Baixa de Estoque para o SigaMNT não será acionado o gatilho de integração e assim o SigaMNT não será informado da mesma.

Existe a possibilidade da quebra de Solicitações de Armazém em Produtos Não Estocáveis e Produtos Estocáveis no BackOffice RM, conforme documento a seguir: DT EAI 2.0 Geração de SA/SC

Alteração de Solicitação com status pendente no BackOffice:

Ao realizar uma alteração de OS no SigaMNT onde na alteração é realizado a exclusão de todos os insumos previstos, caso o movimento de solicitação no BackOffice RM esteja com status Pendente, como o movimento ficará sem itens ele será excluído no BackOffice RM.

Alteração de Solicitação com status parcialmente recebido/faturado no BackOffice:

Ao realizar uma alteração de OS no SigaMNT onde na alteração é realizado a exclusão de insumos previstos, caso o movimento de solicitação no BackOffice RM esteja com status Parcialmente Recebido/Faturado serão aplicadas as seguintes regras:

• Não será permitido excluir o insumo já faturado parcialmente;
• Se ocorrer exclusão de insumos não faturados e ficar na solicitação somente o insumo já recebido totalmente, o status da solicitação será alterado para Recebido/Faturado.

Parâmetros de Integração:

Para que os tipos de movimentos de Solicitação de Compra e Solicitação de Armazém sejam recuperados é necessário que o Nome do Parâmetro esteja corretamente informado no cadastro de Parâmetros adapter.

São eles:

• Solicitação de Compra: TMVSolicitacaoCompra
• Solicitação de Armazém: TMVSolicitacaoArmazem

Disponibilizado a partir da versão 12.1.31 a possibilidade de separar os produtos não estocáveis em outro movimento. Para isso é necessário realizar configurações no BackOffice RM que podem ser consultadas no documento: Parâmetros Integração Manutenção de Ativos (Protheus)

As mensagens de solicitação de compra ou armazém enviadas ao BackOffice RM serão originadas no SigaMNT ao se cadastrar insumos como previstos, respeitando as devidas regras de negócio implementadas no SigaMNT. O fluxo das ordens de serviço, que inicia o fluxo das solicitações, é descrito no anexo Fluxo da ordem de serviço no SigaMNT.

Ciclo de vida das solicitações:

Solicitação de Compra:
A solicitação de compra segue o processo padrão definido pelo TOTVS Gestão de Estoque, Compras e Faturamento, podendo passar pelo processo de cotação ou não, sendo que a baixa de estoque referente aos produtos comprados deve ser inserida no BackOffice via cópia por referência para o movimento de OS com o tipo de relacionamento “Cópia Simples com Relacionamento somente de movimento”.

Solicitação de Armazém (Estoque):A solicitação de armazém segue o processo padrão definido pelo TOTVS Gestão de Estoque, Compras e Faturamento, sendo que a baixa de estoque destas solicitações devem ser efetuadas através do processo de faturamento disponibilizado em tela e com o tipo de movimento parametrizado como sendo de Baixa de Estoque para o SigaMNT.
Caso o faturamento não seja feito por tela ou não utilize o tipo de movimento parametrizado como sendo de Baixa de Estoque para o SigaMNT não será acionado o gatilho de integração e assim o SigaMNT não será informado da mesma.

Existe a possibilidade da quebra de Solicitações de Armazém em Produtos Não Estocáveis e Produtos Estocáveis no BackOffice RM, conforme documento a seguir: DT EAI 2.0 Geração de SA/SC

Alteração de Solicitação com status pendente no BackOffice:

Ao realizar uma alteração de OS no SigaMNT onde na alteração é realizado a exclusão de todos os insumos previstos, caso o movimento de solicitação no BackOffice RM esteja com status Pendente, como o movimento ficará sem itens ele será excluído no BackOffice RM.

Alteração de Solicitação com status parcialmente recebido/faturado no BackOffice:

Ao realizar uma alteração de OS no SigaMNT onde na alteração é realizado a exclusão de insumos previstos, caso o movimento de solicitação no BackOffice RM esteja com status Parcialmente Recebido/Faturado serão aplicadas as seguintes regras:

• Não será permitido excluir o insumo já faturado parcialmente;
• Se ocorrer exclusão de insumos não faturados e ficar na solicitação somente o insumo já recebido totalmente, o status da solicitação será alterado para Recebido/Faturado.

Parâmetros de Integração:

Para que os tipos de movimentos de Solicitação de Compra e Solicitação de Armazém sejam recuperados é necessário que o Nome do Parâmetro esteja corretamente informado no cadastro de Parâmetros adapter.

São eles:

• Solicitação de Compra: TMVSolicitacaoCompra
• Solicitação de Armazém: TMVSolicitacaoArmazem

Disponibilizado a partir da versão 12.1.31 a possibilidade de separar os produtos não estocáveis em outro movimento. Para isso é necessário realizar configurações no BackOffice RM que podem ser consultadas no documento: Parâmetros Integração Manutenção de Ativos (Protheus)

O processo de Cancelamento de Solicitação de Armazém/Compra no Protheus é realizado ao Cancelar a Ordem de Serviço pela tela de Retorno MOD 2 no SigaMNT. Ao executar esse processo, é enviado a mensagem CancelRequest e logo em seguida a CancelMaintenanceOrder.

No caso de alteração de insumos, logo após este fluxo deve ser executado o de inclusão da nova solicitação no BackOffice, conforme definido no item Solicitações de Armazém/Compra.

A partir da versão da biblioteca 12.1.15.160 existe a mensagem TRANCEABILITYREQUEST onde o Protheus consulta o STATUS da SC/SA no RM, caso a mesma esteja em um Status que não é possível excluir o RM retorna ao Protheus a informação que não pode excluir esta SC/SA e caso seja apenas a inclusão de um novo item o ERP cria um novo movimento de SC/SA sem alterar o movimento antigo.

A partir da versão 12.1.26.124 se o tipo de movimento de SA estiver parametrizado com a opção "Baixar para Movimento Default" (Etapa Compra/Venda - Outras Características) e a SA for recebida/faturada para um tipo de movimento que não estiver definido no parâmetro "Movimento Gerado (Default)", ao cancelar uma Solicitação de Armazém (a partir do processo de Cancelar Ordem de Serviço no SigaMNT) é consistido a existência de relacionamento entre a SA e o movimento gerado, e não é permitido realizar o cancelamento da SA e da Ordem de Serviço.

RM -> Protheus

A integração da baixa de estoque para o SigaMNT ocorre ao efetuar a baixa de estoque no BackOffice informando a OS da mesma, utilizando tipo de movimento configurado para gerar integração com sistema de manutenção (parametrização do tipo de movimento Etapa Manutenção, opção "Integrado com SigaMNT" marcada  e  Etapa Integração Mensagem Única, opção "Mensagem de Integração = Baixa de Estoque").

O Movimento de baixa de estoque pode ser criado através de Copia por Referência da Nota Fiscal vinculada a Solicitação de SA/SC (Utilizando os Motivos de Referência 1, 25 ou 32) ou Faturamento. É necessário selecionar algum dos movimentos que esteja relacionado com a OS. Maiores informações consulte o documento Assistente de Cópia por Referência - Reporta Insumo MNT

Caso na etapa "Integração Mensagem Única" dos parâmetros do tipo do movimento de Baixa esteja preenchido a "Fórmula Valor Item', o resultado da fórmula será o Custo Total do Item enviado ao Protheus. Caso a fórmula não esteja preenchida, o sistema irá considerar o "Valor Liquido" do Item.

Image Added

Protheus -> RM

A integração da baixa de estoque para o BackOffice ocorre na inserção de insumos realizados em uma OS no SigaMNT, tanto para a inclusão de insumos novos como na realização de insumos previstos.

O cancelamento de baixa de estoque ocorre ao excluir ou alterar um insumo realizado no SigaMNT. No caso da alteração de insumos realizados a baixa original deverá ser cancelada e uma nova baixa gerada.