Ir para o conteúdo principal

ProtheusDevolucaoCupomFiscalPontual (STATUS: PARCIAL)

Documentação Técnica

Nome do clienteOSKLEN
Nome do projetoIntegração LINX → Protheus
Bibliotecawosk_protheus_devolucao_cupom_fiscal_pontual
Data03/03/2026


Histórico de Versões

DataVersãoModificado porDescrição da Mudança
03/03/20261.0Maykon/GustavoCriação da documentação técnica do processo ProtheusDevolucaoCupomFiscalPontual.

Descrição

Esta biblioteca organiza a integração de devoluções de cupom fiscal do LINX para o Protheus, capturando documentos por dia e encaminhando cada um para processamento em fila.

Capturador

Descrição Conceitual

Captura devoluções de cupom fiscal a partir da view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL e encaminha cada documento (com seus itens) para processamento em fila. A captura suporta processamento cronológico por dia (filtro DATA_PARA_TRANSFERENCIA BETWEEN do início ao fim do dia, ordenação e paginação), e também permite captura manual por chave no padrão F1_FILIAL-F1_DOC-LQ_SERIE-F1_FORNECE-F1_LOJA.

A origem dos dados é a view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL, consultada com projeção predefinida. O filtro WHERE DATA_PARA_TRANSFERENCIA BETWEEN 'dataInicio' AND 'dataFim' (dataInicio = 00:00:00, dataFim = 23:59:59 do dia) e a ordenação por DATA_PARA_TRANSFERENCIA ASC com OFFSET/FETCH NEXT são aplicados na captura automática. Ao concluir o dia, o próximo dia é agendado. Para cada registro retornado, os itens são obtidos da view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_ITEM_PONTUAL e o documento é registrado na fila de processamento.

Fonte

Origem consultada: view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL.

Itens: view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_ITEM_PONTUAL.

Operações com Dados

Processamento cronológico (ordenação/paginação por data): a captura consulta registros com filtro por dia (DATA_PARA_TRANSFERENCIA BETWEEN dataInicio AND dataFim), ordena por DATA_PARA_TRANSFERENCIA ASC e pagina com OFFSET/FETCH NEXT.
link: Cronológico

Consulta base da fonte (projeção completa):

SELECT
    F1_FILIAL,
    F1_DOC,
    LQ_SERIE,
    F1_FORNECE,
    F1_LOJA,
    F1_COND,
    F1_XNATOPE,
    F1_XCANAL,
    F1_XNATUR,
    F1_DUPL,
    F1_EMISSAO,
    F1_DTDIGIT,
    F1_RECBMTO,
    F1_EST,
    F1_ESTPRES,
    F1_TIPO,
    F1_FORMUL,
    F1_ESPECIE,
    F1_VALMERC,
    F1_VALBRUT,
    F1_FRETE,
    F1_DESPESA,
    F1_SEGURO,
    F1_DESCONTO,
    F1_BASEICM,
    F1_VALICM,
    F1_BASEIPI,
    F1_VALIPI,
    F1_BRICMS,
    F1_ICMSRET,
    F1_BASIMP5,
    F1_VALIMP5,
    F1_BASIMP6,
    F1_VALIMP6,
    BASEPS3,
    VALPS3,
    BASECF3,
    VALCF3,
    F1_MUORITR,
    F1_UFORITR,
    F1_MUDESTR,
    F1_UFDESTR,
    F1_II,
    F1CIF,
    F1_TIPO_NF,
    F1_CHVNFE,
    F1_DAUTNFE,
    F1_HAUTNFE,
    F1_PROTOC,
    F1_NFELETR,
    F1_EMINFE,
    F1_HORNFE,
    F1_TPFRETE,
    F1_TPCTE,
    P1_PLIQUI,
    P1_PBRUTO,
    P1_ESPECI1,
    P1_VOLUME1,
    F1_ORIGLAN,
    F1_NFORIG,
    F1_SERORIG,
    F1_NUMTRIB,
    F1_MOEDA,
    F1_PREFIXO,
    F1_STATUS,
    F1_ESTPRES_2,
    F1_SDOC,
    F1_TRANSP,
    F3_DTCANC,
    F3_CODRSEF,
    F1_XCBSIBS,
    DATA_PARA_TRANSFERENCIA
FROM
    WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL (NOLOCK)

Consulta cronológica por dia (string dinâmica):

SELECT ... FROM WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL (NOLOCK)
WHERE
    DATA_PARA_TRANSFERENCIA BETWEEN '{dataInicio}' AND '{dataFim}'
ORDER BY
    DATA_PARA_TRANSFERENCIA ASC
OFFSET
    {OFFSET} ROWS
FETCH NEXT
    {TOP} ROWS ONLY

Consulta de itens do documento:

SELECT
    D1_FILIAL,
    D1_ITEM,
    D1_COD,
    B1_TP,
    B1_UM,
    B1_LOCAL,
    B1_GRUPO,
    D1_TEC,
    D1_QUANT,
    D1_VUNIT,
    D1_TOTAL,
    D1_DESC,
    D1_VALDESC,
    D1_SEGURO,
    D1_VALFRE,
    D1_DESPESA,
    D1_EMISSAO,
    D1_DTDIGIT,
    D1_DOC,
    D1_SERIE,
    F1_SDOC,
    D1_TIPO,
    D1_FORNECE,
    D1_LOJA,
    D1_CLASFIS,
    D1_OPER,
    D1_CF,
    D1_BASEIPI,
    D1_IPI,
    D1_VALIPI,
    D1_BASEICM,
    D1_PICM,
    D1_VALICM,
    D1_VRDICMS,
    D1_VALANTI,
    D1_ICMSDIF,
    D1_BASFECP,
    D1_ALQFECP,
    D1_VALFECP,
    D1_ALIQCMP,
    D1_DIFAL,
    D1_BSFCCMP,
    D1_ALFCCMP,
    D1_VFCPDIF,
    D1_AFCPANT,
    D1_VFCPANT,
    D1_BRICMS,
    D1_ALIQSOL,
    D1_MARGEM,
    D1_ICMSRET,
    D1_BSFCPST,
    D1_ALFCPST,
    D1_VFECPST,
    D1_BASIMP5,
    D1_ALQIMP5,
    D1_VALIMP5,
    D1_BASIMP6,
    D1_ALQIMP6,
    D1_VALIMP6,
    D1_ALIQII,
    D1_II,
    D1_CIF,
    D1_TIPO_NF,
    D1_OP,
    D1_CC,
    D1_CONTA,
    D1_PESO,
    D1_DATORI,
    D1_NFORI,
    D1_SERIORI,
    D1_ITEMORI,
    D1_ORIGLAN,
    DKD_XCBSBS,
    DKD_XCBSAL,
    DKD_XCBSVL,
    DKD_XIBSBS,
    DKD_XIBSAL,
    DKD_XIBSVL,
    DATA_PARA_TRANSFERENCIA
FROM
    WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_ITEM_PONTUAL (NOLOCK)
WHERE
    D1_FILIAL = '{F1_FILIAL}'
    AND D1_DOC = '{F1_DOC}'
    AND D1_SERIE = '{LQ_SERIE}'
    AND D1_FORNECE = '{F1_FORNECE}'
    AND D1_LOJA = '{F1_LOJA}'

Captura manual: o filtro WHERE é montado dinamicamente a partir da chave, restringindo por F1_FILIAL, F1_DOC, LQ_SERIE, F1_FORNECE e F1_LOJA. Chave inválida quando count(chave) < 5.

Fila de Processamento

Descrição Conceitual

A fila recupera um registro pendente e utiliza o conteúdo do registro como base do payload de integração. Em seguida, aplica transformações obrigatórias de padronização e realiza a chamada ao Protheus.

Antes do envio, valida a integração prévia do cliente (F1_LOJA-F1_FORNECE); quando houver itens com documento de origem (D1_NFORI, D1_SERIORI), classifica-os em cupons de troca (fornecedor 359436040 ou data de origem anterior a 2025-01-01) ou documentos de devolução Omni (demais casos), validando cada grupo via rotinas inteligentes. Em falha, o item é marcado como suspenso por dependência. Ao final, registra o retorno e a situação na tabela de fila.

Estruturação de Dados

O payload enviado ao Protheus segue o schema definido no array $field da fila. Reestruturação: o conteúdo da fila chega com ITENS; o processo renomeia para ITENS_DEV, envolve o cabeçalho em CAB_DEV e aplica getConteudo para mapear os campos conforme o schema. Abaixo está o mapeamento oficial de origem → payload.

Cabeçalho (CAB_DEV)

Campo no payloadCampo de origem
F1_FILIALF1_FILIAL
F1_DOCF1_DOC
F1_SERIELQ_SERIE
F1_FORNECEF1_FORNECE
F1_LOJAF1_LOJA
F1_CONDF1_COND
F1_XNATURF1_XNATUR
F1_DUPLF1_DUPL
F1_EMISSAOF1_EMISSAO
F1_DTDIGITF1_DTDIGIT
F1_RECBMTOF1_RECBMTO
F1_ESTF1_EST
F1_ESTPRESF1_ESTPRES
F1_TIPOF1_TIPO
F1_FORMULF1_FORMUL
F1_ESPECIEF1_ESPECIE
F1_VALMERCF1_VALMERC
F1_VALBRUTF1_VALBRUT
F1_FRETEF1_FRETE
F1_DESPESAF1_DESPESA
F1_SEGUROF1_SEGURO
F1_DESCONTF1_DESCONTO
F1_BASEICMF1_BASEICM
F1_VALICMF1_VALICM
F1_BASEIPIF1_BASEIPI
F1_VALIPIF1_VALIPI
F1_BRICMSF1_BRICMS
F1_ICMSRETF1_ICMSRET
F1_BASIMP5F1_BASIMP5
F1_VALIMP5F1_VALIMP5
F1_BASIMP6F1_BASIMP6
F1_VALIMP6F1_VALIMP6
BASEPS3BASEPS3
VALPS3VALPS3
BASECF3BASECF3
VALCF3VALCF3
F1_MUORITRF1_MUORITR
F1_UFORITRF1_UFORITR
F1_MUDESTRF1_MUDESTR
F1_UFDESTRF1_UFDESTR
F1_IIF1_II
F1CIFF1CIF
F1_TIPO_NFF1_TIPO_NF
F1_CHVNFEF1_CHVNFE
F1_DAUTNFEF1_DAUTNFE
F1_HAUTNFEF1_HAUTNFE
F1_PROTOCF1_PROTOC
F1_NFELETRF1_NFELETR
F1_EMINFEF1_EMINFE
F1_HORNFEF1_HORNFE
F1_TPFRETEF1_TPFRETE
F1_TPCTEF1_TPCTE
P1_PLIQUIP1_PLIQUI
P1_PBRUTOP1_PBRUTO
P1_ESPECI1P1_ESPECI1
P1_VOLUME1P1_VOLUME1
F1_ORIGLANF1_ORIGLAN
F1_NFORIGF1_NFORIG
F1_SERORIGF1_SERORIG
F1_NUMTRIBF1_NUMTRIB
F1_MOEDAF1_MOEDA
F1_PREFIXOF1_PREFIXO
F1_STATUSF1_STATUS
F1_SDOCF1_SDOC
F1_TRANSPF1_TRANSP
F1_XNATOPEF1_XNATOPE
F1_XCANALF1_XCANAL
F3_DTCANCF3_DTCANC
F3_CODRSEFF3_CODRSEF
F1_XCBSIBSF1_XCBSIBS

ITENS_DEV

Campo no payloadCampo de origem
D1_FILIALD1_FILIAL
D1_ITEMD1_ITEM
D1_CODD1_COD
D1_TPB1_TP
D1_UMB1_UM
D1_LOCALB1_LOCAL
D1_GRUPOB1_GRUPO
D1_TECD1_TEC
D1_QUANTD1_QUANT
D1_VUNITD1_VUNIT
D1_TOTALD1_TOTAL
D1_DESCD1_DESC
D1_VALDESCD1_VALDESC
D1_SEGUROD1_SEGURO
D1_VALFRED1_VALFRE
D1_DESPESAD1_DESPESA
D1_EMISSAOD1_EMISSAO
D1_DTDIGITD1_DTDIGIT
D1_DOCD1_DOC
D1_SERIED1_SERIE
D1_SDOCF1_SDOC
D1_TIPOD1_TIPO
D1_FORNECED1_FORNECE
D1_LOJAD1_LOJA
D1_CLASFISD1_CLASFIS
D1_OPERD1_OPER
D1_CFD1_CF
D1_BASEIPID1_BASEIPI
D1_IPID1_IPI
D1_VALIPID1_VALIPI
D1_BASEICMD1_BASEICM
D1_PICMD1_PICM
D1_VALICMD1_VALICM
D1_VRDICMSD1_VRDICMS
D1_VALANTID1_VALANTI
D1_ICMSDIFD1_ICMSDIF
D1_BASFECPD1_BASFECP
D1_ALQFECPD1_ALQFECP
D1_VALFECPD1_VALFECP
D1_ALIQCMPD1_ALIQCMP
D1_DIFALD1_DIFAL
D1_BSFCCMPD1_BSFCCMP
D1_ALFCCMPD1_ALFCCMP
D1_VFCPDIFD1_VFCPDIF
D1_AFCPANTD1_AFCPANT
D1_VFCPANTD1_VFCPANT
D1_BRICMSD1_BRICMS
D1_ALIQSOLD1_ALIQSOL
D1_MARGEMD1_MARGEM
D1_ICMSRETD1_ICMSRET
D1_BSFCPSTD1_BSFCPST
D1_ALFCPSTD1_ALFCPST
D1_VFECPSTD1_VFECPST
D1_BASIMP5D1_BASIMP5
D1_ALQIMP5D1_ALQIMP5
D1_VALIMP5D1_VALIMP5
D1_BASIMP6D1_BASIMP6
D1_ALQIMP6D1_ALQIMP6
D1_VALIMP6D1_VALIMP6
D1_ALIQIID1_ALIQII
D1_IID1_II
D1_CIFD1_CIF
D1_TIPO_NFD1_TIPO_NF
D1_OPD1_OP
D1_CCD1_CC
D1_CONTAD1_CONTA
D1_PESOD1_PESO
D1_DATORID1_DATORI
D1_NFORID1_NFORI
D1_SERIORID1_SERIORI
D1_ITEMORID1_ITEMORI
D1_ORIGLAND1_ORIGLAN
DKD_XCBSBSDKD_XCBSBS
DKD_XCBSALDKD_XCBSAL
DKD_XCBSVLDKD_XCBSVL
DKD_XIBSBSDKD_XIBSBS
DKD_XIBSALDKD_XIBSAL
DKD_XIBSVLDKD_XIBSVL

Exemplo de payload enviado

{
  "CAB_DEV": {
    "F1_FILIAL": "",
    "F1_DOC": "",
    "F1_SERIE": "",
    "F1_FORNECE": "",
    "F1_LOJA": "",
    "F1_COND": "",
    "F1_XNATUR": "",
    "F1_DUPL": "",
    "F1_EMISSAO": "",
    "F1_DTDIGIT": "",
    "F1_RECBMTO": "",
    "F1_EST": "",
    "F1_ESTPRES": "",
    "F1_TIPO": "",
    "F1_FORMUL": "",
    "F1_ESPECIE": "",
    "F1_VALMERC": 0,
    "F1_VALBRUT": 0,
    "F1_FRETE": 0,
    "F1_DESPESA": 0,
    "F1_SEGURO": 0,
    "F1_DESCONT": 0,
    "F1_BASEICM": 0,
    "F1_VALICM": 0,
    "F1_BASEIPI": 0,
    "F1_VALIPI": 0,
    "F1_BRICMS": 0,
    "F1_ICMSRET": 0,
    "F1_BASIMP5": 0,
    "F1_VALIMP5": 0,
    "F1_BASIMP6": 0,
    "F1_VALIMP6": 0,
    "BASEPS3": 0,
    "VALPS3": 0,
    "BASECF3": 0,
    "VALCF3": 0,
    "F1_II": 0,
    "F1CIF": 0,
    "P1_PLIQUI": 0,
    "P1_PBRUTO": 0,
    "P1_VOLUME1": 0,
    "F1_MOEDA": 0,
    "F1_TIPO_NF": "",
    "F1_CHVNFE": "",
    "F1_DAUTNFE": "",
    "F1_HAUTNFE": "",
    "F1_PROTOC": "",
    "F1_NFELETR": "",
    "F1_EMINFE": "",
    "F1_HORNFE": "",
    "F1_TPFRETE": "",
    "F1_TPCTE": "",
    "F1_ORIGLAN": "",
    "F1_NFORIG": "",
    "F1_SERORIG": "",
    "F1_NUMTRIB": "",
    "F1_PREFIXO": "",
    "F1_STATUS": "",
    "F1_SDOC": "",
    "F1_TRANSP": "",
    "F1_XNATOPE": "",
    "F1_XCANAL": "",
    "F3_DTCANC": "",
    "F3_CODRSEF": "",
    "F1_XCBSIBS": "",
    "ITENS_DEV": []
  }
}



Tratamento de Dados

Antes do envio ao Protheus, o payload passa por validações e padronizações obrigatórias.

Validação de dependência
- F1_FORNECE, F1_LOJA: exige confirmação de integração prévia do cliente via rotina inteligente Cliente Integrado; em falha, o item é marcado como suspenso por dependência (suspensaoTipo = ProtheusCliente, suspensaoChave = F1_LOJA-F1_FORNECE).
- Quando houver itens com documento de origem (D1_NFORI, D1_SERIORI): classifica em cupons de troca (fornecedor = 359436040 ou D1_DATORI anterior a 2025-01-01) ou documentos de devolução Omni (demais casos); valida cupons de troca via Cupom Ecommerce Integrado (suspensaoTipo = ProtheusCupomEcommerce) e documentos Omni via Nota Fiscal Omni Integrado (suspensaoTipo = ProtheusNotaFiscalOmni).

Padronização numérica (setNumeric)
- Cabeçalho: F1_VALMERC, F1_VALBRUT, F1_FRETE, F1_DESPESA, F1_SEGURO, F1_DESCONT, F1_BASEICM, F1_VALICM, F1_BASEIPI, F1_VALIPI, F1_BRICMS, F1_ICMSRET, F1_BASIMP5, F1_VALIMP5, F1_BASIMP6, F1_VALIMP6, F1_BASEPS3, F1_VALPS3, F1_BASECF3, F1_VALCF3, F1_II, F1_CIF, F1_PLIQUI, F1_PBRUTO, F1_VOLUME1, F1_MOEDA: normalizados com o padrão do setNumeric(...).

- D1_QUANT: normalizado com 3 casas decimais (setNumeric(..., 3, false)).
- D1_VUNIT: normalizado com 5 casas decimais (setNumeric(..., 5, false)).
- D1_TOTAL, D1_DESC, D1_VALDESC, D1_SEGURO, D1_VALFRE, D1_DESPESA, D1_BASEIPI, D1_IPI, D1_VALIPI, D1_BASEICM, D1_PICM, D1_VALICM, D1_VRDICMS, D1_VALANTI, D1_ICMSDIF, D1_BASFECP, D1_ALQFECP, D1_VALFECP, D1_ALIQCMP, D1_DIFAL, D1_BSFCCMP, D1_ALFCCMP, D1_VFCPDIF, D1_AFCPANT, D1_VFCPANT, D1_BRICMS, D1_ALIQSOL, D1_MARGEM, D1_ICMSRET, D1_BSFCPST, D1_ALFCPST, D1_VFECPST, D1_BASIMP5, D1_ALQIMP5, D1_VALIMP5, D1_BASIMP6, D1_ALQIMP6, D1_VALIMP6, D1_ALIQII, D1_II, D1_CIF, D1_PESO, DKD_XCBSBS, DKD_XCBSAL, DKD_XCBSVL, DKD_XIBSBS, DKD_XIBSAL, DKD_XIBSVL: normalizados com o padrão do setNumeric(...).

Integração com o Protheus

Chamada de integração com o Protheus
- Chamada: Requisição HTTP
- Recurso: cupom
- Método HTTP: POST
- Cabeçalhos:
  - tenantId: <primeiros 2 caracteres de F1_FILIAL>,<F1_FILIAL>

Tratamento de retorno
- Ausência de resposta: gera erro com mensagem JSON: NÃO HOUVE RESPOSTA.
- Resposta inválida/inesperada: se não for array ou não contiver Mensagem, gera erro com JSON: NÃO FOI POSSÍVEL DECODIFICAR A RESPOSTA.
- Ajuste de sucesso por mensagem: quando Mensagem Detalhada contém indicação de “já cadastrado”, a resposta é tratada como sucesso (Mensagem = OK) e o campo code é removido (se existir).
- Condição de erro: quando existir code na resposta ou quando Mensagem = ERRO, o processamento é marcado como falha.
- Condição de sucesso: quando o retorno é considerado OK, o item é finalizado como sucesso.

Rotinas Inteligentes

Cupom Ecommerce Integrado: chamada antes do envio ao Protheus, quando houver itens classificados como cupons de troca (fornecedor 359436040 ou data de origem anterior a 2025-01-01). Garante que os cupons de origem estejam integrados para permitir a devolução.
link: Cupom Ecommerce Integrado

Nota Fiscal Omni Integrado: chamada antes do envio ao Protheus, quando houver itens classificados como documentos de devolução Omni (data de origem a partir de 2025-01-01 ou vazia). Garante que os documentos de origem estejam integrados para permitir a devolução.
link: Nota Fiscal Omni Integrado

Cliente Integrado: chamada no início do processamento, antes do envio ao Protheus. Garante que o cliente do documento esteja integrado para permitir a integração da devolução de cupom fiscal.
link: Cliente Integrado

Tratamento de retorno

Persistência do resultado: o item processado é atualizado na tabela wosk_queue (base integrador), registrando retorno, mensagem, requisição, tempo e situação de processamento, incluindo informações de suspensão por dependência quando aplicável.

Situações utilizadas:
- 1: Em envio.
- 2: Sucesso.
- 3: Suspenso por dependência (cliente não integrado, cupom ecommerce ou nota fiscal Omni pendente).
- 4: Erro.

Encaminhamento em cenário de erro

Quando a falha ocorre por dependência prévia (cliente não integrado, cupom ecommerce ou documento Omni ainda pendente), o item pode ser marcado como suspenso e permanecer aguardando regularização. Demais falhas permanecem como erro com mensagem registrada para correção e reprocessamento.

Notificação

A notificação de erros consulta itens com falha na tabela wosk_queue para o serviço ProtheusDevolucaoCupomFiscalPontual, ordena por data e prepara a mensagem para envio, extraindo apenas a parte relevante de erros de SQL Server quando aplicável e higienizando a mensagem de erro.
SELECT
    `token`,
    `acao`,
    `chave`,
    `data_adicionado`,
    `data`,
    `mensagem` AS 'ERRO'
FROM
    `{BASE_INTEGRADOR}`.`wosk_queue`
WHERE
    `acao` = 'ProtheusDevolucaoCupomFiscalPontual'
    AND `situacao` = 4
ORDER BY
    `data` ASC

Fluxo do Processo

Diagrama sem nome.jpg


Critérios de Aceitação

ProcessoSubprocessoDescriçãoSituação esperada
CapturadorCaptura por dia e encaminhamentoAo consultar a view WOSK_SERVICO_ENVIA_PROTHEUS_CUPOM_DEVOLUCAO_CABECALHO_PONTUAL, deve capturar documentos do dia (DATA_PARA_TRANSFERENCIA BETWEEN 00:00:00 e 23:59:59), ordenar por DATA_PARA_TRANSFERENCIA ASC, paginar e encaminhar cada documento para processamento em fila. Ao concluir o dia, agendar o próximo dia.Documentos capturados são disponibilizados para processamento e auditáveis em wosk_queue.
Fila de ProcessamentoValidação de dependênciaAntes de integrar a devolução de cupom fiscal, deve validar a integração prévia do cliente (F1_FORNECE/F1_LOJA); e, quando houver itens com documento de origem, deve validar cupons de troca (Cupom Ecommerce Integrado) ou documentos Omni (Nota Fiscal Omni Integrado) conforme classificação por fornecedor e data.Processamento suspenso (situacao = 3) quando houver dependência não atendida, com mensagem registrada.
Fila de ProcessamentoNormalização numéricaAo preparar o payload, deve normalizar campos numéricos do cabeçalho e itens, aplicando precisão diferenciada para D1_QUANT (3 casas, false) e D1_VUNIT (5 casas, false).Payload consistente e pronto para envio, com valores padronizados conforme regra.
Fila de ProcessamentoIntegração e persistência do retornoApós enviar ao Protheus (POST no recurso cupom com header tenantId), deve validar a resposta, tratar “já cadastrado” como sucesso e registrar em wosk_queue o retorno, mensagem e situação final.Fila atualizada com situação final e detalhes de auditoria.