NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe

Boa tarde.
Estamos com problema no Schema do XML, já verificamos as informações do post abaixo:
http://scn.sap.com/thread/3714800
Aqui também ocorre o mesmo problema e quando reenviamos a nota o xml é processado. Porém, precisamos encontrar uma solução
onde não seja necessário o reenvio manual do documento.
Baixamos o XML com problema e depois da validação no SEFAZ (após o reenvio) e a unica diferença é a tag abaixo:
Ela é criada após a validação do XML?
*** XML Erro Schema
<?xml version="1.0" encoding="utf-8" ?>
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
*** XML OK, após o reenvio da NF
<?xml version="1.0" encoding="utf-8" ?>
- <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Gostaria de saber se alguém já passou por este problema e qual foi a solução aplicada.
obrigado
Juliano Diniz

Oi Michael,
Essa declaração que o José comentou é diferente mesmo, não vi em nenhum outro cliente e ela que deu erro no validador da SEFAZ no seu teste. Se você remove essa TAG e faz o teste no validador da SEFAZ RS o XML aponta outros erros.
Teoricamente o XML começaria assim:
<?xml version="1.0" encoding="UTF-8"?>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Além disso o XML do TXT tem umas quebras de linha que separaram o conteúdo das TAG's e causaram erro no validador da SEFAZ tb.
O validador do GRC é basicamente uma função que aponta erros técnicos no preenchimento dos dados que vieram do ERP ( campos obrigatórios em branco, campos numéricos com valor alfanumérico, etc...) porém ele não validaria a estrutura final do XML ( encoding, montagem das TAG's e namespaces adicionados ).
OBS: No arquivo adicionado tem o XML completo e por uma questão de "data protection" eu não recomendaria disponibilizar esse tipo de arquivo na internet, pois ele contém dados teoricamente sigilosos de negócio ( Clientes, transportadores, produtos/preços, Certificado digital da empresa emissora, etc...).
att,
Renan Correa

Similar Messages

Error 70 - Código do status 225: Rejeição: Falha no Schema XML da Nfe.

Bom dia grupo!
Nós estamos atualmente recebendo a seguinte mensagem de erro da SEFAZ relacionado aos batches que nós enviamos: Error status 70 "Error from the authorities" and Código do status (Status Code) 225: Rejeição: Falha no Schema XML da Nfe.
Nossa configuração é 46C com muitos OSS notes aplicados (veja abaixo)
Nós estamos realmente parados neste momento e não temos nem ideia de onde começar.
Atenciosamente,
Marc de Ruijter
OSS notes for NF-e phase 2
989115      Nota Fiscal Electronica (NF-e) - Overview Note
852302      Implementation Overview ISS 2004 - Legal Change MP135/LC116
759965      New Condition Formulas for MP-135 and ISS 2004
747607      Basic Customizing for MP135 and ISS legal change Brazil
980214      DDIC changes: PIS / Cofins Tax Law and Tax Situation
981123      PIS / Cofins Tax Law and Tax Situation
981687      NFe: For Services in Muncipio Sao Paulo
934846      Syntax error: TYPE-POOL 'SXRT' is unknown
979881      Message S 000 in NF writer when mandatory fields not filled
980213      Nota Fiscal Electronica (NF-e) of SEFAZ - Phase 2
1037070      NF-e of SEFAZ - Phase 2, Enhancement 01
1014600      No output found for the Nota Fiscal
1052575      NF-e of SEFAZ - Phase 2 / DDIC changes after shipment
1043688      NF-e of SEFAZ - Phase 2, Enhancement 02
1062468      NF-e: Multiple volume structure for XML file
1062251      NF-e: Extension of BADI Interface FILL_HAEDER
1070261      NF-e of SEFAZ - Phase 2, Enhancement 03
1094041      NF-e of SEFAZ - Phase 2, Enhancement 04
1000130      Public System for Digital Bookkeeping (SPED) - Overview Note
1008306      SD: Manual changes of CFOP for services when ISS tax applies
998194      Missing ISS Tax Situation in the Nota Fiscal
1047606      SD/Brazil: Using of error log during Nota Fiscal creation
120449      SD-Brazil Exchange variance error in Nota Fiscal
92383      LSA:BR:SD: Tax laws in return nota fiscal
689157      Nota Fiscal Split and number of Packages
987882      ISS Tax Law (field J_1BTAXLW3) not copied from sales order
989965      CFOP redermination in the delivery document not working
909835      Message 8B 679 raised during the delivery process
337554      SD: No. of packages in Nota Fiscal
533046      Repair order inconsistent to object list
920330      Error when changing the tax codes in a sales order
998195      PIS/COFINS/ISS Tax Law and Tax Situation in SD
104606      EDI/IDoc: Mapping IDoc types to ANSI X12
1094041      NF-e of SEFAZ - Phase 2, Enhancement 04
1105588      J_1BLFZF: Runtime error OBJECTS_OBJREF_NOT_ASSIGNED
     OSS notes for XML ver 1.1 and NF-e phase 3
1065334      NF-e: Extension of BADI Interface FILL_ITEM with tax table
1068615      NF-e: Extension of BADI Interface with SD document flow
1079826      NF-e: BAdI Interface Enhancement for NF Messages
1069919      NF-e: Partner in Block E should always be main partner
1090279      NF-e monitor: automatic refresh upon user actions
1093252      NF-e: ICMS tax situation in XML File and DANFE
1113127      NFe: New XML Layout - Version 1.10
1114348      NF-e - xNFe integration - backend
1122294      Send/resend NF-e: fill VBFA for BAdI item method
1124075      NF-e: Serie not taken from Contingency NF-Type
1144194      NF-e: Cancellation/Skipping Reason
     Bug Fix notes for NF-e BAPI.
1049946      NF-e: Adaption of Nota Fiscal Bapis
1147934      NFe: Random number should not be generated for incoming NFes
1150733      NFe: Randon number and check digit not cleared
1154995      NF-e: NF BAPI - enhancement for NF-e processing
1158622      NF-e: NF BAPI - no input of random number possible
     Bug Fix notes for Contingency process
1158612      NF-e: Wrong partner in Block-E for Entrada
1240212      NF-e: One time Vendor data not transferred to XML file
1255450      NF-e: Jurisdiction code for one time vendor / customer
1257030      NF-e: Country Name for one time vendor / customer
1069018      Cancellation of incoming NFe shows error J1B_NFE 003
1070077      NF-e: Protocol number and document status for Denied NF-e
1145148      NFe: Cancellation for Contingency NFes
1152263      NF-e monitor: wrong action status '7' for C-NF-e
1146914      NFe: Synchronous call to messaging system from backend
1149356      NFe: Dump when NFe is cancelled with MIGO
1152081      NFe: Dump when NFe is cancelled with VL09
1153533      NFe: Dump when NFe in contingency is cancelled with VL09
1156116      NF-e: Contingency by stock transfers
1160107      NF-e: Cancellation of contingency NF-e with DOCSTA = 1 or 2
1161347      NF-e: Cancellation of Contingency NF-e - correction
1238648      NF-e monitor: req. action '3' (send) wrong for swtch. NF-e
1165953      NF-e: Numbering Gaps
1244326      NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP
1245425      NF-e monitor: required process step - contingency
1252567      NF-e: Resend of NF-e - rejected or with validation error
1266344      NF-e: Action Indicator for NF-e with validation error
1254565      NF-e: Synchronization of RFC call between ERP and xNFe
1053626      MIRO: wrong document reference in nota fiscal
1073259      NF-e: Transfers - Outgoing NF-e No. not taken by Incoming
1153874      NF-e: GR for future delivery takes wrong NF-e number
1174946      NF-e: Serie not considered for duplicate NF-e number in MIRO
     Miscellaneous bug fix notes
1175538      NF-e: Reference between NF and NF-e
1244881      NF-e: Mixed scenario in MIRO shows error 8B219
1257422      MIRO: Error 8B 219 by posting of reference invoices
1150843      NFe: Text for cancel reason not transferred to XML file
     Bug Fix Notes Group 2
1059699      NF-e: Reference between NF and NF-e
1139062      NF-e incoming: Posted via J1B1N -> Wrong Document Status
1144199      NF-e: SD Billing and Contingency
1145089      NF-e: Cancellation despite rejected cancel request
1149787      NF-e: Wrong status-code text in NF-e history
1151112      NF-e: cancellation-reason text gets lost (pre req of 1150172)
1150172      NF-e monitor: selection leads to dump
1068379      Creation of Billing document issues an error 8B 145 (pre req of 1145089)
1152842      NF-e: cancellation reason does not work
1154700      NF-e: Random number & check digit not stored in active table
1073145      PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
1082527      Missing PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
997868      VL02N: CFOP, tax laws not copied from delivery (error 8B148) u2013 (pre req of 1155231)
1155231      PIS/COFINS tax law in NF/NF-e by split valuated material
1155424      NF-e monitor: Menu -> "Check MS Connection" does not work
1159177      NF-e: FUNC J_1B_NFE_SET_STATUS_IN_BACKEND set as Rem.Enabl
1161951      NF-e monitor: "Resend" functionality.
1162232      NF-e: switch to contingency not possible after MSS Update
1162512      NF-e: cancellation reason not initial at first-time call.
1162629      NF-e: creation date gets deleted from NF-e data-base table
1164283      NF-e: SCS '5' - upon authr.to cancel system does not cancel
1165155      NF-e Monitor: BACK (F3) leads to cancellation
1165360      NF-e Monitor: new selection parameter - creation user
1168394      NF-e: Reference document not taken from Nota Fiscal header
1168798      NF-e: User decision for used NF-Type for Material Movements
1171383      NF Writer: Copy NF-e that was switched to contingency.
799445      Nota Fiscal creation: Consideration of local dates (pre req of 1171383)
1104003      NF-Writer: Serie not taken from Reference NF (pre req of 1171383)
1156037      NF-e: NF-Writer allow reference with different NF-types (pre req of 1171383)
1175759      NF-e: central contingency per business place - correction
1239598      NF-e: Random number and check digits are lost in NF writer.
1163888      NF-e: Random Number includes spaces (pre req of 1239598)
1245425      NF-e monitor: required process step u2013 contingency. u2013 applied in bug fix notes no need to apply.
1246700      NF-e: Wrong reference for NF entradas.
1257688      NF-e: Update termination with error J1B_NFE 021
1258021      NF-e: Dump by creation of NF header text for XML file
1258974      NF-e: Monitor report aborts with DBIF_RSQL_INVALID_RSQL
1265172      NF-e - Decouple RFC from DB Update
1285851      NF-e: Cancellation of none authorized documents
1288925      NF-e: References between NF-e and non NF-e
1272677      NF-e: Cancellation for Material Document with serial number (pre req for 1288925)
1247602      NF-e: Cancellation of material documents with serial numbers
1163104      NF-e: Cancel Material documents with initial cancel reason
1293944      NF-e: Cancellation of material documents with batch classes.
1267128      NF-e: Cancellation goods movement with MVT 844 not possible (pre req for 1293944)
1300000      NF-e: Decouple - Contingency
1314856      NF-e: Decouple - Contingency in J1BNFE and VF01 & VF04
1321837      F-e: Cancel of material documents not possible
1092028      NF-e: Protocol number in NF-header overwritten (pre req for 1265172)
1114283      NF-e: cancellation - document status cleared in J_1BNFDOC (pre req for 1265172)
1234053      Local time / local date in NF header and NF-e XML (pre req for 1265172)
1288994      NF-e: Decupling note 1265172 causes error for incoming NF-e (pre req for 1300000)
1297042      NF-e: NF-e number missed in access key after decoupling (pre req for 1300000)
1087535      RFFOBR_A,U:Doc.no should be filled with 9 digits in DME file Applied OSS note 1087535 to the object Z_RFFORIY1 which was copied from RFFORIY1
1097455      NFE: Bank files should accommodate Doc. Numbers with 9 digits
304961      Wrong boleto check digit with carteira data (pre req of 1097455) - Not relevant
336117      Include due date factor in Boleto barcode for A/R (pre req of 1097455) - Not relevant
705726       ITAU: Boleto has negative interest value (pre req of 1097455) - Not relevant
846297      Func Mod - BOLETO_DATA not printing correct nosso numero (pre req of 1097455) - Not relevant
852782       BOLETO_DATA - Corrections of note 846297 for Bredesco only (pre req of 1097455) - Not relevant
1227478      Dump in payment run (F110) when XBLNR is empty
1138278      NFe: Field PREDBC not filled in XML interface structure (pre req of 1149585)
1149585       NFe: CST field required in XML file for taxes not in NFe
1053855      VL02N raises error 8B 053 "Branch not foundu201D
1165696      RFEBBU00: Error in batch input due to changes in Nota Fiscal
1180402      NF-e: BADI methods FILL_HEADER and FILL_ITEM
1180672      NF-e: Gap numbering check doesnu2019t consider the series
1225338      RFEBBU00: Additional changes to the note 1165696
1241922      NF-e: Report J_1BNFECHECKNUMBERRANGES xNFe adaption
1244326      NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP (Applied using other Kintana)
1270813      NF-e: Year not included in the XML file
1247264      NF-e: Error in RFC to /XNFE/NFE_CREATE after note 1241922 (pre req for 1274200)
1274200      NF-e: Numbering gaps report sends SERIE with spaces
1276185      NF-e: Numbering gaps report sends SERIE with spaces
1294917      NF-e: Gap numbering check - several corrections
1324538      Missing address for OT Customer in J_1B_NFE_CREATE_TXT_FILE
1331432      NF-e: Numbering gaps report detects gaps for initial series
1332167      NF-e: Rep. J_1BNFECHECKNUMBERRANGES aborts with error DC 006
1092341      RFFOBR_A,RFFOBR_D: Performance problem while rebate calcula
1237089      RFEBBU10:While uploading ITAU Bank returnfile- Error(F5 170)
1051314      Check Digit missing from Boleto number (pre req for 1306966)
1306966      J_1BBR30:XREF3 is not updated correctly with Boletofrom bank
1005924      RFFOBR_A-The DME file does not include Rebate for ITAU (pre req for 1287633)
1287633      RFFOBR_A: Discount amount not calculated correctly
1234054      NF-e: function J_1B_NFE_MS_REQUESTS_DATA is not RFC enabled
1297534      NFe cancellation problems in GRC
1243964      NF-e: Adaption of xNFe interface of function NFE/NFE_SKIP
1165746      NF-e: Cancel - Error log not updated
1327465      The program /xnfe/update_erp_status is not updating R/3
1326691      BAdI for controlling the RFC call of external systems
1333136      Prevent simultaneous click on buttons in NF-e monitor
1333742      NF-e got the status 218
1354192      Validation rules: correction for fields TPLACA and T_UF1
1373175      Lock object for /XNFE/NFE_CREATE to prevent double transm
1376500      BAPIRET2 to provide the detailed information to ERP
1267455      Not possible to create different DOCREF per item using BAPI (pre req for 1373321)
1373321      BAPI_J_1B_NF_CREATEFROMDATA: DOCREF from Header go to item
1328583      NF-Writer posting of NF/NFe when mandatory fields not filled
1338166      NF-e: Random number and check digit lost after note 1328583
1259918      NF-e: RFC calls for request for cancellation or skip
1152140      NF-e: backend allows inconsistent new SCS (pre-req for 1298283)
1162852      NF-e: Inbound errors missed in error log of Monitor Report (pre-req for 1298283)
1163056      NF-e: Problems with printing via BADI method CALL_RSNAST00 (pre-req for 1298283)
1276438      NF-e: Parallel Phase not identified in messaging system (pre-req for 1298283)
1296515      NF-e: J1BNFE reset rejected NF-e after skipping request (pre-req for 1298283)
1297823      NF-e: Cancelled NF-e shows wrong action indicator (pre-req for 1298283)
1298283      NF-e: Skip for NF-e with validation error
1362969      NF-e: check cancellation for billing documents
1368159      NF-e: cancellation of invoices via original application only
1370933      NF-e: Accept Rejection to Cancel - wrong status in monitor
1376324      NF-e: Skip for NF-e with validation error
1140579      NFe: Field length conflicts from backend interface to XML
1357713      NF-e: Cancel of incoming NF-es does not update active table.
1173018      NF-e: Field control for Random Number and Check Digit (pre-req for 1366320)
1321517      NF-e: MIRO Credit Memos for NF-e shows error 8B 020 (pre-req for 1366320)
1366320      NF-e MIRO:Save is allowed without mandatory fields filled for NFe
1375066      NF-e: J_1BNFECHECKNUMBERRANGES ends too early, wrong subrc
1375894      NF-e: J1BNFE authority check for company code
1377879      NF-e: Report J_BNFECALLRFC aborts with message A098
1379062      NF-e: posting GR after cancellation leads to wrong NF-e
1357777      Cancel billing document without Nota Fiscal cancellation
1380861      NF-e Resend(proc.stat.07) with Signature error impossible
1362025      Error while sending Bacen Code EX with 0 on begining
1249819      NF-e: Field MODFRETE filled incorrectly

Bom dia Marc de Ruijter,
Não dá para ler sua thread, mas imagino que seu validador esteja desligado.
No GRC vá em SPRO --> SAP GRC Nota Fiscal Electronica --> Configure System Response for Each Tax Number (CNPJ)
Para ligar/desligar o Validador basta clicar no check box na coluna Validation.
Observação: Para correto funcionamento do GRC deve-se sempre utilizar o validador ligado.
Após isto refaça seu teste, é provável que você receba um erro de validação para a NF-e. Veja em GRC Web monitor -> NFe Detailed View -> Validation History.
Atenciosamente,
Fernando Da Ró

Erro 225 - Falha no Schema XML do lote de NFe com mensagem formato invalid

Pessoal, boa noite.
Estou me deparando com um problema de validação de NFe no Sefaz GO, onde está retornando o erro 225, mas quando verifico o retorno tenho a mensagem de que o formato não é valido (abaixo print) . Verificando o dado, não tem nenhuma divergencia entre os demais valores. Alguém ja se deparou com este erro?
<?xml version="1.0" encoding="utf-8" ?>
- <ns1:nfeRetRecepcaoResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">
- <ns1:nfeRetRecepcao2Result>
- <ns2:retConsReciNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<ns2:tpAmb>2</ns2:tpAmb>
<ns2:verAplic>GO2.0</ns2:verAplic>
<ns2:nRec>521000004377506</ns2:nRec>
<ns2:cStat>225</ns2:cStat>
<ns2:xMotivo>Rejeição: Falha no Schema XML do lote de NFe</ns2:xMotivo>
<ns2:cUF>52</ns2:cUF>
<ns2:cMsg>225</ns2:cMsg>
<ns2:xMsg>cvc-pattern-valid: Value '5499.00' is not facet-valid with respect to
pattern '0|0.[0-9]{2}|[1-9]{1}[0-9]{0,12}(.[0-9]{2})?' for
type 'TDec_1302'.</ns2:xMsg>
</ns2:retConsReciNFe>
</ns1:nfeRetRecepcao2Result>
</ns1:nfeRetRecepcaoResponse2>
Edited by: Fernando Ros on Apr 22, 2011 8:03 AM adicionando tag code para visualizar todos os caracteres

Bom dia Carlos,
Em sendo a Sefaz GO a inconstância não me surpreende, mas a de se estar atualizado, principalmente com o removedor de caracteres e validador ativo para evitar a chance do programa da Sefaz se confundir que é o que parece estar acontecendo... Está apontando o problema num lugar onde a mensagem apresentada está ok.
Sugiro atualizar o sistema ao SP18 que é o necessário para trabalhar de forma saudável com layout 2.0
Atenciosamente, Fernando Da Rö

Erro de rejeição 629 do SEFAZ - RS

Olá pessoal,
Estamos tendo problemas com o SEFAZ-RS (que implementou as validações dos erros 629 e 630 no ambiente de homologação), está dando erro de rejeição 629 quando a nota fiscal tem desconto.
Fizemos um ajuste para o campo Vprod ir sem o valor do desconto, mas agora retorna o erro de rejeição 564.
Tem alguma empresa do RS que emite nota fiscal com desconto e possa nos enviar um xml de teste para que possamos comparar os campos do detalhe do ítem e o total?
Agradeço antecipadamente,
Vera L.Nakajo

Carlos Eduardo, boa tarde
Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
Agradeço pela orientação e ajuda.
Somente com o seu apoio foi possível resolver o problema.
Obrigado
Diógenes
Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

Erro 538 - Rejeição: Total do IPI difere do somatório dos itens

Bom dia
Estamos realizando a migração do ambiente de NF-e da versão 1.0 para a 2.0. Após a criação dos cenários e início dos testes nos deparamos com o seguinte cenário: A nota é rejeitada com o erro Erro 538 - Rejeição: Total do IPI difere do somatório dos itens. Já apliquei as notas 1527344, 1519387, 1530875 que na verdade são para operações de entrada. Já chequei as parametrizações de SD, já tentei intervir via DEBUG alterando as tags de Vprod para ficarem iguais ao vBC, pois notei que os valores diferem em 1 centavo. Gostaria de um apoio para solucionar este problema, pois não identifiquei a origem do erro. A Sefaz a qual estamos estamos enviando é a sefaz de MG e os Webservices são os de homologação.
Segue abaixo os dados do XML.
Desde já agradeço
- <n1:det nItem="1">
- <n1:prod>
<n1:cProd>R85041401030</n1:cProd>
<n1:cEAN />
<n1:xProd>B. REDONDA 5" PONTAS 4140</n1:xProd>
<n1:NCM>72283000</n1:NCM>
<n1:CFOP>6101</n1:CFOP>
<n1:uCom>T</n1:uCom>
<n1:qCom>2.6160</n1:qCom>
<n1:vUnCom>2140.0000000000</n1:vUnCom>
<n1:vProd>5598.24</n1:vProd>
<n1:cEANTrib />
<n1:uTrib>TO</n1:uTrib>
<n1:qTrib>0.0000</n1:qTrib>
<n1:vUnTrib>0.0000000000</n1:vUnTrib>
<n1:indTot>1</n1:indTot>
</n1:prod>
- <n1:imposto>
- <n1:ICMS>
- <n1:ICMS00>
<n1:orig>0</n1:orig>
<n1:CST>00</n1:CST>
<n1:modBC>3</n1:modBC>
<n1:vBC>5598.23</n1:vBC>
<n1:pICMS>12.00</n1:pICMS>
<n1:vICMS>671.79</n1:vICMS>
</n1:ICMS00>
</n1:ICMS>
- <n1:PIS>
- <n1:PISAliq>
<n1:CST>01</n1:CST>
<n1:vBC>5598.23</n1:vBC>
<n1:pPIS>1.65</n1:pPIS>
<n1:vPIS>92.37</n1:vPIS>
</n1:PISAliq>
</n1:PIS>
- <n1:COFINS>
- <n1:COFINSAliq>
<n1:CST>01</n1:CST>
<n1:vBC>5598.23</n1:vBC>
<n1:pCOFINS>7.60</n1:pCOFINS>
<n1:vCOFINS>425.47</n1:vCOFINS>
</n1:COFINSAliq>
</n1:COFINS>
</n1:imposto>
</n1:det>
- <n1:total>
- <n1:ICMSTot>
<n1:vBC>5598.23</n1:vBC>
<n1:vICMS>671.79</n1:vICMS>
<n1:vBCST>0.00</n1:vBCST>
<n1:vST>0.00</n1:vST>
<n1:vProd>5598.24</n1:vProd>
<n1:vFrete>0.00</n1:vFrete>
<n1:vSeg>0.00</n1:vSeg>
<n1:vDesc>0.00</n1:vDesc>
<n1:vII>0.00</n1:vII>
<n1:vIPI>279.91</n1:vIPI>
<n1:vPIS>92.37</n1:vPIS>
<n1:vCOFINS>425.47</n1:vCOFINS>
<n1:vOutro>0.00</n1:vOutro>
<n1:vNF>5878.15</n1:vNF>
</n1:ICMSTot>
</n1:total>
Diógenes
CIAFAL - Comercio de Aç

Carlos Eduardo, boa tarde
Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
Agradeço pela orientação e ajuda.
Somente com o seu apoio foi possível resolver o problema.
Obrigado
Diógenes
Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

Preenchimento dos campos cEAN e cEANTrib no XML da NFE

Boa tarde,
   A partir de 1º de julho de 2011, segundo o Ajuste SINIEF n. 16, de 16/12/2010, será obrigatório O preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista. A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc. Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
   Onde faço o preenchimento destes campos para que apareçam no XML da NFe?
   Utilizo o ECC 5.0 e GRC Nfe 1.0 (SAPK-10015INSLLNFE).
   Exemplo do XLM gerado atualmente:
<cEAN />
<cEANTrib />
   Exemplo do código cEAN e cEANTrib: 07896534703010
Att. Ronaldo
Moinho Sul Mineiro

Bom dia Pessoal,
É um erro localizado na Sefaz MG por favor abram tickets no 0800 da Sefaz MG para correção do problema.
Atenciosamente, Fernando Da Rós
PS: Evitem postar em threads já respondidas, isso confunde a solução válida. Além de evitar a classificação da solução por pontos. Podem "gastar" criando novas threads...
Edited by: Fernando Ros on Oct 20, 2011 12:50 AM

Arquivamento do XML da NFE!

Boa tarde a todos,
Em relação ao arquivamento do XML das mensagens de NFE, existe alguma obrigatoriedade legal para que sejam guardados esses XML's e dentro da solução GRC NFE 1.0 existe alguma funcionalidade para esse arquivamento ou o pessoal costuma utilizar o próprio repositório de mensagens do XI para esse fim.
Grato,
Marco A. Machado Sarri

Olá Marco,
O SAP GRC NFe armazena as NFes autorizadas e recebidas via interface de B2B no repositório KPRO de forma automática.
Este repositório pode ser configurado na instância na qual encontra-se o core ABAP do SAP GRC NFE.
Em relação a obrigatoriedade legal, dê uma olhada em Entrada da NFe no ERP e arquivamento do XML. este post também possui informações as NF-es de entrada.
Atenciosamente,
David

Mensagens de resposta NFe indo ao erro

Olá Experts,
Estamos enfrentando os problemas de mensagens de resposta de SOAP de entrada / mensagens de confirmação de falha no monitor de mensagem PI.
Todo o processo de emissão da NFe está funcionando bem, mas os reconhecimentos não estão funcionando bem. Este não é um impacto urgente, mas eu gostaria de encontrar uma solução para o problema acima.
Os registros são:
Monitor de Mensagem:
Registo de mensagens:
Também em toras NWA existem alguns registros se atualizados. Presumo que estes são relativos apenas a esses erros.
obrigado
Gaurav Ranjan

Olá Gaurav,
Acho que temos uma configuração errada.
Se você está com problemas no canal de comunicação SVCRS, como demonstrado na imagem, deveria estar:
SOAP Action:http://www.portalfiscal.inf.br/nfe/NfeStatusService2/nfeStatusServiceNF2
O Canal de comunicação do SKIPR utiliza o soap action abaixo:
SOAP Action : :http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao2/nfeInutilizacaoNF2
Segue a lista:
Poderia corrigir e portar novamente.
Atenciosamente,
Ricardo Viana.

Inutilização de NFe: Log de erro Message type 8 is not defined

Olá Pessoal,
Estamos com um erro aqui muito semelhante ao descrito na Thread: [Skip número da NF não autorizada|;.
Solicitamos a inutilização de uma nota writer de saída que foi barrada no Monitor GRC por erro de validação e por isso estava com status 8 na J1BNFE (ECC). A inutilização foi feita com sucesso, o status no GRC está correto, mas no ECC a autorização ainda não constava. Executamos o report XNFE/UPDATE_ERP_STATUS_DIAL e ao fazermos a msg de "erro ao atuzalizar ECC". No monitor da J1BNFE a nota agora aparece com o seguinte log de erro:
Message type 8 is not defined
Message no. J1B_NFE018
Diagnosis
The messaging system passed a value for the message type to the back-end system (field I_MSGTYP) that is not defined in the back-end system.
System Response
The back-end system cannot interpret and process the inbound message.
Procedure
Configure the messaging system in a way that it transfers only allowed message types to the back-end system via the inbound interfaces J_1B_NFE_XML_IN or J_1B_NFE_XML_IN_TAB.
Achei a thread mencionada acima com o mesmo erro e verifiquei a aplicação das notas, já que o problema foi solucionado com a aplicação das mesmas. Eis os status:
Nota 1298283 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1376324 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1413636 (ECC) - Completely Implemented na SNOTE;
Nota 1376901 (GRC) - Não relevante pois estamos no GRC SP13.
Aparenmente alguma coisa ainda está faltando.. mas nao sei o que é.
Desde já agradeço,
Daniela Machado

Verifique esses passos da nota 1298283 (no ECC)::
Change Domain J_1BNFE_MESSAGE_TYPE
Use transaction SE11
Select Domain and insert name J_1BNFE_MESSAGE_TYPE
Push Change.
Select Tab "Value Range".
Insert
Fix value Short text
8 Authorization to Skip a NF-e with Validation Error
9 Rejection to Skip a NF-e with Validation Error
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP DOCSTA SCSSAT
8 Space A
9 Space B
At.,
Bernardo Braga
Edited by: Bernardo Braga on Jul 1, 2010 10:06 PM

SAP (ECC 6.0) - Erro de rejeição (Engrenagem)

Boa tarde a todos,
Gostaria de compartilhar um cenário de erro ocorrido no ambiente de produção do cliente (pós-GoLive) onde implementamos recentemente Nota Fiscal Eletrônica.
Para um determinado cenário enviado para SEFAZ/SP foi retornado o código de erro 210 (Rejection: Invalid Receiver's IE), esta mensagem foi devidamente atualizada no GRC e no SAP (ECC).
O problema ocorreu justamente quando o usuário optou em ajustar o código de inscrição estadual do respectivo cliente deste cenário e logo após, selecionou o documento "rejeitado" através do monitor do SAP (J1BNFE) e executou a função "Enviar de Novo", a partir deste procedimento (incorreto), o monitor retornou uma sinalização de erro (bandeira vermelha) com a seguinte mensagem: "Enviada ao sistema de envios de mensagens (XI,....), sinalizou o campo status ação com uma "engrenagem", o campo SCS com o valor 0 "zero" e o campo Status Sist. Msgs. com o valor "G" (MS recebido; outro erro).
Conclusão, este processo encontra-se travado no ambiente de produção do cliente, impossibilitando qualquer ação de inutilização ou cancelamento.
Estamos cientes que o procedimento correto deveria ser: solicitar a inutilização deste documento e não enviá-lo novamente a SEFAZ/SP, após concluída a correção da inscrição estadual do respectivo cliente, no entanto, gostaríamos de obter alguma dica ou orientação de como proceder corretamente neste caso afim de corrigir este problema.
Desde já agradeço pela ajuda e gostaria também de parabenizar pelo espaço onde pude verificar que há muita informação útil para todos.
Att,
André Teixeira

Oi Henrique,
Sim, o MSSTAT estava preenchido com "A" antes da tentativa de reenvio. Como a nota já havia sido rejeita pela SEFAZ/SP no nosso entendimento o usuário deveria:
1) Requisitar a "inutilização" desta NF-e;
2) Ajustar a IE no cadastro de cliente;
3) Executar novo faturamento para este cenário que automaticamente iria gerar uma nova NF-e para nova aprovação na SEFAZ/SP, seria este o procedimento?
Ao executar Send no menu NF-e apresenta-se a seguinte mensagem:
Novo status de comunicação de sistema "Enviada a sistema de envio de mensagens (XI,...)" não permitido p/SCS "Enviada a sistema de envio de mensagens (XI,...)" anterior
Nº mensagem J1B_NFE007
Vou conversar com usuário sobre a possibilidade de introduzir o status de erro manualmente (SE37).
Grato,
André Teixeira

SAP NFE 3.10 - Erro 598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social...

Olá, pessoal.
Estamos fazendo a atualização da NF-e 2.00 para o leiaute 3.10, porém, estamos recebendo o seguinte retorno:
598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social diferente de 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO – SEM VALOR VISCAL'.
Para a NF-e leiaute 2.00, temos a BADI (no GRC) /XNFE/006_SIGN_NFE_OUT na qual podemos implementar para atender a necessidade da modificação do nome do destinatário para o nome exigido pela SEFAZ, porém, para o leiaute 3.10, não encontramos BADI no GRC para fazer o tratamento.
Alguem passou pelo mesmo caso? encontrou algum ponto onde deveremos modificar o nome do destinatário?
Desde já, muito obrigado.
Att.,
Fábio Cirino

Opção mais simples.
Coloca essa regra na BADI CL_PRINT do ECC, no Método FILL_HEADER:
    FIELD-SYMBOLS: <fs_xmlh>    TYPE j1b_nf_xml_header.
    UNASSIGN <fs_xmlh>.
    ASSIGN (c_xmlh) TO <fs_xmlh>.
    IF <fs_xmlh> IS ASSIGNED.
      MOVE-CORRESPONDING <fs_xmlh> TO out_header.
*** NF-e Block E - Tag: Destino - Nome
      IF in_xml_header-tpamb = '2'.
        <fs_xmlh>-e_xnome = 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL'.
      ENDIF.
    ENDIF.
Abç.,
Baroni

Erro - NF-e geração do aquivo xml versão 2.0

Boa tarde!
Estamos com um problema após aplicarmos as notas no R/3 e atualizarmos o GRC com o SP15:
Ao darmos o número da NF-e no R/3, ele cria com sucesso e o envia para o GRC. No GRC, temos os Erros:
Process Status: 01 Received from Feeder System
Error Status: 20 Signature Service Unreachable
Isto ocorre no ambiente de homologação.
Por favor, alguma idéia do que está ocorrendo?
Muito obrigada,
Fabiana

Bom dia Fabiana,
O validador está ligado? Se sim, é provável que estejam faltando as várias notas corretivas para o layout 2.0 pós SP15.
Em especial para esta questão a 1498700 Problem on signing NF-e
Atenciosamente, Fernando Da Ró

IMPOSTOS PIS E COFINS DE IS-OIL NAO ESTAO INDO PARA O XML DA NFE

Prezados,
Estamos em um projeto de IS-OIL, SAP Release EHP5 S.P. 05, e nos apareceu o seguinte problema nos testes da NF-e.
O PIS e COFINS estao configurados atraves das condicoes OI1A e OI1B, TAX GROUP OI1A e OI1B respectivamente, que faz com que na nota fiscal estes impostos sejam estatisticos.
Acontece que na funcao standard J_1B_NF_MAP_TO_XML, quando passa por um imposto estatistico com RECTYPE = 2 e com TAX GROUP diferente de PIS e COFI, nao aceita e nao leva os valores.
Pesquisamos por alguma nota na SAP, mas nao encontramos.
Algum de voces ja passou por este problema, podem nos ajudar por favor?
Antecipadamente agradeco,
Diogenes L. Souza

Prezados,
Eu abri um chamado para a SAP a respeito desse problema, e depois de tentarem resolver o problema inclusive criando uma OSS NOTE especifica para o assunto, nao deu certo e a resposta final da SAP eu reproduzo abaixo :
unfortunately I do not have such great news.
I have just received the information from our LPM that SAP do not
support industry specific conditions to be exported to the XML.
The recomendation is that the customer implement the necessary
modifications himself or look for a LPM and create a new development
request.
Saying this, you have to undo the modifications created by note 1671892
and close this message
Entao, diante dessa resposta, o jeito e desenvolver algo, ou solicitar o desenvolvimento caso haja tempo habil.
Obrigado a todos,
Diogenes

Campos cEAN e cEANTrib no XML da NFE (NT 2011/004)

Bom dia,
A partir de 1º de julho de 2011, é obrigatório o preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista.
A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc.
Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
Sabemos que o preenchimento do cEAN é realizado através do campo standard no cadastro do material, e o cEANTrib é o mesmo número, e este cenário eu consigo tratar na BADI preenchendo abos os campos com os mesmos valores.
Porém temos uma particularidade que é a seguinte:
Tem um determinado cliente que me compra caixas com 24 unidades de óleo, e neste caso, o cEAN e o cEANTrib serão diferentes.
Ex.:
cEAN: 12345 (CDA)
cEANTrib: 123456 (CX)
No cenário normal, envio preencho as tags cEAN e cEANTrib com o código do cEAN (12345) que está cadastrado no campo específico do cadastro do material (MARA-EAN11).
No cenário "especial", o GTIN tributado é diferente, preciso enviar na tag do cEAN o GTIN da CX (123456) e na tag do cEANTrib envio o GTIN do CDA (12345). Ambos os valores estão cadastrados nas informações adicionais do cadastro do material na aba de "EANs adicionais" conforme abaixo:
UM alt     Texto un.     Código EAN/UPC     Ctg.EAN
CDA     cada     7898357410015     HE
CX     caixa     17898357410012     IC
Como trato isso? Pois na BADI não tenho o campo do cEAN para tratar...
Obrigado,
Mateus.

Oi Matheus.
Você pode fazer habilitar este campo na BADI fazendo um append Z na estrutura IF_EX_CL_NFE_PRINT~FILL_ITEM. Fizemos isso para habilitar outros campos como por exemplo o E1_FONE no cabeçalho da NF-e.
Abraço
Eduardo Chagas

NFe de devolução de compras (layout 3.10)

Ao processar um cenário de Devolução de Compras (MIRO - Nota de Crédito), a NFe de devolução (layout 3.10) não foi validada no SEFAZ. O motivo da recusa foi o "225 - Rejeição: Falha no Schema XML da NFe".
Verifiquei que esta rejeição se deve ao fato de a TAG <indIEDest> estar preenchida com "0", quando deveria estar com "1", "2" ou "9". Todas as Notas SAP referentes ao novo layout 3.10 já estão implementadas. A SAP Note 1933985, diz que um novo campo é disponibilizado para identificar se o parceiro de negócio é ou não contribuinte de ICMS.
Para clientes, este novo campo passou a ficar disponível no dado mestre. Desta forma a frente de SD está mapeando o mesmo na BADI de criação do XML para preencher seu conteúdo na TAG <indIEDest>.
Entendo que no cenário de Devolução de Compras (MM), é necessário fazer o mesmo no cadastro de fornecedores, para que na NF de devolução esta TAG também seja preenchida, entretanto este campo não está disponível nas telas do Dado Mestre de Fornecedor. Este campo existe na tabela LFA1,
mas não está disponível nas telas do cadastro.
Alguém que esteja implementando a NFe 3.10, sabe se é possível disponibilizar o campo ICMSTAXPAY nas telas de Dado Mestre de Fornecedor?
Obrigado!
Vinicius Campos

Gizela,
Boa tarde,
Estes campos não estão na nota fiscal. Eles são campos lidos no momento do faturamento. Assim, sendo a sua necessidade é efetuar o saneamento do cadastro de Fornecedores, para a aba Brazil tax data.
A configuração dos campos você tem pela Nota SAP
1954377 - Field Selection for Brazilian fields
Modificando as views de cliente J_1BCUST_SCFSELV e uma de fornecedor J_1BVEND_SCFSELV).
Via LSMW você poderá efetuar a manutenção dos registros para este campo.
Todavia, terá que configurar alguns parâmetros pelo caminho.
SPRO -> Componentes válidos para todas as aplicações -> Funções gerais de aplicação -> Nota Fiscal -> Dados Mestre
Atenciosamente,
Rivalino Pereira

NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe

Similar Messages

Maybe you are looking for