cancel
Showing results for 
Search instead for 
Did you mean: 

RFC Scenario using BPM -- Starter Kit

former_member196064
Active Participant
0 Kudos

Greetings,

I've been trying to implement the blog listed in my subject.

At the bottom is a link to the blog.

My question is as follows.

I have sucessfully completed the implementation except for one small problem... the file returning from my RFC call is empty and I know I'm calling it with a valid company id. I see no errors/dumps in the remote R/3 system.

What possible causes are there for empty files returning from RFC call... with no errors showing in the monitor?

Doug -

Here's the link to the blog

/people/arpit.seth/blog/2005/06/27/rfc-scenario-using-bpm--starter-kit

Accepted Solutions (1)

Accepted Solutions (1)

former_member196064
Active Participant
0 Kudos

Krishna,

I only see 2

The request from the sender to the BPM & the response from the BPM back to the sender.

Doug -

moorthy
Active Contributor
0 Kudos

If so, you need to check your IntegratioN Directory Objects like Reciever Determination , Interface Determination etc.

Following Receiver determination Required

1) Sender to BPM

2) BPM to SAP system for RFC ( In this case, your sender interface, is Synchronous Interface and receiver interface is Synchrnous RFC interface)

So here Req and Response mapping should be executed.

3) BPM to Target

Regards,

moorthy

former_member196064
Active Participant
0 Kudos

Krishna,

Well I think the problem is on the way out from the RFC. I can see the RFC executing in the other system, 'cause I made a Z function out of it & write a file containing the company id sent from XI onto my remote R/3 system.

It's like the BPM isn't waiting.

That Synchronous Send step of the blog should look like this... right?

Mode = Synchronous

Synchronous Interface = FileDetails_Synch_AI

Request Message = FileRequest_AI_Var

Response Message = FileResponse_AI_Var

Receiver From = Send Context

Doug -

moorthy
Active Contributor
0 Kudos

Yes, it should look like that...

Can you recheck the design.. If RFC is giving response, and your BPM is Sender and seeking a ack, then BPM should wait..

Re-check the all BPM design, Message Interfaces used, Req and Resp mapping... check the design from start with message interfaces etc

Regards,

Moorthy

former_member196064
Active Participant
0 Kudos

Krishna,

There it goes... jeez.

Thanks for puttin up with me Krishna.

Needed leading 0's on my request company id.

Note to self: Check the obvious things... first.

Doug -

moorthy
Active Contributor
0 Kudos

Really great to know..:)

Good weekend..

Regards,

Moorthy

Answers (10)

Answers (10)

former_member196064
Active Participant
0 Kudos

Ok... any suggestions?

I'm attempting to implement the File->RFC->File BPM listed at the bottom

I'm not getting any visible errors, but I'm getting a file with no values... just the tags for the response field names from the BAPI.

In the Synchronous Send step of the BPM In fig15 of the blog I have:

Mode = Synchronous

Synchronous Interface = FileDetails_Synch_AI

Request Message = FileRequest_AI_Var

Response Message = FileResponse_AI_Var

Receiver From = Send Context

Here's a link to the blog

/people/arpit.seth/blog/2005/06/27/rfc-scenario-using-bpm--starter-kit

moorthy
Active Contributor
0 Kudos

In the SXMB_MONI how many messages are there for this scenario ?

It should be 4 messages

1) File to BPM

2) BPM send Sync- RFC

3) RFC resp to BPM

4) BPM to File

Are you able to see values in the SXMB_MONI for 4th message ? If yes, then the problem is with Reciever file adapter. If not, then you need to check the RFC response mapping.

Regards,

Moorthy

former_member196064
Active Participant
0 Kudos

It's like it's not waiting for a response from the RFC... but going right into the rest of the response process.

How do I make this thing wait for a response from the RFC?

former_member196064
Active Participant
0 Kudos

Krishna,

I'm getting a message back and I'm creating the response file, but the fields in it are empty.

Doug -

Former Member
0 Kudos

Hi Doug,

A response mapping is mandatory if you need to get the response from the RFC.:)

cheers,

Prashanth

STALANKI
Active Contributor
0 Kudos

YOU HAVE TO DO RESPONSE MAPPING if u want to get a response.

former_member196064
Active Participant
0 Kudos

It's like I'm missing a step on the way back from the RFC call.

When doing an RFC call, do I have to do an interface mapping on the way back into XI?

moorthy
Active Contributor
0 Kudos

HI,

RFC repsonse should be mapped to send the file message. As I mentioned check out in the message monitoring and look for any message.

btw , given blog has RFC response mapping to send the response to a file..

Just cross verify.

Regards,

moorthy

STALANKI
Active Contributor
0 Kudos

try debugging ur RFC..IT WILL SURELY HELP U

/people/sravya.talanki2/blog/2005/08/24/do-you-like-to-understand-147correlation148-in-xi

former_member196064
Active Participant
0 Kudos

Krishna,

Yes... I'm getting a response.

It's writing an empty, properly formatted return file.

and the RWB looks good all the way through.

Doug -

moorthy
Active Contributor
0 Kudos

hI,

Possibilities are -

1) No Response from RFC -- if so

check the message monitoring ? Are you getting any response from RFC ...

You can check thie with BPM workflow monitor..

Go to SXMB_MONI->PE -->technical details and check the RFC response.

2) Check out the RWB> Message Monitoring->Message Display tool>Audit Log for the File Receiver...

3) check the Adapter monitor--> Are you doing File content conversion ? if so there may be some error... you can get this info from Message Monitoring/Communication channel monitoring in the RWB

Regards,

moorthy

former_member196064
Active Participant
0 Kudos

Krishna,

1) I don't have any response in SXMB_MONI_PE for my RFC & RFC destination.

2) I don't see any error in the RWB in the audit log

3) I don't see any errors for the file adapter for sender or receiver

Doug -

STALANKI
Active Contributor
0 Kudos

did u RFC adapter log in runtime work bench.if there is no log..debug ur RFC using thz approach.

/people/michal.krawczyk2/blog/2006/01/17/xi-debugging-rfc-calls-from-the-xi-not-possible-who-said-that-