File To IDOC Thru XI

Question

Scenario   File ===>  XI  ===>  R/3 ( IDOC) ASynchrnous.
In the Sender File we have more than 2000 Employee Records/rows and this file is Comma Delimited, this is aFixed file format.. We are going to send this file every Monday. This File resides in the UNIX Server. Whether an UNIX Script will Trigger this Process?
How should I Trigger this process, that is how should I send all these 2000 records from the Sender system to XI .
Inside XI should I need to define a Multiline Container to hold all these 2000 records, before we send it to R/3 or if there is any other better way to hold these records inside XI?
So once we send these 2000 records to R/3, who will take care of the Posting? if there is any special routine that will be triggered at r/3 side to take care of these new incoming records?
We are on WAS 6.40, SP 12. This means on the receiver side I can very well go for a Proxy (communication Channel) , instead of the IDOC (Receiver) Adapter. If you say I can go for the  proxy, then what are all the steps that I need to keep in my mind or How should I do this Proxy?
Thanks a lot.

Answer 1

Hi Karen,
>>Whether it is possible to Pick that file on Specific Time of a Day?
You need to specify the poll interval in the file adapter. File adapter does not accept specific time of the day, but still you can make it run for specific time of the day. Say you want your file adapter to pick the file at 3 PM every day then you can specify the poll interval as 24 hrs(specify in seconds) in the file adapter and activate your file adapter at 3 PM exactly. So the first run of your file adapter will be on 3 PM on the day you have activated. The next poll will be on next day 3 PM since you have specified the poll interval as 24 hours.
>>Could you please explain me more on how could I handle that 2000 records that are coming from file in the Message Mapping? So you want to say that there is no need of a BPM at all? We are not Having MULTIPLE IDOCS
Before you decide on IDoc or proxy approach check if there is any standard idoc scenario for handling the employee records. Also check if a single idoc can handle all 2000 employee records or you need to create a separtae idoc for each employee record ans send in a package.
If all the records can be handled in single idoc then you can do this scenario without using the BPM. But if you have to create a separate idoc for ecah employee record then in SP12 you need to go for BPM.
In case there is no standard idoc scenario defined for handling your employee records then check if there is any standard BAPI which can handle the employee records.
If neither of them exists(IDoc/BAPI) then you can consider using proxies , since you need to develop all the required functinality on sap r/3 to take care of incoming employee records...
Regards
Anand