Handling multiple subtypes creation/update

[former_member371708]

Hi,

I have the following request: to update subtype 2 or 6 of the infotype 965.I am not able to create a correct generic service update, as there is no support function for updating this infotype correctly (they do in the backend several checks and filling of fields based on customizing) so I would have to copy pieces from standard code, which I am not sure will produce an accurate result.

The option is to use SAP_PA service and add subtype 2 and 6 operations. I have added the following:

3 0965 2 Change Without delimiting

4 0965 6 Change without delimiting

I use a generic service in order to be able to default the values and to choose which of the subtype should be used.

I have added a dummy rule on both operations, asking if BEGDA = u201931.12.9999u2019 (value set manually by me in the custom generic service) so that I can distinguish which subtype I want to update.

The workflow says processed but there is no update in the database.

Tried several tricks to make available only one subtype operation, but for now no full success.

Strange enough, if I send both lines with subtype 6, it gets updated, but this does not happen if I send both with infotype 2.

I have tried also to enter a combination like:

0965 * * Change Without Delimiting

But it does not work at creation of new lines, even after customizing V_5ASRFSCNPAPRP.

This gives a dump telling subtype * is not allowed (infotype has time constraint T).

Any idea on what is the general approach/strategy when trying to achieve multiple subtype updates/creation?

When testing only with one subtype it is all fine, of course.

Thank you again for your input, much appreciated.

Ana-Maria

[siddharthrajora · Accepted solution]

For multiple records handling please refer to note 1043692 and

configure the process according to your needs.

(Refer sections: I. A) 1) & B) ]

[former_member371708 · Accepted solution]

Dear Rajora,

I did checked that note, as a matter of fact that is why I have tried to do customize the process with subtype * and objps *.

The problem I got is this dump:

The occurrence of the exception is closely related to the occurrence of

a previous exception "CX_HRPA_INVALID_SUBTYPE", which was raised in the program

"CL_HRPA_READ_TIMECONSTRAINT===CP",

specifically in line 142 of the (include) program

"CL_HRPA_READ_TIMECONSTRAINT===CM002".

The cause of the exception was:

Subtype * Not Permitted for Infotype 0965 &TCLAS&

Now, it does work very nice on a change without delimiting of existing data only - so no creation.

In the note is it mentioned the following customizing, but not sure how to do that correctly:

For creating a new record, you would need empty lines at the end of

your table control. To enable this, you have to specify how many empty

lines you need for your infotype table control used in your form.

You can do this by going to the view (transaction SM31)

V_5ASRFSCNPAPRP. This view has six columns. Form Scenario, Form

Scenario Version, Infotype, Subtype, Object Id, Number of Initial

Lines. Enter the details of your form scenario, info object details

(infotype, subtype, objps) and mention the number of initial lines

you'd need.

Eg: If you mention 1 for the column 'Initial Lines', then there's

always one empty line displayed in your table control (refer to point

A above).

Thank you,

Ana-Maria

[siddharthrajora · Accepted solution]

customisation in V_5ASRFSCNPAPRP is the key for multiple records handling.

You should mention number of lines or records to insert in this table

You should define only once with the * defined for

subtype and need to insert a value of 3 in the view V_5ASRFSCNPAPRP

for number of initial lines. Now you should be able to insert 3 records

together. As I told you this is a consulting issue.

[former_member371708 · Accepted solution]

Dear Rajora,

After entering in the table

ZS_Scenario 0 0965 * * 1

I try to enter a new line and I get:

Subtype * Not Permitted for Infotype

So, for the moment no success.

Thank you very much for your help,

Ana-Maria

Edited by: Ana-Maria Tarca on Dec 13, 2011 11:56 AM

[Former Member · Accepted solution]

Dear Ana-Maria,

Infotype 0965 has no subtypes defined in standard. Hence the error that is being triggered is correct. This error is coming from new infotype framework. Have you enhanced the standard infotype 0965? What are the steps that you have followed to enhance this infotype? It could be possible that you have missed any steps because of which the error message is being triggered from the new infotype framework.

Regards,

Roy