Escolar Documentos
Profissional Documentos
Cultura Documentos
Importância Da Configuração de Lote de NF-e
Importância Da Configuração de Lote de NF-e
Hi, Guest
Log On
Products
About SCN
Downloads
Industries
Partnership
Developer Center
Lines of Business
University Alliances
Innovation
Version 1
created by Fernando Ros on May 29, 2013 7:00 AM, last modified by Fernando Ros on May 29, 2013 7:15 AM
Share
Store
Join Us
Tweet
URL: https://<host>:<port>/sap/bc/webdynpro/xnfe/master_batch?sap-client=<client>&sap-language=EN
Inicio este documento afirmando que existem excees regra, mas em geral a melhor configurao padro para
um cenrio produtivo a abaixo:
J um ambiente de desenvolvimento / homologao pode ter a configurao padro abaixo (muita diferena no?
No?) bem continue lendo para entender os por qus.
Tendo comeado pelo fim, segue a explicao de cada parmetro e seu impacto na emisso de NF-e, e um pouco
da histria do SAP GRC NFE 1.0 at agora o SAP NFE 10.0.
1) Por que apenas uma linha sem nenhum parmetro?
O SAP NFE ir usar esta configurao para criao de todos os lotes independente de regio, sendo que ele
automaticamente isola notas de empresa, regio, ambiente e SCAN de outras emisses diferentes.
2) Parmetros: De todos os disponveis na seleo a Regio (CUF) o mais relevante.
3) Criao de um lote (BATCH): As NF-es vo sendo recebidas no SAP NFE e assinadas, aps assinada comea
a contar o tempo de espera. Um lote fechado quando qualquer uma dos 3 limites de tempo, tamanho ou
quantidade atingido.
Por exemplo, na configurao sugerida para PRD, o lote criado quando tiver uma NF-e assinada a 30 segundos
OU o tamanho somado de NF-es assinadas ultrapassar 500.000 bytes OU a quantidade de NF-es assinadas atingir
50.
Activity
Brow se
Communications
Actions
Ao ser disparada esta criao o sistema ir pegar TODAS as NF-es, respeitando o isolamento, e tentar separar em
lotes respeitando os limites de tamanho e quantidade, ou seja, uma NF-e que acabou de ser assinada por esperar
0 segundos se pelo menos 1 j estava esperando a 30 segundos.
Recomendao: Deixe o tamanho e quantidade no mximo e modifique apenas o parmetro de tempo.
Dica: Mesmo para clientes de pouco volume, evite ser seduzido pela configurao de quantidade = 1 NF-e.
Invariavelmente alguma manuteno interna ou da Sefaz pode deixar um backlog de vrias notas. Se for por tempo
50 NF-es viram 1 lote, em se usando quantidade=1, sero 50 notas... vai ter que esperar a fila do PI e da Sefaz.
4) Isolamento forado por parametrizao incorreta: Veja a foto abaixo, mesmo tendo todos os parmetros
exatamente iguais o SAP NFE ir isolar as NF-es do CNPJ 12345678000134 e 12345678000411 mesmo que
sejam da mesma regio.
Exemplo: Imaginando apenas 3 NF-es assinadas aguardando um lote (1 do primeiro CNPJ, outra do segundo e
uma terceira de outro CNPJ mas mesma regio), ento o tempo de 30 segundos que ir disparar a criao de
lote. Neste momento o SAP NFE ir criar um lote para cada NF-e pela fora da configurao.
Ponto ruim: Forar a criao de lote por Sefaz consome bastante recurso a mais quando se trata da mesma regio
de envio/destino. O tempo/esforo para enviar e receber autorizao de um lote com 1 NF-e praticamente o
mesmo que um lote com 50 NF-es.
Histrico: Nas primeiras verses do SAP GRC NFE 1.0 acontecia problemas relacionados a falha de schema
rejeitando o lote como um todo, e esta era a forma usada para separar a responsabilidade das filiais. Tambm as
secretarias falhavam muito com lotes maiores. A realidade atual que o SAP NFE 10.0 faz muito bem o trabalho de
validao quase no existindo falha de schema, e as secretarias tambm evoluram muito.
Recomendao: Mate estas configuraes antigas e no use o parmetro CNPJ em nenhum caso.
5) Tempo de Re-Consulta (BATSR): A transmisso do lote secretaria acontece em duas mensagens sncronas.
A primeira envia os XMLs de NF-es e pega um recibo, a segunda envia o recibo e pega o resultado do
processamento.
Na entrega alm do recibo, a secretaria envia tambm o tempo mdio de processamento de lotes (TMED), que
costuma variar entre 0 e 2 segundos.
Para fazer a consulta do recibo pela primeira vez o SAP NFE usa o menor valor entre o TMED respondido pela Sefaz
e o Wait Time (Sec) da configurao de lote. Desta forma o Wait Time raramente usado nesta primeira consulta.
Histrico: Nem sempre TMED foi utilizado, ento sugestes antigas tinham um tempo menor para dar equilbrio
primeira consulta com as demais.
Estes valores de Re-Consulta s so utilizados caso a Sefaz responda com status 105 (Lote em
Processamento), algo com volte mais tarde. Sendo assim o SAP NFE ir aguardar o tempo definido em Wait Time
(Sec) para fazer nova consulta do resultado do lote. E ir tentar pelo nmero mximo de tentativas.
raro uma Secretaria em bom funcionamento responder com o status 105, e comum quando responde
com o status 105 o sistema de a secretaria estar enfrentando uma crise. Sendo assim, vale a dica: Evite configurar
seu sistema para estressar o sistema da secretaria bem provvel que seu lote atinga o nmero mximo
rapidamente sem receber a resposta. Neste caso s por ao manual o lote ser re-consultado.
Exemplos:
120 segundos por 5 tentativas d uma janela de espera para Sefaz 10 min.
10 segundos por 10 tentativas d uma janela de espera para secretaria de 1 min e 40 seg.
Observao: Caso sua emisso de notas seja feita em mais de uma secretaria, uma configurao estressante
aqui pode gerar muitas entradas de fila PI impactando faturamento das outras filiais de regies em que no esto
com problema.
6) Configuraes de lote temporrias: Como a recomendao foi dada j no incio de manter apenas 1 linha
padro, agora segue alguns exemplos do dia-a-dia do time de suporte NF-e nas empresas.
SO TEMPORRIAS: Eliminar a entrada aps estabilizao da Sefaz.
Caso 1: Uma secretaria comea a preender as comunicaes por minutos at timeout causando fila no WF sncrono
de envio BATCH / BATSR (na verdade qualquer interface).
Ao imediata: Identificada a Sefaz problemtica crie uma linha para ela com um tempo. J que a Sefaz est com
problema ao menos evito que ela infecte meus outros estados.
Caso 2: Uma secretaria com dificuldades no link de internet est com dificuldades de receber lotes grandes.
Ao Imediata: Incluir uma configurao para regio restringindo o tamanho conforme sua investigao identifique
um tamanho ideal para o momento.
7) Analisando criao de lotes: A fonte importante a investigar a tabela header do lote /xnfe/batsta.
Filtrando por regio, ordene pela data de criao e verifique:
- intervalo entre a criao de cada lote (CREATETMPL)
- quantidade de NF-es por lote (QUANTNFE)
- tamanho do lote (BATCHSIZE)
No exemplo acima a configurao de lote setada para restringir 1 NF-e por lote desperdiava idas e vindas
secretaria (recurso + tempo). As NF-es dos quadros vermelhos foram geradas muito prximas umas das outras
poderiam ter seguido secretaria em um mesmo lote sem perda de tempo.
Observao: O que no est visvel na imagem que a grande quantidade de lotes gerados provocava muitas
entradas nas filas e um resultado inesperado de demora na autorizao, contrrio ao desejo da configurao
requerente de chegou nota, cria lote.
Tambm no header do lote (/xnfe/basta) pode-se ler as informaes de tempo de re-consulta (WAIT),
nmero mximo de consultas (MAXRETRIES) e nmero de consultas realizadas (RETRIES).
Histrico: Este exemplo foi retidado do SAP GRC NFE 1.0, onde o assinador era PI + Java, o que dava um delay
natural. Agora com assinatura em ABAP a quantidade de NF-es disponveis num mesmo segundo bem maior. A
configurao do lote SOMENTE por tempo de espera ficou ainda melhor.
Para terminar lembre-se que a configurao de lote temporria e deve ser usada pelo time de monitoramento de
NF-e como uma ferramenta para adequar ao momento das secretarias, se est ruim l no precisa ficar aqui.
Grande abrao.
Segue da
1947 View s
Share
Tweet
7 Comments
Gustavo Oliveira May 29, 2013 6:32 PM
Excelente Trabalho!
Like (0)
Luciana Rossan May 29, 2013 6:39 PM (in response to Gustavo Oliveira)
Show Fernando!
Muito obrigada!!!
Like (0)
Da Rs, sensacional. Sem dvida, um contedo que todos devem ler, uma grande contribuio.
Like (0)
Muito bom!
Like (0)
Boa, garoto!
Um ponto a se considerar tambm que a configurao de lote por tempo tem que serconsiderada
quando se schedula o job /XNFE/PROCESS_REPORTS. De nada adianta uma config de 30
segundos e o job ser schedulado com uma variante de 5 minutos. Ambos os valores tem q ser
compatveis (i.e. variante do Job tem q ter granularidade um pouco menor que da config mnima
utilizada).
Alis, o tema de job to vasto, principalmente com os novos jobs do manifesto etc., acredito que
faz sentido um novo documento s falando dos jobs e variantes. Que tal? ;-)
Abs,
Henrique.
Like (2)
Leu minha mente ;-) Vir um cobrindo jobs importantes para NF-e, incluindo os nativos, PI,
NetWeaver
Like (3)
Site Index
Privacy
Contact Us
Terms of Use
Copyright
Follow SCN