Versões comparadas

Chave

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

...

ProjetoProject2Condição de PagamentoPaymentCondition220

Método

ID

Descrição

Origem

Destino

Mensagem Única

Versão da MensagemObservação

Cadastros






01Cliente/FornecedorRMProtheusCustomerVendor2.002

02

Moeda

RM

Protheus

Currency

2.001
03Unidade de MedidaRMProtheusUnitOfMeasure2.000
04ProdutoRMProtheusItem

4.005


05

Centro de Custo

RM

Protheus

CostCenter

2.000
06Ativo FixoRMProtheusAssets1.001
07Transferência de Ativo FixoRMProtheusAssets1.001
08Exclusão de Ativo FixoRMProtheusAssets1.001

09

Condição de Pagamento

RM

Protheus

PaymentCondition

3.000
10ObraLocal de EstoqueRMProtheusSubProjectWarehouse21.000
11TarefaCargoRMProtheusTaskProjectEmployeePosition21.000
12EtapaFunçãoRMProtheusStepProjectRole21.000
13Turno/HorárioRMProtheusShiftwork1.000
14Local de EstoqueFuncionárioRMProtheusWarehouseEmployee2.003

Processos

15

Situação do Funcionário

Protheus

RM

GetEmployeeSituation

1.000

Processos


16Solicitações (SA e SC)ProtheusRMRequest1.010
2117Cancelamento de SA/SCProtheusRMCancelRequest1.000

2218

Ordem de Serviço

Protheus

RM

MaintenanceOrder

1.002


2319Finalizar OSProtheusRMMaintenanceOrder

1.002


2420Faturar OSRMProtheusMaintenanceOrder

1.002


2521Cancelamento de OSProtheusRMCancelMaintenanceOrder1.000
2622Baixa de estoqueProtheusRMStockTurnover

1.006


2723Baixa de EstoqueRMProtheusStockTurnover

1.006


2824Cancelar Baixa de EstoqueProtheusRMCancelRequest1.000
2925Consulta Saldos e CustosProtheusRMStockLevel1.001
26Ampliação Patrimonial30Apropriação de CustosProtheusRMAppointmentCostAssetsValuation1.00031
27Análise técnica de pneusAmpliação PatrimonialProtheusRMAssetsValuationStockTurnover

1.

000
32Análise técnica de pneusProtheusRMStockTurnover

1.006


3328Controle de AbastecimentoProtheusRMStockLevel1.001
3429Controle de AbastecimentoProtheusRMStockTurnover

1.006


3530Controle de AbastecimentoProtheusRMOrder4.010

A partir da versão da Biblioteca RM 12.1.2209.158 e superiores será configurado a versão 4.010.

Versões anteriores continuam usando a versão 3.002

3631Gestão de DocumentosProtheusRMOrder4.010

A partir da versão da Biblioteca RM 12.1.2209.158 e superiores será configurado a versão 4.010.

Versões anteriores continuam usando a versão 3.002

3732Informação de ParcelasRMProtheusInfoOfParcelValues1.000
3833Gestão de MultasProtheusRMOrder34.002010

A partir da versão da Biblioteca RM 12.1.2209.158 e superiores será configurado a versão 4.010.

Versões anteriores continuam usando a versão 3.002

3439Honorários de DespachanteProtheusRMOrder4.010

A partir da versão da Biblioteca RM 12.1.2209.158 e superiores será configurado a versão 4.010.

Versões anteriores continuam usando a versão 3.002

4035Ordem de Serviço de PneusProtheusRMMaintenanceOrder

1.002


4136Transferência de PneusProtheusRMStockTurnover

1.006


4237Ordem de Serviço TerceirosProtheusRMMaintenanceOrder

1.002


...

Expandir
titleClique aqui para expandir

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

...

Expandir
titleClique aqui para expandir

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.

...

Identificador da Mensagem: PaymentCondition
Versão: 23.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/Sdj0E

...

Expandir
titleClique aqui para expandir

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.


Cadastro de Produto/Serviço

...

Expandir
titleClique aqui para expandir

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. 


Cadastro de Patrimônio (Ativo Fixo)

Identificador da Mensagem: Assets
Versão: 1.001
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/hYP6E

...

Expandir
titleClique aqui para expandir

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.

...

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

Por padrão, o tamanho máximo da descrição do local de estoque no Protheus é de 20 caracteres. Para compatibilizar com o RM, acesse SIGACFG e na tabela NNR altere o campo NNR_DESCRI para ter o tamanho = 40.


Cadastro de Projetode Cargo

Identificador da Mensagem: ProjectEmployeePosition
Versão: 21.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/ENf0E

Notas:

Expandir
titleClique aqui para expandir

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.

Cadastro de Obra

04P6E


Cadastro de Função

Identificador da Mensagem: Role
Versão: 1.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/7IP6E


Cadastro de Turno

Identificador da Mensagem: ShiftWork
Versão: 1.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/AYT6E


Cadastro de Funcionário

Identificador da Mensagem: Employee
Versão: 2.003Identificador da Mensagem: SubProject
Versão: 2.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/Stf0E9Yv6E

Notas:

Expandir
titleClique aqui para expandir

As Obras devem ser cadastradas somente no RM e sincronizados automaticamente para o Protheus através da mensagem única SubProject.

O campo Código da Obra no Protheus deve ser alterado para o tamanho de 60 caracteres, para manter compatibilidade com o RM.

Cadastro de Tarefa

Identificador da Mensagem: TaskProject
Versão: 2.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/fNf0E

Notas:

Expandir
titleClique aqui para expandir

As Tarefas devem ser cadastradas somente no RM e sincronizados automaticamente para o Protheus através da mensagem única TaskProject.

O campo Código da Tarefa no Protheus deve ser alterado para o tamanho de 60 caracteres, para manter compatibilidade com o RM.

Cadastro de Etapa

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.

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.

Abaixo são listados os processos integrados.

Manutenção de Ativos

Solicitações de Armazém/Compra

Tipo de Fluxo: Protheus -> RM
Mensagem: Request
Versão: 1.010
Mapeamento de Campos: http:Identificador da Mensagem: StepProject
Versão: 2.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/udf0E-476E

Notas:

Expandir
titleClique aqui para expandir

As Etapas do projeto devem ser cadastradas somente no RM e sincronizados automaticamente para o Protheus através da mensagem única StepProject.

O campo Código da Etapa no Protheus deve ser alterado para o tamanho de 60 caracteres, para manter compatibilidade com o RM.

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.

Abaixo são listados os processos integrados.

Manutenção de Ativos

Solicitações de Armazém/Compra

Tipo de Fluxo: Protheus -> RM
Mensagem: Request
Versão: 1.010
Mapeamento de Campos: http://tdn.totvs.com/x/-476E

Notas:

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

Expandir
titleClique aqui para expandir

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.

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

Consulta Situação da SA/SC

Tipo de Fluxo: Protheus -> RM
Mensagem: TraceabilityRequest
Versão: 1.001
Especificações BackOffice RM: Consulta situação Solicitação de Armazém/Solicitação de Compras

Cancelar Solicitação de Armazém/Compra

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)


Consulta Situação da SA/SC

Tipo de Fluxo: Protheus -> RM
Mensagem: CancelRequest TraceabilityRequest
Versão: 12.000
Especificações BackOffice RM: Consulta situação Solicitação de Armazém/Compras


Cancelar Solicitação de Armazém/Compra

Tipo de Fluxo: Protheus -> RM
Mensagem: CancelRequest
Versão: 1.000
Mapeamento de Campos: http://Mapeamento de Campos: http://tdn.totvs.com/x/apP6E

Notas:

...

Expandir
titleClique aqui para expandir

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


Cancelar Baixa de Estoque

...

Expandir
titleClique aqui para expandir

O serviço de consulta de saldos e custos será utilizado pelo SigaMNT para fazer a validação de disponibilidade e custo de produtos inseridos como realizados.


Ampliação Patrimonial

Tipo de Fluxo: Protheus -> RM
Mensagem: AssetsValuation
Versão: 1.000
Mapeamento de Campos: http://tdn.totvs.com/x/pZv6E

A mensagem de ampliação patrimonial será enviada pelo SigaMNT para o BackOffice RM caso seja efetuada alguma manutenção que prolongue a vida útil do ativo ou que proporcione qualquer tipo de acréscimo no valor do mesmo.


Manutenção de Frotas

Análise técnica de pneus

...

Tipo de Fluxo: Protheus -> RM
Mensagem: Order
Versão: 34.002010
Mapeamento de Campos: http://tdn.totvs.com/x/jJ76E

...

Tipo de Fluxo: Protheus -> RM
Mensagem: Order
Versão: 34.002010
Mapeamento de Campos: http://tdn.totvs.com/x/jJ76E

...

Tipo de Fluxo: Protheus -> RM
Mensagem: Order
Versão: 34.002010
Mapeamento de Campos: http://tdn.totvs.com/x/jJ76E

...

Tipo de Fluxo: Protheus -> RM
Mensagem: Order
Versão: 34.002010
Mapeamento de Campos: http://tdn.totvs.com/x/jJ76E

...

Na reabertura da ordem de serviço.

Como fazer

Videos com exemplo dos Processos:

Abertura de O.S. liberada (Clique aqui para acessar o vídeo)
Processo aplicação de Insumo (Clique aqui para acessar o vídeo)
Finalização OS (Clique aqui para acessar o vídeo)
Cancelamento de O.S. (Clique aqui para acessar o vídeo)
Conciliação de Posto Externo (Clique aqui para acessar o vídeo)
Abastecimento Posto Interno (Clique aqui para acessar o vídeo)
Analise Técnica de Pneus (Clique aqui para acessar o vídeo)
Inclusão de O S em Lote Pneus (Clique aqui para acessar o vídeo)
Atendimento S.C. – O.S. Pneus em Lote (Clique aqui para acessar o vídeo)
Movimentação de Pneus (Clique aqui para acessar o vídeo)
Recebimento O.S. em Lote (Clique aqui para acessar o vídeo)
Inclusão de Multas Veículo (Clique aqui para acessar o vídeo)
Pagamento da Multa (Clique aqui para acessar o vídeo)
Inclusão de Documentos Veículos (Clique aqui para acessar o vídeo)
Pagamento do Documento (Faturamento) (Clique aqui para acessar o vídeo)
Inclusão de Honorários Despachantes (Clique aqui para acessar o vídeo)

Restrições e Pontos de Atenção 

...