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.
- Para pagamentos PIX, somente serão considerados pagamentos processados pelo QR Code do PDV ou pelo Pin Pad. PIX digitado manualmente não participa deste processo;
- 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, o Linx OmniPOS utilizará os dados de pagamento existentes no pedido OMS 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:
| Informação | Origem |
|---|---|
| Tipo de pagamento | Forma de pagamento realizada na loja de origem |
| Valor do pagamento | Valor pago originalmente |
| Data do pagamento | Data da autorização da transação |
| CNPJ da loja pagadora | Loja onde o pagamento foi realizado |
| UF da loja pagadora | Estado da loja que realizou o pagamento |
| Código de autorização | Retornado pela operadora/TEF |
| Bandeira do cartão | Visa, Mastercard, etc. |
| Adquirente | Operadora responsável pelo pagamento |
| Terminal de pagamento | Equipamento utilizado na transação |
| Beneficiário final | Loja que faturou e entregou a mercadoria |
Situações em que o sistema gera CNPJ e UF da loja pagadora
As informações de CNPJ e UF da loja que realizou o pagamento serão geradas automaticamente no XML quando:
- A loja que faturou for diferente da loja que recebeu o pagamento;
- O faturamento ocorrer em UF diferente da loja pagadora.
Nesses casos, o documento fiscal será emitido com:
- CNPJPag
- UFPag
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.