GR based IV indicator changes

[Former Member]

Hi,

We are on SRM 5.0 SP12,ECS.

For material PO's ,the indicators GR_IND and IR_IND is not set and no follow on docs exist for the PO than GR_BASEDIV can be modified in SRM PO.

However if one of the indicators is set,can the GR_BASEDIV be changed in SRM PO?

Also for one of our PO's,when the IR_IND is set and if we try to change/uncheck the GR_BASEDIV in SRM PO,the changes are not replicated to ECC.When I manually run the FM for the PO transfer,the changes are than transported to ECC.

Can someone advise why the changes for the GR_BASEDIV are not replicated to ECC in the first attempt??

Thanks.

[Former Member]

Note 1536971 - FAQ: Follow-on Document Flags in SRM Purchase Order

Note 1535078 - GR-BASED_IV flag is set in extended PO

Note 1565835 - GR_IND and IR_IND is not flagged for all line items

Note 1445234 - GR_BASEDIV flag issue in purchase order

See the standard behavior

1. Why sometimes the Confirmation related invoice flag (GR_BASED IV) resets

again, which causes error MEPO 025: Indicator for GR-based invoice

verification used not allowed?

Answer:

In standard, if there is a follow-on document created, the GR_BASED IV

cannot be changed anymore. If follow-on document does not exist,

GR_BASEDIV will be determined from the supplier master data and the error

message MEPO 025 will not be triggered.

Please check note 1445234, note 1423141 and note 1114343.

[Former Member]

Thanks Muthu.

But what if there is no followon doc created for the PO....can we still change the GR_IV and GR_NON_IV indicators in SRM and the changes should be transmitted to ECC?

[Former Member]

Hi

-

---

Note 1010791 - Flag Confirmation based Invoice Verification set erroneous

SYMPTOMS

In the material PO, the follow-on document related flags come from the supplier master record, at the purchase organization level. The related supplier master data is saved in the table BBPM_BUT_FRG0061. If in vendor master all these flags are not set, then from UI when buyer can set flags. If GR_IV and IR_IV flags are set, then GR_BASEDIV is automatically set. This is the standard system behaviour. The buyer can not change GR_BASEDIV from UI in this case.

-

---

Are you saying the GR-based invoice verification flag is not set correctly at item level ?

as you aware it takes from vendor master data .

is Buyer changes this data?

or after PO replicated successfully to backend system and BUYER wants to change this flag before doing good receipt?

As per standard whatever changes you do in SRM and it must be updated in ECC as well.

Muthuraman

[Former Member]

Thanks Muthu for the prompt response!I am too working on this issue and would like to clarify more on this:

The behaviour which we see currently in our system:

Buyer create PO in SRM ...at this time,all the Flags under follow on documents link at item level in PO i.e. INVOICE RECEIPT,CONFIMRATION BASED INVOICE INDICATOR,Confirm Performance of Service/Goods Receipt all three are checked/ticked.PO replicated successfully with same data for indicators to ECC.

Now when Buyer changes SRM PO to uncheck the two GR indicators i.e.Confirmation-Related Invoice Verification and Confirm Performance of Service/Goods Receipt ,then SRM PO gets changed but the changes are not successfully replicated to ECC and SRM PO goes into status "Error in Process".

NOTE : All these PO's have no follow on docs created yet.

As per the notes you provided,the behaviours in case of SRM PO change i.e. the Buyer able to uncheck the two GR indicators from SRM is not expected as the std behaviour...Considering this ,do you suggest we apply all the relevant notes for this GR indicator issue?

Also I had one questions regardsing the names of these GR indicators...Are the table fields GR_IV, IR_IV and GR_BASEDIV corresponding to screen fields "Confirm Performance of Service/Goods Receipt " , "INVOICE RECEIPT" and CONFIMRATION BASED INVOICE INDICATOR respectively???

We are on SRM 5.0 SP12.,ECS.

Thanks again for your time!You are the best!

[Former Member]

Muthu,

Can you asnwer the questions my Coleague has asked,...Thanks again for your time!