Histórico da Página

As unidades de medida referentes à Hora (H), Quilometragem (KM), Unidade (UN) e Litro (L) devem possuir o mesmo código tanto no RM quanto no PROTHEUS. Foi implementado no EAI 2.0 para que quando for enviado pelo RM uma das unidades que já existe no Protheus, o Protheus irá atualizar a unidade e criar o de-para, não sendo necessário criar o de-para das unidades padrão manualmente.

O campo Código da Unidade de Medida no PROTHEUS será gerado pelo Adapter, uma vez que este campo no O campo Código da Unidade de Medida no PROTHEUS será gerado pelo Adapter, uma vez que este campo no RM tem tamanho de 5 caracteres, no PROTHEUS 2 caracteres e na mensagem única 6 caracteres.

Os Centros de Custo devem ser cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única CosCenter. 

Para manter a compatibilidade entre os sistemas, os campos Centro de Custo e Código Reduzido do Centro de Custo no Protheus deve ser alterado para tamanho de 25 20 caracteres, uma vez que no RM estes campos permitem até 25 caracteres.

As Condições de pagamento devem ser cadastradas somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única PaymentCondition. 

O cadastro de condições de pagamento deve ser compatibilizado com as limitações do Protheus quanto aos tipos de período, que são mais bem especificadas na seção de mapeamento da mensagem.Caso o Código da Condição de Pagamento no RM seja maior que 3 caracteres, o código da condição de pagamento no Protheus deve ser configurado como auto-incremento

Acessar o Configurador do Protheus (SIGACFG) e na tabela SE4 alterar o tamanho do campo E4_COND para 100 caracteres.

Serão integrados somente ativos do tipo Patrimônio. Assim sendo, qualquer ativo dos tipos Título ou Terceiros será desconsiderado e não disparará o gatilho de integração.

Não será integrado o histórico de valores do ativo fixo na seção “ListOfSalesAndValuesAssets” da mensagem, sendo o código de integração enviado sempre com o sufixo “1”. Estes dados do patrimônio serão enviados respeitando a seguinte regra:
* Inclusão: Serão enviados os dados informados na tela de inclusão.
          * DepreciationStartDate: Valor calculado pela função PatPatrimonioService.RetornaDataInicioVigencia(CodColigada, DataAquisicao). Esta função considera a Data de Aquisição como Data Início Vigência. Há variações se os parâmetros abaixo estiverem marcado:

             - DTINICIODEPRECPROXANO: Adiciona um ano com base no ano cálculo definido na parametrização e fixa o mês e o dia em 01;

             - DTINICIODEPRECPROXANO e Dia da Data de Aquisição maior que 01: Adiciona um mês na Data Aquisição e fixa o dia em 01;

             - DATASEMPRE1DIAMESAPOSAQUIS: Adiciona um mês na Data Aquisição e fixa o dia em 01.
          * OriginalValueCurrency : IPatrimonio.AQUISICAO
          * CurrencyCode e CurrencyInternalId: Código da moeda padrão do sistema (Definido em Ambientes | Parâmetros Globais | Gerais | Símbolo da Moeda);
          * AnnualRateCurrencyDepreciation: IPatrimonio.VRTAXADEPRECIACAO
          * BalanceDepreciation: Fixo 0.
* Alteração: Serão enviados os dados atuais do ativo em uma única linha, desconsiderando as movimentações anteriores não integradas.
          * DepreciationStartDate: ICALCULOPATRIMONIO.DATAINICIOVIGENCIA para o IDCENARIOCALCULO = 1
          * OriginalValueCurrency: ICALCULORAZAO.VALORBASECORRIGIDO (considera apenas o último valor calculado) ou ISALDOCALCULOPATRIMONIOMOEDA. VALORBASECORRIGIDO para o IDCENARIOCALCULO = 1
          * CurrencyCode e CurrencyInternalId: ICALCULORAZAO.MOEDAINDICE ou ISALDOCALCULOPATRIMONIOMOEDA.MOEDAINDICE
          * AnnualRateCurrencyDepreciation: ITAXADEPRECIACAO.VALOR
          * BalanceDepreciation: ICALCULORAZAO. DEPRECIACAOACUMULADACORRIGIDA (considera apenas o último valor calculado) ou ISALDOCALCULOPATRIMONIOMOEDA. DEPRECIACAOACUMULADACORRIGIDA
* Exclusão: Serão enviados somente os dados da chave do Ativo, sendo desconsiderados todos os outros campos. Não será possível excluir mais de um registro integrado quando a entidade ASSETS estiver mapeada no cadastro de Rotas e a integração estiver ativa. Caso necessário, a exclusão deverá ser feita por registro.

Para integrar esta entidade, o PROTHEUS exige que seja cadastro um valor default para o Plano de Contas em sua base (para cada filial), com os seguintes parâmetros (No Módulo SigaADV| Cadastros | Planos de Contas):
* Código: 001
* Descrição: “Default Integração”
* Classe de conta: Analítica
* Condição normal: Credora

No processo de Ao realizar Transferência de Controle (filial e centro de custo) será atualizado o Bem e enviado a atualização para o SIGAMNT não será integrado a ocorrência de transferência Para que a integração seja realizada é necessário cadastrar no PROTHEUS cotação de moeda para a moeda utilizada na data de transferência. Caso não exista cotação de moeda na data de transferência, podem ser apresentadas as seguintes mensagens de erro: “HELP: AF010JABAI” ou “HELP: AF060NOTXA”.

O campo “N1_CHAPA” da tabela de Ativos do PROTHEUS deve ter seu tamanho alterado para 30 caracteres para ficar compatível com o RM.

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

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.