Why IDocs are not arrived from Source System

Hi all,
Now a days we are facing regular problem to load master data?
We are getting Error Message - "No Idocs arrived from the Source system".
I need to know, Why this error will be occurred?
Is there any reason for this Docs are not arrived from the Source System?
Please help me to analyze this error, why its happened regularly? what could be possible reasons for this error?
Its very urgent, please help me as early as possible.
Thanks in Advance. I will asign the points for relevent answers.
Regards,
Sudharsan Reddy.

Hi ,
SOME OF THE CHECKS:
1.You can check the RFC destination using the transaction SM59 in the system. Then do Test connection and this should not cross more than 1000ms. The connection should establish within 1000ms.
If it crosses more than 1000ms the tRFC entries will not be cleared fast.There will not be any job to push Transaction recorded entries it will go through SMD(Shared Master Data) Tool.
So if it crossed more than 1000ms, then you can ask your Basis team to check the network connectivity b/w R/3 and BW system.
If there is no serialization for these IDocs then you can use button F6 to process these entries in tRFC manually.
2.Go to SM58 and check the LUW .If any error ..then selecting the failed Idoc, click edit in the menu and execute LUW.
3.If there are many Idocs with status red then check the system performance also. If performance os the system is bad then, we can put the mail to basis guys they will check and restart the BW system. (or) it may be due to problem in the coding,since data transfer is taking long time.
4. Some times it may be due to much parallel process at the info package level and make the Max parallel process into one process in RSCUSTV6, save and run the infopackage. This may be due to space problem.
( Or )sbiw>general settings>maintain control parameters for data transfer. Both in BW and R/3 we configure in the same way.
There we need to give
1.source Sys name
2.Maximum KB in one data package.
3.Maximum lines in one data package.
4. Frequency (specifies after how many no. of data records, status record should be sent)
5. Max processes ---Reduce the number process, save and try.
6.Target Sys name.
Regards,
Dhanya.

Similar Messages

No IDOCS arrived from Source system to BI for generic extraction

Hi All,
While loading data from r\3 generic data source to BI, I am facing the below problem.
1. Using Full Load:-
The request from r\3 to psa turns red after a while. The request monitor says:
Error when updating Idocs in Source System
Diagnosis
Errors have been reported in Source System during IDoc update:
System Response
Some IDocs have error status.
Procedure
Check the IDocs in Source System . You do this using the extraction monitor.
Error handling:
How you resolve the errors depends on the error message you get.
Details Tab shows : request green
Under that Extraction tab shows red
missing messages.
Transfer (IDocs and TRFC): Errors occurred .
Request IDoc : Application document not posted
I ran Transaction BD87,BD73 and execute with proper selections.
Upon checking the idoc in source system Their status is 51 , which says
Diagnosis
The control parameters for communication with the BW server are not
complete. A BW PlugIn upgrade could be the cause of the problem.
System response
Procedure
Depending on the Release of the BW server, proceed as follows:
BW Server Release 1.2B: Source system: Update InfoSource metadata
BW Server Release >= 2.0A: Source system: Activate.
Manually i tried to push the idocs in the BW and source system using TRF but i dint found any records???
Soruce system connection is fine. Profile parameters are set properly and its active .. But still am getting the same problem.
Many thanks, I'll applicate your help.!
Rakesh

Hi
I am also facing the same problem. This happened after restoration of the original system with a copy of the production.
I am not able to get the IDOC posted in the source R3 system.
I did a debug and it failed when verifying the table, RSBASIDOC.
There appeared to be some missing records which need to be inserted.
I can't find a way to insert the missing record and since then, I am not able to proceed.
Have you resolved the issue?
can you share how it can be overcome?
Thanks a lot

Outbound IDocs are not visuible in Middleware system(SeeBeyond)

Hi Experts,
We need need your expertise help on this issue.
Issue:
The Outbound IDocs which are in status 12 in SAP system are not visuible in Middleware system(SeeBeyond) for customized message type( forecast -ZFOSHT)
If we create a IDoc by using customized program, IDoc(eg.0000000012345678) is successfully created and the status of IDoc is 12. but not visible in Seebeyond.
but If we are re sending the same IDoc(0000000012345678) through WE19(IDoc creation) without changing any thing,the newely created IDoc reached to the Seebeyond.
Please look the issue and help me on this.
Raghavendrarao.R
+91 9739006564

Hi,
After your Function module for IDoc creation either it is Z function module or standard one "MASTER_IDOC_DISTRIBUTE" write these
CALL FUNCTION 'DB_COMMIT'.
CALL FUNCTION 'DEQUEUE_ALL'.
COMMIT WORK.
This should solve your problem.

GG configuration - Changes are not replicating from Source to Target

Hi,
I am new in golden gate configuration. I have set up GG between two oracle databases to replicate the changes from source to target database.
But when I update or insert in HR.JOBS table in source, it is not propagating to target. I didn't find any error in error log.
Could you please help me to suggest the configuration I did wrong here?
SOURCE Database information
===========================
Database Name : SRISRI(10.2.0.1) , Hostname : ggs-1.cu.com(Linux 64 bit)
Oracle GoldenGate Delivery for Oracle Version 11.1.1.1.1 OGGCORE_11.1.1.1.1_PLATFORMS_110729.1700
GGSCI (ggs-1.cu.com) 2> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT RUNNING EXT_1 00:00:00 00:00:01
EXTRACT RUNNING PUMP_1 00:00:00 00:00:08
GGSCI (ggs-1.cu.com) 3>
Error Log
=====================
2012-02-12 15:08:34 INFO OGG-00975 Oracle GoldenGate Manager for Oracle, mgr.prm: EXTRACT EXT_1 starting.
2012-02-12 15:08:34 INFO OGG-00992 Oracle GoldenGate Capture for Oracle, ext_1.prm: EXTRACT EXT_1 starting.
2012-02-12 15:08:35 INFO OGG-01513 Oracle GoldenGate Capture for Oracle, ext_1.prm: Positioning to Sequence 55, RBA 11345936.
2012-02-12 15:08:35 INFO OGG-01516 Oracle GoldenGate Capture for Oracle, ext_1.prm: Positioned to Sequence 55, RBA 11345936, Feb 12, 2012 3:00:14 PM.
2012-02-12 15:08:35 INFO OGG-00993 Oracle GoldenGate Capture for Oracle, ext_1.prm: EXTRACT EXT_1 started.
2012-02-12 15:08:35 INFO OGG-01055 Oracle GoldenGate Capture for Oracle, ext_1.prm: Recovery initialization completed for target file /app/ggs/trail/local_trail_1/ta000001, at RBA 1307.
2012-02-12 15:08:35 INFO OGG-01478 Oracle GoldenGate Capture for Oracle, ext_1.prm: Output file /app/ggs/trail/local_trail_1/ta is using format RELEASE 10.4/11.1.
2012-02-12 15:08:35 INFO OGG-01026 Oracle GoldenGate Capture for Oracle, ext_1.prm: Rolling over remote file /app/ggs/trail/local_trail_1/ta000001.
2012-02-12 15:08:35 INFO OGG-01053 Oracle GoldenGate Capture for Oracle, ext_1.prm: Recovery completed for target file /app/ggs/trail/local_trail_1/ta000002, at RBA 1025.
2012-02-12 15:08:35 INFO OGG-01057 Oracle GoldenGate Capture for Oracle, ext_1.prm: Recovery completed for all targets.
2012-02-12 15:08:35 INFO OGG-01517 Oracle GoldenGate Capture for Oracle, ext_1.prm: Position of first record processed Sequence 55, RBA 11345936, SCN 0.873188, Feb 12, 2012 3:00:14 PM.
2012-02-12 15:09:07 INFO OGG-00987 Oracle GoldenGate Command Interpreter for Oracle: GGSCI command (oracle): start pump_1.
2012-02-12 15:09:07 INFO OGG-00963 Oracle GoldenGate Manager for Oracle, mgr.prm: Command received from GGSCI on host 218.186.40.99 (START EXTRACT PUMP_1 ).
2012-02-12 15:09:07 INFO OGG-00975 Oracle GoldenGate Manager for Oracle, mgr.prm: EXTRACT PUMP_1 starting.
2012-02-12 15:09:07 INFO OGG-00992 Oracle GoldenGate Capture for Oracle, pump_1.prm: EXTRACT PUMP_1 starting.
2012-02-12 15:09:07 INFO OGG-00993 Oracle GoldenGate Capture for Oracle, pump_1.prm: EXTRACT PUMP_1 started.
2012-02-12 15:09:12 INFO OGG-01226 Oracle GoldenGate Capture for Oracle, pump_1.prm: Socket buffer size set to 27985 (flush size 27985).
2012-02-12 15:09:12 INFO OGG-01055 Oracle GoldenGate Capture for Oracle, pump_1.prm: Recovery initialization completed for target file /app/ggs/trail/remote_trail_1/tm000001, at RBA 1435.
2012-02-12 15:09:12 INFO OGG-01478 Oracle GoldenGate Capture for Oracle, pump_1.prm: Output file /app/ggs/trail/remote_trail_1/tm is using format RELEASE 10.4/11.1.
2012-02-12 15:09:12 INFO OGG-01026 Oracle GoldenGate Capture for Oracle, pump_1.prm: Rolling over remote file /app/ggs/trail/remote_trail_1/tm000002.
2012-02-12 15:09:12 INFO OGG-01053 Oracle GoldenGate Capture for Oracle, pump_1.prm: Recovery completed for target file /app/ggs/trail/remote_trail_1/tm000002, at RBA 1063.
2012-02-12 15:09:12 INFO OGG-01057 Oracle GoldenGate Capture for Oracle, pump_1.prm: Recovery completed for all targets.
GGSCI (ggs-1.cu.com) 3> view report ext_1
** Running with the following parameters **
EXTRACT ext_1
USERID ogg, PASSWORD ***
setenv (NLS_LANG="AMERICAN_AMERICA.WE8ISO8859P1")
Set environment variable (NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1)
EXTTRAIL /app/ggs/trail/local_trail_1/ta
discardfile /app/ggs/trail/local_trail_1/SRISRI_discard.txt
GETUPDATEBEFORES
TABLE HR.*;
Bounded Recovery Parameter:
BRINTERVAL = 4HOURS
BRDIR = /app/ggs
CACHEMGR virtual memory values (may have been adjusted)
CACHEBUFFERSIZE: 64K
CACHESIZE: 8G
CACHEBUFFERSIZE (soft max): 4M
CACHEPAGEOUTSIZE (normal): 4M
PROCESS VM AVAIL FROM OS (min): 16G
CACHESIZEMAX (strict force to disk): 13.99G
Database Version:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
Database Language and Character Set:
NLS_LANG = "AMERICAN_AMERICA.WE8ISO8859P1"
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8ISO8859P1"
2012-02-12 15:08:35 INFO OGG-01513 Positioning to Sequence 55, RBA 11345936.
2012-02-12 15:08:35 INFO OGG-01516 Positioned to Sequence 55, RBA 11345936, Feb 12, 2012 3:00:14 PM.
2012-02-12 15:08:35 INFO OGG-01055 Recovery initialization completed for target file /app/ggs/trail/local_trail_1/ta000001, at RBA 1307.
2012-02-12 15:08:35 INFO OGG-01478 Output file /app/ggs/trail/local_trail_1/ta is using format RELEASE 10.4/11.1.
2012-02-12 15:08:35 INFO OGG-01026 Rolling over remote file /app/ggs/trail/local_trail_1/ta000001.
2012-02-12 15:08:35 INFO OGG-01053 Recovery completed for target file /app/ggs/trail/local_trail_1/ta000002, at RBA 1025.
2012-02-12 15:08:35 INFO OGG-01057 Recovery completed for all targets.
** Run Time Messages **
2012-02-12 15:08:35 INFO OGG-01517 Position of first record processed Sequence 55, RBA 11345936, SCN 0.873188, Feb 12, 2012 3:00:14 PM.
TABLEWildcard resolved (entry HR.*): TABLE HR.JOBS;
Using the following key columns for source table HR.JOBS: JOB_ID.
GGSCI (ggs-1.cu.com) 4>
GGSCI (ggs-1.cu.com) 1> view report pump_1
** Running with the following parameters **
EXTRACT pump_1
USERID ogg, PASSWORD ***
setenv (NLS_LANG="AMERICAN_AMERICA.WE8ISO8859P1")
Set environment variable (NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1)
RMTHOST ggs-2.cu.com, MGRPORT 7809
RMTTRAIL /app/ggs/trail/remote_trail_1/tm
PASSTHRU
TABLE HR.*;
CACHEMGR virtual memory values (may have been adjusted)
CACHEBUFFERSIZE: 64K
CACHESIZE: 8G
CACHEBUFFERSIZE (soft max): 4M
CACHEPAGEOUTSIZE (normal): 4M
PROCESS VM AVAIL FROM OS (min): 16G
CACHESIZEMAX (strict force to disk): 13.99G
Database Version:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
Database Language and Character Set:
NLS_LANG = "AMERICAN_AMERICA.WE8ISO8859P1"
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8ISO8859P1"
2012-02-12 15:09:12 INFO OGG-01226 Socket buffer size set to 27985 (flush size 27985).
2012-02-12 15:09:12 INFO OGG-01055 Recovery initialization completed for target file /app/ggs/trail/remote_trail_1/tm000001, at RBA 1435.
2012-02-12 15:09:12 INFO OGG-01478 Output file /app/ggs/trail/remote_trail_1/tm is using format RELEASE 10.4/11.1.
2012-02-12 15:09:12 INFO OGG-01026 Rolling over remote file /app/ggs/trail/remote_trail_1/tm000002.
2012-02-12 15:09:12 INFO OGG-01053 Recovery completed for target file /app/ggs/trail/remote_trail_1/tm000002, at RBA 1063.
2012-02-12 15:09:12 INFO OGG-01057 Recovery completed for all targets.
** Run Time Messages **
Opened trail file /app/ggs/trail/local_trail_1/ta000001 at 2012-02-12 15:09:12
Switching to next trail file /app/ggs/trail/local_trail_1/ta000002 at 2012-02-12 15:09:12 due to EOF, with current RBA 1307
Opened trail file /app/ggs/trail/local_trail_1/ta000002 at 2012-02-12 15:09:12
TABLEWildcard resolved (entry HR.*): TABLE HR.JOBS;PASSTHRU mapping resolved for source table HR.JOBS
GGSCI (ggs-1.cu.com) >
######################### Target database information ##############################################
Database Name : THAKUR(10.2.0.1) , Hostname : ggs-1.cu.com(Linux 64 bit)
Oracle GoldenGate Delivery for Oracle Version 11.1.1.1.1 OGGCORE_11.1.1.1.1_PLATFORMS_110729.1700
Error log
==========================================================
2012-02-12 15:09:07 INFO OGG-01677 Oracle GoldenGate Collector: Waiting for connection (started dynamically).
2012-02-12 15:09:07 INFO OGG-01228 Oracle GoldenGate Collector: Timeout in 300 seconds.
2012-02-12 15:09:12 INFO OGG-01229 Oracle GoldenGate Collector: Connected to 218.186.40.99:47496.
2012-02-12 15:09:12 INFO OGG-01669 Oracle GoldenGate Collector: Opening /app/ggs/trail/remote_trail_1/tm000001 (byte -1, current EOF 1435).
2012-02-12 15:09:12 INFO OGG-01670 Oracle GoldenGate Collector: Closing /app/ggs/trail/remote_trail_1/tm000001.
2012-02-12 15:09:12 INFO OGG-01669 Oracle GoldenGate Collector: Opening /app/ggs/trail/remote_trail_1/tm000001 (byte 1435, current EOF 1435).
2012-02-12 15:09:12 INFO OGG-01735 Oracle GoldenGate Collector: Synchronizing /app/ggs/trail/remote_trail_1/tm000001 to disk.
2012-02-12 15:09:12 INFO OGG-01735 Oracle GoldenGate Collector: Synchronizing /app/ggs/trail/remote_trail_1/tm000001 to disk.
2012-02-12 15:09:12 INFO OGG-01670 Oracle GoldenGate Collector: Closing /app/ggs/trail/remote_trail_1/tm000001.
2012-02-12 15:09:12 INFO OGG-01669 Oracle GoldenGate Collector: Opening /app/ggs/trail/remote_trail_1/tm000002 (byte -1, current EOF 0).
[oracle@ggs-2 ggs]$
GGSCI (ggs-2.cu.com) 1> view report rep_1
** Running with the following parameters **
REPLICAT rep_1
ASSUMETARGETDEFS
setenv (NLS_LANG="AMERICAN_AMERICA.WE8ISO8859P1")
Set environment variable (NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1)
USERID ogg, PASSWORD ***
MAP HR.*, TARGET HR.*;
CACHEMGR virtual memory values (may have been adjusted)
CACHEBUFFERSIZE: 64K
CACHESIZE: 512M
CACHEBUFFERSIZE (soft max): 4M
CACHEPAGEOUTSIZE (normal): 4M
PROCESS VM AVAIL FROM OS (min): 1G
CACHESIZEMAX (strict force to disk): 881M
Database Version:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
Database Language and Character Set:
NLS_LANG = "AMERICAN_AMERICA.WE8ISO8859P1"
NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CHARACTERSET = "WE8ISO8859P1"
For further information on character set settings, please refer to user manual.
** Run Time Messages **
GGSCI (ggs-2.cu.com) 2>
Thanks
Tarun

Hi,
I have used below statements for ADD EXTRACT and ADD REPLICAT.
------Extract
ADD EXTRACT ext_1, TRANLOG, BEGIN NOW
-------Data Pump
ADD EXTRACT pump_1, EXTTRAILSOURCE /app/ggs/trail/local_trail_1/ta, BEGIN NOW
-------Replicat
ADD REPLICAT rep_1, EXTTRAIL /app/ggs/trail/remote_trail_1/tb, BEGIN NOW, CHECKPOINTTABLE ogg.tarun_chk
Yes, i have tried tutorial at Oracle Learning Library.
Thanks
Tarun
Edited by: user8886876 on Feb 12, 2012 9:56 PM

ALE IDocs are not coming on Recieving System

Dear Experts,
I am sending Characteristics from my QA Server to PRD server. QA systems send the IDocs and Status in WE02 comes as 03, but i am not able to see the IDocs in PRD system. There WE02 shows 'No IDocs selected'. I have seen SM58 also in QA which shows message 'No authorization to send IDocs with message type C HRMAS'. Please guide me how to come out of this. Is this an authorization problem or any settings issue.
Thanks and Regards,
AKT

Hi,
As your problem says that you dont have otherization to create IDoc in the receiving system.
Check the RFC Destination created in QA (SM59).
Enter Logical system name of PRD.
Check the remote login username and password.
Now Click on the remote login available at the top.
I'm sure that it is a problem with the username and login that used in the creation of RFC Destination.
If that is the case, Ask the basis person to enter a valid username and password to access the PRD system.
Regards,
Sunil.

To transfer the data Cross the systems why we are not using BAPI Method?

Hello All,
To transfer the data Cross the systems why we are not using BAPI Method? why we are using only ALE/IDoc's?

Hi Naveen,
   Listing down those I know -
   1. Master data is expected to be changed/created less frequestly.
   2. Transactional data is expected to be chnaged/created more frequestly.
   3. Transactions to create/change/display master data do no have message control integration, since you are not supposed to print/fax/mail master data to your partners.
   4. Distribution of master data in generally supposed to happen within Enterprise boundry and typically you will have one central server maintaining master data which will be distributed to multiple downstream operation system (Some thing where MDM fits). So ideally when distributing master data using ALE you will be sending it to multiple systems.
   5. Distributing transactional data PO/SO etc is same as sending fax/print which fits with the requirement of message control.
Hope this helps,
Regards,
Sanjeev

Field not delivered by source system - Deleted from rule

Dear Support,
While activating business content for example 0CRM_COMP,
I get the following error:
Field TYPE not delivered by source system -> Deleted from rule
Field CAMP_TYPE not delivered by source system -> Deleted from rule
Field CAMP_TYPETX not delivered by source system -> Deleted from rule
Similar errors for different fields appear.
My system config is
BI 7.0, SP14
BI Cont 703 Sp6
Any fix or solution will be suitable awarded.
Thanks and Regards
Raj Jain

HI Raj,
The business Content is not always consistent.
If you get messages like that, the best way to deal with them is to manually adjust the objects.
In this case it means that you will have to check the datasource. It may be that in R/3 you will have to "unhide" or add some fields to the datasource. (I cannot be sure as I cannot go into details).
Hope this helps,
Udo

Why my apps are not transferring from PC to iPhone 5? When I connected to PC the icon shows when I select apps it show 'will install' but it never show on iPhone, I re installed iTunes, deleted all apps and downloaded again but its not working pls help.

Why my apps are not transferring from PC to iPhone 5? When I connected to PC the icon shows when I select apps it show 'will install' but it never show on iPhone, I re installed iTunes, deleted all apps and downloaded again but its not working pls help.

Next time an app update gets stuck try a reset. Press and hold both the home and power buttons for10-15 seconds till the Apple logo appears. Then release both buttons. Wait till your iPad starts on it's own. Try now. Also YouTube is still available. If you can't find it the the app store go to the bottom of the app store page and tap purchased. All your deleted apps will be listed and you can reinstall YouTube from there.

Error in loading data into PSA from source system.

Hi Experts !!!
Good morning .
I am trying to load data from SRM source system into BI system.When I execute infopackage,the data is not loaded into PSA and status of the process immediately becomes yellow.After sometime it gets timed out and converts to RED.When I checked the error documentation I found that the iDOCS response was not received from the source system.Detailed error is as below.
System Response
There are idocs in the source system ALE outbox that did not arrive in the ALE inbox of BI.
Further Analysis
Check the TRFC log
you can access this log using the wizard OR menu path "Environment > Transact. RFC> In the source system
However,I was not able to navigate to this path.I think if I can navigate to this path,I can manually push IDOCS from source system to BI system.
Regards,
Mandar.

Hi,
Check the DataSource in RSA3, if it is working fine and able to see the data in RSA3, there is no problem in DS level, then check the Mappings and any routines in BW for that DS, if this is also fine then check the below options.
See Dumps in ST22, SM21 also.
Check RFC Connection between ECC and BW systems, i.e. RSA1-->Source System->Right Click on Source system and Check.
You must have the following profiles to BWREMOTE or ALEREMOTE users.So add it. Bcoz either of these two users will use in background to get extract the data from ECC, so add these profiels in BW.
S_BI-WHM_RFC, S_BI-WHM_SPC, S_BI-WX_RFC
And also check the following things.
1.Connections from BW to ECC and ECC to BW in SM59
2.Check Port,Partner Profiles,and Message Types in WE20 in ECC & BW.
3.Check Dumps in ST22, and SM21.
4.If Idocs are stuck i.e see the OLTP Idoc numbers in RSMO Screen in (BW) detials tab see in bottom, you can see OLTP Idoc number and take the Idoc numbers and then goto to ECC see the status in WE05 or WE02, if error then check the log else goto to BD87 in ECC and give the Idoc numbers and execute manually and see in RSMO and refresh.
5.Check the LUWs struck in SM58,User Name = * (star) and run it and see Strucked LUWs and select our LUW and execute manually and see in RSMO in BW.
See in SDN
Re: Loading error in the production system
IDOC getting struck at TRFC (SM58)
1.Reorg of table (ARFCSSTATE )
2.Incraesing the resources in the system (no of processes and memory ) , as this issue happens owing to this.
Source system tries to send TRFC to target and if there are no WP's available it will come to Transaction Recorded state, and form here it will not try to send this TRFC.So you have to execute this manually.
Also we can increase the timeout parameter so that it can try few more times to send before actually it comes to recorded state.
Regards,
Suman

Why idoc number is different from sending to target?

The number of the same idoc is different from source system and target system...do you know why?
what's it the procedure to calculate the new number?

Hi Sleep,
The Idoc number is specific to the system . It is unique inside a system.
For example, the sales Order for a vendor will become a Purchase order for the company. Also, the Idocs are not always sent by SAP systems, non sap systems can send IDOCS as well, so to avaoid confusion, SAP generates a uniques number everytime it recieves a IDOC.
Regards,
Ravi

Job is not running in Source system.

Hi Experts,
One issue I have because of this I am not able to load data into Data sources.
I am in BI 7.0 environment.
when I execute infopackage, total and techinical status are in yellow.
I found in R/3 Job is not running, based on this statement in SM37. from the fallowing.
Call customer enhancement EXIT_SAPLRSAP_001 (CMOD) with 0 records
Result of customer enhancement: 0 records
IDOC: Info IDoc 2, IDoc No. 3136, Duration 00:00:00
IDoc: Start = 14.05.2009 07:23:39, End = 14.05.2009 07:23:39
Synchronized transmission of info IDoc 3 (0 parallel tasks)
IDOC: Info IDoc 3, IDoc No. 3137, Duration 00:00:00
IDoc: Start = 14.05.2009 07:23:39, End = 14.05.2009 07:23:39
Job finished
Job satrt time and end time are same, so job is not running in the sourcesystem, am i right. let me known if i am worng.
It is Standard Data source but in the above statement becasue *result of Customer enhancement:0 records.*
please help me to reslove this issue to load data into BI.
1. what I have to do to run job in source system side.
2. should I take any help from Basis.
Regards
Vijay
Edited by: vijay anand on May 14, 2009 3:02 PM
Edited by: vijay anand on May 14, 2009 3:04 PM

Hi Rupesh,
in RSA3 data is availbale,
but it is not coming to BI,
Messages from source system
see also Processing Steps Request
These messages are sent by IDoc from the source system. Both the extractor itself as well as the service API can send messages. When errors occur, several messages are usually sent together.
From the source system, there are several types of messages that can be differentiated by the so-called Info-IDoc-Status. The IDoc with status 2 plays a particular role here; it describes the number of records that have been extracted in a source system and sent to BI. The number of the records received in BI is checked against this information.
the abovemessage I am getting in details tab.
Regards
Vijay

Error in Process Chain while extracting data from source system

Hi All,
Dail we are facing problem while retrieving the data from source system for the data source 0TB_AMOUNT1 in the process chain, it is giving error "Function module BANK_TMC_API_SIM_GET does not exist Furnction module". when I repeat the step than it is going fine.
Please let me know why this error is coming for first why it is not coming after repeating the step?
Thanks & Regards,
Murali.

Hi Murali,
Hope you are doing good..
Is it a full or Delta load on a daily basis? Did you check if the FM exists in your system?
Did you try debugging the load in source system and check if the extractor is trying to call FM you mention.
If possible please post the exact error message you are receiving so that we could get an idea whats the error and why you are encountering it.
As of now what i can suggest is, go to RSA2 in source system, give the datasource name and check if the extractor code has FM in it.
Regards,
Anil Pragada.

Data loading from source system takes long time.

Hi,
I am loading data from R/3 to BW. I am getting following message in the monitor.
Request still running
Diagnosis
No errors could be found. The current process has probably not finished yet.
System response
The ALE inbox of the SAP BW is identical to the ALE outbox of the source system
and/or
the maximum wait time for this request has not yet run out
and/or
the batch job in the source system has not yet ended.
Current status
in the source system
Is there anything wrong with partner profile maintanance in the source system.
Cheers
Senthil

Hi,
I will suggest you to check a few places where you can see the status
1) SM37 job log (In source system if load is from R/3 or in BW if its a datamart load) (give request name) and it should give you the details about the request. If its active make sure that the job log is getting updated at frequent intervals.
Also see if there is any 'sysfail' for any datapacket in SM37.
2) SM66 get the job details (server name PID etc from SM37) and see in SM66 if the job is running or not. (In source system if load is from R/3 or in BW if its a datamart load). See if its accessing/updating some tables or is not doing anything at all.
3) RSMO see what is available in details tab. It may be in update rules.
4) ST22 check if any short dump has occured.(In source system if load is from R/3 or in BW if its a datamart load)
5) SM58 and BD87 for pending tRFCs and IDOCS.
Once you identify you can rectify the error.
If all the records are in PSA you can pull it from the PSA to target. Else you may have to pull it again from source infoprovider.
If its running and if you are able to see it active in SM66 you can wait for some time to let it finish. You can also try SM50 / SM51 to see what is happening in the system level like reading/inserting tables etc.
If you feel its active and running you can verify by checking if the number of records has increased in the data tables.
SM21 - System log can also be helpful.
Thanks,
JituK

Transport Error - DS does not exist in Source system

Dear All,
I am getting below Error while transporting the DSO from DEV to Quality.
DataSource 8ZM_ALT does not exist in source system DCQCLI041 of version A.
I have checked the dataosource is active and available in Development system. But Its giving error while importing.
As per the dataflow the data of this DSO is updated to Cube.
Has anyone solved this issue, because i have checked in SDN but there are no suitable answers.
Regards
Sankar

Hi,
Your right I am transporting ZM_ALT Dso . The following log of the error we are getting.
DataSource 8ZM_ALT does not exist in source system DCQCLI041 of version A
Mapping between data source 8ZM_ALT and source system DCQCLI041 is inconsistent
DataSource 8ZM_ALT does not exist in source system DCQCLI041 of version A
Field /BIC/ZM_AA will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_APPL will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_BEM will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_MOD will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NCDS will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NDESC will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NES1 will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NES2 will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NIN will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NPCS will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Field /BIC/ZM_NPN will not be delivered from DataSource 8ZM_ALT in source system DCQCLI041
Regards
Sankar

To retain the same file name in target(File) that coming from source system(AS2).

Hi All,
I have a requirement to send the two file from the third party system(GXS) to SAP ECC via SAP PI(version - 7.4). We are using AS2 adapter at the sender side to pick the file and using File Adapter to place the file in ECC.
Its a pass through scenarion(No ESR part is used).
Requirement:
We are going to get 2 files ->Example: one from Axis and another one from ICICI -> each bank file will have a file name ->
We have to post the file at the target system with the same name as source file name, the source file name could come dynamically(with diff time stamp).
Please let me know, Is it possible to achieve the above requirement(we have to retain the file name in target that coming from source system) with Sender AS2 adapter, If yes then please suggest the best approach.
Regards,
Pradeep Bawlia

Hi Guys,
The above requirement is solved now.
Solution - I used java mapping for extracting the same source file name and assignning the same to the target system.
Code:
public class ExtractFileName_ASMA extends AbstractTransformation{
public void transform(TransformationInput in, TransformationOutput out) throws StreamTransformationException
DynamicConfiguration conf=in.getDynamicConfiguration();
DynamicConfigurationKey key_AS2FileNmae = DynamicConfigurationKey.create("http://sap.com/xi/XI/AS2/AS2", "AS2Filename");
DynamicConfigurationKey key_FileNmae = DynamicConfigurationKey.create("http:/"+"/sap.com/xi/XI/System/File", "FileName");
String As2FileName=conf.get(key_AS2FileNmae);
conf.put(key_FileNmae, As2FileName);
try{
byte b[]=new byte[in.getInputPayload().getInputStream().available()];
in.getInputPayload().getInputStream().read(b);
out.getOutputPayload().getOutputStream().write(b);
catch(Exception e)
2. Another solution we can use the graphical mapping and need to use the dynamic config UDF at mapping level to acheive this requirement but here is one drawback - we need to do content conversion is this case.
In case of Java mapping, no need to play with source file.
WITHOUT USING ESR, WE CAN NOT ACHEIVE THIS REQUIREMENT.
Regards,
Pradeep Bawlia

Why IDocs are not arrived from Source System

Similar Messages

Maybe you are looking for