Diogenes,
infelizmente nao há, por uma serie de fatores:
1. mesmo que o GRC insira as notas na ordem, nos lotes, nada garante que um lote 1 serah processado antes que o lote 2 pela SEFAZ. O processamento lá é paralelo e é plenamente possivel de ter o retorno de um lote mais novo antes de um lote mais antigo;
2. no retorno pro ERP, se vc tiver chamando a operacao de impressao em RFC transacional (IN BACKGROUND TASK) nao há garantia da ordem de entrega.
Há outros fatores, relacionados principalmente a sincronia de Jobs, no ERP (no caso de RFCCALL = 3) e no GRC (para envio do lote e para a verificacao do mesmo). No pior caso, vai haver dessincronia e o lote 2 volta antes do 1.
Nao ha maneira simples de tratar. Uma alternativa é vc fazer um tratamento Z.
Por exemplo, pra toda nota q vc for imprimir, faz um select das notas pendentes, ordena pelo numero e checa se essa nota eh a 1a da lista:
- se for, imprime ela e todas imediatamente abaixo que jah estejam com retorno processado mas que estao sem flag de Impressa;
- se nao for, salva o status de retorno (na verdade jah deve ter sido salvo pela J_1B_NFE_XML_IN, soh confira) e saia sem imprimir (e sem por o flag de Impressa, claro).
Ainda, vc tem q fazer tratamento para processamento concorrente (pra nao deixar a mesma nota ser impressa por 2 funcoes que estao rodando em paralelo).
Existem diversos "contras" a um approach desses, principalmente relacionados a performance e casos de excecao.
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.