RE:Invoice & GRN mismatch issue

Hi All,
one of my user is facing an issue with regards to Invoices not being allocated to the right GRNu2019s. This causes some invoices to be paid without approval, and other invoices that have been approved to be blocked for payment.
for ex:
We have a 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 paidu2026..
The cycle goes on and on and more invoices are blocked for payment, even though some GRNu2019s are completed.
is there any way we can apply a fix to force those invoices that match a GRN be approved for payment even if the totalu2019s donu2019t match (so the matches will occur line by line and not from the totals)?
Thanks

Make sure you use goods receipt based invoice verification (set GRbasedIV flag in vendor master)

Similar Messages

Type mismatch issue

1) create package spec with two record type. Note : 1 attribute common in both the types
CREATE OR REPLACE PACKAGE gfstm_parm_test AS
TYPE g_rec_1 IS RECORD
(ship_type_flag varchar2(1),
reason_code_flag varchar2(1)
TYPE g_rec_2 IS RECORD
(ship_type_flag varchar2(1),
cost_by_supplier_flag varchar2(1)
end gfstm_parm_test ;
2) create procedure with one of the record type. i.e g_rec_1
create or replace procedure test_rec_type_pr(i_rec_var IN gfstm_parm_test.g_rec_1) is
begin
dbms_output.put_line(i_rec_var.ship_type_flag);
end;
3) execute the below block for g_rec_1 by calling procedure test_rec_type_pr
ans: works
Requirement: The same procedure WITHOUT ANY MODIFICATION to be used for the other type g_rec_2 as input parameter and should print 'a'. But getting type mismatch issues.
How to make it to work ?
declare
l_rec_1 gfstm_parm_test.g_rec_1;
l_rec_2 gfstm_parm_test.g_rec_2;
begin
l_rec_2.ship_type_flag := 'a';
test_rec_type_pr(l_rec_2);
end;
Thanks,
Vinodh

Seems you'll have to uncomment something (as Solomon says, types are not defined to be intermixed at will)
declare
l_rec_1 gfstm_parm_test.g_rec_1;
l_rec_2 gfstm_parm_test.g_rec_2;
begin
l_rec_2.ship_type_flag := 'a';
l_rec_1.ship_type_flag := l_rec_2.ship_type_flag;
l_rec_1.reason_code_flag := '' -- or whatever ...
test_rec_type_pr(l_rec_1);
end;Regards
Etbin

AP invoice workbench performance issue.

Hi Guys,
We have a production system with RHEL 5 ,R12 12.0.6 and DB:10.2.0.4
WE are facing Performance issue in Inovoice workbench were users when click on Inovoice batches or Inovoices it takes a lot of time to open the invoice form.
Also Validation of inovoices consumes a lot of time which is unaccepted .
Request you please give some pointers or note id to followd already have locked an SR with oracle .
This is urgent
Regards,
Milan

Please see these docs.
R12 Invoice Workbench Form Has A Performance Issue [ID 1072338.1]
Bad Performance When Checking Funds In Invoice Workbench [ID 1091280.1]
Bad Performance In Invoice Workbench (APXINWKB) Find Window When Searching By Purchase Order [ID 1195623.1]
R12 AP Invoice Workbench Performance Issues [ID 957105.1]
Poor Performance On Invoice Validation In The Invoice Workbench [ID 1130313.1]
Invoice Workbench> Actions: Pay in Full Performance Issue [ID 983804.1]
Invoice Workbench (APXINWKB) Performance Issue While Selecting The Self Assessment Check Box [ID 1210340.1
Performance of Project Expenditure LOV At AP Invoice Header in Invoice Workbench [ID 1143943.1]
R12.1.1 Performance Problem in AP Invoice Workbench [ID 861205.1]
R12 Invoice Performance FAQs [ID 579737.1]
Thanks,
Hussein

GL Balance mismatch issue in biw

Dear All,
We are facing GL balance mismatch issue in our biw production. Please suggest will be corrected this. Please look the attachments.
Regards,
Subhash

From which table of DSO are you fetching data ,the type of delta in your DSO is AIED, if its not properly sequenced, the data will be wrong, there can be multiple records with same key in one request ,properly analyze, compare the change log of this record with the active table and infocube,you will clearly understand what happened,its the way to analyze.

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.

Error of Excise Invoice in Consignment Issue billing document

The usual process of billing from excisable unit (with CIN) is as follows:
1. VA01 >2. VL01N(PGI)> 3. VF01 (Proforma Inv) --> 4. J1IIN (Excise Inv) --> 5. VF01 (Comm Inv)
While in non-Excisable unit the 3 & 4 steps are not required.
In Consignment Fill-up- The process is only upto Generation of Excise Invoice and order processing is complete. Excise Invoice in this case works as Excise Gate pass- just to let the material out of factory gates and no sales is booked.
Further, In consignment issue- the process should be like non-exciseable unit i.e. 1, 2 & 5 step only. While we are getting the error is coming at step no 5 (Excise Invoice no is missing !)
One more thing I want to ask:
During Consignment fill-up, movement type 631 is used - which removes the stock from storage location and put it in 'Consignment stock in the same plant. Now since the plant is declared as excisabel, probably it is asking for 'Excise invoice'. It means, there is one more step of material movement, before 'Issue' order- what could be it ??
Please help.
Praveen Singh

The correct process in consignment fillup process is
a) Create fillup Order (order type KB)
b) Create fillup Delivery (movement type 631)
c) Create F8 proforma
d) Create Excise Invoice referencing Proforma
a) Create Consignment Issue Order (Order type KE)
b) Create Issue Delivery (movement type 633)
c) Create Commercial Invoice (billing type F2)
In the second stage only, you need to create commercial invoice and not in the first stage as indicated by you.
thanks
G. Lakshmipathi

Collective Invoice - Actual Goods Issue date

Hi Friends,
Collective invoice topic has been discussed many times but I didn't find exact solution to solve my issue.
From sap help and few other threads it is learnt that Billing type, Billing date, Payer, Billing unit, Terms of payment, Incoterms, Letter of credit should be same to have collective invoice. During my tests it is understood that apart from those Actual Goods Issue date (Post Goods Issue) date should be same to have collective invoice for different sales orders/deliveries. In my tests SAP didn't consider Billing date but it did consider Actual GI date. In other words, even the billing date and other requirements are same invoice split happend due to different Actual GI date. However collective invoice created even though the billing date is different but Actual GI date is same.
My user creates one sales order and one delivery for a customer once in a week (so 4 orders/deliveries in a month) and creates Invoice by end of the month with collective invoice. So based on the above tests I can ask the user to create sales orders, deliveries every week but perform Post Goods Issue month end and then create invoice so that collective invoice can be done. But the issue is they want to do the Post Goods Issue every week because the stock levels should reduce on weekly basis. So how can we create collective invoice even though the Post Goods Issue is done weekly (so Actual GI date will be different)
Any idea? Please let me know if further information required.
Thank you

Hi,
You may consider writing a routine under copying requirements so that invoice is not split even if the Actual GI date is different.
Consider the following [thread|Collective billing; for more info.
Regards,
Amit

Sales invoice cannot be issued due to a wrong DP amount deducted

please help on what might be the reason to this error. I usually get the error: CSO XXXXX DP amount deducted in invoice XXXX is more than issued XXXXX

Can you please share the error message no and the description, so that one can guide you correctly

Invoice Value Mismatch in Output Printouts

Dear Experts,
We are facing a problem on invoice printouts as it is mismatched with oprginal values in the system, also we have checked in sales order printouts it's accurate with orginal values but the same value in not updating in invoice outputs.
Actual condition price should get print on all the outputs, please note that the problem occurs only with old invoices or invoices which already printed in past
Could anyone please let me know what is the root cause for this.and what is the solution to get the actual prices into invoice outputs.
Thanks in advance.
JA
Edited by: javeed ahmed on Oct 29, 2010 3:44 PM

It sounds like you have a problem with the print output layout set u2013either the sapscript or smartform or adobe form. As the problem only exists with old invoices, I would look for some u201Chard-codingu201D on the layout set that dos not properly handle the way your pricing procedure currently sends the data.
A u201Cvalue-mismatchu201D could result from the layout set using an obsolete subtotal from your pricing procedure.
I would have your ABAP support sit down with your SD person and scrutinize the communication structures sent to the layout set.
Regards,
Ken

203 Invoice Process chain Issue

Greetings All!
We have been facing an issue where the standard 203 Invoice PC has become cleint dependent .The client which it is pointing is not even existing in BI system configs.Due to this we are not able to open this process chain for editing as well..We tried to delete this process chain and re-instaal from the Business content,but when we are trying that still teh issue of client dependency is coming.The ssyetem gives an error stating
"Chain 0ASA_P041 can only be edited in client 300"
The extended message also shows the follwoing
Object 0ASA_P041 (Process Chain) could not be collected for object ()
Message no. RSO296
Diagnosis
You have collected objects in the BI Metadata Repository. Associated objects for object of type have also been collected. Object 0ASA_P041 of type Process Chain was among these objects.
However, this object 0ASA_P041 of type Process Chain is not available in the metadata repository.
System Response
Object 0ASA_P041 of type Process Chain is ignored in further collections. The links for object of type are incomplete. This may result in you not being able to activate this object.
Procedure
If this error occurs while you are installing BI Content, an error may have occurred during the delivery. Inform SAP. In all other cases, check that the object has not been deleted by another user during collection, for example.
Please assist,this issue is existing in both Dev as well as Quality enviroment.
Kind Regards,
Surbhi

Hi Surbhi,
Not sure what might have caused this. Please also try posting the query in BI forums since they might have a better idea on this.
As a quick workaround you can try to create a copy of the process chain 0ASA_P041 and in the table OPMDM_TYPES for the entries INVOICE and C_INVOICE use this new process chain instead of 0ASA_P041. Then the data management UI will automatically pick the new process chain.
Thanks,
Divyesh

Invoice Tolerance Tax Issue

Hi ,
if a invoice is posted with amount variation and if the variation is within the tolerance limits, then SAP generates two lines to be posted, the first line is the actual amount on PO and the other line contains the difference amount.
we want to stop applying tax on the second line, and post it to a separate GL account . is that possible , if so how can this funcationality be acheived.
Maruti.

That's probably a config issue. You should talk to your business analyst.
Rob

MIGO - GRN Valuation issue

Hello Gurus,
We have a issue on posting of MIGO. User have wrongly posted many PO's like below
Users have posted MIGO entry like below
Correct calculation
Quantity   rate        Calculation
41500     295     = 41500*295/1000=12242.50
Wrongly calculated in SAP
System calculated with 41500*295 = 122425000 instead of 12242.50 its happened because of selecting price unit as 1 while posting purchase order instead of entering 1000 as price unit.
If we change price unit as 1000 and post MIGO its posting correctly.
We can reverse the GR, But the problem is user has posted for more than 400 POS's for the same way.
Any input from your end in this regard will be appreciated.
Thanks in advance
Regards,
Shanthi

Hi,
I would not go for a manual adjustment of stock accounts.
If material are still in stock, you should reverse movement, correct PO and repost (using LSMW). That would be the best.
In any case, I guess you need to correct the price unit in the PO to get a correct invoice.
If material are already consumed and you cannot reverse the consumption:
- if they are valuated at standard price, you can decide to wait for the invoice to come before period end closing .This will trigger a variance due to GR/IR difference that will offset the variances you got when posting the good issue. You would have to allow such variance for these specific invoices.
     - if invoice is not there at month end closing you can post a correction journal against a manual variance account and a manual GR/IR account, and reverse it the next month (until invoice is created).
- if they are valuated at moving average price, you can decide to wait for the invoice to come before period end closing . there should be no stock coverage and therefore the variance will be post in PL account that will offset the variance caused in the production. You would have to allow such variance for these specific invoices.
      - if invoice is not there at month end closing you can post a correction journal against a manual variance account and a manual GR/IR account, and reverse it the next month (until invoice is created).
Not easy but in that way you don't mess with automatic accounts and you document the corrections.
Regards
Ali

Hash mismatch issue

Hello Experts
I am experiencing hast mismatch when downloading packages from RAP. i have gone through most of forums, blogs but doesn't seems helping it. few packages have issues with few DPs only not even all packages on specific DPs. so i am struggling to understand
issue with package or DP. i have done below steps to resolve prob but no luck.
1. Refresh package on DP, but no luck.
2. Deleted package from DP, waited to update status for an hour. updated source version manually in DB.
update pkgstatus set Status = 2 where id = 'package Id' and sitecode = 'Sitecode' and type = 1
update pkgstatus set SourceVersion = 0 where id = 'packageID' and sitecode = 'Sitecode' and type = 1
re-distributed package on DP.
can someone suggest on this.
Thanks.!
Mandar Murudkar

modifying DB directly is not supported method
you should only perform that operation if asked by CSS/Premier Support.
rather than waiting for an hour, I'll suggest you to look at the log files whether the package has really been updated/refreshed successfully
other than that, you can try to create a new package of the same content
some reference:
http://marcusoh.blogspot.com/2011/04/sccm-content-hash-fails-to-match.html
http://blogs.technet.com/b/mwiles/archive/2011/09/30/branch-dp-s-and-hash-values.aspx
download hashdir here http://sdrv.ms/PQiiBA
---Pat

XML Publisher Version Mismatch Issue

Hi,
I am using XML Publisher 5.62 and deploying in XML Publisher 4.5 Server, for a standard Invoice report using XML Publisher.
The requirement is that i have to have a logo and some invoice header details repeating for every page ,then ofcourse followed by the invoice's line info.
The report runs fine in my Desktop Version of XML Publisher(5.62) if i put the code in this way
[ Word's header Area]
<?for-each@section:G_INVOICE?>
[ LOGO_IMAGE ]
[ Word's Normal Text Area]
[ Invoice Header fields(those which need to repeat in every page of this particular invoice for lines that span multiple pages...eg Billing & Shipping Adsress) ]
<?start:body?>
[Some Invoice Header fields which are to be displayed only once]
[Lines Table Column heading]
<?for-each:G_LINES[LINE_TYPE='LINE']?>
[Line value Columns]
<?end for-each?>
[Invoice Line Summation Feilds ]
<?end body?>
<?end for-each?>
But the same report when i run on the Server (with @section in header)header
displays erratically .
The Word Header Area (Logo Image) is repeated as many times as there are invoices
And the Invoice Headers are same for all Pages even for different invoices(It shows the first Invoice's column values for all other invoices)
Can somebody suggest someway which will make this work in XML Publisher 4.5
Thanks

Hi
Check if this helps.
http://blogs.oracle.com/xmlpublisher/2007/05/wherere_my_checkboxes.html
Regards
Nishka

Invoice in RTF - issues

All,
I created an RTF for the Invoice Print Selected invoice report.
However the ship-to address, bill-to address on the top of the invoice, is not repeating on the 2nd page if my invoices lines go into second page.
I tried the Word - Table property - "Repeat as header row at the top of each page". It is not working when I preview my report in PDF.
Thank You for any feedback
Padma.

Ravi,
Thank You for your reply.
I created a new document, created one table with 2 rows and 1 column. I just have the remit to address in the first row. I made sure that the table has the property set as "Repeat as header row at the top of each page".
I saved the document and ran the Preview=>PDF. Still the remit to address does not repeat on each page.
I am on 5.6.2 version
Thanks in advance,
PAdma

RE:Invoice & GRN mismatch issue

Similar Messages

Maybe you are looking for