Histórico da Página
Manual da Integração
...
Rental x Backoffice RM - Mensagem Única EAI 2.0
Contexto de negócio
A integração TOTVS Rental x Backoffice RM - que contempla o TOTVS Rental Rental - entrega aos clientes uma experiência diferenciada nos processos e controle da gestão de locação de equipamentos a partir da integração de diferentes setores da empresa. Garantindo uma comunicação eficiente e segura entre os departamentos, facilitando fluxos de informações e de rotinas operacionais e administrativas a integração reflete em uma otimização no processo de locação como um todo tornando-os processos mais eficientes, lucrativos e satisfatórios para os consumidores.
Por meio da meio da integração os clientes podem usufruir da potencialidade do TOTVS do Rental e suas avançadas funcionalidades comunicando-se com o módulo BackOffice RM de maneira que o departamento de faturamento, estoque, financeiro e o setor comercial possam negociar e efetivar contratos de locações e o sistema de locações realize a gestão operacional das locações com mais agilidade e segurança.
Melhor controle das receitas, alocação e disponibilidade dos ativos, entregas e devoluções de equipamentos, proporcionando muito mais eficiência em todos os processos operacionais e administrativos da sua empresa;
Controle mais rigoroso e focado sobre a medição e execução dos seus contratos deixando o BackOffice se encarregar dos processos administrativos, legais, fiscais do negócio;
- Indicadores de medições e execuções de contratos, receitas, produtividade, qualidade permitem uma visão mais ampla ao gestor facilitando identificação de processos que precisam ser melhorados dentro da empresa e a criação de estratégias para aumentar a rentabilidade do seu negócio alinhadas à meta da organização.
A integração do TOTVS Rental com os produtos da linha TOTVS RM ficou muito mais simples e transparente. Com a atualização do TOTVS Rental basta efetuar as devidas configurações e parametrizações em ambos módulos, Backoffice RM e TOTVS Rental, para que a comunicação entre os sistemas esteja disponível imediatamente.
Por exemplo: fechou uma locação no TOTVS no Rental? A informação já pode ser usada para gerar o pedido de venda, notas ficais de remessa, retorno, fatura no TOTVS Backoffice – Linha RM. Tudo de forma rápida e sem complicação.
Sistemas Envolvidos
Descrição dos sistemas envolvidos no contexto de negócio (e que serão envolvidos na integração).
- TOTVS Rental - Sistema de locação de equipamentos através dos seguintes módulos:
TOTVS Rental (SIGALOC): Módulo responsável pelo sistema de locação.
- TOTVS Backoffice - Linha RM através dos seguintes módulos:
- TOTVS Gestão de Estoque, Compras e Faturamento (RM Nucleus): Módulo utilizado pelo cliente, sendo responsável pela manutenção dos cadastros (Unidade de medida, Produto, Local de Estoque, Condição de Pagamento, Movimentações [solicitação/pedido de venda], Gestão de estoque, integrações fiscais, financeiras e demais processos da empresa;
- TOTVS Gestão Financeira (RM Fluxus): Módulo utilizado pelo cliente, sendo responsável pela manutenção dos cadastros (Cliente/Fornecedor, Moedas), integrações financeiras e demais processos da empresa;
- TOTVS Gestão Contábil (RM Saldus): Módulo utilizado pelo cliente, sendo responsável pela manutenção dos cadastros (Centro de Custo) e demais processos da empresa;
- TOTVS Framework: Módulo responsável pelo framework de integração.
Integração
Para atender a demanda de clientes que possuem o TOTVS Backoffice - Linha RM e o TOTVS o Rental foi desenvolvida esta integração que possibilita a possibilita a gestão das movimentações (produtos, estoque, posição de estoque, nota fiscal, nota remessa, nota retorno, fatura) a partir do Backoffice RM e a gestão de locação de equipamentos através do TOTVS Rental sincronizando informações entre tais módulos utilizando a plataforma de integração baseada na Mensagem Única TOTVS.
Modelo de Mensagem Única TOTVS
Entidade | Origem | Processo | Destino | Observação |
Cliente | RM | Cadastro | Protheus | |
Moedas | RM | Cadastro | Protheus | |
Condição de pagamento | RM | Cadastro | Protheus | |
Centro de Custo | RM | Cadastro | Protheus | |
Fornecedores | RM | Cadastro | Protheus | |
Vendedores | RM | Cadastro | Protheus | |
Produto | RM | Cadastro | Protheus | |
Unidade de medida | RM | Cadastro | Protheus | |
Local de Estoque | RM | Cadastro | Protheus | |
Consulta Estoque | RM | Consulta de saldo estoque | Protheus | Protheus consulta saldo de estoque dos produtos no RM |
Pedido de venda | Protheus | Inclusão Pedido de Venda | RM | Possibilidade de parametrizar 4 tipos de movimentos diferentes |
Nota de remessa (NFe) | RM | Rastreabilidade do Pedido | Protheus | Protheus consulta NF emitida no RM e inclui documento no Protheus |
Nota de produto (NFe) | RM | Rastreabilidade do Pedido | Protheus | Protheus consulta NF emitida no RM e inclui documento no Protheus |
Nota de fatura de locação | RM | Rastreabilidade do Pedido | Protheus | Protheus consulta NF emitida no RM e inclui documento no Protheus |
Nota de serviço (NFSe) | RM | Rastreabilidade do Pedido | Protheus | Protheus consulta NF emitida no RM e inclui documento no Protheus |
Nota de retorno (NFe) | RM | Rastreabilidade do Pedido | Protheus | Protheus consulta NF emitida no RM e inclui documento no Protheus |
Modelo de Mensagem Única TOTVS
Durante o processo de consolidação de marcas, iniciado pela TOTVS, várias empresas diferentes foram adquiridas e com elas vários produtos passaram a compor o portfólio de ofertas disponível aos clientes. Esta expansão de ofertas permitiu que clientes de uma marca, antes limitados pelas opções com aquela “etiqueta”, pudessem agora compor o seu ambiente de TI utilizando produtos de origens diferentes (Exemplo: Backoffice RM x SigaMNT Protheus, TOTVS Gestão Hospitalar x EAI Datasul, TOTVS Educacional x Backoffice Protheus, TOTVS Folha de Pagamento RM x Backoffice Protheus, TOTVS Construção Gestão Imóveis (TCGI) x Backoffice Protheus, TOTVS Obras e Projetos x Backoffice Protheus ).
...
Além de questões referentes ao formato das mensagens, a mensagem única também torna uniforme o tratamento destas mensagens XML ou REST/JSON pelos aplicativos, principalmente no que diz respeito à capacidade de rastreamento.
Pré-requisitos instalação/implantação/utilização
O ambiente de integração necessita, além dos pré-requisitos de cada módulo individualmente, das seguintes características:
...
Backoffice RM
- Configurar a integração TOTVS integração Rental x Backoffice RM via host na versão 12.1.33 ou superior.
- Os cadastros mantidos pelo Backoffice RM, como por exemplo de Clientes, Produtos e etc., devem estar desabilitados no TOTVS Rental em suas respectivas entidade evitando concorrência de dados.
...
O compartilhamento de tabelas deve ser coerente com a forma como o Backoffice RM e TOTVS Rental trabalham.
- Configurar os adapters utilizados na integração TOTVS integração Rental x Backoffice RM, conforme detalhado em [Configurações Adapter TOTVS Rental].
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 e TOTVS Rental 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 TOTVS Rental 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.
Transações/Entidades/Mensagens únicas
Segue abaixo tabela com informações sobre as entidades trafegadas na integração.
Método | ID | Descrição | Origem | Destino | Mensagem Única | Mensagem Única | Versão da Mensagem | Observação | Versão da Mensagem | Observação | |||||||
Cadastros | 01 | Cliente/Fornecedor | RM | Rental | CustomerVendor | 2.003 | |||||||||||
02 | Moeda | RM | Rental | Currency | 2.001 | ||||||||||||
03 | Unidade de Medida | RM | Rental | UnitOfMeasure | 2.000 | ||||||||||||
04 | Produto | RM | Rental | Item | 4.005 | ||||||||||||
05 | Local de estoque | RM | Rental | WareHouse | 1.000 | ||||||||||||
06 | Vendedor | RM | Rental | Seller | 01 | Cliente/Fornecedor | RM | TOTVS Rental | CustomerVendor | 2.003 | 02 | Moeda | RM | TOTVS Rental | Currency | 2.001 | |
07 | Unidade Condição de | Medidapagamento | RM | TOTVS Rental | UnitOfMeasurePaymentCondition | 23.000 | |||||||||||
0408 | ProdutoCentro de custo | RM | TOTVS Rental | ItemCostCenter | 42.005000 | ||||||||||||
Processos | 05|||||||||||||||||
09 | Local Pedido de estoque | RMvenda | TOTVS Rental | RM | OrderWareHouse | 13.000002 | 06 | Vendedor | RM | ||||||||
10 | Consulta Saldos e Custos | TOTVS Rental | RM | SellerStockLevel | 21.001 | 07 | Condição de pagamento | RM | TOTVS Rental | PaymentCondition | 3.000 | 08 | Centro de custo | RM | TOTVS Rental | CostCenter | 2.000 |
Processos | 09 | Pedido de venda | TOTVS Rental | RM | Order | 3.002 | |||||||||||
10 | Consulta Saldos e Custos | TOTVS Rental | RM | StockLevel | 1.001 | TOTVS Rental solicita ao RM e o RM retorna com os dados solicitados | |||||||||||
11 | Consulta rastreabilidade de pedidos e movimentações decorrentes | TOTVS Rental | RM | TraceAbilityOrder | 1.000 | TOTVS Rental solicita ao RM e o RM retorna com os dados solicitados |
Cadastros
Para esta integração todos os cadastros possuem sua origem no BackOffice RM sendo enviados ao TOTVS Rental.
Cadastro de Cliente/Fornecedor
TOTVS Rental solicita ao RM e o RM retorna com os dados solicitados | ||||||
11 | Consulta rastreabilidade de pedidos e movimentações decorrentes | TOTVS Rental | RM | TraceAbilityOrder | 1.000 | TOTVS Rental solicita ao RM e o RM retorna com os dados solicitados |
12 | Notifica Cancelamento de Nota Fiscal / Fatura de Locação | RM | Rental | CancelInvoiceNotify | 1.000 |
Cadastros
Para esta integração todos os cadastros possuem sua origem no BackOffice RM sendo enviados ao Rental.
Cadastro de Cliente/Fornecedor
Identificador da Mensagem: CustomerVendor
Versão: 2.003
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/Uh8ZE
Notas:
Expandir |
---|
Os Clientes e Fornecedores devem ser cadastrados no Backoffice RM e sincronizados automaticamente para o Protheus através da mensagem única CustomerVendor. 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, deve-se compartilhar a tabela referente no Protheus por empresa. |
Cadastro de Moeda
Identificador da Mensagem: Currency
Versão: 2.001
Mandatário: Backoffice Identificador da Mensagem: CustomerVendor
Versão: 2.003
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/Uh8ZEWv8pE
Notas:
Expandir |
---|
Os Clientes e Fornecedores As Moedas devem ser cadastrados somente no Backoffice RM e sincronizados automaticamente para o Protheus através da mensagem única CustomerVendor. 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, deve-se compartilhar a tabela referente no Protheus por empresa. |
Cadastro de Moeda
automaticamente para o Protheus através de mensagem única Currency. Serão integrados somente os dados dos registros do tipo Moeda, desconsiderando registros do tipo Índices. O Protheus, por default, aceita no máximo 5 tipos de Moedas, portanto na carga de dados deverá ser filtrado as moedas que serão utilizadas. O campo Código da Moeda é gerado pelo Protheus, uma vez que não existe o campo código no RM. |
Cadastro de Unidades de Medida
Identificador da Mensagem: UnitOfMeasure
Versão: 2.000Identificador da Mensagem: Currency
Versão: 2.001
Mandatário: Backoffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/Wv8pEDYcpE
Notas:
Expandir |
---|
As Moedas Unidades de Medida devem ser cadastrados somente no Backoffice BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Currency. Serão integrados somente os dados dos registros do tipo Moeda, desconsiderando registros do tipo Índices. O Protheus, por default, aceita no máximo 5 tipos de Moedas, portanto na carga de dados deverá ser filtrado as moedas que serão utilizadas. O campo Código da Moeda é gerado pelo Protheus, uma vez que não existe o campo código no RM. |
Cadastro de Unidades de Medida
Identificador da Mensagem: UnitOfMeasure
Versão: 2.000
Mandatário: Backoffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/DYcpE
Notas:
Expandir |
---|
As Unidades de Medida devem cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única UnitOfMeasure. 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. Na base de dados do Protheus e do RM já existem unidades padrões, foi implementado no EAI 2.0 a compatibilidade dos cadastros, quando o RM for enviar para o Protheus caso exista a unidade esta será atualizada e criado o de-para automaticamente. 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. |
Cadastro de Produto/Serviço
Protheus através de mensagem única UnitOfMeasure. 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. Na base de dados do Protheus e do RM já existem unidades padrões, foi implementado no EAI 2.0 a compatibilidade dos cadastros, quando o RM for enviar para o Protheus caso exista a unidade esta será atualizada e criado o de-para automaticamente. 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. |
Cadastro de Produto/Serviço
Identificador da Mensagem: Item
Versão: 4.005
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/sBzHG
Notas:
Expandir |
---|
Os Produtos/Serviços devem cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Item. As regras referente à esta entidade podem ser conferidas no documento de Integração de Produto/Serviço, é de suma importância o entendimento da regra definida neste documento. Dentro do cadastro de produto na aba integrações deve estar marcado Disponível para Manutenção/Locação para que sejam integrados. |
Cadastro de Local de Estoque
Identificador da Mensagem: Warehouse
Versão: 1.000Identificador da Mensagem: Item
Versão: 4.005
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: httpshttp://tdn.totvs.com/x/sBzHGkkstE
Notas:
...
Expandir |
---|
Os Produtos/Serviços Locais de Estoque devem cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Item. As regras referente à esta entidade pode ser conferida no documento de Integração de Produto/Serviço, é de suma importancia o entendimento da regra definido neste documento. |
Cadastro de Local de Estoque
Identificador da Mensagem: Warehouse
Versão: 1.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: http://tdn.totvs.com/x/kkstE
Notas:
Expandir |
---|
Os Locais de Estoque devem cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Warehouse. 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 parametrizado por 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 Vendedor
através de mensagem única Warehouse. 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 parametrizado por 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 Vendedor
Identificador da Mensagem: Seller
Versão: 2.001
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/1ANZIQ
Notas:
Expandir |
---|
Os vendedores devem ser cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Seller. Devem ser cadastrados na tabela Funcionários (TVEN) |
Cadastro de Condição de Pagamento
Identificador da Mensagem: PaymentCondition
Versão: 3.000
Mandatário: Backoffice Identificador da Mensagem: Seller
Versão: 2.001
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: https://tdn.totvs.com/x/1ANZIQmYYpE
Notas:
Expandir |
---|
Os vendedores As Condições de Pagamento devem ser cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única Seller. Devem ser cadastrados na tabela Funcionários (TVEN) 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, é de suma importancia o entendimento da regra definido neste documento. Acessar o Configurador do Protheus (SIGACFG) e na tabela SE4 alterar o tamanho do campo E4_COND para 100 caracteres |
Cadastro de Centro de custoCadastro de Condição de Pagamento
Identificador da Mensagem: PaymentConditionCostCenter
Versão: 32.000
Mandatário: Backoffice BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos RM: httpshttp://tdn.totvs.com/x/mYYpEw9b0E
Notas:
Expandir |
---|
As Condições Os Centros de Pagamento Custo devem ser cadastradas cadastrados somente no Backoffice 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, é de suma importancia o entendimento da regra definido neste documento. Acessar o Configurador do Protheus (SIGACFG) e na tabela SE4 alterar o tamanho do campo E4_COND para 100 caracteres |
Cadastro de Centro de custo
única CostCenter. 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 20 caracteres, uma vez que no RM estes campos permitem até 25 caracteres. |
Processos
Conforme descrito na seção de apresentação do escopo, o escopo da integração se restringe a alguns processos relacionados, ou que se iniciam, no TOTVS Rental mas que sejam de alçada, controle e manipulação no Backoffice, como integrações fiscais, financeiras ou controle de estoque. Abaixo são listados os processos integrados.
Solicitação de Emissão NF\Fatura - Pedido de venda
Tipo de Fluxo: Rental -> RM
Mensagem: Order
Versão: 3.002Identificador da Mensagem: CostCenter
Versão: 2.000
Mandatário: BackOffice RM
Tipo de Envio: Síncrono
Mapeamento de Campos: httphttps://tdn.totvs.com/x/w9b0EC0fQHw
Notas:
Expandir |
---|
Os Centros de Custo devem ser cadastrados somente no BackOffice RM e sincronizados automaticamente para o Protheus através de mensagem única CostCenter. 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 20 caracteres, uma vez que no RM estes campos permitem até 25 caracteres. |
Processos
Conforme descrito na seção de apresentação do escopo, o escopo da integração se restringe a alguns processos relacionados, ou que se iniciam, no TOTVS Rental mas que sejam de alçada, controle e manipulação no Backoffice, como integrações fiscais, financeiras ou controle de estoque. Abaixo são listados os processos integrados.
Solicitação de Emissão NF\Fatura - Pedido de venda
As Solicitações de Emissão de NF/Fatura (Pedido de Vendas) serão registradas no TOTVS Rental e enviadas para o Backoffice RM, via mensagem única Order. Poderão ser utilizadas quatro tipos de solicitações: Solicitações de Emissão NF de Remesssa, Solicitações de Emissão de Fatura Locação, Solicitações de Emissão NFe e Solicitações de Emissão de NFSe. Para cada tipo de solicitação deverá ser criado e parametrizado um tipo de movimento e este vinculado ao parâmetro do sistema. Restrição do Processo: Não é possível agrupar "n" solicitações para faturamento em uma NF/Fatura, ou seja, uma solicitação só é possível ser fatura para um movimento de NF/Fatura. Ponto de Atenção: O cadastro de bens não fazem partem do escopo desta integração, portanto os equipamentos devem ser cadastrados no Protheus. Para emitir as NF de remessa de equipamentos deverá ser realizado o cadastro dos equipamentos com os seu respectivos valores. |
Consulta de Saldos e Custos
Tipo de Fluxo: Rental -> RM
Mensagem: StockLevel
Versão: 1.001
Mapeamento de Campos: httpTipo de Fluxo: TOTVSRental -> RM
Mensagem: Order
Versão: 3.002
Mapeamento de Campos: https://tdn.totvs.com/x/C0fQHwL5r6E
Notas:
Expandir |
---|
As Solicitações de Emissão de NF/Fatura (Pedido de Vendas) serão registradas no TOTVS Rental e enviadas para o Backoffice RM, via mensagem única Order. Poderão ser utilizadas quatro tipos de solicitações: Solicitações de Emissão NF de Remesssa, Solicitações de Emissão de Fatura Locação, Solicitações de Emissão NFe e Solicitações de Emissão de NFSe. Para cada tipo de solicitação deverá ser criado e parametrizado um tipo de movimento e este vinculado ao parametro do sistema. |
Consulta de Saldos e Custos
Tipo de Fluxo: TOTVSRental -> RM
Mensagem: StockLevel
Versão: 1.001
Mapeamento de Campos: http://tdn.totvs.com/x/L5r6E
Notas:
Expandir |
---|
Para as situações |
Consulta Rastreabilidade de Pedido de Vendas
Para as situações |
Consulta Rastreabilidade de Pedido de Vendas
Tipo de Fluxo: Rental -> RM
Mensagem: TraceAbilityOrder
Versão: 1.000
Mapeamento de Campos: https://tdn.totvs.com/x/BQFAJQ
Notas:
Expandir |
---|
O serviço de consulta de rastreabilidade de pedidos de vendas será utilizado pelo TOTVS Rental atravês da mensagem única TraceAbilityOrder. para consultar as notas fiscais geradas no BackOffice RM a partir das solicitações de emissão das notas fiscais ou faturas. Ao receber a mensagem o BackOffice RM com base nesta consulta , será retornado os dados da NF para o TOTVS Rental, atualizando o orçamento. As séries utilizadas nos movimentos devem ter até 3 dígitos, para integrarem com o Totvs Rental. |
Notifica Cancelamento de Nota Fiscal/Fatura de Locação
Tipo de Fluxo: RM -> Rental
Mensagem: CancelInvoiceNotifyTipo de Fluxo: TOTVSRental -> RM
Mensagem: TraceAbilityOrder
Versão: 1.000
Mapeamento de Campos: https://tdn.totvs.com/x/BQFAJQNotifica Cancelamento de Nota Fiscal/Fatura
Notas:
Expandir |
---|
O serviço de consulta de rastreabilidade de pedidos de vendas será utilizado pelo TOTVS Rental atravês da mensagem única TraceAbilityOrder. para consultar as notas fiscais geradas no BackOffice RM a partir das solciitações de emissão das notas fiscais ou faturas. Ao receber a mensagem o BackOffice RM com base nesta consulta , será retornado os dados da NF para o TOTVS Rental, atualizando o orçamentoQuando for executado o processo de Cancelamento de Movimento, caso o movimento seja Nota Fiscal e tenha como origem um Pedido de Venda gerado pelo TOTVS Rental, o BackOffice RM irá enviar ao TOTVS Rental a mensagem CancelInvoiceNotify, contendo os dados da nota fiscal cancelada. Os dados que serão enviados são: Data de emissão da NF, Número da NF Série da NF, Tipo da Nota (Entrada ou Saída). |
Como fazer
Videos com exemplo dos Processos:
...