ERP-MM

how to do account assignment for material in MM

We define Sample account at OB15 and the path is SAP Ref:
IMG\Financial Accounting\GLAccounting\GLAccounts\MasterRecords\Preparations\Additional Activities\Sample Accounts
Step1: Maintain List of Rules types
In this step you just create a code for your Sample Account
Create a New Entry
XXXX Sample account for Pleasecontact1 then save
Step 2: Define Data Tranfer Rules FSK2
In this step you define the data tranfer rule i.e., whether it can be editable or only display etc after a Master recored is created with Sample Account.
Selects the fields that you want to transfer (check boxes)and can be changed and can't be changed etc., then save.
Step 3: Assign Company Code to Rule Type
In this step you will assign your sample account to your company code.
Just select your company and select your Sample account and assing then save.
Step 4: Create Sample Account. FSM1
Now create Sample Account same as you create at FS00, then Save.
Now Sample account is created. Now you can find Sample account field in FS00 (if you assign it company code it won't be displayed) enter Sample account no, and press enter all the fiels that you have selected in Step 2 will be copied (transferred) accrding the the rule (checkboxes) you have selected there.
At Tcode FS00
At FS00 you can see/Edit/Create a GL Master Record which is maintained by the Company Code. Where as Sample Account is not GL Master Record but it is a set of settings/rules which are easily available to create a GL Master Record (understand this point clearly) This sample account does not hold your transaction data nor you can edit or view at FS00.
To use your Sample Account:
1. Go to FS00, give a GL account no (other than Sample account no ofcourse). Select create
2. Then check all fields, whether any field is filled like Currency, Open Item Management, etc for your confirmation (obviously every field is empty) 
3. Now enter Sample Account no in Sample Account field and give Account Group. press Enter. U will get a message that "Data from changed Sample account was accepted", check data.
4. Now chek all fields again. Now u will find some fields filled with values which you have defined in Data Transfer Rules while creating Sample Account

Similar Messages

  • Report RFKLBU10: Missing Parameter for Logical filename in Release ERP 2005

    Hello Experts,
    Report RFKLBU10 in Sap Release 4.6c hat a parameter "Old dataset logical name".
    The new version of this report in SAP Release ERP 2005 there is no such parameter.
    Is this a SAP-Bug ?
    Best regards,
    Mike

    There are no Export or Print events accessible for the viewer
    Since it sounds like you are creating the reportdocument object in your click event, the settings on this object become out of scope on successive postbacks executed by other events.
    to get around this without major changes, you can place your "report" object in session in this event and retrieve it from session on successive postbacks.  This should solve your problems around navigation, printing and exporting.  What you will need to do is check if the session object exists (usually in page_load or page_initialze) and if so, retrieve it from session and bind it to the viewer's reportsource.  If the session object does not exist, then do nothing (ie you have not clicked your button yet that retrieves the parameter values from session and loads the report).  Also, in your click event you can check if the report session object exists and if so, remove it so that it can be re-created with your new parameter values (ie i'm assuming the only time you want to set parameter values is in this event).
    Dan

  • Error while creating "RETURNS" as ERP Sales transaction type

    Description: We are getting error while creating ERP SLO type "Returns-ZRE". Message prompts as "Creation of ERP Transaction failed". We do not get the message for other order types for example "Standard order".
    Please suggest. Please note that this is an ERP sales order in CRM UI not a CR< sales order.
    Thanks
    Shree

    Is this only for a particular order type?
    As stated above this can be to do with user authorisations or the trusted RFC set up. Some things to check are:
    - ST22 dumps in ECC
    - ST01 authorisation trace for the user in ECC
    - Trusted RFC connection set up

  • Creation of multiple contracts in ERP backend from 1 GOA in SRM

    Hello fellow SRM'ers, we are on SRM 5.5 and we have a scenario where we create a GOA in SRM and it get's created as a contract in the ERP backend system.  This is working fine.  Now our client would like to have multiple contracts created in the backend, one for each company when the GOA is saved.  I found OSS note 646903, statement #2 that explains how to code the badi bbp_ctr, but is this all that is required to do this?  It seems to me that the code in BBP_CTR will only create 1 contract/idoc.  Can anyone tell me how we generate an idoc/contract that we want to create in ERP backend?  Or is this how it's done?
    Points will be rewarded for usefull answers.  I have read most of the posts on this forum and have not found any answers yet.
    Thanks,
    Marty

    Hi,
    Please go through the below explanation from SAP documentation which says the no of contracts that would be created in the backend depends on
    --If you activate grouping logic for locations in GOA from SPRO under cross aplication settings, items belonging to the same release-authorized purchasing organization, but different locations, can be grouped together into one backend contract. This requires a 1:1:1 relationship between an item, the release-authorized purchasing organization, and the location. This means that for each item, you can only assign one release-authorized purchasing organization, and one location, in order to release the GOA.
    If you do not select this indicator to activate the grouping logic for location, a separate backend contract is created for each item belonging to the same release-authorized purchasing organization, but with different locations. Only items referring to the same release-authorized purchasing organization and location can be combined into one backend contract.---
    So the bottomline is by default, when we distribute one separate contract is created for each location.
    Hope this clarifies.
    Regards,
    RRK

  • Error while adding custom fields in ERP quotation

    I am trying to add custom fields to ERP quotation. So picked up ERP_H and added view BTCUSTOMER_H/CustomerH to its views. I have added the relevant custom fields to BTCUSTOMER_H/CustomerH. Now when I try displaying this, I get the following error..
    Context generation failed in view BTCUSTOMER_H/CustomerH of UI Component ERP_H
    An exception has occurred Exception Class  CX_BSP_WD_INCORRECT_IMPLEMENT - There is no node text 'BTAdminH' in controller ''. 
    Method:  CL_BSP_WD_CONTROLLER=>DO_CONTEXT_NODE_BINDING 
    Source Text Row:  39
    Initialization of view BTCUSTOMER_H/CustomerH of UI Component ERP_H failed
    An exception has occurred Exception Class  CX_BSP_WD_INCORRECT_IMPLEMENT - There is no node text 'BTAdminH' in controller ''. 
    Method:  CL_BSP_WD_CONTROLLER=>DO_CONTEXT_NODE_BINDING 
    Source Text Row:  39
    Cannot display view ERP_H/HeaderOverviewpage of UI Component ERP_H
    An exception has occurred Exception Class  CX_BSP_WD_INCORRECT_IMPLEMENT - There is no node text 'BTAdminH' in controller ''. 
    Method:  CL_BSP_WD_CONTROLLER=>DO_CONTEXT_NODE_BINDING 
    Source Text Row:  39
    Window ERP_H/MainWindow of UI Component ERP_H cannot be displayed
    An exception has occurred Exception Class  CX_BSP_WD_RUNTIME_ERROR - View BTCUSTOMER_H/CustomerH in component ERP_H could not be bound 
    Method:  CL_BSP_WD_VIEW_CONTROLLER=>BIND_VIEW 
    Source Text Row:  165
    I have no prior experiance in UI development. Could someone explain me this error and how to fix this?
    Regards,
    Amar.

    closing this unresolved

  • Error in replicate created BP in CRM 7.0 to ERP

    Hi you all.
    When I create a new BP in CRM, and go to SMW01 the BDOC gives un error, the message is that I didn't fill all required fields.
    I've check and the account group that should recieve the BP in ERP don't have in obrigatory fields.
    The strange is that when I did the initial load ERP->CRM every thing went fine, and also the delta changes went ok. My problem is only in the creation of new BP in CRM, that should be replicated to ERP.
    Can anybody help with some clues?
    Thanks

    Hi Rui,
    For me the best way to identify the field(s) that are causing the trouble is to debug the creation of the BP, in the ERP system.
    Maybe there you'll find the missing information you need.
    If you're willing to give a try, when you create a business partner in CRM the function CRM_UPLOAD_AFTER_MAP_HANDLER calls a remote ERP function called CRM_UPLOAD_TRIGGER.
    This function will call another functions that are configured in the system (I think is table CRM_BUPA_CALL_FU). One of them is PI_BP_PROXY_BAPI_CUSTOMER that will start gathering the information and will create the customer in include LVV02F3J.
    For me, the best spot to put the break-point is in include LVV02F3J, after the CALL TRANSACTION statement. The error messages will be in T_BDCMSGCOLL parameter, and there maybe you'll find the help you need to find the problem.
    Kind regards,
    Garcia

  • Pass system ack of JDBC adapter to ERP in IDoc - XI - JDBC scenario

    Dear all,
    i have an IDoc -> XI -> JDBC scenario (without using ccBPM). In the standard way the ERP system, sending the IDoc waits for an application acknowledgement. However the JDBC adapter is only capeable to send system acknowledgements.
    Is there a way to pass these acknowledgements to the IDoc status record?
    In help.sap.com (http://help.sap.com/saphelp_nwpi71/helpdata/en/ab/bdb13b00ae793be10000000a11402f/frameset.htm) under "IDoc Processing with the IDoc Adapter " there is a table that maps XI system/applic acknowledgement to IDoc status. So in my opinion the status record of my IDoc should at least chenge to the corresponding status for the system ack.
    Can anyone tell, if this is really working? What if I deactivate the acknowledgement request in the NOALE programm?
    In any case, can I achieve to transfer the system ack to the IDoc status without using a ccBPM?
    Many thanks and best regards
    Florian

    Is there a way to pass these acknowledgements to the IDoc status record?
    Without BPM, No.
    So in my opinion the status record of my IDoc should at least chenge to the corresponding status for the system ack.
    The ack referred here is related to idoc status whether it is properly reached till XI or not and not related to the JDBC ack.
    What if I deactivate the acknowledgement request in the NOALE programm?
    Then u won't have any ALEAUD message at sender R3.
    In any case, can I achieve to transfer the system ack to the IDoc status without using a ccBPM?
    No
    Regards,
    Prateek

  • How to view data in SNC after getting transferred from ERP

    Hi all
      I have transferred material ,vendor, customer ,scheduling agreement ,demand from  ERP to SNC system.
    Now I want to view this demand in SNC. What I have done is in SNC is  I opened supplier view.
    In supplier view, I opened SMI monitor. Now when I click on F4 help of product I am not able to view the material
    which I had transferred. Same is the case with location.
    I know that in SNC, in order to view data following assignment is required.
    Material  Location  Business Partner ( Org ) --- > BP ( Person )  User.
    Now I have assigned Material to location .
    Location to BP ( Org ).
    BP ( org )  to BP ( Person ).
    BP ( Person ) to user.
    But still I am not able to view the data in F4 help ( For SMI overview screen ).
    Next I learnt about Selection modes in SNC.I think I need to assign selection mode u201CPDNF_NEWu201D
    To application ID of SMI overview screen in order to view Product and location in F4 help.
    If I am correct than please let me know how should I proceed. Else please let me know
    What all configuration is required to view product and material data in F4 help and eventually the demand which I
    Had transferred from ERP.
    Best Regards
    Rahul

    Hi Vasu/ hi Nikhil,
      I have done what you mentioned but still could not see the data in SNC Web UI.
      Let me explain once again.
      Consider a case when Panasonic ( Supplier ) is managing inventory for Walmart ( Customer ).[ VMI scenario ]
      Now
      Step 1 : Walmart will create Material,Location,SA ,demand in his ERP.
      Step2 : Master data with demand will get transferred to from customers ERP system to SNC system.
      I can see Product and location by SNC -- > Master data -- > Product/Location.
    Till this point everything is fine.
    Next I have done following.
    Assign my user to Business Partner of type org ( Customer ).
    Location is assigned to Business partner.( Customer ) as material will be shiped to customer location.
    Location is assigned to model 000
    Material is assigned to Location and Planning version 000.
    Now logically assignement is as follows.
    User -- > BP --> Location --> Material.
    Now when I go to customer view ,in product and location,I should be able to see my product and Location.
    But I am not able to see.
    Could you help where I am going wrong.
    Regards
    Rahul

  • Connection from Web Intelligence over Universe to SAP ERP without SAP BW

    Hi there,
    is there a way to create a Universe which ic connected to SAP ERP (ECC 6.0) ? I want to use Web-Intelligence to create the Reports for my ERP-Data. But i don't want to make the way over SAP BW.
    Otherwise i have to use Crystal because Crystal + SAP ERP Integration Kit can handle a connection to ERP. But then i have to waste a lot of time for the accuracy to a pixel which i dont need and i dont want...
    Any Ideas ?!
    Thanks
    Sebastian
    Edited by: smenzl on Mar 31, 2010 9:17 AM

    Hi
    you have 4 options:
    1) Load your SAP ERP data into an SAP BW system and use OLAP universes to build WebI reports.
    2) Use Rapid marts for SAP. This product comprises Data Integrator mappings that will allow to load your SAP ERP data into a predefined DWH based on a relational data source (like DB2, MS SQL Server or Oracle). It also includes a universe based on the predefined relational DWH that will allow you to build WebI reports.
    3) Use the Data Federator with the SAP R/3 connector. Please note that the R/3 connector is NOT a product rather a prototype tand will be used at own risk (SAP BusinessObjects Web Intelligence Reporting for SAP ERP [original link is broken])
    4) NOT RECOMMENDED: Try to access the tables directly in the underlying database. Please note that this may work for some but not all of the ERP data. In several case the data are stored encoded in the underlying tables and there is no way to extract the required information. Additionally the ERP security will not be leveraged into the WebI report.
    Crystal reports is the currently the only BO reporting tool, which supports direct access to SAP ERP data sources.
    Regards,
    Stratos

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

  • 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

  • Inutilização de NF - Não atualiza ERP - ERP error 104

    Olá!
    Estamos com um problema na inutilização de uma NF.
    A mesma teve a inutilização autorizada pelo SEFAZ e consta com o status code 102 no GRC.
    Porém houve um problema na atualização do ERP e este consta como ERP error 104.
    Na J1BNFE esta NF aparece com a engrenagem, com o status 2 (Rejeitada), status da comunicação 3 (Rejeitada e autorização para inutilização requisitada) e status messageria C (Inutilização requisitada).
    Rodando a /XNFE/UPDATE_ERP_STATUS_DIAL no PI ou indo na aba de erro no ERP na interface web do GRC, ocorrem os respetivos erros "Log number Missing for NF-e XXXXX" e "Log number is required for NF-e XXXX"
    Alguém já viu este erro ocorrer? Procurei pelo fórum, mas não encontrei nada parecido.
    Obrigado,
    Rodrigo.

    Henrique Pinto wrote:
    > Olá Rodrigo,
    >
    > qual foi a solucao adotada?
    > Pode ser que ajude mais alguém.
    >
    > Abs,
    > Henrique.
    Olá Henrique!
    Foi atualizado manualmente o status no GRC.
    E então o ERP foi sincronizado com o mesmo.
    Segue abaixo a resposta do Fernando no chamado:
    The status was manually adjusted on GRC side, I also tried to do it onERP side but the user provided to us there's no enough authorization.
    Next steps:
    - on ERP side both documents have status skip rejected
    - on ERP request cancellation again
    - GRC will refuse with flag MSS = G (ignore it, as the status will be
    waiting the response)
    - on GRC run the /xnfe/update_erp_status_dial for each NF-e
    Any problems let me know.
    Regards,
    Fernando Da Ros
    SAP NFE Support

  • ERP STATUS 109 - Erro de Validação

    Boa Noite ,
    Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
    O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
    Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do  Henrique Pinto e Fernando Ros em outros Threads.
    1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
    1376324 - NF-e: Skip for NF-e with validation error
    1298283 - NF-e: Skip for NF-e with validation error
    1376901 - Skip for validation error
    Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
    Grande abraço a todos,
    Rafael Medice

    Bom dia Rafael,
    Ao que parece está faltando algumas coisas na sua implementação:
    105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
    109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
    Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
    Atenciosamente, Fernando Da Ró

  • Crédito p/ Forn aparece no Monitor do ERP - não consigo enviar p/SEFAZ

    Boa tarde!
    Para devolução de mercadoria ao fornecedor via pedido de compra, criamos o crédito através da transação MIRO, conseguimos o número da NF automaticamente e ela aparece no monitor (J1BNFE), porém, status em "amarelo" - código 3, indicando que precisamos enviara para a SEFAZ. Ao tentar enviar para a SEFAZ, recebo a mensagem abaixo. No monitor do GRC a NF-e não aparece. Bom, não é um billing document (ou documento de faturamento), mas um documento criado em MM para retorno de mercadoria ao fornecedor (documento criado com ref. ao RE) e o tipo de NF foi criado com referência ao E4. Há alguma coisa faltando para que a NF seja enviada ao GRC? Veja detalhes abaixo:
    Messagem de Erro:
    Billing document 5456275826 does not exist
    Message no. VF041
    Diagnosis
    The billing document you specified does not exist.
    This document was possibly archived.
    Configuração com cópia do RE:
    Nota Fiscal Category ZH - NF-e Return of Incoming
    Indicators:
    click no campo Electronic NF
    NF Cancel Type ZG NF-e Cancel of Outgoing Direction (A)
    Nota Fiscal Document Type:
    Document Type - 6 Return
    Direction of Movement - Outgoing
    Invoice Verification:
    NF Partner Function - LF Vendor
    NF Partner Type - Vendor
    Text Key - RETU Return Text for IPI
    Other:
    Nota Fiscal Form - NF06 - form 06
    Nota Fiscal Model - 55 Nota Fiscal - Model 55
    Muito obrigada
    Fabiana

    Exmo Sr:. Da Rós;
       Segue abaixo respostas:
    Bom dia José Aguilar,
    porém o meu problema com a atualização dos status persiste
    Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
    Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
    ...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
    Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
    Próximos passos:
    - Qual o resultado do debug? O que descobriu?
    Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente  o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
    - Os status mudaram?
    Resposta: Não.
    Atenciosamente, Fernando Da Rós
    Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
    Grato.
    José Aguilar.

  • NF-e sem linha de material não é cancelada/não atualiza status no ERP

    Bom dia!
    Estou com o seguinte cenário.
    O usuário criou uma NF-e manualmente via J1B1N e enviou para SEFAZ. Posteriormente o mesmo solicitou o cancelamento e a NF-e foi cancelada na SEFAZ e no GRC; porém não foi possível atualizar o status no ECC.
    Detalhe, consultando a NF-e no ERP a mesma não contém nenhuma linha de material! Diferentemente do documento no GRC! Ou seja, o item da nota no ERP sumiu!
    Obviamente que perguntamos aos usuários como fizeram essa façanha... e a reposta não poderia ser diferente... não fizeram nada além do normal! :-p
    Verificando a função J_1B_NFE_CANCEL disparada ao solicitar uma inutilização/cancelamento a mesma contém o código abaixo onde o sistema verifica se a NF-e contém registro na J_1BNFLIN e se não, retorna erro.
    D O C U M E N T    P R O C E S S I N G
      CLEAR: itab, e_cancel, lv_subrc.
      CLEAR: bdcdata[], itab[], wa_bdcdata, wa_itab.
      clear: lv_sernpcount.                             "1247602
      SELECT * FROM j_1bnflin INTO ls_nflin
      WHERE docnum = i_docnum.
        EXIT.
      ENDSELECT.
      IF sy-subrc IS NOT INITIAL.
        MESSAGE e045 WITH i_docnum RAISING no_nf.
      ENDIF.
    Estamos usando ECC 604 0008
    Temos vários documentos criados na produção com essa situação e tentamos de diversas maneiras recriar o cenário em qualidade mas não conseguimos.
    Abraço
    Eduardo Chagas

    Bom dia Eduardo,
    Esta seria a "melhor ideia" que imagino ter linhas de itens enviadas ao GRC que não estão no ERP. Veja os campos CALLRFC nas linhas da ACTIVE e HISTORY se tem o valor 3 (numerado e transmitido pelo job).
    Outras duas opções para investigação:
    - BAdI com "boa memória", verifique se a codificação permitiria pegar itens de outro docnum e enviar como sendo desta.
    - Deleção dos registros
    No mais um chamado para investigação, mas sem o "como reproduzir" nem sei ajudaria.
    Atenciosamente, Fernando Da Ró

  • NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

    Boa tarde,
    Tem acontecido que ao tentar atualizar a NFe, ocorre o erro de atualização (tabela /XNFE/NFE_HISTconsta 108), porém no monitor GRC a NFe está com status OK (verde).
    Ao verificar a tabela /XNFE/NFE_HIST, o registro de wasstat 05 (Result Received) tem o error_erp 108, porém o último registro da tabela é o de wasstat 08 (sent to B2B) e neste o erroe_erp está em branco. Inserindo o erro 108 neste último registro, a NFe aparece agora no monitor GRC com status de erro, e o erro ERP 108, e aparece na aba de "Erro atualização status ERP", permitindo assim o uso da opção Atual. (atualizar o ERP novamante), que após acionado, atualiza o ERP corretamente e volta a NFe para OK no monitor GRC.
    Já pesquisei notas e aqui no SCN e não encontrei nada relacionado.
    Alguém já passou por isso.
    GRC 10.0 sp13
    ERP 604 sp11
    Abraços
    Ricardo Carneiro.

    Bom dia Ricardo,
    Vamos por partes...
    - o 05 significa resultado recebido da Sefaz, e o status 100 diz que foi tudo Ok por lá
    - o 05 tenta comunicar com o ERP, e o 108 indica neste status que o ERP não pode processar seu status
    - o 08 não comunica com o ERP, então nele não deve ter ERP_ERROR mesmo
    Agora as questões:
    - Deveria ter o processo parado no 05 já que houve um erro? Para alguns a resposta seria sim sim sim, para outros já que tá tudo OK faz o B2B
    - Não deveria ter sido copiado o status 05 para 08? Talvez (pq resolveria a questão manual)
    - O que fazer então?
    Sobre o 108 ele é sintoma SEMPRE, algo não está bom no processamento ERP. A única coisa esperada de fato na emissão é o lock de processo no ERP, que o SAP NFE trata reenviando via job.
    Na emissão muito provavelmente é algo errado seja configuração, seja código e deve estar dentro da BAdI.
    Você não postou o que encontrou na RSRFCTRC. Poste por favor.
    Com o foco em solução te indicaria investigar o que está errado no ERP, e a questão ERP_ERROR não estar visível no 08 vai ficar menor. De qualquer forma pode ser motivo de chamado para o desenvolvimento avaliar opções, mas é um remédio para sanar sintoma não para curar a doença.
    * Se fosse um processo de cancelamento ou skip bem mais coisas poderiam acontecer como fonte de um erro de processamento ERP.
    Atenciosamente, Fernando Da Rós

Maybe you are looking for