Erro de período fechado ao cancelar NF-e

[eduardohartmann]

Boa noite pessoal,

Já aconteceu a seguinte situação com vocês?

Criei uma NF-e hoje (3 de março) via J1B1N, salvou normalmente e foi autorizada pela SEFAZ. Em seguida solicitei o cancelamento, para o qual houve o erro dizendo "Posting period 003 2010 is already closed".

Verifiquei que tem uma checagem na função abaixo (call stack tb segue):

FI_PERIOD_CHECK

Linha 171

message e201(f5) with i_monat i_gjahr i_koart ld_opvar

raising error_period.

7 -|- FUNCTION -|- FI_PERIOD_CHECK -|- SAPLFACS -|- LFACSU15

6 -|- FUNCTION -|- J_1B_NF_CANCEL_CHECK_PERIOD -|- SAPLJ1BC -|- LJ1BCU11

5 -|- FUNCTION -|- J_1B_NFE_SEND_REQUESTS_CHECK -|- SAPLJ_1B_NFE -|- LJ_1B_NFEU19

4 -|- FUNCTION -|- J_1B_NFE_SEND_REQUESTS -|- SAPLJ_1B_NFE -|- LJ_1B_NFEU18

3 -|- FORM -|- REQUEST_CANCELLATION -|- J_1BNFE_MONITOR -|- J_1BNFE_MONITOR_F13

2 -|- MODULE (PAI) -|- USER_COMMAND_0100 -|- J_1BNFE_MONITOR -|- J_1BNFE_MONITOR_I02

1 -|- EVENT -|- END-OF-SELECTION -|- J_1BNFE_MONITOR -|- J_1BNFE_MONITOR

A dúvida é: como (e porquê) o sistema não permite o cancelamento mas permite o lançamento? Tem alguma configuração para isso, ou isso é um comportamento específico da NF-e?

Obrigado,

Eduardo Hartmann

[I012918 · Accepted solution]

Eduardo,

Verifique a transação OB52 para verificar/alterar o período contabíl ou a MMPV para o período em MM.

Att,

Paulo Evaristo

[eduardohartmann · Accepted solution]

Olá Paulo,

Desculpe não ter mencionado, mas eu sabia como fazer para solucionar o problema, e o fiz - OB52.

Minha dúvida é porque deu erro no cancelamento, se não deu erro na criação da NF-e.

Não me lembro de ter ocorrido isto com notas convencionais...

Abraço,

Eduardo

[I012918 · Accepted solution]

Eduardo,

AlguÉm ou algum programa fechou o período 03/2010. Se o período já estivesse fechado antes de vc salvar o documento o programa não deixa criar o documento e mostra mensagem de erro informando que o período está fechado.

Por favor, verifique se existe algum log desta modificação ou modifique novamente o período.

aTT,

Paulo

[eduardohartmann · Accepted solution]

Paulo,

Esta possibilidade está descartada, pois o teste que eu estava fazendo era justamente referente a cancelamento, onde criei uma NF-e, aguardei a sua autorização e logo em seguida solicitei o cancelamento, e só eu estava usando o sistema (ambiente de user acceptance).

Inclusive, o erro foi reportado anteriormente por outro colega, que tentou cancelar e estava dando erro mas ele não sabia verificar o log. Quando eu consultei o log, a mensagem era referente ao período fechado. Para testar o processo inteiro, eu fiz uma nova NF-e conforme o processo descrito.

Sds,

Eduardo

[I012918 · Accepted solution]

Eduardo,

Para melhor investigação mande um chamado para a SAP. Não existe transação standard que cause este tipo de problema. O período é fechado com as transações informadas.

aTT

paulo

[eduardohartmann · Accepted solution]

Paulo,

Não entendi bem o que você quis dizer com os pontos abaixo, pode esclarecer?

Não existe transação standard que cause este tipo de problema.

Ao criar a NF-e na J1B1N não gera erro de período fechado.

Logo em seguida, depois de recebida a autorização da SEFAZ, ao solicitar o cancelamento pela J1BNFE, ocorre o erro.

São transações standard, e não foram alteradas no projeto da implementação da NF-e (a não ser por aplicação de notas).

O período é fechado com as transações informadas.

Sim, o período é mantido pela OB52, foi onde abri e parou de dar erro.

Em todo caso, vou ver com o cliente a necessidade de abrir chamado na SAP, visto que basta abrir o período - o que é obrigatório para poder operar normalmente - para solucionar o problema.

Sds,

Eduardo

[I012918 · Accepted solution]

Eduardo,

O que eu quis esclarecer é que não existe transação standard que causa este tipo de problema, ou seja, fechar o período e deixar lançar um documento e não deixar fazer o estorno dentro do mês.

Se o programa mostra mensagem de erro, é porque alguém ou algum programa alterou a configuração na transação OB52 ou MMPV.

Aatt,

Paulo

[I012918 · Accepted solution]

Eduardo,

Encontrei uma nota, 1370016 , que pode ajudar na solução do problema. Por favor, verifique e qq dúvida me avise,

Att,

Paulo

[former_member182114 · Accepted solution]

Bom dia Eduardo,

E aí descobriu o mistério ? Essa nota que o Paulo passou está implementada no seu sistema ? Vcs usam a BAdI para modificar o comportamento do check de perído na criação ?

Mande notícias...

Atenciosamente, Fernando Da Ró

[eduardohartmann · Accepted solution]

Paulo e Fernando,

Ainda não consegui retomar este assunto, por enquanto está pendente.

Aviso quando houver novidades.

Obrigado,

Eduardo

[eduardohartmann · Accepted solution]

Fernando e Henrique,

Ressurgindo das cinzas... verifiquei a nota 1370016, não temos a situação descrita, creio que não se aplica ao caso.

Fiz em outro cliente o mesmo teste: fechei o período 05 (deixei somente de 01 a 04/2010) e criei uma NF writer (J1B1N). Salvei, emitiu a NF normalmente.

Em seguida, tentei cancelar a NF, quando recebo a mensagem de erro 8B355 - Cancel of NF is not allowed because financial period is closed.

Ou seja, confirmei mais uma vez que o sistema permite criar NF writer com o período fechado, mas não permite o seu cancelamento.

Vocês conseguem testar no ambiente de vcs para ver se ocorre o mesmo?

Obrigado,

Eduardo Hartmann

[former_member182114 · Accepted solution]

Bom dia Eduardo,

Realmente o texto não detalhe nada disso, mas pf verifique.

Mas você verificou se ela está aplicada e se o flag está setado na BAdI?

Observando o código se o iv_flag estiver desmarcado após cl_posting_date_check->set_flag_check_period ele não verifica o período na hora de criar a nota.

Ou debug para ver o comportamento no report LJ1BB2ID3, MODULE CHECK_PERIOD INPUT

O texto da nota não chama atenção para o fato, mas dentro da BAdI deve ser colocado tratamento para quando for uma NF-e que sairá para a Sefaz, que sempre devemos chegar período.

Pode ser outra coisa, mas dá uma checada.

Atenciosamente, Fernando Da Ró

[eduardohartmann · Accepted solution]

Fernando,

Realmente, olhei com mais critério a nota e o reflexo do uso da BAdI J_1BNF_CHECK_PERIOD... utilizando-a para setar o flag deve funcionar.

Como isto foi um teste que eu fiz e gerou a situação (não veio do cliente), não vou implementar a BAdI, mas é bom saber que ela existe.

Obrigado (ao Paulo Evaristo tb) pelo empenho em responder!

ps.: apesar de ter solução para o caso, continuo achando bisonho que o padrão seja permitir a criação do documento, e que seja necessário criar um controle Z para realizar o bloqueio, sendo que o controle no cancelamento ocorre por padrão. Penso que isso seja para não impactar em desenvolvimentos feitos antes da existência da BAdI...

Abraços,

Eduardo

[former_member182114 · Accepted solution]

Concordo plenamente.

Senhores que estão em projeto por favor criem chamado informando isso ao Desenv. do jeito que está ao aplicar a nota (ou receber junto com o Ehp) você é obrigado a implementar a BAdI para ter a restrição.

Atenciosamente, Fernando Da Ró

[henrique_pinto · Accepted solution]

Eu nem respondi essa thread, risos.

Foi o Paulo Evaristo.

Nao quero levar o merito de graça.

Abs,

Henrique.

[eduardohartmann · Accepted solution]

Oooopsss.....

vero, fui na onda de outro thread... ao menos os pontos tinham ido certo hehehe

Já vou ajustar o outro post

Abraços

Edited by: Eduardo Hartmann on May 20, 2010 4:08 PM

Já que não tem como alterar mensagens anteriores, fica aqui o agradecimento ao Paulo

[henrique_pinto · Accepted solution]

Editei pra vc.

Abs,

Henrique.

[eduardohartmann · Accepted solution]

Thanks!!

[Former Member · Accepted solution]

Lembra se corrigiram isso? Acredito que com o TDF esse comportamento foi modificado.

[eduardohartmann · Accepted solution]

Para quem está com o mesmo problema, sugiro verificar 2 notas:

1370016

1540941

Verifiquei aqui no sistema e são duas notas mencionadas nas chamadas do método set_flag_check_period.

abs,

Eduardo Hartmann

[Former Member]

Eduardo, esse erro é no ERP certo? Estou supondo que o cancelamento nem chegou a ser enviado ao GRC. Neste caso parece ser algum problema de parametrização/customizing.

Olhando melhor, no meu ERP a mensagem 201 esta "Posting period & & is not open". Realmente creio que não deveria permitir criar a nota em 1o lugar. Deixo essa para os experts...rs.

At.,

Bernardo Braga

Edited by: Bernardo Braga on Mar 4, 2010 3:39 PM

[eduardohartmann]

Bom dia Bernardo,

Sim, o erro é no ERP, antes de enviar a solicitação de cancelamento para o GRC.

Abraço,

Hartmann