on 05-23-2014 11:59 AM
Hi Everyone,
I'm experiencing a curious sort of problem. I have a File Adapter Sender (File Conversion) to IDoc Receiver scenario. I'm passing a file to PI containing 4,000 records and I expect 4,000 IDocs to be posted in SAP.
Everything works fine to a point. The file is picked up , converted and the mapping executed. This happens almost instantly. The problem I have is the message sits in PI and it takes an hour for the message to show "Delivering to channel: CC_IDOC_RCVR" - When the IDoc receiver is called the IDocs are then posted immediately in SAP.
I have checked set-up etc. but cannot find a reason why it's taking so long to call the IDoc Receiver.
I'd appreciate any thoughts or suggestions. I'm not sure why it takes so long as I would expect that sort of volume to pass through PI and into SAP very quickly.
Thanks alot for your time.
Regards
Gary
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Gary,
You can check thread tuning as correctly advised by Amit.
Apart from that, you can also check in the receiver system (ECC) whether the partner profile for that particular IDoc is configured for Immediate Processing. If yes, set it in background processing and test again.
Regards,
Abhishek
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Check this sap note 1641541
I think, ur idoc xml message is having lot of segments inside it which is causing this issue. If i were u, i would have used record set per message.
BTW, i hope u have changed the occ of Idoc node and using the enhanced XSD in the mapping?
Thanks
Amit Srivastava
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Gary,
it is most likely the mapping which is the bottleneck.
/Udo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Udo,
Thanks for taking the time to reply.
To check whether the mapping caused the bottleneck I'm copied the interface and removed the RFC Calls that were in there. I just substituted for constant values. I ran again and got the same issue. No mapping overhead but still the same result. It's a strange one.
Thanks
Gary
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.