on 11-13-2014 3:24 PM
Boa tarde!
A equipe de BASIS na minha empresa está reclamando sobre o consumo de recursos pelas transações de J_1BNFE e as funções relacionadas.
Além disso, acontece com grau assustador de frequência que dá algum erro na atualização da tabela J_1BNFE_ACTIVE. A tela diz que há falha na inserção de NF-e com chave XXXXXXXX.
Há alguma maneira de contornar esses problemas?
Estou esperando o retorno do outro usuário sobre os dados que providenciei.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Blake
Por favor dê um feedback na thread e se for o caso encerre a mesma qualificando as respostas que lhe foram dadas.
Abraço
Eduardo Chagas
[Moderador SCN]
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
1. Não há "overlap" de parâmetros entre a execução normal (que exclui as filiais em questão) e o Z, que apenas as certas filiais utilizam.
2. Tem paralelismo sim. O processo Z é assíncrono e processa várias notas simultaneamente.
3. Quanto ao processo em job, ele espera um job terminar antes de iniciar o próximo job.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Normalmente, há um job que executa o J_BNFECALLRFC de 2 em 2 minutos.
Além disso, para três filiais específicas, há um programa Z que é utilizado para gerar NFENUMs em sequência quando há muitas notas para um único destinatário (obs: ele funciona criando job que executa J_BNFECALLRFC). Essas filiais costumam a executar esse programa em intervalos variando entre 4 e 10 minutos.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Blake,
Então você tem o mesmo programa sendo chamado de pelo menos 2 pontos.
Os parâmetros de execução desta execução normal e desta execução chamado via Z colidem? Digo, uma mesma nota pode ser chamada por qualquer dos programas?
E quanto à informação RFC da foto? Esse processo Z tem paralelismo?
É a ssíncrono? Se a ssíncrono colocaram limitação de n processos por vez?
Edit: Também verifique se o processo via job sempre termina antes dos 2 minutos ou está encavalando.
Atenciosamente, Fernando Da Rós
Bom dia Blake,
Na foto NFE_1 mostra um erro durante a execução do job decouple J_BNFECALLRFC, este programa roda sequencialmente e gravando a parte de numeração sincronamente para só depois arrumar o outro.
E na foto NFE_2 há vários processos parados RFC chamando rotinas de nota.
Perguntas:
- você está rodando vários J_BNFECALLRFC simultaneamente?
- como você é chamado este report via JOB ou algum programa / função própria está fazendo um SUBMIT ao programa?
- se via job você está controlando para não encavalar nenhum job? Há jobs rodando simultaneamente?
Atenciosamente, Fernando Da Rós
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Olá Blake.
Chegaram a conferir se não há algum problema na numeração dos documentos da NF-e (ou algum outro documento que possa estar sendo renumerado ou inserido à força em exit/badi)?
Pois isso está parecendo com erro na duplicação de registros na hora do commit do banco de dados.
Att.,
Alexandre B. Dambrowski
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
6 | |
5 | |
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.