on 06-16-2009 6:39 PM
Boa tarde!
Pessoal,
Estou efetuando teste de uma ordem de venda de exportação, porém a SEFAZ de MG está devolvendo com o status 999. Efetuei as alterações nos dados mestre do cliente, colocando 8 dígitos no CEP, nome do município EXTERIOR, UF EX, domicílio 9999999 e mesmo assim a SEFAZ Rejeita.
Alguém passou por isso?
Poderiam ajudar a solucionar?
Observação: SAP release 4.7, SP 31.
Aguardo comentários.
Abraços,
Adriana
Bom dia Adriana,
O código 999 representa "tudo que não tem código", ou seja, não diz nada mesmo. Na maioria dos casos ele é respondido pela Sefaz quando ela está com algum erro interno na Sefaz.
Verifique no PI o campo xMotivo (transação sXI_MONITOR) pois para o código 999 genérico a Sefaz informa o que está incorreto neste campo.
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 Adriana,
Lascou... a mensagem veio quase tão genérica quanto o 999.
De acordo com o CFOP, verifique se está preenchendo os campos abaixo:
CFOP = 7xxx, tag exporta <---- Parece ser o seu caso
CFOP = 3xxx, tag DI
Campos tag exporta:
xmlh-UFEMBARQ
xmlh-XLOCEMBARQ
Campos tag DI:
xml_import_tab-NDI
xml_import_tab-DDI
xml_import_tab-XLOCDESEMB
xml_import_tab-UFDESEMB
xml_import_tab-DDESEMB
xml_import_tab-CEXPORTADOR
xml_import_tab-NADICAO
xml_import_tab-NSEQADIC
xml_import_tab-CFABRICANTE
xml_import_tab-VDESCDI
Atenciosamente, Fernando Da Ró
Oi Adriana,
Foi mal, esqueci de comentar que estes campos são customer specific. A localização Brasil não mantém dados de importação/exportação.
Sugiro, fazer um teste no debug preenchendo manualmente para conseguir uma validação da Sefaz. Daí tendo sanado este ponto. Você deverá identificar onde tem estas informações no R/3 (se tiver).
Caso não tenha nenhuma app custom no cliente que tenha estas informações disponíveis, você deverá desenvolver um aplicativo para manter uma tabela Z... E no momento do envio, BADI CLNFEPRINT, ler esta tabela Z.
Dica: Uma forma de você "controlar" que certas notas não saiam sem estes dados obrigatórios, fazendo o usuário preencher foi passado nesta thread:
Atenciosamente, Fernando Da Ró
Fernando,
Entramos na função J_1B_NF_MAP_TO_XML e colocamos um ponto de parada na CALL FUNCTION '/XNFE/NFE_CREATE', em seguida criei uma nova nota fiscal, antes de gerar a fatura preenchemos:
xmlh-UFEMBARQ = MG
xmlh-XLOCEMBARQ = BELO HORIZONTE
Depois de gerada a nota, retornou o status 999 novamente, quando verificamos o xml, as informações não estavam lá.
Como proceder?
Abraços,
Adriana Simões
Bom dia Adriana,
Em que ponto vc modificou ? Imediatamente antes de enviar ao GRC (antes do /xnfe/nfe_create) ?
Passou por uma BADI no R/3 depois ?
Modificou na xmlh ou xmlh_tab ?
Você implementou a BADI do GRC e algo lá poderia causar isto ?
Qual a versão do SP do SLL-NFE / XIContent na sua instalação ?
O ponto ideal seria antes de chamar o perform call_xi ao final da função mencionada.
Atenciosamente, Fernando Da Ró
Adriana,
como informado pelo fernando, faca a modificacao da estrutura xmlh antes da chamada do form call_xi (na funcao J_1B_NF_MAP_TO_XML).
No ponto antes da chamada da /XNFE/NFE_CREATE, note que ele já incluiu a xmlh na xmlh_tab.
Vc teria que modificar entao a entrada da xmlh_tab e nao mais a xmlh.
Apesar de a estrutura is_nfe_header ser parametro da funcao /XNFE/NFE_CREATE, ela nao é usada internamente, apenas a tabela it_nfe_header que é.
Abs,
Henrique.
User | Count |
---|---|
14 | |
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.