Entrada da NFe no ERP e arquivamento do XML.

Prezados, bom dia.
Tenho algumas dúvidas que gostaria de dividir com vcs. Alguém saberia responder?
Processo de Entrada de Nfe no ERP (manual)
1.) Quando da entrada de dados da DANFE no ERP (MIGOMIRO), este envia alguma informação pro GRC? Em que momento é validada a DANFE?
2.) Se sim, em que formato são armazenados os dados da NFe no GRC?
Recebimento do arquivo XML do fornecedor
1.) Há alguma consistência entre o XML (recebido do fornecedor) armazenado no GRC e os dados inseridos no ERP (com base na DANFE recebida)?
2.) De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Obrigado por qualquer ajudar.
Hyalen.

Obrigado David e Henrique. As respostas ajudaram bastante.
Formatei a discussão em Perguntas e Respostas para facilitar o entendimento.
1- Pergunta:
Quando da entrada de dados da DANFE no ERP, este envia alguma informação pro GRC? Em que momento é validada a DANFE?
Resposta:
Atualmente, quando você entra com as informações da DANFE através do MIRO/MIGO nenhuma informação é enviada ao SAP GRC NFe, logo nenhuma validação destas informações é realizada junto a SEFAZ.
2- Pergunta:
Uma parte do processo de NFe é dar entrada da mercadoria no ERP. O que acontece se eu digitar as informações de recebimento, em relação ao XML armazenado, errada no ERP? Há alguma consistência entre o XML armazenado no GRC e os dados inseridos no ERP?
Resposta:
Quando você receber o XML de um emissor de NF-e através do cenário de B2B do SAP GRC NFe, esta nota será consultada pelo SAP GRC NFe junto ao site da SEFAZ e será armazenada no SAP GRC NFe (dentro do repositório do SPRO), mas nenhuma informação desta NFe (XML recebido) será consistida com as informações inseridas no ERP (baseada na DANFE recebida).
3- Pergunta:
Em que formato são armazenados os dados da NFe no GRC? Melhor dizendo, o GRC decompõe o XML que chega do fornecedor e armazena os dados em tabelas ou grava como XML mesmo?
Resposta:
O GRC armazena o XML sem decomposição alguma e em dois momentos, quando da solicitação do protocolo e após validação do XML pela SEFAZ. No segundo caso o XML será armazenado com o Código de Autorização de Uso.
4- Pergunta:
De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Resposta:
Estas informações foram extraídas Portal da Nota Fiscal Eletrônica - Perguntas Frequentes NF-e
A regra geral é que o emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado. Assim, o emitente deve armazenar apenas o arquivo digital.
No caso da empresa destinatária das mercadorias e da NF-e, e que seja emitente de NF-e , ela também não precisará guardar o DANFE, mas apenas o arquivo digital recebido.
Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação pelo prazo decadencial estabelecido pela legislação, devendo ser apresentado à administração tributária, quando solicitado.
Reforçamos que o destinatário sempre deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e, tenha ele recebido o arquivo digital da NF-e ou o DANFE acompanhando a mercadoria. Hoje os processos são separados.
1- DANFE -> transporte de mercadoria -> entrada manual MIRO/MIGO.
2- XML -> interface B2B -> armazenamento no GRC.
A funcionalidade de entrada automática dos dados da NFE no ERP (sem necessidade de digitar nada, dados lidos do XML) está prevista pro próximo release do NFE.
Quanto ao requisito legal (armazenar o XML e verificar status da NF-e quando da chegada do XML), a solução já atende. Mas vc continua tendo q fazer a MIRO/MIGO e checar na SEFAZ o status da NF-e quando da chegada do DANFe (pois no meio tempo entre a chegada do XML e da DANFe, a NF-e pode ter sido cancelada pelo emissor). No próximo release, esses passos manuais serão totalmente automatizados, sendo integrados com o processo do XML.

Similar Messages

  • 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

  • Categoria de Nota na MIGO/MIRO

    Bom dia Pessoal!
    Eu li todas as informações trocadas em relação a entrada da NFe no ERP e arquivamento do XML, porém ainda estou com uma dúvida. Poderiam me ajudar?
    Quando recebemos um DANFE do Fornecedor, ao fazer o lançamento na MIGO/MIRO desta NFe, utilizo a categoria de Nota "tradicional" ou "eletrônica"?
    Att.
    Adriana Simões

    Bom dia Adriana,
    Sobre as postagens no forum, procure criar uma thread (questão) nova para cada problema, de forma a facilitar no apoio e também na procura pelos outros.
    Por exemplo este subject é "Re: Categoria de Nota na MIGO/MIRO"
    Independente dos cenários que você está testando agora está com dois novos problemas:
    1 - Problema no GRC está sim relacionado a PIS/COFINS, acredito que as threads abaixo tragam novas informações:
    Situação Fiscal PIS e COFINS (Tax Situation)
    Validação NF-e Campo CST / IM
    Requisitos para implementação do SPEd NF-e
    Alteração de NF-e
    2-B12_REFNFE trata-se de alguma inconsistência na tag de Nota Fiscal Eletrônica de Referência. Verifique se o valor da REFNFE está com 44 posições de números, ou se está faltando por exemplo o número aleatório ou dígito de controle (verifique se tem espaços entre ou então não tem 44 posições).
    Sendo assim, peço que não economize em threads do forum cada questão é uma questão. De forma que você poderá resolver uma questão e fechá-la e a outra ainda continuará aberta.
    Atenciosamente,
    Fernando Da Ró

  • NFe de entrada no GRC

    Pessoal, aqui no cliente existe uma categoria de NFE ex: IK.
    Sempre que eles fazem entrada nessa NFe, ela tá indo pro GRC.
    Vcs sabem o que pode ser?
    Existe alguma maneir, mesmo errônea do usuário enviar essa nfe pro grc?
    Já que essas NF-e de entrada devem parar o processo no ERP.
    Att,

    Boa noite
    A sua categoria de nota pode estar certa como eletronica, mas ela tem configuracao errada.
    Porque uma nota de entrada de fornecedor nao vai para Sefaz. Ela é criada autorizada mesmo sem preencher o nmum aleatorio e digito.
    Na categotia de nota voce colocou um FORMULARIO
    POrqeu isto significaria que vai imprimir a nota e se vai imprimir deve ir para sefaz
    Tem um flag na cat de nota a esquerda que diz Entrada. Ele tambem significa que é nota gerada pela sua empresa.
    Uma nota de fornecedor eletronica Nao pode ter este flag ENTRADA do lado esquerdo marcado e nao pode tem FORM
    Agora a nota criada e rejeitada deveria permitir dar reset, mas ela esta errada certo porque nao ;e eletronica e nao deve ir para sefaz.
    Acho que deveria pedir inutilizacao desta nota. ( Anotar este numero porque a sefaz vai registrar este numero como inutilizado e quando gerar uma nota verdadeira de entrada da sua empresa com este numero ela vai ser rejeitdad )
    Criar a nota do fornecedor com uma categoria correta nao eletronica
    Espero ter ajudado
    Renata Hopp

  • Canal MAIL_SENDER para erro NFe entrada

    Olá Experts ,
    Temos configurado um email do remetente adpater com um módulo personalizado sap.com / GetNFePayloadFromAttachment / GetPayloadFromAttachment para ler os attachements na mensagem de e-mail para B2B entrada de NFe . Isso estava funcionando bem antes.
    Recentemente tivemos uma reinicialização dos servidores PI . Depois de que o canal que vai para erros . O primeiro erro de acordo com registos de NWA é :
    failed to call the adapter engine; caused by javax.ejb.EJBException: Exception in getMethodReady() for stateless bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: com.sap.engine.services.ejb3.util.pool.PoolException: javax.ejb.EJBException: Exception raised from invocation of public void com.sap.aii.adapter.mail.ejb.XIMailAdapterBean.ejbCreate() throws javax.ejb.CreateException method on bean instance com.sap.aii.adapter.mail.ejb.XIMailAdapterBean@243be1e1 for bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: javax.ejb.CreateException: com.sap.engine.interfaces.messaging.api.exception.MessagingException: Failed to load messages into Queue AFWSend from database. Reason: com.sap.engine.services.dbpool.exceptions.BaseSQLException: ResourceException occurred in method ConnectionFactoryImpl.getConnection(): com.sap.engine.services.connector.exceptions.BaseResourceException: Cannot get connection. Reason: the thread of component "ejbContexts/sap.com/com.sap.aii.adapter.mail.app/com.sap.aii.adapter.mail.ejb.jar/XIMailAdapterBean" in application "sap.com/com.sap.aii.adapter.mail.app" is currently associated with a restricted resource set and it is not allowed to get connection within it.
    Depois disso , sempre que ele está tentando processar uma mensagem sua jogando o erro abaixo :
    exception caught during processing mail message [588]com.sap.aii.af.lib.mp.module.ModuleException
    Alguém enfrentou esse erro antes? Por favor, ajude !

    Alguém já enfrentou um problema semelhante?

  • NFE processo de compra padrão

    Hi,
    Eu sou novo para isso NFE. eu sei que parte de configuração está disponível para NFE e ERP SAP em ajuda. existe algum link ou melhores práticas disponíveis para os cenários abaixo
    NFE processo de compra padrão
    Processo NFE STO
    viu algum processo no link abaixo, mas não conseguiu understand.because eu não sei o que eles estão usando tcodes em NFE
    http://help.sap.com/saphelp_nfe10/helpdata/en/27/17a62e6880419da2d10a49d24da6f5/content.htm
    você poderia por favor me ajudar neste documentos regard.any com capturas de tela para o processo padrão avalable plese me avise.
    obrigado
    Kiran

    Bom dia Luiz Henrique.
    Obrigado pelas informações enviadas. Eu já havia avaliado esta documentação. Ela descreve a utilização do registro info de consignação bem como a criação das RCs e PCs com categoria de item C(Consignação). Testei este cenário e consegui efetuar a entrada de mercadorias contra o pedido mas não consigo efetuar o lançamento da MIRO.
    No BPP 139 não orienta pela utilização da categoria de item C no pedido, porém solicita a criação de um reginfo de consignação. Queria entender como o processo deve ser efetivamente realizado considerando as orientações da SAP. Pelo que entendi até agora no que li acredito não ser possível utilizar a categoria de item C em função da localização brasileira.
    Sua empresa faz uso deste processo? Funciona corretamente? Como seu fluxo está desenhado desde a geração da demanda até o lançamento da fatura?
    Obrigado
    Alessandro Luiz

  • 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ó

  • Limitar tamanho do XML no ERP

    Colocamos a NFE em produção dia 01/04/2010. Está tudo indo bem.
    Tivemos um problema (que já havia ocorrido na homologação) que segundo o nosso consultor de PI é bem raro de acontecer e não tem muito o que fazer para resolver a não ser um GAMBIAIXON..rsrs
    O problema em questão é que acontece (as vezes) do nosso ERP gerar uma única NF com mais de 500K (tamanho de LOTE máximo aceito pelo SEFAZ). O que causa isso com certeza não é a quantidade de itens pois já ocorreu em notas com 900 itens, 450, 300.. etc.
    Quando isso ocorre a geração de lotes no GRC pára, e no monitor das NFe´s todas ficam com o status assinado. Isso acontece porque o GRC não consegue criar um lote para essa nota, já que o tamanho máximo de lote configurado é menor do que a nota e isso trava todas as outras gerações de lotes.
    A gambiarra pra resolver é que gente pára o JOB no GRC (PROCESS REPORT u2013 job responsável por gerar os lotes no GRC que roda em looping) vai no monitor do GRC e aumenta o tamanho do lote para 2000K por exemplo e reinicia o job. Desta forma é gerado um lote de tamanho maior do que o aceito pela SEFAZ, que rejeita este lote. Em seguida voltamos o tamanho do lote para 500KB estornamos a nota e criamos outras duas...(simples né???? Rsrs).
    Contei essa história toda para saber se algum de vocês sabe de alguma maneira de restringir no ERP o tamanho do XML de uma NF, mas pelo tamanho físico do arquivo XML e não pela quantidade de itens (hoje já temos um limite de 900 itens por nota fiscal)????
    Queria implementar um controle no ERP que não permitisse gerar notas cujo XML tivesse mais de 400KB e que quando esse tamanho fosse atingido criaria uma outra nota automaticamente. Será que eu me fiz entender??rsrs
    Se alguém da lista souber algo que possa nos ajudar.. agradeço.
    Segundo nosso consultor, esse fato (o ERP gerar uma nota  maior que o tamanho máximo do lote) não deveria travar o GRC. Este deveria ser capaz de, pelo menos, rejeitar a nota e deixar que as demais continuassem o processo normal. Segundo ele, isso seria um erro no produto GRC que a SAP já estaria tratando.
    Se eu encontrar uma solução, posto aqui para todos.
    Obrigado pela atenção.
    Fabio Rebelo

    Bom dia Fabio,
    Este "travamento" foi corrigido no GRC através da SAP Note 1447771 (SP14), com ela a nota será enviada para Sefaz sozinha e provocará uma rejeição de lote que a contém. Daí o usuário poderá pedir a inutilização na J1BNFE, tudo sem intervenção técnica.
    Complementando sobre a informação no ERP...
    Vejo isto como um desenvolvimento bem complexo pois existem regras que só existem na BAdI de transmissão (CL_NFE_PRINT), e o que você pretende é na criação... Ou seja, além de prever tamanhos que estão ocultos na própria existência das tags (deve-se tratar coisas como monta essa tag ou nao?) também o tamanho das BAdI's, além de fazer esta "quebra" de notas por processo (SD/MM...).
    Acho que com a nota a necessidade cai em "prioridade", de qualquer forma se quiser acho seria legal fazer umas estimativas por amostragem... e tratar implementar nos processos em que podem ocorrer este "estouro".
    Atenciosamente, Fernando Da Rós
    Edited by: Fernando Ros on Apr 5, 2010 9:48 PM
    PS: O consultor PI de vocês deu um boa forma de resolver o incidente de forma rápida, só acrescentaria na configuração Qtd.NFe = 1, para evitar que no lote se misture com NF-es Ok, depois voltar para 50 e 500.000
    Edited by: Fernando Ros on Apr 5, 2010 9:53 PM

  • PI NFE StatusService Problem

    Hello all,
    I'm testing my Nfe process, but the Status Service is not ok..
    I dont know why, because I've configuration this scenary according the sap best practices...
    In Nfe monitor the status is red since the test started...
    STATUS ERROR: 70
    In the SOAP ADAPTER that will comunicate with sefaz i entered theses parameters:
    target url: http://nfe.fazenda.sp.gov.br:443/DigitalSignature/ws?style=document   .....> SP
    Configure user authentication: Is it needed?
    Proxy: I configurated the proxy according my Internet Explorer uses for others sites.
    Obs.: I've heard about the password be UPPERCASE, it has some sense? If so, what password? proxy or authentication one?
    Thanks and regards,
    André Ramalho.
    Edited by: Andre Ferreira Ramalho on Sep 18, 2009 2:54 PM

    Hello everyone,
    I am having the similar issue.
    I am running a service staus job "/XNFE/CHECK_SRV_STATUS" every half hour for testing but I am getting the error code 70 in the NFE browser monitor under service status tab.
    1.  Looking at the table /XNFE/SRVSTA I see the following information.
    MANDT           xxx
    CUF                 35
    TPAMB             2
    CHECKTMPL       20,091,028,xxxxxxxx
    STATUS
    TMED            0
    ERROR STATUS    70
    RETURN DATE
    RETURN TIME     00:00:00
    TZONE           BRAZIL
    RETURNTMPL      0.0000000
    XOBS
    ERROR TEXT      MESSAGE.GENERAL
    2.Checking at the communication channels in PI under RWB i see the error in two communication channels  corresponding to t2o regions which I have defined 
    Audit Log for Message: dec3d072-07ad-c8f1-822f-005056b819bc
    Time Stamp Status Description
    2009-10-28 10:44:55 Success Message successfully received by messaging system. Profile: XI URL: http://hostname:5xx00/MessagingSystem/receive/AFW/XI Credential (User): PIISUSER
    2009-10-28 10:44:55 Success Using connection SOAP_http://sap.com/xi/XI/System. Trying to put the message into the request queue.
    2009-10-28 10:44:55 Success Message successfully put into the queue.
    2009-10-28 10:44:55 Success The message was successfully retrieved from the request queue.
    2009-10-28 10:44:55 Success The message status set to DLNG.
    2009-10-28 10:44:55 Success Delivering to channel: SRVSC_SOAP_RCV
    2009-10-28 10:44:55 Success MP: Entering module processor
    2009-10-28 10:44:55 Success MP: Processing local module localejbs/sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean
    2009-10-28 10:44:55 Success SOAP: request message entering the adapter with user J2EE_GUEST
    2009-10-28 10:44:58 Error SOAP: call failed: java.io.IOException: invalid content type for SOAP: TEXT/HTML; HTTP 403 Forbidden
    Q.2 Second question I have is we have configured core system NFE in ERP itself so for that I have defined two RFC's between ERP and PI 7.0 systems
    1. ABAP RFC
    2. HTTP RFC
    My question with respect to this is which RFC should be used while creating a NFE.
    Thanks and regards
    Basit Shaikh
    Edited by: Shaikh Basit on Oct 28, 2009 6:44 PM

  • Idoc extraction from erp

    Hi colleagues,
    i'm trying to create xi scenario which transfers idoc from erp system to the xml file for the mdm system.
    I've already created all the neccessary things in integration repository and integration directory. And now i got stuck with ALE configuration and sending idoc from erp system. Let me describe what i did in ERP:
    1. I created logical system for reciever system (MYMDM)
    2. I created rfc destination to my PI system (MYMDM)
    3. I created port and associated it with my RFC destination (MDMPORT)
    4. I created partner profile for MYMDM LS and add MATMAS message type as outbound parameter. I set MDMPORT port created earlier as reciever port there and choose the option transfer idoc immed.
    5. I created distibution model (bd64) choosing CIVCLNT010 logical system as sender and MYMDM as reciever.
    *CIVCLNT010 - logical system  of ERP system for 010 client (the one i'm working in)
    6. I'm going to we19 TCode and choose:
    Reciever system: MYMDM
    Reciever port: MDMPORT
    Sender system: CIVCLNT010
    Sender port: SAPCIV010 (to be honest i have no clue what should be here... but somewhere i saw it should be like SAPSIDSYSNumber so i did in this way)
    I fill idoc with some data and click start outbound processing.
    I get a message that idoc was sent to SAP system or external system.
    BUT I cannot see the message in PI!
    Actually after that i can find my message just in we05 IDOC's sent list and nowhere else
    Could you please help me with this issue? Any help is very appreciated.
    Thanks and regards,
    Stanislav.

    YEAH! I changed Sender port in we19 to the one i found in IDX1 TCode in PI for my ERP (CIV) system. It was called SAPCIV and not SAPCIV010 and now seems it works!!! I got the message in PI!
    Thanks a lot, Suraj!
    Edited by: Stanislav Shkodkin on Oct 26, 2009 1:51 PM

  • Bringing ERP contracts into MDM

    Hi all,
    My objective is to get ERP contracts into MDM. I run the t-code MECCM in my ERP system and an XML file is generated,which contains the contracts i need.
    Now ideally this XML file should get mapped by XI (on using standard MDM relevant scenario in XI) into another XML file which should be ready to import into the MDM server.
    However my XI mapped file is same as the XML file generated before XI mapping i.e. XI mapping is not taking place.
    Kindly let me know what settings / software component is missing in XI?
    Thanks,
    Nikhil

    Hi Nikhil,
    Have you created your PI interface using standard Process Scenario of SRM MDM Catalog, or you have built it of your own?
    Standard Process Scenario uses objects defined in SRM MDM CATALOG, SAP_APPL, and SRM SERVER software components. But in your case you are just Transferring COntracts from ERP to MDM, So SRM MDM CATALOG and SAP_APPL should be fine.
    Regards,
    Shiv

  • Devolução de compra

    Tenho o seguinte cenario:
    Foi recebida uma mercadoria por NFe,  e dado entrada com NFe, porem a NFe, não foi enviada para a SEFAZ.
    Preciso fazer uma devolução de um dos itens da NFe, quando envio a NFe de devolução para SEFAZ,
    é rejeitada porque a chave de acesso esta incompleta.
    Meu sistema esta buscando a chave de acesso na NFe, de entrada que não foi enviada a SEFAZ, logo não esta completa, porque não tem o numero aleatório.
    Duvida:
    Preciso enviar a NFe de entrada para a SEFAZ ?
    Se não for preciso, como faço com o numero de referencia que a NFe de devolução exige ?
    Agradeço desde já a ajuda .
    Att

    Guiliano,
    o processo nao é esse.
    No recebimento de uma NF-e de entrada, nao há comunicacao com a SEFAZ para autorizacao.
    A NF-e já está autorizada (quem fez a comunicacao p/ autorizacao foi o emissor!).
    Aliás, como ele iria pegar a chave de acesso na SEFAZ se a chave de acesso é o identificador inicial que a SEFAZ exige? Nao faz sentido.
    Os campos que completam a chave de acesso e o protocolo de autorizacao sao parametros que devem ser inputados no sistema durante o processo de entrada.
    Essa nota aparece como na J1BNFE?
    Ela deveria aparecer com o icone amarelo (de que falta acao manual).
    Se nao aparece assim, podem estar faltando algumas notas.
    De qq maneira, o que vc precisa fazer é:
    1. verificar no site da SEFAZ, com a chave de acesso, se a NFe está realmente autorizada (manual)
    2. no ERP, na transacao de entrada, vc vai no botao de Nota Fiscal, daí na aba "NFe" vc inclui o protocolo de autorizacao, o numero randomico e o digito verificador.
    Alternativamente, vc pode seguir com o processo normal, depois de salvar a NFe ela vai aparecer na J1BNFE com o icone amarelo (requer acao manual). Daí vc pode ir na J1B2N e atualizar as informacoes faltantes e salvar a Nota; pode ser preciso abrir os campos no screen control (view J_1BAMV). Depois de salvar a NFe com os dados, volte na J1BNFE; ela deverá aparecer com a bandeira quadriculada.
    Abs,
    Henrique.

  • Dúvida leitura do XML B2B

    Bom dia pessoal,
    Estou com uma dúvida aqui:
    Estamos implementando o cenário B2B para notas de entrada. O cenário NFB2B_WebAS_Inbound_B2B_NFe, será implementado para pegar arquivos XML de um diretório X da rede.
    Gostaria de confirmar se, os dados do XML serão armazenados diretamente na tabela /XNFE/XMLIN. O proxy para este cenário está implementado diretamente pelo pacote SLL-NFE ?
    Precisaremos também, dar entrada nas NFes a partir dos XMLs. Será necessário fazer um XSLT Transformation para utilizar os dados armazenados na string da tabela /XNFE/XMLIN (para enviá-los ao R/3) ?
    Estamos na versão 1.0.
    Abraços e muito obrigada,
    Luciana Rossan

    Olá Luciana,
    sim, existe um proxy standard para entrada (recebimento) dos XMLs no NFE 1.0 e, sim, se vc entra o XML por esse proxy ele já armazena o documento.
    Quanto à entrada no ERP, aconselho a considerar  a implementação do SAP NFE Incoming (módulo de recebimento automatico) incluído no NFE 10.0. Veja mais detalhes aqui:
    Abs,
    Henrique.

  • Erro CX_ST_MATCH_ELEMENT no PI após implementação do SP06

    Pessoal,
    Após a implementação do SP06 do GRC (a versão anterior era a SP03), não estamos conseguindo mais ter as aprovações das notas. O processo para no GRC durante a assinatura da nota, mais especificamente após a execução da SENDER INTERFACE SIGNN_SignNFe_OB, ou seja, não esta executando SIGNN_SignedNFe_IB.
    A mensagem de erro pela transação SXI_MONITOR no GRC é a seguinte:
    Error during XML => ABAP conversion (Request Message; error ID: CX_ST_MATCH_ELEMENT; (/1SAI/TXSA3855B2282FD8D556060 XML Bytepos.: 210 XML Path: rpl:signResponse(1) Error Text: System expected the element 'SignedNFe')) System expected the element 'SignedNFe'
    Aparentemente para ser um erro de SPROXY (ver imagens abaixo), porém verifiquei pela SLDCHECK e SXMB_ADM que a RFC correspondente ao ESR esta correta e já tentei executar u201CPosition ESRu201D pela SPROXY.
    Alguém sabe o que esta acontecendo?
    Application Server u2013 SXI_MONITOR
    Imagem 1
    http://img407.imageshack.us/img407/233/imagem1p.jpg
    Imagem 2
    http://img209.imageshack.us/img209/4304/imagem2q.jpg
    Integration Server u2013 SXI_MONITOR
    Imagem 1
    http://img17.imageshack.us/img17/5877/imagem3p.jpg
    Att,
    Diogo A. de Oliveira

    Henrique,
    Não configuramos nada após ter sido feito upgrade. Teria que ser refeita alguma configuração de mapping?
    Seguem os dados solicitados, omiti os dados do XML por serem confidenciais. Não vou postar o Response Payload porque é muito extenso:
    Payload da assinatura:
    <?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
    - <!--  Inbound Message
      -->
    - <rpl:signResponse xmlns:rpl="urn:DigitalSignatureVi" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    - <rpl:Response xmlns:pns="urn:com.sap.grc.nfe.dsig.core">
      <pns:description>Successful XML Signature.</pns:description>
      <pns:nfeid>35090359476770002282550010011012090075974535</pns:nfeid>
      <pns:status>0</pns:status>
      <pns:xml>    u201CDADOS DO XMLu201D   </pns:xml>
      </rpl:Response>
      </rpl:signResponse>

  • Cenário de envio de XML (B2B)

    Olá Henrique.
    Estou implementando a solução SAP GRC/NFe e configurando o envio de XML aos clientes através do cenário NTB2B_WebAS_Outbound_B2B_NFe.
    Observei que a documentação indica a criação de um communication channel para cada cliente, porém gostaria de configurar um único mail receiver onde o endereço de e-mail seja flexível.
    Para isso, necessito enviar do ECC para o GRC o campo e-mail do cliente e que o GRC transmita este campo na mensagem  NTB2B_procNFe_OB.
    Existe esta possibilidade prevista no GRC?
    Se não, como ficam os desenvolvimentos no PI? Como a criação de novo Interface Mapping, ou, até mesmo de um novo BPM?
    Obrigado,
    Dorval Neto.

    Olá Dorval,
    nao é preciso desenvolver um BPM.
    É possível sim fazer isso dinamicamente (através de alguns simples desenvolvimentos), até mesmo utilizando a interface standard NTB2B_WebAS_Outbound_B2B_NFe (que é chamada por default pelo proxy após a autorizacao da NFE). Para isso, existem 2 métodos:
    1. alimentacao do dynamic configuration de Mail (procure sobre "dynamic configuration" ou "adapter specific message attributes" no forum de XI q vc vai ter varios retornos);
    2. mapping do XML de NFE p/ a estrutura de Mail Package (procure tb por "mail package" no forum do XI).
    Em ambos os casos, vc precisa definir um novo message mapping que irá ser utilizado nesse cenario:
    No caso 1, vc precisa de um message mapping "fake" (onde ambas estruturas fonte e destino sao o mesmo message type, no caso o message type da interface NTB2B_WebAS_Outbound_B2B_NFe). No campo que contém o CNPJ nessa estrutura, vc pode fazer por exemplo um Lookup no mapping para chamar uma RFC que retorna o email a ser utilizado a partir do CNPJ (vc pode desenvolver essa RFC no proprio R/3 e chama-la a partir do lookup, passando um communication channel que aponte o R/3). Procure por "lookup api" ou "rfc lookup" no forum do XI. Uma vez retornado o email, vc pode entao alimentar o dynamic configuration do campo To do Mail adapter com esse valor.
    No caso 2, o mapping vai de fato preencher o Mail Package.
    Vc precisa, da mesma maneira anterior, fazer o RFC Lookup para pegar o valor do email, mas em vez de preencher um dynamic configuration, vc preenche direto na estrutura destino do mapping (q tem os campos subject, to, cc etc.). O campo content vc alimenta a partir do campo xmlString da estrura de origem.
    Depois de criados os mappings, vc precisa tb criar um interface mapping para coloca-lo dentro.
    No caso 1, alem do mapping dummy q vc criou, o interface mapping precisa ter o java mapping standard q vem no interface mapping standard dessa interface.
    No caso 2, o interface mapping soh precisa do mapping q alimenta o mail package.
    Para o configuration, vc pode configurar todo o cenario standard. Daí depois de configurado, vc vai no Interface Determination e troca o interface mapping standard pelo interface mapping q vc criou acima.
    Ainda, para evitar duplicar/recriar objetos, vc pode incluir uma dependencia do seu Software Component Version ao SWCV SLL-NFE 1.0. Daí, vc pode incluir os objetos standard nos seus proprios objetos. Ainda, alguns objetos vc nao precisa nem criar (como o interface mapping), bastando modificar os objetos "standard" q aparecem dentro do nó "Basis" do seu SWCV (é como se ele automaticamente criasse versoes Z dos objetos standard, q vc pode modificar a vontade; esses objetos tem o mesmo nome e namespace dos standard, mas o SWCV é o seu, nao o SLL-NFE 1.0).
    Eu até comecei a escrever um blog a respeito disso tudo, mas nao cheguei a terminar.
    Se conseguir, eu publico.
    Abracos,
    Henrique.
    PS: em anexo segue um exemplo de codigo que pode ser utilizado na UDF para recuperar o email. No caso, ele nao preenche dynamic configuration, soh retorna o email (o codigo para preencher o dynamic config está na 3a referencia abaixo).
    Referencias:
    - Mail Adapter help: http://help.sap.com/saphelp_nw70/helpdata/EN/6b/4493404f673028e10000000a1550b0/frameset.htm
    - Javadoc da Lookup API: http://help.sap.com/javadocs/NW04S/current/pi/index.html (package com.sap.aii.mapping.lookup)
    - Dynamic Configuration: http://help.sap.com/saphelp_nw70/helpdata/EN/43/03612cdecc6e76e10000000a422035/frameset.htm
    - Modifying XI Objects: http://help.sap.com/saphelp_nw70/helpdata/EN/ab/3adb41083f6024e10000000a1550b0/frameset.htm

Maybe you are looking for