RDI

[Former Member]

Our company has decided to use an external printprogram for creating forms en printing.

We have to deliver our output from sap to this printprogram. This we want to do with RDI, but we have no experience with RDI. We do not want to create forms, we only want to deliver data to the external print system.

Can someone give me some information or instructions how to do this

[Former Member]

Hello,

as far as I know, you have to use forms. In the header data of the form, you can make a setting to create a datastream in rdi format. The only difference to a "normal" form is, that you do not have to use any formatting statements in your form (as e.g. fonts, tabs), because this will be done by the external program.

Best regards

Stephan

[christian_wohlfahrt]

Hi Jo!

Let's see, which options you have.

It has to be an output - otherwise trigger in SAP will be <i>uncommon</i> (-> you would need a lot of additional programming).

Then you can use sapscript / smartform / own routine with write statements (simple spool list) ( / adobe forms, but this is senseless in this context).

Sapscript is the only way to get the original RDI output - only here it's a flag.

Nevertheless, just putting the values without formatting into a spool can also be done by smartform or a report - then it's more like a comma separated text file (*.csv).

If you can still define the interface definition, that might be an option - otherwise sapscript is only tool.

Regards,

Christian

[Former Member]

Hello Jo,

As Christian has pointed out SApcript is the easiest option to generate RDI file.

In the OPEN FORM for Sapscript, select Raw Data Interface to 'X'.This generates spool id.This spool id details can be read from 'RSPO_RETURN_SPOOLJOB' and downladed to any location from where external party can pick up and process it.

[former_member182371]

Hi,

please do have look at the following post:

Hope it helps.

Best regards.

[Former Member]

RDI is OK but I would be looking at a more robust approach to getting your data to the third party print vendor.

My experience suggests that print vendors require the data in the most efficient medium, escpecially when large volumes are required. RDI isnt too good at that.

Some of the options you can also consider are:

• standard flat file generated in fixed format or xml rather than RDI

• Abap post processing of RDI file into in fixed format or xml

• Idoc generation and have middleware send it appropriately

Hope this helps