OBJETIVO

Permitir que pedidos OMS captados em uma loja e faturados em outra utilizem, no documento fiscal de faturamento, os dados do pagamento realizado na loja de origem.

Com isso, a NF-e ou NFC-e passa a ser emitida com as informações corretas de pagamento, atendendo à Instrução Normativa SEFAZ nº 142/2025 e evitando duplicidade financeira.

PRÉ-REQUISITOS

Para utilizar este recurso, é necessário que:

• O pedido seja originado em uma venda multicanal (showrooming/OMS);
• O pagamento tenha sido realizado na loja de origem;
• O pedido seja faturado posteriormente em outra loja;
• O tipo de pagamento utilizado seja um dos abaixo:
  • Cartão de Crédito TEF;
  • Cartão de Débito TEF;
  • PIX integrado realizado via QR Code ou Pin Pad;
  • Boleto integrado.
• O pedido OMS contenha os dados de pagamento gravados no JSON do pedido.

PARAMETRIZAÇÃO

Parâmetro de ativação

O processo é controlado pelo parâmetro:

• UF_PARTICIPANTE_OMS_PGTO_XML

Quando este parâmetro estiver habilitado e a coluna JSON_PAYMENT_OMS da tabela LJV_PEDIDO_PGTO estiver com JSON de pagamento preenchido, o Linx OmniPOS utilizará estes dados de pagamento para gerar as informações fiscais no XML da NF-e ou NFC-e.

Estados habilitados por padrão

O parâmetro possui, por padrão, as seguintes UFs:

• CE
• PR

Caso necessário, outras UFs poderão ser adicionadas conforme orientação da equipe responsável.

Comportamento quando o parâmetro estiver desabilitado

Se o parâmetro não estiver configurado ou habilitado:

• O processo seguirá o comportamento padrão do sistema;
• Os dados de pagamento do pedido OMS não serão utilizados no documento fiscal;
• Não haverá impacto nos processos já existentes.

COMO FUNCIONA

1. Captura do pagamento na loja de origem

Quando o pagamento é realizado na loja de origem, o sistema grava automaticamente as seguintes informações no pedido OMS:

• Tipo de pagamento;
• Valor pago;
• Data do pagamento;
• Número de autorização;
• Bandeira do cartão;
• Adquirente;
• CNPJ da loja que realizou o pagamento;
• UF da loja que realizou o pagamento;
• Identificação do terminal utilizado.

Essas informações são enviadas juntamente com o pedido para o OMS.

2. Recuperação do pagamento no momento do faturamento

Ao baixar o pedido OMS na loja responsável pelo faturamento, o Linx OmniPOS recupera os dados de pagamento armazenados no pedido.

Quando os dados estiverem disponíveis, o atendimento passa a exibir automaticamente a forma de pagamento:

“Pedido do B2C pago na loja”

Dessa forma:

• O pedido não gera um novo financeiro;
• O pagamento original permanece vinculado ao pedido;
• O faturamento continua normalmente.

3. Geração do XML da NF-e/NFC-e

No momento da emissão da nota, o sistema utiliza os dados do pagamento original para preencher os grupos fiscais do XML:

• <pag>
• <detPag>
• <card>

As seguintes informações passam a ser geradas automaticamente:

Atendimentos mistos

O processo também suporta situações em que:

• Parte do pagamento foi realizada na loja de origem;
• Outra parte foi realizada na loja que está faturando.

Neste cenário, o documento fiscal será emitido considerando corretamente todos os pagamentos envolvidos.

IMPORTANTE

• Caso o pedido OMS não possua dados de pagamento válidos, o faturamento seguirá o processo padrão;
• Caso exista inconsistência nas informações de pagamento armazenadas no pedido, o sistema não permitirá o faturamento;
• Quando houver inconsistência, será exibida uma mensagem amigável ao usuário e o pedido permanecerá na fila aguardando correção;
• O campo de número de autorização suporta até 35 caracteres;
• Para pagamentos PIX integrados, o identificador da transação pode possuir até 128 caracteres;
• O beneficiário final do pagamento sempre será a loja que faturou e entregou a mercadoria;
• Este recurso não altera o comportamento do processo de split já utilizado pelo Boticário;
• Quando o parâmetro estiver desabilitado, o funcionamento padrão do sistema será mantido sem impacto nas operações existentes.