Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Integração BackOffice RM x SigaMNT

Contexto de negócio

O objetivo da integração do SIGAMNT x BackOffice RM é viabilizar que de forma automática os cadastros gerenciados pelo BackOffice sejam replicados no vertical e, de forma similar, que os processos geridos pelo Gestão de Ativos/Gestão de Frotas tenham suas informações levadas ao BackOffice. Desta forma as bases de dados se mantém espelhadas, atualizando estoque, permitindo emissão de notas fiscais e demais processos no BackOffice.

Âncora
Sistemas Envolvidos
Sistemas Envolvidos
Sistemas Envolvidos

Descrição dos sistemas envolvidos no contexto de negócio (e que serão envolvidos na integração).

...

ParâmetroConteúdoObservação
MV_NGINTERML=Logix; R=RM; M=Mensagem única.
MV_NGGERSAS/NIndica se deve gerar Solicitação de Armazém ao invés de Solicitação de Compras

MV_ESTNEG

N

Não permite estoque negativo. O estoque é consultado no RM, independente das movimentações na SD3 e da SB2.
Porém há funções Microsiga que não relevam essa consulta no âmbito do MNT.
Por isso a funcionalidade deveria ser desenvolvida pelo módulo de Estoque (função SaldoSB2).
Em todo caso, o SB2 está sendo alterado conforme o resultado da consulta da integração.

 MV_NGMNTES  SIntegração com Estoque.
MV_NGMNTPCSIntegração com PCP.
MV_PRODFER<produto>Item de estoque que indica ferramentas no SIGAMNT.
MV_PRODTER<produto>Item de estoque que indica terceiros no SIGAMNT

MV_NGMNTCP

N

Indica se a numeração dos itens da solicitação de compras será a mesma.
Este parâmetro sobrepõe o processo padrão de geração do Compras.

MV_NGCORPR

SPermite gerar empenho e SC’s para OS Corretiva.

MV_NGMNTAT

3

Integração Manutenção (MNT) c/ Ativo (ATF).
Informar “” ou “N” não integra;
1= alterações no ATF replicarão no MNT;
2= MNT p/ ATF;
3= MNT p/ ATF e ATF p/ MNT.

MV_NGSALHOSDefine se o campo salário do funcionário da manutenção é integrado com o GPE.
MV_NGMNTRHNIntegração Manutenção (MNT) com Recursos Humanos (RH).
MV_RASTROS ou N.Determina a utilização ou não da rastreabilidade dos lotes de produção (S para ‘sim’ ou N para ‘não’).
MV_LOCALIZS ou N.Indica se produtos poderão usar controle de localização ou não (S para ‘sim’ ou N para ‘não’).
MV_NGMNTCMSIntegração do Manutenção de Ativos (MNT) com Compras (COM). Informar S para sim e N para não.
MV_NGMNTFISIntegração do Manutenção de Ativos (MNT) com Financeiro (FIN). Informar S para sim e N para não.
MV_PRODTRX<produto>Item de estoque que indica multas no MNT.
MV_PRODTS2<produto>Item de estoque que indica documentos no MNT.
MV_PRODTS8<produto>Item de estoque que indica honorários no MNT.
MV_NGPRSB2SBusca preço médio da tabela SB2.
MV_NGLOCPAD <Almoxarifado>Indica o Almoxarifado padrão para gerar os produto utilizado pelo SIGAMNT (Manutenção/Terceiros)
Outras configurações recomendadas:
MV_NGMULOSSPermite a abertura de mais de uma OS por SS.
MV_NGMNTFRSIndica que a empresa utiliza o sistema Gestão de Frotas.
MV_NGPNEUSSIndica se utiliza complemento de pneus.
MV_NGPNEST SIndica se a empresa utiliza identificação do bem no controle de estoque.
MV_NGOSNFE 2Indica se consiste integração do Documento de Entrada no recebimento da O.S. em Lote pela Nota Fiscal. (1=Sim;2=Nao)
MV_NGMNTSC 1Indica o modo de aglutinar os itens da solicitação de compra dos produtos 1 - Normal, 2 - Por OP, 3 - Por Necessidade 
MV_ESTHOME S/C Indica o momento que o estoque sera debitado. S = Abastecimento, C = Conciliação, N = Não baixa estoque
MV_NGMNTAS 1Define se aglutina as Solicitações de Armazém para a mesma Ordem de Serviço (1=Sim,2=Não)
Abaixo as configurações necessárias ao Gestão de Frotas (MV_NGMNTFR = ‘S’) para utilização do Controle de Pneus. Os parâmetros devem estar configurados
conforme o cadastro de status do MNT.
MV_NGSTAPL<codigo>Código do Status para Aplicado
MV_NGSTAGR<codigo>Código do Status para Aguardando Reforma
MV_NGSTAEU<codigo>Código do status para Estoque Usado.
MV_NGSTAER<codigo>Código do Status para Estoque Reformado
MV_NGSTAAT <codigo>Código do Status para Aguardando Análise Técnica
MV_NGSTARS<codigo>Código do Status para Removido de Serviço
MV_NGSTAEN<codigo>Código do Status para Estoque Novo
Pneu
MV_NG1ANAT <codigo>

Indica quais serão os destinos que sofrerão entradas/baixas no estoque.

MV_NGSECON <codigo>Código de serviço para conserto de pneus.
MV_NGSEREF <codigo>Código do serviço para Reforma de Pneus
MV_NGSERPN <codigo>Indica o código do serviço que sera utilizado para movimentação de pneus. 
MV_NGRODIZ <codigo>Código de serviço que será utilizado para o.s. de rodízio de pneus.
MV_NGSERCA <codigo>Indica o código do serviço para CANIBALISMO (Desmontagem da estrutura de rodados).
MV_NGSINSP <codigo>Indica o código do serviço de inspeção de pneus.
MV_NGSTACA <codigo>Indica o código do status para Canibalismo.
MV_NGSTAGC <codigo>Código do status para Aguardando Conserto.
MV_NGSTEST <codigo>Indica o status para o pneu no estoque da filial.
MV_NGBEMTR<codigo>Código do Status para Bem Transferido.
MV_NGSTEP <codigo>Indica se pode movimentar o pneu de STEP no processo do rodizio.
MV_NGMOROD <codigo>Código do motivo padrão para o rodizio de pneus.
MV_NGMODEF <codigo>Código dos motivos de defeito nos pneus.
Configurações necessárias ao EAI:
MV_EAIURL2<URL HOST>

Nome do canal configurado no EAI para envio a outro EAI. Case Sensitive.
No caso do RM, indica o endereço do host. Verificar com a equipe de infraestrutura qual o endereço a ser utilizado.
Exemplo: http://localhost:8051/eaiservice/IConWSEAIService

MV_EAIUSER<Usuário>Usuário para autenticação do EAI para uso no envio de mensagens.
Informar o código do usuário que tenha acesso RM.
MV_EAIPASS<Senha>

Senha para autenticação do EAI para uso no envio de mensagens.
Informar a senha para acesso ao RM do usuário informado no parâmetro anterior.

Âncora
CheckList Protheus
CheckList Protheus
Protheus

Visando maior facilidade na implantação da integração está disponível abaixo um CheckList com os passos padrão necessários para implantação e parametrização da integração no Protheus. 

CheckList de Implantação

Índice

Tarefa

Anexo

Preparação do Ambiente

1Instalação/Atualização do Protheus
1.1Protheus 11Guia de instalação e atualização do Protheus 11
1.2Protheus 12Guia de instalação e atualização do Protheus 12
2Configuração do WebserviceComo efetuar a configuração para habilitar Webservices
Ativação da Integração
3Parametrização do pacote de integração no Protheus
3.1Protheus 11 - Necessário executar update UPDMNT42Boletim Técnico UPDMNT42
3.2Parâmetros da Integração Protheus 11 e 12Anexo DI0004_TOTVS Gestão de Frotas - BackofficeRM x ProtheusSigaMNT - EAI 2.0
3.3Cadastro De/Para Empresas Mensagem ÚnicaAnexo DI0004_TOTVS Gestão de Frotas - BackofficeRM x ProtheusSigaMNT - EAI 2.0
3.4Cadastro De/Para do funcionário da manutenção (Utilizado para a Mão de Obra do Funcionário)Configuração de Mão de Obra

Âncora
CheckList RM
CheckList RM
RM

Visando maior facilidade na implantação da integração está disponível abaixo um CheckList com os passos padrão necessários para implantação e parametrização da integração no RM. 

CheckList de Implantação

Índice

Tarefa

Anexo

Preparação do Ambiente

1

Instalação/Atualização da Biblioteca RM


1.1Configurar o Alias para acessar a base do RM que irá realizar a integração

Configurar a utilização do Web Service

2Web Service via Host

Manual de Configuração do WS do Host

3Atualização da base de dados (Caso ainda não esteja na versão necessária)


Manual do RM Atualizador

3.1Efetuar Backup da base de dados
3.2Executar o RM Atualizador na base de dados
3.3Conferir se o Dicionário de Dados do Protheus possui compartilhamento por Empresa/Filial igual ao RM para os cadastros integrados.

Ativação da Integração

4Instalação e parametrização do pacote de integração no RM
4.1Parametrizar os Tipos de Movimento utilizados na integraçãoParametrização dos Movimentos
4.2Executar o processo de conversão do EAI 1.0 para o EAI 2.0


Anexo Configuração da Integração

4.3Parametrizar a URL do WebService Protheus
4.4Informar os parâmetros da integração
4.5Cadastrar De-Para de Coligada e FilialAnexo DI0004_TOTVS Gestão de Frotas - BackofficeRM x ProtheusSigaMNT - EAI 2.0
4.6Marcar o parâmetro "Utilizar Fórmula Visual em Integração (SIGAMNT)" em: Parametrizador: Folha de Pagamento > Integrações > Outros BackOffice

Preparação/Carga da Base de Dados

5Cadastro de Cliente/Fornecedor
5.1Abrir tabela de Municípios do Protheus para que a mesma receba carga automática (Acessar o SIGAFIS no Protheus)
5.2Conferir se o campo A1_COD e A2_COD no Protheus estão sem inicializador padrão (SIGACFG em Dicionário | Base de Dados tabela SA1 e SA2)
5.3Informar o Inic. Padrão para o A1_LOJA e A2_LOJA (Exemplo: '01' e '02') - (SIGACFG em Dicionário | Base de Dados tabela SA1 e SA2)
5.4Editar o cadastro de um Cliente/Fornecedor manualmente e verificar se é integrado
5.5Verificar se todos os Clientes possuem endereço cadastrado
5.6Efetuar a carga de Clientes/Fornecedores (Fórmula Visual: 07 - Sincronização de Cliente/Fornecedor)Anexo Execução de Fórmulas Visuais
6Cadastro de Moeda
6.1Verificar quais as moedas que serão integradas (Lembrando que o Protheus aceita somente 5)
6.2Editar o cadastro de uma moeda manualmente e verificar se é integrado
6.3Efetuar a carga de Moedas (Caso necessário alterar a Consulta SQL na FV para buscar somente as moedas desejadas)Anexo Execução de Fórmulas Visuais
7Cadastro de Unidade de Medida
7.1Cadastrar os de-para manualmente de algumas unidades conforme cita na especificação (clique aqui)Anexo DI0004_TOTVS Gestão de Frotas - BackofficeRM x ProtheusSigaMNT - EAI 2.0
7.2Editar o cadastro de uma Unidade de Medida manualmente e verificar se é integrado
7.3Efetuar a carga de Unidades de medidaAnexo Execução de Fórmulas Visuais
8Cadastro de Produto
8.1Verificar se as Unidades de Medida associada aos Produtos já estão integradas ou incluído os de-para manualmente
8.2Editar o cadastro de um Produto manualmente e verificar se é integrado
8.3Efetuar a carga de ProdutosAnexo Execução de Fórmulas Visuais
9Cadastro de Centro de Custo
9.1Editar o cadastro de um Centro de Custo manualmente e verificar se é integrado
9.2Efetuar a carga de Centros de CustosAnexo Execução de Fórmulas Visuais
10Cadastro de Ativo Fixo
10.1Cadastrar os valores defaults para Plano de Contas (para cada filial)Anexo Default para Plano de Contas
10.2Verificar se o campo N1_CHAPA da tabela de Ativos do PROTHEUS está com 30 caracteres (SIGACFG em Dicionário | Base de Dados tabela SN1)
10.3Verificar se os Fornecedores associados aos Bens já estão integrados
10.4Verificar se os Centros de Custo associados aos Bens já estão integrados
10.5Editar o cadastro de um Bem/Ativo manualmente e verificar se é integrado
10.6Efetuar a carga de Bens/AtivosAnexo Execução de Fórmulas Visuais
11Cadastro de Projeto (Caso for utilizar na Integração)
11.1Cadastrar o calendário no Protheus, conforme link: Cadastro de Calendário Protheus
11.2Informar conteúdo 001 (Calendário cadastrado no passo anterior) no parâmetro MV_INTCAL do Protheus (SIGACFG em Cadastros | Parametros)
11.3Editar o cadastro de um Projeto manualmente e verificar se é integrado
11.4Efetuar a carga de ProjetosAnexo Execução de Fórmulas Visuais
12Cadastro de Obra (Caso for utilizar na Integração)
12.1Editar o cadastro de uma Obra manualmente e verificar se é integrado
12.2Efetuar a carga de ObrasAnexo Execução de Fórmulas Visuais
13Cadastro de Tarefa
13.1Editar o cadastro de uma Tarefa manualmente e verificar se é integrado
13.2Efetuar a carga de TarefasAnexo Execução de Fórmulas Visuais
14Cadastro de Etapa
14.1Editar o cadastro de uma Etapa manualmente e verificar se é integrado
14.2Efetuar a carga de EtapasAnexo Execução de Fórmulas Visuais
15Cadastro de Local de Estoque
15.1Acessar a tabela NNR no Protheus, no campo NNR_DESCRI informar o tamanho = 40
15.2Editar o cadastro de um Local de Estoque manualmente e verificar se é integrado
15.3Efetuar a carga de Locais de EstoqueAnexo Execução de Fórmulas Visuais

Âncora
Controle de Versão / Suporte / Escopo
Controle de Versão / Suporte / Escopo
Controle de Versão

O grupo TOTVS, representado por suas marcas, irá administrar as demandas de evolução dos layouts e demais ajustes, acordando junto aos solicitantes o prazo de liberação de release.

Todas as evoluções programadas deverão ser discutidas e aprovadas pelas marcas antes do início do desenvolvimento e somente serão desenvolvidas em caso de concordância das marcas e alinhamento com as diretivas definida pelo Comitê de Integração TOTVS.

Suporte

O suporte aos recursos da Integração será de responsabilidade de todas as linhas, sendo assim as equipes de suporte dos produtos BackOffice RM,  Backoffice Protheus e SigaMNT estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.

Escopo

O escopo deste projeto se restringe aos processos de integração com o SigaMNT Protheus e os cadastros utilizados por estes.

Todos os processamentos de BackOffice se manterão no RM, sendo eles a geração de escrituração, relatórios, emissão de notas fiscais e outros.

Âncora
Transações/Entidades/Mensagens
Transações/Entidades/Mensagens

Transações/Entidades/Mensagens únicas

Segue abaixo tabela com informações sobre as entidades trafegadas na integração.

...

Âncora
Cadastros
Cadastros
Cadastros

Para esta integração todos os cadastros possuem sua origem no BackOffice RM, sendo enviados à retaguarda Protheus.

...

Expandir
titleClique aqui para expandir

Caso o código do Local de Estoque no RM seja maior que 6 (seis) caracteres, no Protheus o código do local de estoque deverá ser autoincremento.

Por padrão, o tamanho máximo da descrição do local de estoque no Protheus é de 20 caracteres.

Âncora
Processos
Processos
Processos

Conforme descrito na seção de apresentação do escopo, o escopo da integração se restringe aos processos relacionados a Gestão de Frotas e Manutenção de Ativos que sejam pertinentes de manipulação no BackOffice, como integrações fiscais, financeiras ou controle de estoque.

...

Tipo de Fluxo: RM -> Protheus e Protheus -> RM
Mensagem: MaintenanceOrder
Versão: 1.002
Mapeamento de Campos: http://tdn.totvs.com/x/25P6E

Âncora
Restrições e Pontos de Atenção
Restrições e Pontos de Atenção
Restrições e Pontos de Atenção 

Expandir
titleRestrições e Pontos de Atenção (Clique aqui)


Carga Inicial de dados e migração de bases RM Officina para SigaMNT
Não faz parte do escopo da integração efetuar carga Inicial de dados ou migração de bases RM Officina para SigaMNT, ficando a cargo da implantação efetuar este serviço.

Manutenção da sincronia das bases BackOffice RM e SigaMNT
Caso sejam efetuadas alterações por meios diferentes dos objetos de negócio apresentados na seção de cadastros como gatilhos de integração, as mesmas não serão encaminhadas ao SigaMNT, gerando incoerência entre as bases de dados. Um exemplo de alterações que gerariam esta incoerência é sistemas terceiros que efetuem alteração diretamente na base de dados, sem passar pelos objetos de negócio da linha RM.

Visando facilitar a manutenção da sincronia das bases de dados, está disponível na pasta de objetos de negócio (“../CorporeRM/Objetos Gerenciais/Formulas Visuais”) arquivo “MOVWKF0019 - Sincronizacao_Total_SigaMNT.TotvsWF” com fórmulas visuais responsáveis por manter a base SigaMNT atualizada, que podem ser agendadas com a recorrência demandada pelo cliente.
Estas fórmulas visuais vêm com configuração padrão, mas podem ser customizadas da forma que melhor atender ao cliente. Um exemplo de customização seria a alteração das mesmas para sincronizar somente os registros da coligada corrente no momento do agendamento, ou somente enviar os registros que possuam um campo específico com um valor específico.

Criação de novos tipos de relacionamento (TMOVRELAC-TIPORELAC)
Caso seja criado algum tipo de cópia por referência que não seja de relacionamento invertido, a constante “TiposRelacNaoInvertida” existente dentro da Extension da mensagem “StockTurnover” e da atividade de fórmula visual “MovInfoParcelaSigaMNT” deve ser alterada, adicionando o novo valor.

Configuração do comportamento do tipos de movimento
Fica a cargo da equipe de implantação fazer a configuração dos tipos de movimento, devendo somente se ater aos requisitos mínimos descritos da sessão Parâmetros de Tipo de Movimento.
Algumas configurações, como série do movimento e controle de estoque, são críticas para o perfeito funcionamento do gerenciamento de estoque.

O configurador da integração não faz atualizações
Devido a restrições no configurador das integrações o mesmo funcionará somente para a primeira instalação ou para inserção de novas entidades, visto que o mesmo não faz atualização de registros, somente inserção.

Apropriação de custos não relacionados a OS
Não faz parte do escopo inicial o envio da apropriação de custos externos a OS ou ao custo de utilização de material, como pagamento de IPVA, seguro, depreciação e outros, mesmo que a mensagem “AppointmentCost” contemple estes.

Mapa de Alocação de Equipamentos
Não faz parte do escopo inicial o envio do planejamento do Solum quanto a alocação de Equipamentos.

Informações referentes aos cadastros de Municipio, Estado e País
Não faz parte do escopo da integração efetuar carga de dados referentes ao Municipio, Estado e País, ficando a cargo da implantação sincronizar estes dados e seu respectivo De-Para.

Integração com TOP
Pelo entendimento de que não era utilizada e pela nova estrutura do SigaMNT foi descontinuada a integração do TOP com o Officina.

Caracteres especiais na mensagem única
O EAI de mensagem única utiliza o EncodeUTF8 no envio das mensagens. O Protheus não considera os seguintes códigos da tabela ASCII que são: ASCII 129, ASCII 141, ASCII 143 , ASCII 144 e ASCII 157. Maiores informações podem ser obtidas através do link: http://tdn.totvs.com.br/display/tec/EncodeUTF8

Cadastro de Cliente/Fornecedor (CustomerVendor)
Uma vez que já foi feito consenso que Cliente e Fornecedor são tratados na mesma mensagem (CustomerVendor), é responsabilidade do destinatário processar a mensagem da melhor forma possível para garantir a consistência dos dados na origem e no destino. Se o destino implementa uma única tabela, terá que manipular apenas um registro. Se implementa mais de uma tabela, tem que manipular até 2 registros.
Exemplo1: <TOTVSMessage ... CustomerVendor...>…<Event>upsert</Event>…<Type>Customer<Type>…
   Como não dá para saber se este Cliente (<Type>Customer) é uma inclusão ou uma alteração (<Event>upsert), tem que verificar no de/para.
       Se o EAI destino é capaz de cadastrar um único registro como ambos: deve verificar se já existe um registro com este ID, caso afirmativo fazer alteração deste registro para Cliente e alterar os demais campos, senão fazer inclusão.
       Se o EAI destino NÃO é capaz de cadastrar um único registro como ambos: primeiro deve verificar se já existe um Fornecedor com este ID, caso afirmativo deve tentar excluir este Fornecedor (não conseguindo gerar uma exceção semelhante a “o código xx já é          um fornecedor não pode ser excluído/alterado para tipo cliente.”). Segundo, deve verificar se já existe um registro de Cliente com este ID, caso afirmativo fazer alteração dos demais campos, senão fazer inclusão.
Exemplo 2: <TOTVSMessage ... CustomerVendor...>…<Event>upsert</Event>…<Type>Both<Type>…
       Se o EAI destino é capaz de cadastrar um único registro como ambos, deve verificar se o ID já existe para definir se faz alteração ou inclusão.
       Se o EAI destino tem 2 tabelas distintas, deve incluir/alterar um Cliente. E ainda incluir/alterar um fornecedor.

Âncora
GAPs Funcionais e Pontos de Atenção MNT x Officina
GAPs Funcionais e Pontos de Atenção MNT x Officina
GAPs Funcionais e Pontos de Atenção MNT x Officina

Expandir
titleGAPs Funcionais e Pontos de Atenção MNT x Officina (Clique aqui)

Ordem de Serviço para Terceiros

        O MNT já fornece recursos para a inclusão e controle de ordens de serviço de terceiros. Entretanto, a funcionalidade deve ser incrementada no MNT para que possa atender o processo da mesma forma que faz o RM Officina.

        O que Falta Implementar:

Inclusão de dois campos na tabela de ordens de serviço: Fornecedor/Loja. Esses campos são utilizados no conceito de prestador de serviços. O campo de “fornecedor” serve para indicar que a OS está sendo executada em um terceiro. Para abrir esse campo, o campo “terceiro” deve estar como “sim”.

O reporte de insumo “terceiro” via NF de entrada deve ser contemplada pelo BackOffice (estoque/compras) para que se apliquem insumos terceiros com custo no MNT. É o mesmo processo de aplicação direta como é feito para produtos.

Incluir no cadastro de manutenção um campo “terceiro” -> sim/não e código/loja do fornecedor para quando esse campo for “sim”. Dessa forma podem ser geradas ordens de serviço preventivas para terceiros através do plano.

No retorno de OS criar regra para impedir o reporte de insumos de mão-de-obra em ordens de serviço de terceiros. O RM não controla mão-de-obra em OS de terceiros.

Para contemplar NF de Remessa, deve ser criada mensagem única de Pedido de Venda para integração com o financeiro do backoffice. O pedido de venda gera uma NF de Remessa. Criar campo NF terceiro para gravar o código do Pedido de Venda gerado.

Contrato de Manutenção de Terceiros

O SIGAMNT possui cadastro de contratos e utiliza desse recurso para contratos de mão-de-obra. O objetivo é manter esta funcionalidade e aprimorá-la de modo a atender também contratos de prestação de serviço. Para isso algumas alterações serão necessárias tanto no Protheus quanto no RM.

         O que Falta Implementar:

Atualizar a descrição da tabela TP3 para “contratos de manutenção” e adicionar os seguintes campos na tabela:
Tipo de contrato (1=mao-de-obra;2=prestador)  - (No caso de contrato de mão-de-obra, abrem-se os campos de fornecedor/loja. Quando for contrato de prestador abrem-se os campos cliente/loja.)
Cliente e Loja (F3 para a tabela de clientes)
Data inclusão (preenchimento automático com a data atual, na inclusão)
Dt. Vigência início
Dt. Vigência fim (Para a versão atual o sistema não deve permitir informar a data de vigência fim em branco.)
Valor Contrato
Valor Consumido
Contrato Compras/Faturamento: na versão atual o campo fica aberto para digitação. Fica pendente a criação de uma mensagem única para contratos e as adaptações necessárias entre o MNT Protheus e o RM.
Criar tabela para listar os equipamentos atendidos pelo contrato. Para isso se sugere os seguintes campos:

Filial
Número do Contrato
Bem (ST9)
Criar tabela para listar os tipos de manutenção a serem atendidas pelo contrato. Para isso se sugere os seguintes campos:

Filial

Número do Contrato
Tipo de Manutenção (STE)

Incluir na tabela de ordens de serviço um campo chamado “contrato” em que seja possível vincular a OS com um contrato de manutenção.

Desenvolver rotina para manutenção do cadastro de contratos baseado no layout sugerido. Esta rotina, no browse, deve conter uma opção de visualizar ordens de serviço do contrato. Ao clicar, o usuário terá uma consulta das ordens de serviço associadas ao contrato selecionado.

Desenvolver opção de impressão de contrato e seus equipamentos, atendimentos, solicitações e ordens de serviço (vinculado ao item de agendamento). Permitir a impressão através da rotina de contratos (para o contrato selecionado) e também através do menu, caso plausível. Esse relatório deve ter um foco maior em custos.
Na abertura de ordens de serviço, seja corretiva ou preventiva, o sistema deve realizar o seguinte procedimento:

a. Verificar se o bem da OS é um bem de prestação de serviço;
b. Procurar um contrato para o cliente/loja do bem e para a data de vigência atual e que atenda o bem e os tipos de serviço do contrato.
     i. Caso encontre mais de um contrato o sistema mostra uma tela e permite a seleção do contrato a ser relacionado.
     ii. Se houver apenas um contrato, o sistema então informa ao usuário e solicita se deseja que a OS seja contabilizada para esse contrato. Não é obrigatório que se utilize o contrato na OS.
c. Na finalização de OS, os custos da ordem de serviço devem ser debitados do contrato, acrescidos no campo “valor consumido”. Um alerta deve indicar caso não haja saldo no contrato, solicitando se o usuário deseja realmente confirmar.

Abertura de Atendimento[SIGAMMNT]

Há alguns gaps relacionados a este item. Abaixo um texto do que teria que ser implementado.

O que Falta Implementar:

Envio de e-mail para o Cliente com dados do atendimento. Este envio de e-mail deve ser enviado somente quando o atendimento for solucionado.

Integração de Atendimento com ECM.

Para contrato de venda:

O MNT já fornece os recursos necessários para atender esse processo. Trata-se do cadastro do equipamento na rotina de bens e abertura de SS/OS informando serviço de instalação. Dependendo do processo da empresa o MNT também permite que se abra um atendimento e a partir dele se gere uma SS e ainda, se necessário, uma OS.

Necessidade de relatório listando atendimentos por equipamento e por cliente/fornecedor, listando também SS’s e OS’s relacionadas.

Agendamento

O que Falta Implementar:

Conforme descrição do processo do RM tem-se que:
Realizar o tratamento referente ao parâmetro de sistema “Agendamento na abertura de OS Obrigatório”. Quando parametrizado desta forma é permitido gerar Ordem de Serviço (normal e terceiros) somente a partir de um agendamento.

Instalação (Alocação) de Objetos[SIGAMNT]

Tendo em vista que o conceito da regra de negócio do Officina consiste em registrar o local em que determinado equipamento foi instalado, seu rastreamento e controle de manutenções, entende-se que o cadastro de bens do MNT atenderia essa necessidade através da inclusão de alguns campos complementares.

O que Falta Implementar:

No cadastro de bens, para identificar um objeto de manutenção alocado devem ser preenchidos os seguintes campos:

Centro de Custo (T9_CCUSTO) com uma formatação específica, de modo a considerar como parte do código o cliente e loja, por exemplo:
XXXXXXYYZ[n]
Sendo:
XXXXXX o código do cliente (T9_CLIENTE)
YY a loja do cliente (T9_LOJACLI)
Z[n] o local de instalação, ou centro de custo.

Cliente (T9_CLIENTE)

Loja Cliente (T9_LOJACLI)

Data Instalação (T9_DTINSTA)

Instalação (T9_INSTALA)* (1=Local;2=Cliente) – informa se a instalação é própria ou se o equipamento é de cliente, considerado para prestação de serviço.

Funcionário responsável (T9_FUNRESP)* – consulta na tabela de funcionários de manutenção. Trata-se de um funcionário próprio que fica responsável pela manutenção do equipamento no cliente.

Os relatórios que já possuem parâmetro de centro de custo não precisarão de alterações, basta pegar uma faixa de centro de custo para visualizar os bens de um mesmo cliente.
Obs: essa funcionalidade deve ser desenvolvida independentemente da utilização do parâmetro da integração por mensagem única.
Foram analisados também os seguintes itens e colocado pela equipe do SIGA-MNT que há equivalências entre os processos:

Abertura de Ordem de Serviço via TOP

Para compatibilizar com funcionalidade semelhante do RM Officina, deve-se disponibilizar no TOP a funcionalidade de abertura de Ordem de Serviço, a ser efetuada através da inclusão de uma Solicitação de Manutenção, onde o operador informa qual o recurso (ativo), projeto, tarefa e descreve quais os sintomas ou observações pertinentes à manutenção solicitada. Esta manutenção deve ser gerenciada pelo módulo de manutenção (MNT).
O custo será apropriado ao TOP no momento da atualização dos itens do movimento (BackOffice) da OS, caso o tipo de movimento esteja parametrizado para apropriar custos.

O processo de finalização da OS no SigaMNT acarretará na atualização do movimento de OS correspondente no BackOffice e , caso parametrizado para tal, gerará apropriação dos custos para seu respectivo projeto/tarefa.
Obs.: Esta implementação deve ser estuda para equipe do TOP, a ser desenvolvida internamente à integração TOP x SigaMNT, visto que não faz parte do escopo do BackOffice.

Liberação de Movimentos

O processo de liberação de movimentos é responsável pela exclusão de movimentos antigos da base de dados, mas não disparará mensagens de exclusão para o SigaMNT.
Deve-se implementar a exclusão dos “DE-PARAs” dos movimentos removidos da base no processo, para evitar problemas futuros.
Quanto à limpeza das solicitações, baixas de estoque e outras entidades que integram movimentos, fica a cargo do cliente efetua-la no SigaMNT com apoio da equipe de suporte ou equipe de consultores.

Âncora
Checklist de suporte da aplicação
Checklist de suporte da aplicação
Checklist de suporte da aplicação

Crie um check-list de verificação de alguns pontos importantes para o funcionamento e atendimento da integração.

...

Realizar possíveis ajustes na integração quanto à configuração ou negócio.

...

Âncora
Anexos
Anexos
Anexos

 
Âncora
Configuração da Integração
Configuração da Integração
Configuração da Integração

Siga os passos descritos abaixo para efetuar a migração e configuração da integração do EAI 1.0 para o EAI 2.0:

...

Observação: Este é apenas um exemplo, deve-se informar o Valor com o Código do Tipo de Movimento criado no ambiente que a integração está sendo implantada.

...

Âncora
Cadastrar De-Para RM
Cadastrar De-Para RM
 Cadastrar De-Para de Empresas e Filiais - RM

Acesse a rotina de cadastramento de De-para no contexto de Integração:

...

Valores Externos: Código do grupo de empresa do Protheus + '|' + Código completo da filial no Protheus (composto por Empresa + Filial)


...

Âncora
Cadastrar De-Para Protheus
Cadastrar De-Para Protheus
Cadastrar De-Para de Empresas e Filiais - Protheus

Acessar o Configurador > Ambiente > Schedule > Emp Filial Mensagem Unica

...

Preencher os campos conforme exemplo abaixo:

Observação: O código da Empresa e Filial podem alterar de acordo com a estrutura utilizada.

 

...

Âncora
Importação de Fórmulas Visuais
Importação de Fórmulas Visuais
Importação de Fórmulas Visuais

A lista de Fórmulas Visuais referente a cada entidade encontra-se na seção Transações/Entidades/Mensagens.

As Fórmulas Visuais informadas na tabela estão disponíveis na pasta "...CORPORERM | Objetos Gerenciais | Fórmulas Visuais" e devem ser importadas conforme apresentado no documento Importação\Exportação de fórmula visual, com atenção à importação dos gatilhos (caso contrário a mesma não será acionada).

Âncora
Execução de Fórmulas Visuais
Execução de Fórmulas Visuais
Execução de Fórmulas Visuais de Carga de Dados

Segue abaixo a lista de passos para efetuar a Carga de Dados entre o BackOffice RM e o Protheus.

...

Após a execução é necessário acessar o arquivo de Log para verificação do status dos envios para o Protheus.
O Log estará disponível na pasta "Carga Inicial / Logs" dentro do diretório de instalação do RM (RM.Net).
 


...

Âncora
De-para das Unidades de Medida
De-para das Unidades de Medida
Cadastrar De-para das Unidades de Medida padrão

Segue abaixo como cadastrar o de-para das unidades de medida padrão.
Observação: No exemplo foi criado para a unidade de medida UN, é necessário fazer para as demais, conforme a cita nas informações da unidade de medida (clique aqui).

...

Observação: Alguns dados podem alterar de acordo com o código da empresa, nível de gestão e etc. 

 

...

Âncora
Cadastrar os valores defaults para Plano de Contas
Cadastrar os valores defaults para Plano de Contas
Cadastrar os valores Default para Plano de Contas

Para integrar esta entidade, o PROTHEUS exige que sejam cadastrados valores defaults para Plano de Contas em sua base (para cada filial), com os seguintes parâmetros:

...

Incluir novo registro, conforme exemplo abaixo (É necessário fazer o processo para cada Filial do Protheus).


...

Âncora
Fluxo da ordem de serviço
Fluxo da ordem de serviço
Fluxo da ordem de serviço no SigaMNT (status e pontos de integração)

Pendente

Etapa responsável por orçamento, análise, aprovação, liberação, etc.

...