...
- 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.
...
- 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á os estes 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
...
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:
...
Atendimentos mistos
O processo também suporta situações em que:
...
- 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.
| Multimedia | ||||||
|---|---|---|---|---|---|---|
|