on 05-30-2012 4:43 PM
Pessoal,
Estou com um problema após o response do cenário BATCH, o retorno ocorre de maneira correta mas o cenário BATSR não é iniciado e no monitor de lote o status é de "em processamento", consequentemente no monitor NFe também.
O que já analisei:
Componente: SLL-NFE
SP: SAPK-90010INSLLNFE
SAPnotes analisadas: 1551082, 1473792 e 1662428.
Sem erros na SMQ1 no GRC e PI;
Sem erros na SMQ2 no GRC e PI;
Sem erros na SMQR no GRC e PI;
Sem erros na SMQS no GRC e PI;
Sem erros na SM58 no GRC e PI;
Sem erros na SXMB_MONI_BPE no PI;
Sem erros na ST22 no GRC e PI;
Sem erros na SM14 no GRC;
Sem erros nos destinos lógicos: GRC->PI, PI->GRC, Workflow_LOCAL_001;
Log do job do programa /XNFE/PROCESS_REPORTS sem erros no GRC;
Sem registros BATSR na SXI_MONITOR no PI;
Já exclui e refiz a configuração do cenário BATSR no PI;
Analisando um lote encontrei:
Na tabela /XNFE/BATSTA no GRC:
STATCODE = 103
RECEIPTNO está preenchido
PROCESS = X
Na tabela /XNFE/BAT_HIST no GRC:
BATCHID ERTIME BATSTAT ERROR_STATUS ERNAME ERROR_DESCRIP
000000000000052 20.120.530.132.929,9701070 01 MESANTO
000000000000052 20.120.530.132.930,0773360 02 MESANTO
000000000000052 20.120.530.132.934,5257340 03 RFCUSER
Ja depurei a execução do Proxy BATCH_nfeRecepcaoLoteResponse_IB, o retorno do processamento do lote ocorre, atualiza o GRC mas o cenário BATSR não é iniciado.
O problema ocorre após um retorno da SEFAZ-MS de homologação.
Nenhum retorno ocorreu ainda corretamente e é uma implementação do SAP GRC e não um Upgrade.
Alguém já viu isso?
abs
Marcelo Cristiano do Espirito Santo
Bom dia Marcelo,
Verifique também no /xnfe/batsta se se o número de MAXRETRIES (copiado da configuração de lote) é maior que o número de RETRIES (número efetivo de consultas feitas).
Verifique na SM12 se tem um lock para o report /XNFE/BATCH_REQUEST.
Tente também rodar o programa /XNFE/BATCH_REQUEST manualmente (ele é parte do endless /xnfe/process_reports).
Atenciosamente, Fernando Da Ros
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Fernando, bom dia!
A dica realmente ajudou!
Verifiquei os campos MAXRETRIES, RETRIES e WAIT da tabela /XNFE/BATSTA e todos os lotes estavam com todos estes campo em branco.
Verifiquei então a configuração de lote contida na tabela /XNFE/BATCUS para cada CNPJ emissor de NF-e e percebi que a configuração estava correta mas o registro Deafult do GRC (PARAM = 000 e VALUE = ' ') não tinha nenhuma informação para os campos MAXRETRIES, RETRIES e WAIT.
No WebDynpro de configuração de lote alterei as configurações do registro Default, emiti NFs e funcionou!
NFs emitidas
Na SM12 não tinha nada bloqueado também!
Muito obrigado pela ajuda!
abs
Marcelo
Bom dia Marcelo,
Show de bola.
Complementando, em termos da configuração de lote a mais eficiente é você deixar apenas a linha default e nenhuma por CNPJ. Configurar por CNPJ força um isolamento, digo lotes serão criados exclusivamente para este CNPJ, e pensando na lógica do transporte já que vai para Sefaz X aproveita e entregue todas as NF-es num mesmo lote.
Em termos de configuração de exceção que não a default, você pode adicionar entradas diferentes por Região (CUF/Sefaz) aí sim faz sentido, pois você pode por exemplo diminuir o número "contatos" com uma Sefaz que você sabe que é problemática, ou que exceptionalmente está problemática configurando o tempo de fechar lote e de reconsulta com valores mais elevados (ex: 120 segundos e 600 segundos).
Enquanto uma configuração genérica em tempos normais 40 segundos e 120 segundos.
Valores para quantidades, salvo caso excepcional 50 NF-es por lote e 500.000 bytes por lote.
Atenciosamente, Fernando Da Ros
Pessoal,
me confundi aqui na hora escrever a thread.
O status que o lote fica é o de "Enviado as autoridades".
abs
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
14 | |
4 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.