Multiple Account Assignment Distribution by Percentage in EBP

[Former Member]

Hi Gurus,

We are in SRM 4 SP13 and ECC 4.6C ,Classic Scenario.The SC creates a PR in the backend and from that PO subsequently.

When we are creating a SC with Multiple Account Assignment and Distribution by Percentage to different cost centres the PR created with

Distribution : Distribution by percentage and

Partial Invoice : Distribute in Sequence. This is for materials

But for Services it is created as

Distribution : Distribution by percentage and

Partial Invoice :Distribute Proportionally.

For services Partial Invoice is working fine and for materials it is Picking "Distribute in Sequence"

Is this a standard behaviour or any thing to be changed .Please let me know.

Thanks in Advance.

Rajesh

[Former Member]

Hi Rajesh,

This is the standard functionality given by SAP.

But I guess it can be acheived by including the logic in the BADI BBP_CREATE_REQ_BACK.

Thanks

Sunil.

[Former Member]

I'll tidy up my last reply a bit

Standard SRM Hardcodes the partial invoice indicator to Progressive when

sending POs to SAP in the Classice Scenario:

SPOOL_PO_READ_BAPI_EXPORTS hard codes the value of po_items-part_inv

to 1 that is equivalent to "Progressive fill-up" in R/3 POs & REQ.

It is not possible to create from EBP to backend some PO-documents with

multiple account assignment and partial invoice indicator = 2 (which is

proportional distribution because there is no possibility to set this

indicator on the account assignment creen in EBP and theris no Badi

to do it so far. This is a missing functionality from us.

You still could use LIV with partial invoice indicator= 1 and then you

can change to partial invoice propotional in backend manually.

This is not comfortable but it is possible so far.

======================================

• set distr. indicator only for the dummy item for services

• for material items and the service lines

• it is derived from distribution type in EBP

IF next > 1.

IF po_items-item_cat = '9' OR

po_items-item_cat = '1' .

po_items-distrib = '2'. "prozentuale Verteilung

ENDIF.

po_items-part_inv = '1'. <<<< Hard Coded to "1"

MODIFY po_items INDEX h_index.

ELSE.

CLEAR po_items-distrib. "prozentuale Verteilung

MODIFY po_items INDEX h_index.

ENDIF.

ENDLOOP.

CHECK NOT po_items[] IS INITIAL.

======================================

You can see in the following code from the mentioned Function how

Service and material documents are treated differently

Hope this points you in the right direction.

Regards,

Matthew

[Former Member]

Hi,

Thanks a lot for the detailed explanation.

Regards,

Rajesh

[Former Member]

Hi there,

Standard SRM Hardcodes the partial invoice indicator to Progressive when

sending POs to SAP in the Classice Scenario:

SPOOL_PO_READ_BAPI_EXPORTS hard codes the value of po_items-part_inv

to 1 that is equivalent to "Progressive fill-up" in R/3 POs & REQ.

It is not possible to create from EBP to backend some PO-documents with

multiple account assignment and partial invoice indicator = 2 (which is

proportional distribution because there is no possibility to set this

indicator on the account assignment creen in EBP and theris no Badi

to do it so far. This is a missing functionality from SAP.

You still could use LIV with partial invoice indicator= 1 and then you

can change to partial invoice propotional in backend manually.

This is not comfortable but it is possible so far.

You can see in the following code from the mentioned Function how Service and material documents are treated differently

======================================

• set distr. indicator only for the dummy item for services

• for material items and the service lines

• it is derived from distribution type in EBP

IF next > 1.

IF po_items-item_cat = '9' OR

po_items-item_cat = '1' .

po_items-distrib = '2'. "prozentuale Verteilung

ENDIF.

po_items-part_inv = '1'. <<<< Hard Coded to "1"

MODIFY po_items INDEX h_index.

ELSE.

CLEAR po_items-distrib. "prozentuale Verteilung

MODIFY po_items INDEX h_index.

ENDIF.

ENDLOOP.

CHECK NOT po_items[] IS INITIAL.

======================================

Or possibly use Badi BBP_CREATE_PO_BACK

Hope this points you in the right direction.

Regards,

Matthew