on 02-23-2011 2:09 PM
Bom dia,
O meu GRC conseguiu com 1 docnum gerar 3 chaves de acesso diferentes.
Houve "marretadas" no ERP, porém no ERP não foi criado outro DOCNUM.
Gostaria de saber se tem algum jeito do GRC fazer uma consistencia melhor, para evitar salvar chaves de acessos incorretas no GRC.
Gostaria de saber se alguém já passou por isso, e o que deve ser feito.
Grato,
Roberto
Bom dia Roberto,
O GRC não cria... É o ERP que está numerando/mandando mais de uma vez.
Para eliminar este problema é recomendado utilizar o decouple (job) com todas as notas das correções dele aplicadas no ambiente.
Como é o seu cenário no ERP? De onde parte a numeração/transmissão? Tem decouple? É standard, são jobs que disparam?
Atenciosamente, Fernando Da Ró
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia,
Realmente foi o ERP que mandou 3 chaves de acesso com o mesmo docnum para o GRC.
A 1a chave de acesso foi sem numero de NF.
Foi colocado o numero da NF, porem o digito verificador foi errado pro GRC.
Foi corrigido o digito, e uma uma 3a chave foi mandada ao GRC, e voltou autorizada da SEFAZ.
Agora preciso inutlizar "apenas" no GRC as 02 chaves de acesso incorretas.
Só que não sei como fazer.
Poderia me orientar?
Grato,
Roberto
Bom dia Roberto,
Inutilizar é um conceito ligado à Sefaz, no caso estas outras duas chaves de acesso e registros no GRC não devem seguir para Sefaz visto que estavam incompletos.
Pelo teor das suas questões, tenho duas dicas:
- implemente todas as notas XX-CSC-BR-NFE antes de se preocupar com erros assim
- implemente desde já o decouple (CALLRFC configurado diferente de vazio no customizing de local de negócio) e job J_BNFECALLRFC schedulado
Atenciosamente, Fernando Da Ró
User | Count |
---|---|
15 | |
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.