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 SarriOlá 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õesBom 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ó -
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,
Lé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?
-
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
KiranBom 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 incorrectlyBom 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ó -
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 RebeloBom 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 -
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 PMHello 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 -
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,
NikhilHi 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 -
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 .
AttGuiliano,
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. -
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 RossanOlá 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 OliveiraHenrique,
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
-
I've lost the bookmarks icons after my internet was shut down and then brought back up.
My internet was shut down by accident by Comcast. When they corrected this and turned it back on, my icons in Bookmarks disappeared. The texts are still there, but without icons. Having the icons is very helpful.
-
Can anyone help me open CR 2 photos. I am new to PSE and would like to try editing RAW. I have a Canon EOS XSI and am using PSE 8. When I download the files they are a white piece of paper .CR2. I have tried updating the software but feel that I
-
Dear SD Gurus, Is it possible to transfer the Cost of Goods Sold (CoGS) amount to a condition type? Can I use EK01 or EK02? Or any idea? Thanks, Soo
-
I just purchase a photo shop and then realize it was for windows and not a mac. Here is the information from my purchase. The order was through my paypal from Valada Harp Adobe Photoshop Elements 13 & Adobe Premiere Elements 13 (Windows,English) 10
-
Error 1099 when creating express VI from a VI
I am trying to create a new express VI from an existing VI and am getting the following error: Error 1099 occurred at Property Node (arg 1) in byob_Create Controls & Inds.vi->byob_GUI Create Block.vi->Block Builder Wizard.vi Possible reason(s): LabVI