Workflow - Invoice Blocked for Price Reason / Qty Reason

Hi Ramki / Workflow Gurus,
Has anyone worked with Workflows WS20000397 and Workflow for Qty Reason ?
Please advise me about Agent Determination. I want to workitem to Cost Center Manager.
Warm Regards.
Pras

Hi Pras,
I have not worked with WS20000397 but Agent Determination should be no different from any other workflow. Depending on how a user is identified as a Cost Center Manager, you can probably create a custom rule or use any available tool (evaluation path?).
BTW, workflow in now included in the Business Process Management (BPM)forum.
Can you send me your email address? Mine can be found on my business card.
Cheers,
Ramki Maley.

Similar Messages

Invoice blocked for price variance or quantity variance

Dear friends,
In case if in the PO, either there is a price difference between GR and IR or a quantity difference between GR and IR, then does the invoice posted stays automatically in a "blocked" status??
If not, then can we manually do some configuration to make this possible? The intention is that such invoices(with price variance or quantity variance) should remain in blocked status and should not be picked for payment in F110 run.
Please advise asap.
Rgds,
Kunal Vichare.

check this links
http://www.sapfans.com/forums/viewtopic.php?f=6&t=324521
http://www.sapfans.com/forums/viewtopic.php?f=6&t=336490

Invoice block for lower invoices prices

In MIRO SAP blocks invoices for higher prices.
As SAP standard Invoices are not automatically blocked for price and quantiy differences exceeding lower tolerence.
Is it possible to do it for lower invoice prices.For lower price I want to make ZLSPR =R(Invoice Verification)

Hi,
I am not sure but I remember seeing the setting for lower limits on the same place where you set the higher limits.
Please have a look into the t.code: OMR6, if you haven't. Here, maybe, you need to check the type of the tolerance key used for your requirment.
Hope this helps,
Sumant.

Invoice blocked for payment without GRN(MRBR)

Hi all,
I need to have a report which should show the details of invoices blocked for payment and which dont have any GRN means Invoice is generated without GRN and hasbeen blocked because of either of quantity or price difference.
For the same I tried to use MRBR report but it is showing all the invoices blocked but what I need is invoice generated and blocked for payment without having a GRN as base document.

Hi,
You can use ME2L but in MRBR report better use filter and sort documents by blocking reason R1 (Missing GRN), this should solve your purpose.
Hope this helps you. Any point?
Regards
Bharat

Regarding Tolerance Keys for Invoice Block For Payment in MIRO

Hi all,
In customizing, I have defined Tolerance Keys for Invoice Block for Payment. I have defined all tolerance keys for my company code ...... with Absolute as well as Percentage Limits. But whenever I am doing MIRO & testing for my Block Codes effectiveness, i am finding that everytime my Invoice gets Blocked by Tolerance Key PP(Price Variance) or by date......but not by any other like BD, BW, KW etc. Can anyone help me as how I should check for this. I even tried to study the documentation part available in customizing, but was unable to understand the term like Order Price Quantity units.......Can anyone help me in understanding this thing ........
Regards.....

Hi Ganesh,
below is the user exit where you can check the tolarance and put the Block according to the your requirment.
User Exit name - MM08R002 -User exit for tolerance checks
in the above user exit you have to use the below Function exit.
1) EXIT_SAPLMRMC_001
2) EXIT_SAPLMRMP_001
we implemented the above user exit to put the payment block based on the checks.
You can find the documentation of the above exit in the system.
Thanks
Naresh

Invoice block-for a PO with Invoicing plan

Hi Team,
The Invoice is blocked with Price block for a PO with Account assignment category Z (no GR cost centre) and with the Invoicing plan.
the Invoicing plan is a periodic with monthly invoice dates.
for ex: 31.01.09
28.02.09
01.03.09 and so on
but no Invoices were posted for the month of January and two invoices were posted in Feb.
the 1st Invoice is cleared and 2nd is blocked for Price.
please answer these questions.
1) The system should not have blocked the 2nd Invoice of Feb as no Invoice was posted for January?
2)Then if the system is not allowing two invoices in the same month eventhough the earlier month posting is not done.
the earlier month can be posted only with the Past date is it so?
Regards,
Adinath Raykar

y

Invoice blocked for qty reason, but condition type deleted from the PO

Hi Gurus,
I have an LIV with R block in the header level. The invoice contains a line item for planned delivery cost condition type FRB1 which was entered manually during PO creation.(no condition record exists for FRB1). But the condition type FRB1 is missing from the PO line item now and when trying to release the invoice block via MRBR, it gives the message that the 'list is incomplete'.
The PO is not having any release strategy and the invoice number is available in the index table RBKP_BLOCKED.
The condition type FRB1 got deleted from the PO on re-triggering the pricing. The business needs the pricing to be carried out on the shipment date from the vendors site. So when the vendor issues the goods, the same is updated in the pricing date field in PO line item and the pricing is re-triggered. So in this case the happenings were in the below sequence.
1. Buyer created PO with manually entered FRB1 condition type.
2. Invoice posted against the PO.
3. When vendor has shipped the goods, the ASN updates the pricing date in the PO and carries out re-pricing. The FRB1 got deleted from the PO on re-pricing as no condition record existed.
4. Goods receipt posted
5. Trying to release the invoice in MRBR, but the system gives the message that the list is incomplete.
Please suggest how to go ahead with the resolution of the issue.
Regards,
Greg

Gregory Mathews wrote:
Hi Gurus,
>
> I have an LIV with R block in the header level. The invoice contains a line item for planned delivery cost condition type FRB1 which was entered manually during PO creation.(no condition record exists for FRB1). But the condition type FRB1 is missing from the PO line item now and when trying to release the invoice block via MRBR, it gives the message that the 'list is incomplete'.
> The PO is not having any release strategy and the invoice number is available in the index table RBKP_BLOCKED.
>
> The condition type FRB1 got deleted from the PO on re-triggering the pricing. The business needs the pricing to be carried out on the shipment date from the vendors site. So when the vendor issues the goods, the same is updated in the pricing date field in PO line item and the pricing is re-triggered. So in this case the happenings were in the below sequence.
>
> 1. Buyer created PO with manually entered FRB1 condition type.
> 2. Invoice posted against the PO.
> 3. When vendor has shipped the goods, the ASN updates the pricing date in the PO and carries out re-pricing. The FRB1 got deleted from the PO on re-pricing as no condition record existed.
> 4. Goods receipt posted
> 5. Trying to release the invoice in MRBR, but the system gives the message that the list is incomplete.
>
> Please suggest how to go ahead with the resolution of the issue.
>
> Regards,
> Greg
Hi Greg,
Are there any a/c entries showing in GR a/c doc for this cond type? I think it could be a bug when you run the ASN Idoc. Try to un-check Delete indicator for FRB1 which would stop it getting deleted.
Regards
Shiva

Standard Workflow for Logistics invoice blocked for Quality

Hi friends
Edd here
I am wondering if there is a standard workflow for invoice verification if the invoice is blocked for QUALITY (not quantity)
i.e. if the Goods have been receipted Movement Type 103, to blocked stock, this should block the invoice.
Is there a standard workflow to pick up this event (RSEG-SPGRC ('Blocking Reason: Quality' = X)
Thanks and regards
Edd

There is no standard workflow for Quality, but you can create your custom wrokflow using similar logic what has been used for the Qty workflow.

MRBR: PO blocked for price but per PO, price match invoice?

Hello SAP Gurus-
I am puzzled. I have an invoice blocked due to pricing but the invoice matches at QTY and price to the PO. I checked the PO and the invoice for changes and found none. What could be the problem?
THanks!

Thank you-
The block is R for invoice verification. The reason for the block via MRBR is price. There is no price variance which is why I am concerned. We never had this issue before and we have been live on SAP for 2 yrs.
I have checked OMR6 and OMR9. Not coming up with anything.
As I mentioned, the invoice matches the PO in quantity and price.

AP 11i : Is it possible to setup a workflow for price or qty holds

Hello,
I would like to know if someone has already setup a workflow in order to manage in the workflow the qty / price hold ? For invoices manually entered.
My scenario would be the following :
- Match an invoice to a PO, with differences on price or qty,
- run the invoice validation : one or several holds are created,
- a workflow is send towards PO buyers to warn him about the hold, with informations about the hold. The notification can allow him to release the hold via a specific button, but also to transfer it,
- the must to have would be that depending of the PO type/data some specific person would be notified instead of the buyer... but I guess that some customization has to be done in this case.
I know some specific solution exists (we're using ReadSoft / InvoiceIT workflow) but in my case I'm interested for a solution for manual invoices.
Thanx for any input,
Xavier

I think the scenario you described will not be supported out of the box.
You will have to create your own custom workflow to achieve this.
James Kim.

Workflow: invoice blocked due to quantity (BUS2081)

Hi all
First let me mention that I'm not a developer but a FI/CO consultant and new in this forum as well. So please excuse if this posting is in the wrong forum of if the question is stupid.
We want to optimize the process of invoice verification. Therefore I implemented the Workflow WS20000397 which works great.
But this workflow only deals with price-blocked invoices. What about the quantity-blocked ones?
For this topic I found no information at all, only the Workflow WS00400026, but I'm not shure if this is still to be used with newer releases (4.7, Basis release 620).
But anyway I tried to connect WS00400026 to BUS2081 in the function "event type linkages" with the event BLOCKEDQUANT where I entered WS00400026 as the receiver type.
Now I'm not shure if this Workflow and the procedure is correct because a) I could not find any information about this and b) the "linkage activated" will automatic deactivated when posting an invoice.
Could someone give me some hints how to deal with the quantity blocked invoices and workflow?
Thank you and best regards
Wolfgang

Hi Joan
Good question. First I tend to use this mail function, but then I decided to implement the workflow because
a) I was wondering how this works g and it is kind of sexy
b) I needed already a workflow for the Investment Management and wanted to stick on this technique
c) later we want to scan incoming invoices where we also will need to work with Workflows
d) the WF provides some functions like jumping directly to the invoice and order, delete blocking reasons or change the order
e) the WF could later be modified to cover more or other requirements
Of course the receipant of the Workitem also gets an eMail (via Internet) to let him know about an incoming workitem.
The most time I needed to find out how this works. Now it's just a piece of cake (as long as the SAP-standard WF for this is used without any modifications); would take not more than 15 Minutes to set it up again... no joke. But this depends also on the release you're on.
Of course you have to make a good end user documentation (but you have to anyways for the invoice verification) and about two good flow charts. This together with some trainings really needs the time.
Bye
Wolgang

2LIS_06_INV Delta Procssing with invoices blocked for payment

Hi all-
I am using the 2LIS_06_INV data source to determine invoices that are blocked for payment. The required fields I am reporting include SPGRM and SPGRP.
2LIS_06_INV picks up these fields when first blocked with transaction MIRO (setting a qty or price block during posting). However, updates to these fields using MRBR (releasing the qty or price block) are not captured in delta processing (as stated in OSS note 1494379). If the 2LIS_06_INV data source specifically does not handle delta processing of MRBR updates, how does SAP handle the reporting of blocked invoices using this data source?
Thanks!

Perhaps a bit late, but interesting for future reference. I had the same issue and logged this with OSS. The response was that it was a design decision not to include MRBR, MRKO, MR11 and MR11_SHOW in the delta process for 2LIS_06_INV.
This means that you have 2 options :
- Ask SAP to create this new functionality (check note 11)
- Create a new datasource (based on the change management CDHDR and CDPOS table, I would suggest) to ensure the correct status is sent to BW (that is what we are planning to do). This can then be extracted after the 2LIS_06_INV datasource.
Regards,
Freek

Invoice block for payment

Hi,
We know that after booking invoice through MIRO, the document created may go for block for payment. This we need to release either by MRBR or FB02.
My query is based on what configuration in spro do this invoice goes for block for payment?
Thanks & Regards,
Indranil

HI,
In spro-Logistic Invoice Verification-Invoice Block here you will get setting for same
and spro-Fin Acctg-AR&AP-Business Transactions-Outgoing Payments-Outgoing Payments Global-Payment Block Reasons-define Payment Block
1 ) Tolerances are defined in customizing to configure which variance to be accepted and which one to be blocked.
check following link also
[http://help.sap.com/saphelp_470/helpdata/en/a8/b99539452b11d189430000e829fbbd/content.htm]
[http://wiki.sdn.sap.com/wiki/display/ERPSCM/MM-IV-LIV-CRESetTolerancesforIncoming+Invoice]
Regards
Kailas Ugale

Downpayment - invoice blocked for FI

Hello SD experts,
I have a problem in downpayment process when the amount of customer's advance payment is bigger than amount on final invoice. For example: customer paid 25.000 in advance, I posted downpayment and then final invoice is issued only for 23.000. So, we can say we should return to customer 2.000.
Here is how we enter documents in SAP:
1. Sales order for downpayment request is created (with billing plan). We put one item (for example service) with price 25.000.
2. Downpayment request (invoice) is created.
3. We post downpayment to FI (25.000).
4. We create final invoice
On final invoice additional item is automatically added by SAP. Additional item is downpayment settlement. By default both items get same price (value), that is 25.000.
As I said, I want to charge customer only 23.000. So, I change the amount for first item from 25.000 to 23.000. As soon as I do this and save the document, it becomes blocked and accounting document is not created.
It can't be released to FI because I get notice about difference between values of two items on invoice.
My question is: Do we have the process correctly set up ? Are we entering documents in the right way ?
Another thing if I look at the printout, I think is ok. I have a line that says that amount to be paid is -2.000 (cusotmer paid more).
In other cases, if received advance is same or smaller then the final amount, there aren't any problems with blocked invoices.
Thank you for help,
RJ

HI CB,
While posting a invoice by MIRO, if you come across the following message as block for payment than it is because of Three way matching. You can see three way matching status in purchase order status tab in transaction code ME23N and in purchase order history in item detail.
Generally invoice is blocked for payment because of two issues:-
u2022 Price difference: - Price in invoice is higher than purchase order (above tolerance limit).
u2022 Quantity difference: - Quantity in MIRO is higher than MIGO (or good receipt).
Once invoice is blocked for payment you need to release it for payment via transaction code MRBR. For next time while posting an invoice through MIRO you should post invoice within tolerance limit.
You can display and change tolerance limit for invoice verification in customizing with help of transaction code OMR6.
Regards,
Anand

GRN mismatch and invoice blocked for payment

Hi Team,
We have an issue with regards to Invoices not being allocated to the right GRN's. This causes some invoices to be paid without approval, and other invoices that have been approved to be blocked for payment.
According to standard SAP requires the total GRN quantity to match the total invoice quantity in order for the Invoices to be released for payment. Unfortunately many get stuck in a payment cycle and invoices are not released for payment, for example;
We have an order of a quantity of 100
We receive an invoice (qty 10) this is posted
We complete the GRN (qty 10)
This should release for payment but unfortunately just prior to the bacs run and running MRBR to unblock any invoices we post another invoice for a qty of 10.
Now the total GRN and Inv values mismatch and no invoices will be paid.....
The cycle goes on and on and more invoices are blocked for payment, even though some GRN's are completed.
where the GRN value is lower (75) than what has been invoiced (78). In order to rectify this I need to go into each individual invoice, check the delivery note number and match it off against the GRN. When I find an invoice that doesn't match a GRN, in most cases these have taken an incorrect GRN and have been paid. I have to chase for the GRN to be completed or for the invoice to be removed. Once the totals match I then have to pray no more invoices are posted until the BACs run has gone!!
Can we apply a fix to force those invoices that match a GRN be approved for payment even if the total's don't match (so the matches will occur line by line and not from the totals)?
Thanks

Hi,
You can acheive this by setting GR based IV indicator in PO. hence system won't allow to do invoice with out GR. system will ask quntity match between GR and IR. Ultimately no mismatches will occur. So do GR first and next IR by setting this indicator in PO.I hope this will resolve your issue. Thanking you.

Workflow - Invoice Blocked for Price Reason / Qty Reason

Similar Messages

Maybe you are looking for