on 08-16-2011 1:55 PM
Bom dia.
Quando eu envio uma carta de correção para a SEFAZ SP e recebo uma rejeição por qualquer motivo, o proxy acaba se perdendo, lançando uma exceção, deixando o status da carta em "Aguardando retorno".
Eu percebi que a mensagem de retorno, no caso de rejeição, vem sem os campos tpEvento e nSeqEvento.
Debuguei o retorno da SEFAZ e vi que, como o proxy não encontra o evento com o nSeqEvento = 0 e tpEvento vazio, ele acaba usando o GUID vazio e inserindo um registro na tabela /xnfe/event_stat com o campo GUID vazio e que posteriormente, quando ocorre outra rejeição o proxy lança uma exceção de chave duplicada (por estar tentando inserir outro registro com o GUID vazio).
Criei um mapping para forçar o valor 110110 no tpEvento quando ele estiver vazio, mas ainda falta forçar o nSeqEvento.
Alguém já teve esse problema?
Está certo forçar os valores?
Seria um problema na SEFAZ SP?
Agradeço antecipadamente,
Diogo
Edited by: Diogo Awaihara on Aug 16, 2011 2:56 PM
Bom dia Diogo,
Favor contactar a Sefaz SP para que ela adicione estas informações no retorno, pois sem elas poderemos ter situações erradas no futuro. Ex.: mesmo lote com dois eventos para mesma NF-e
Recebi informação de outro cliente que Sefaz BA, manda estas informações mas não manda a chave de acesso. Também deve ser contactada.
Como o XSD é de eventos, ou seja genérico para tratar CC-e, ele conta como opcional coisas que tem que ser obrigatórias enquanto CC-e, por isso as respostas da Sefaz estão "certas" quanto ao esquema, porém erradas quando ao negócio.
Todo cliente que passar por problemas assim, por favor seguir dois caminhos:
- abrir chamado na SAP para ciência e apoio
- abrir chamado na Sefaz para correção
Atenciosamente, Fernando Da Rós
PS: Existe uma "solução" para o sistema saber, com 100% de certeza, que evento está sendo rejeitado... colocar um evento por lote... mas vai contra o sentido para que o lote foi criado.... para CC-e até faria sentido pelo volume, mas para os próximos eventos já seria um novo problema de performance. Favor contactarem a Sefaz.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Muito obrigado Fernando!!
Abrimos um chamado na SAP e estamos abrindo um chamado para SEFAZ para poder corrigir estas respostas enviando esses campos mesmo em caso de rejeição.
Como workaround criei um mapping Z que preenche os campos que estão faltando pegando-os da mensagem de envio (fazendo merge da mesma forma que o standard).
Criei um wiki explicando como implementei esse workaround:
http://wiki.sdn.sap.com/wiki/display/stage/CC-eRejection-Missingfields-Workaround
Abraços,
Diogo
Bom dia Diogo,
Muito obrigado por contribuir em código, desta forma outros colegas poderão também conviver com o momento de estabilização desta nova interface.
OBS.: Para os leitores, insistam com a área fiscal para criar chamados na Sefaz sobre estes problemas, o manual não está tão claro e se não corrigirem podem provocar o estrangulamento ou inconsistência de tratamento do "nosso" lado no futuro.
Atenciosamente, Fernando Da Ró
Diogo,
bela iniciativa de compartilhar o trabalho!
Só um reminder: vc pode criar wikis em português tb, nao precisa ser inglês.
http://wiki.sdn.sap.com/wiki/display/Port/Home
Se ficar mais fácil pra vc, ou se achar q o material interessa mais ao publico brasileiro, pode criar aí.
Abs,
Henrique.
Verdade! Valeu.
Criei uma versão em português:
http://wiki.sdn.sap.com/wiki/pages/viewpage.action?pageId=249006083
Abs,
Diogo
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.