on 09-25-2013 10:35 PM
Boa noite pessoal,
Tivemos 2 casos na empresa onde tanto a NF quanto a fatura sumiram da base ECC, porém existe no monitor do GRC e foi aprovada na sefaz..
Ao consultar a nota no GRC e tentar voltar com o status para o ECC dá a mensagem "Não existe entrada em tabela para nº documento 0001489927..."
Vi que na tabela J_1BNFDOC sumiram três documentos da sequência e na transação de log SCU3 não aparece nenhuma modificação.
No fluxo de venda foram gerados novos documentos continuando a sequencia (fatura / NF).
Poderia ser um bug no SAP? Alguém já passou por isso e soube resolver?
Att,
Gizela
Gizela
Será que não foi um bug do JOB do GRC que atualiza o ERP. (/XNFE/UPDATE_ERP_STATUS), algo do tipo, nao lembro...
Já vi acontecer da NFe ter sido gerada, ter ficado na engrenagem, e no GRC estar tudo OK, e só fui rodar este programa na mão, e acabou funcionando.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Já vi isso acontecer!
Não me lembro bem agora qual o motivo mas se não me engano estava relacionando a configuração do tipo de nota + numeração + operação errada do usuário.
Você fez a consulta da nota no ECC pelo número do documento de fatura? Verifique se você tem alguma nota manual de saída lançada como mesmo número dessa NF-e.
Abraço
Eduardo Chagas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Eduardo,
Obrigada pelo retorno.
No ECC não existe o docnum, fatura e docto contabil criado na operação. Todos são gerados automaticamente no momento da gravação da fatura. Não era uma NF writer, veio de um processo automático.
Se olho nas tabelas do ECC os documentos nem existem, saltou a numeração.
abçs,
Gizela
Gizela,
Antes de utilizarmos o decouple, também acontecia isso, pois antes de finalizar o commit da fatura/notafiscal, era feito o envio da NFe para a SEFAZ, e se caso desse erro durante o commit, acontecia o rollback, desfazendo a fatura e a nf, daí quando recebia o retorno do GRC, era de uma NF qua já não existia mais.
Ricardo.
Oi Ricardo,
Abrimos um chamado na SAP e ela nos sugeriu aplicarmos o decouple, nota 1889641. Iremos fazer a alteração. Além dessa configuração que a nota recomenta, passar a usar 1, 2 ou 3 na configuração de "Atribuir parêmetros de numeração e impressão" é necessário mais alguma outra configuração no ECC ou do lado do PI?
Como será a numeração da NF quando a sefaz entrar em contingência?
Att,
Gizela
Oi Gizela,
Ok. Utilizamos o callrfc =2, e não é necessário mais nehuma configuração.
A numeração para contingência (em paepel) não muda.
Tivemos que alterar o programa J_BNFECALLRFC para não recusar o callrfc = 2, pois assim podemos, quando necessário, numnerar a NFe e enviar via monitor.
Um abraço,
Ricardo.
Oi Gizela,
Aqui utilizamos a contingência em papel, e tanto a emissão normal quanto a emissão em contingência, a numeração é feita pelo ECC e utiliza o mesmo intervalo de NFe (sequencial), o que muda é só o tpemis (tipo de emissão 1-normal e 2-contingência FS).
Não conheço os detalhes de todos os processos de contingência existentes, mas acho que todos são numerados pelo ECC.
Abraços,
Ricardo
Olá Gizela,
Toda numeração de NF-es (via standard e em considerar numeração externa) é feita pelo ECC.
Se vc tiver o SCAN configurado/ativado, a função J_1B_NFE_SET_NUMBER fará a checagem de qual ambiente está ativo. Se SEFAZ, numera pela sequencia normal. Se SEFAZ estiver fora, verifica SCAN, que se estiver ativo numera poraí.
No caso de contingência FS, pelo que lembro a sequencia é a mesma, mudando somente o Tipo de Emissão (conforme o Ricardo Carneiro Moreira comentou).
Veja a documentação sobre este processo/configuração em:
http://help.sap.com/saphelp_erp60_sp/helpdata/en/4e/305c7da32e451ce10000000a42189b/content.htm
Sobre a parte que vc pergunta sobre alternância entre os Tipos de Emissão:
Quando a NF é numerada em contingência FS, por exemplo, o tpemis fica = 2, isto quer dizer que a chave de acesso fica com este valor setado.
Assim, não é possível simplesmente esperar voltar o serviço SEFAZ e reenviar a NF, esperando que seja autorizada como NF normal. Sem intervenção manual (trocar o tpemis) essa NF nunca será normal.
Se a NF não foi enviada para o destinatário, vc pode (desde que o controle de tela permita, ou via manipulação direta das tabelas - não recomendável) mudar o tpemis para 1, daí sim poderia ser enviada para autorização normalmente. Entretanto, o correto seria enviar a NF para aprovação como emitida em contingência mesmo, só que a impressão da mesma precisa ser em FS e em duas vias.
Para outros tipos de contingência, pode ter comportamento diferente - ex.: o SCAN tem série (de 900 a 999) e numeração próprios.
Conforme o Manual de Integração 5.0, temos 7 opções para tpemis:
1 – Normal – emissão normal;
2 – Contingência FS – emissão em contingência com impressão do DANFE em Formulário de Segurança;
3 – Contingência SCAN – emissão em contingência no Sistema de Contingência do Ambiente Nacional – SCAN;
4 – Contingência DPEC - emissão em contingência com envio da Declaração Prévia de Emissão em Contingência – DPEC;
5 – Contingência FS-DA - emissão em contingência com impressão do DANFE em Formulário de Segurança para Impressão de Documento Auxiliar de Documento Fiscal Eletrônico (FS-DA);
6 – Contingência SVC-AN, emissão em contingência na SEFAZ Virtual do Ambiente Nacional;
7 – Contingência SVC-RS, emissão em contingência na SEFAZ Virtual do RS.
Isso responde sua dúvida?
Se não, manda reply
Abs,
Eduardo Hartmann
Olá Eduardo, veja se pode me ajudar!
O problema é o seguinte: Não temos GRC.
Faço o envio da NF-e para SEFAZ, minha menssageria autoriza a nota em DPEC automaticamente quando a SEFAZ está fora do ar, o problema é que nesse caso chave da NFe é alterada, pois o tipo de emissão e também o digito verificador é alterado na menssageria.
Minha dúvida é como posso tratar isso dentro do SAP?
Devo alterar a chave da NFe no SAP através de alguma BADI? se sim qual BADI???
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.