cancel
Showing results for 
Search instead for 
Did you mean: 

FTP FILE Receiver issue

piyush_kumar6
Active Contributor
0 Kudos

There is a scenario from IDOC to File using FTP at Receiver end. WE are using Schedules for which we did see an overwrite issue at a particular schedule........... like at 8:15 am there is a schedule running for 10 mins polling interval. Here we did not see any issue since one year but from a while we are facing an overwrite issue, in the sense there are two files getting generated at FTP simultaneously and getting overridden.

There are several schedules for the same scenario to the same FTP server but we did not find any such issue with other schedules whereas we are facing the issue only with 8:15 am.

Could anyone please tell how to solve this.

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member208856
Active Contributor
0 Kudos

For receiver side FTP System, the data will be posted at the time, when we are receiving any data from Sender side.

Please check in the system, if you are receiving any IDoc again from Sender side system ?

former_member210677
Participant
0 Kudos

HI Sandeep Kaushik,

Am the friend of Piyush.

Here the thing is that we are using IDOC bundelling concept through bpm so i think there wont be any file getting into ftp other than the output of the bpm.

And we didnot see this issue until a week ago. We did not do any changes at the latest too. so a bit worried of how is this happening.....

former_member208856
Active Contributor
0 Kudos

check the sxmb_moni on PI System, do you have repeat message there in Monitoring?

If the issue was not coming earlier, it means there is no issue with BPM.

check, you are receiving repeat IDoc from Sender system.

former_member210677
Participant
0 Kudos

Hi Sandeep,

We could see 2 messages from BPMinterface to receiverinterface with two different payloads. and they are getting posted with a time lap of one min. and since we used create mode in FTP receiver channel the file is getting overwritten in the receiver end.