Brazil specific Invoice Verification

Hi,
Our customer is on SAP 4.7 and has not implemented Brazil country version. They have asked us to develop the functionality instead of country version.
As a policy, they want to use T.Code: MRHR for invoice verification. Unfortunately, in MRHR transaction, I am not able to see two fields i.e. Business Place and Nota fisca type.
Can somebody help me in this regard.
It's urgent.
Thanks & Regards,
Harish

Hi
as far as my understanding goes vendor tolerance and tolerance limits are different.
When you specify vendor tolerance limits and attach tolerance group to vendor master, then system issues a warning/error message at time of posting invoice about the difference. If tolerance is with in limits system allows you to process invoice otherwise not.
On otherhand tolerance limits like PP specified in OMR6 transaction are used for invoice blocking. If invoiced value exceeds the tolerance limits specified it will block IV for payment but will not stop user from processing IV.
Thanks

Similar Messages

Excise Duty (IS-OIL) - Invoice verification and accounting ED

Hello experts,
I have a case in my importation process with excise duty (IS-OIL). I have the following scenario: Purchasing Ed free material and receive it in ED paid Storage Location. So I use Handling type 00 and Valuation type TAX in the PO excise duty item data. I woul like to kwon Which is the standard process for the invoice verification of the excise duty cost when the handling type is 00 and the valuation type TAX?. And How can I do the invoice verification (MIRO) if there is not a specific line in the purchase order history for the excise duty cost?
I have another case in the accounting of movement type 301 (transfer posting between 2 plants). The accounting posting is the following:
Examle:
Account                       Transaction
1. STOCK FUEL          S                    BSX (Stock account)
2. STOCK FUEL            H             BSX (Stock account)
3. STOCK EXCISE DUTY     S             SVO (ED Account)
4. EXCISE DUTY FUEL           H             ZZP (ED Account)
The problem is that the 4th account must be STOCK EXCISE DUTY ACCOUNT from SVO transaction.
I would be grateful if someone could help me with these cases.
Thank in advance.
Pablo

Dear Prashant,
Thanks for reply, but i checked my excise cond types, in all conditions, cond cat is blank & cond class 'A' is maintained i.e. Discount & Surcharge.
My problem is that, my excise value is not got posted in net receivable value in accounts. This problem arise, when we make sales order, Net Value field doesn't pick excise there & while invoicing, it post only the base value & rounding off adjustments at header level. I don't know, from where this Net Value field in sales order is picking the value but my problem will solve if my grand total value(base valueexciseedu cess+higher edu cess) will pass to Net Value field while making sales order. Kindly help.

MIRO - Invoice Verification with reference to Delivery note.

Dear All,
In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
Also MIRO with reference to GRN number is possible or not ?
Please suggest.
Regards,
Shekhar Kisan Gaikwad

In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
Also MIRO with reference to GRN number is possible or not ?
HI,
To avoid difficulties post miro with Reference document (PO Reference Tab) - Delivery note click on Radio button a possible entries for delivery note screen will appear. Here you can search specific delivery note by a lot of criteria which will save ur time and effort also you can see MIGO Document. Click and put tick to adopt and post Delivery note / migo and enter required field.

GR- Based IV - Goods receipt-based Invoice verification

Hi,
I am trying to make a new purchase order type all equal to the standart type. I only want an exception: the GR-based IV indicator must be, by default, off.
This indicator specifies that prevision has been made for goods -receipt base invoice verification.
So the goal is to have two kinds of purchase orders with a default GR-base IV indicator.
                          Best Regards
                                 João Fernandes

Hi Kore,
I forget to tell you one thing...in order to use the master record i must to change the info record...but i have to many materials...
Do you know some mean of clean de info record of all materials of a vendor?
             Best Regards
                    João Fernandes

Issue with Brazil specific Free of Charge Delivery

Hello Experts,
I worked with one of our Client called ManRoland. They have their business in Brazil and so Brazil specific tax calculation and Nota Fiscal etc are come into picture.
Recently we got an issue (ticket) from Manroland Brazil related to Notafiscal.
The issue is that for Free of Charge orders when they are creating Invoice documents with Zero value, corresponding Notafiscal is generated without any accounting documents being created.
However the Brazil specific tax values should flow to a specific GL automatically. The automatic posting of tax values (IPVA, ICMS etc) to a specific GL is not happening and they have to post that values manually after the Zero value invoice is created, which they do not want to continue any more.
We have down loaded one document from SAP and in that document it is mentioned that you have to use one standard Sales Order type ORB and some standard Item Category and also Notafiscal Type which are not there in the system right now.
We have also created one OSS message 776303 / 2011 in which you can get all the related communication I had with the consultant Ruy Castro. He has suggested some links to get some more suggestions/documents from SAP.
Could you please reply to us if you already have some solutions for this issue.
Regards,
Sadhan.

No idea on this but I am not sure whether you have checked the following note which may help you.
Note 664676 - Brazil: Free of charge items for exempt customers
G. Lakshmipathi

SRM PO failed: Indicator for GR-based invoice verification used not allowed

Hi Friends,
I have an issue with a specific PO failed to transfer from SRM to ECC. We are in ECS scenario, SRM 5.0 Service level 7.0. We are in process of SP upgrade but this issue occured in Production system which is still in old SP level(SP 7.0).
when I check the App Monitor, I am see the following errors: but the status shows Auto_Completed
1. PO: Indicator for GR-based invoice verification used not allowed
2. PO: Instance XXXXXXXXXX of object type PurchaseOrder could not be changed
3. PurchOrder XXXXXXXXXX: Purchase order still contains faulty items
4. PO XXXXXXXX: Indicator for GR-based invoice verification used not allowed
I can see the PO copied over to ECC. but status in SRM PO shows 'Error in Process'.
BBP_PD for object PO shows: Created, complete, ordered, In Transfer to Execute, Change was Transmitted as Inactive status. Transfer Failed shows Active, Document completed, created.
I checked BP Maintain for the vendor and PO and its no different than other POs and Vendors except Vendor had 'Goods Receipt based Invoice Verification' indicator checked in SRM.
I tried to simulate the same Material, Vendor with GR-IV indicator both on and off, it works fine. Ofcourse this is in Quality box with SP 15 level.
So, I am not sure if SP level upgrade might help it or not? If there are any other means to test, please advise.
thanks
Rao

I was wondering how I could liquidate the PO by either creating a new PO or ??.
What you could do to revive the PO in question is that after the upgrade, and after a round of background jobs run for CLEAN_REQREQ_UP and BBP_GET_STATUS_2, ask the buyer to make a dummy change to the PO (for example, change the description of the PO) and order again. This would trigger the transfer to the backend again. And hopefully this time, no error would occur.

Reg: Maximize the Number of Line Items in Invoice Verification

Hi Gurus,
For a Client who is dealing in Retail business,there is a necessity to maintain a huge number of line items at Invoice Verification level.Standard SAP has some maxium line items for each document type.Where are the control for maximum line items and how to increase that?
Regards,
Sarosh

Hi,
At Billing-Country specific settings you will be able to maintain maximum 3 digit billing item no i.e 999.
Any other suggestion.
Regards,
Sarosh

Invoice verification - vendor

Hello Sap Guys!
Is there some configuration in SAP that carries through the verification of the Vendor of the PO and the Vendor of the invoice (MIRO). At the moment of emission of MIRO?
Thanks,
Gustavo

Hi Gustavo,
Yes, there is a configuration is required to verify the Invoices from Vendor is mentioned in below:
Use the path:
      IMG Display--> MM --> Logistic Invoice Verification --> Incoming Invoice -->
      Set Check for Duplicate Invoice (Screen appears as mentioned in below combination, you need to flag the checkboxes):
   Co.Code: Check Co.Code Check Reference Check Invoice Date
then
     you can stop the invoice entering double time.
Or
     If you want to check for duble /duplicate invoice, only for the perticular vendor:
then
you have to set the flag/indicator for Check duble Invoice (which is in payment data in the screen of Payment transactions of Company code data of Vendor master, this is specific to vendor)
hope it will clarify your query,
reward, if it solves,
Regards,
Srinu.K

Invoice verification config???

hii
What are the significance of below configuration in invoice verififcation ??
1.materials management>Logisti Inv Verifcation>
do the settings for Invoice blocks??,
Tolerances, then Incoming invoices..???,
Indicator stochastic Block???
2. Set check for duplicate invoice ??
Explain me one by one with some example .
Thanks

Hi,
1.Logistics Invoice Verification
In the Implementation Guide for Logistics Invoice Verification, you make the system settings that are required for the following areas:
a) Processing invoice receipts
b) Connection to Financial Accounting
Note:- You must process the sections for document types and number ranges in the Incoming Invoice unit.
2.Invoice Block
In the "Invoice Block" unit, you can configure the settings for blocking invoices.
This includes the following functions:
Determine Payment Block
Set Tolerance Limits
Item Amount Check
Stochastic Block
3.Set Tolerance Limits
Specify the tolerance limits for each tolerance key for each company code.
When processing an invoice, the R/3 System checks each item for variances between the invoice and the purchase order or goods receipt. The different types of variances are defined in tolerance keys.
Variances are allowed within predefined tolerance limits. If a variance exceeds a tolerance limit, however, the system issues a message informing the user. If an upper limit (except with BD and VP) is exceeded, the invoice is blocked for payment when you post it. You must then release the invoice in a separate step. If the tolerance limit for BD is breached, the system cannot post the invoice.
Note that if you set all limits for a tolerance key to Do not check, the system does not check that tolerance limit. Therefore any variance would be accepted. This does not make sense particularly in the case of the tolerance key Form small differences automatically.
4.Stochastic Block
Configure the system settings for the stochastic block.
Activate: This specifies the company codes in which the stochastic block is used.
Set: This specifies the degree of probability that an invoice is stochastically blocked.
5.Duplicate invoices
Invoice date If the system finds an invoice that matches all attributes, the system
displays a customizable message.
If you are entering credit memos, subsequent debits, or subsequent
credits, the system does not check for duplicate invoices.
The exception is the Argentina country version, where the system checks
for duplicate invoices and credit memos.
If a previously processed document is later cancelled and then entered
again, no message is displayed.
pherasath

Invoice Verification (MIRO) allocation via Delivery note

We are in 5.00 version
In our system the same Delivery note number could be associated not only to different vendor, but even to the same vendor in different years.
In the last case the system allocate ALL the Delivery notes.
I try to use the F4 function to limit the selection, using filter on vendor and document date, but after the again all the delivery note for the selected vendor are allocate.
Could anybody help me on this.
thanks
Claudio

In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
Also MIRO with reference to GRN number is possible or not ?
HI,
To avoid difficulties post miro with Reference document (PO Reference Tab) - Delivery note click on Radio button a possible entries for delivery note screen will appear. Here you can search specific delivery note by a lot of criteria which will save ur time and effort also you can see MIGO Document. Click and put tick to adopt and post Delivery note / migo and enter required field.

Invoice verification (MM-IV) for bulk materials

Hi fellow SAP Experts,
We have a specific requirement for the invoice verification around bulk materials. When ordering bulk material, we almost always receive a larger quantity than ordered. So the quantity on the GR is larger than the quantity on the PO, and this difference can be as high as 10%. If in these cases we receive an invoice with the same quantity as on the GR, and the same unit price as on the PO, we don't want to have an invoice block for quantity (caused by the 3-way match).
You could reason to set up an upper limit of 10% for the quantity block DQ in transaction OMR6, but then this limit will be for all invoices. This is undesired, as we want to have tighter limits (e.g. 5%) for other types of products than bulk materials.
Has any of you guys faced a similar requirement in the past, and how did you approach the solution for it?
I have already read a lot of documentation on the invoice verification in SAP, but I can't find the solution to my problem in it. So any pointers in the right direction are highly appreciated!
Best regards, Paul van Rouwendaal

As far as I understand it now, the DQ block does exactly what you say Mitch: only block if the GR quantity is different than the invoice quantity (without taking the ordered quantity in account). Especially if you use the 'GR Bsd IV'flag on the PO.
When you don't want to receive more than you have ordered, you can set delivery tollerances in MM on posting the GR, but that is a completely different story. This is actually what we are thinking of using for the cases with bulk material.
Maybe we still need to extend the check (in enhancement MM08R002), but for now I think it will not be necessary.
Thank you all for your helpful replies!

Block Invoice verification as per quality result

Hello,
I made GRN , lot gets generated. not cleared by quality.
still I can do the invoice verification.
Can I restrict this ? so i can not pass invoice before quality results and only ok quantity has to appear for invoice verification.
If such facility is available kindly advice.
Regards,
santosh joshi

Dear Santhosh Joshi,
Check in IMG (Transaction SPRO) under :
Materials Management -> Logistics Invoice Verification -> Invoice Block
You can implement a proper BAdi/Enhancement if you cannot configure your scenario:
BAdi:
BAdI MRM_RELEASE_CHECK for additional checks before invoices are released, in other words, you can restrict the list of invoices to be released by defining your own criteria.
The following SAP enhancements are available for maintaining the customer exits in Invoice Verification:
MM08R001        ERS (conventional Invoice Verification)
MM08R002        Tolerance checks
MRMH0001        ERS (Logistics Invoice Verification)
MRMH0002        EDI invoice receipt (Logistics Invoice Verification)
MRMH0003        Revaluation (Logistics Invoice Verification)
When processing an invoice, the R/3 System checks each item for variances between the invoice and the purchase order or goods receipt. The different types of variances are defined in tolerance keys.
The system uses the following tolerance keys to check for variances:
AN: Amount for item without order reference
If you activate the item amount check, the system checks every line item in an invoice with no order reference against the absolute upper limit defnied.
AP: Amount for item with order reference
If you activate the item amount check, the system checks specific line items in an invoice with order reference against the absolute upper limit defined. Which invoice items are checked depends on how you configure the item amount check.
BD: Form small differences automatically
The system checks the balance of the invoice against the absolute upper limit defined. If the upper limit is not exceeded, the system automatically creates a posting line called Expense/Income from Small Differences, making the balance zero and allowing the system to post the document.
BR: Percentage OPUn variance (IR before GR)
The system calculates the percentage variance between the following ratios: quantity invoiced in order price quantity units : quantity invoiced in order units and quantity ordered in order price quantity units : quantity ordered in order units. The system compares the variance with the upper and lower percentage tolerance limits.
BW: Percentage OPUn variance (GR before IR)
The system calculates the percentage variance between the following ratios: quantity invoiced in order price quantity units: quantity invoiced in order units and goods receipt quantity in order price quantity units : goods receipt quantity in order units. The system compares the variance with the upper and lower percentage limits defnied.
DQ: Exceed amount: quantity variance
If a goods receipt has been defined for an order item and a goods receipt has already been posted, the system multiplies the net order price by (quantity invoiced - (total quantity delivered - total quantity invoiced)).
If no goods receipt has been defined, the system multiplies the net order price by (quantity invoiced - (quantity ordered - total quantity invoiced)).
The system compares the outcome with the absolute upper and lower limits defined.
This allows relatively high quantity variances for invoice items for small amounts, but only small quantity variances for invoice items for larger amoutns.
You can also configure percentage limits for the quantity variance check. In this case, the system calculates the percentage variance from the expected quantity, irrespective of the order price, and compares the outcome with the percentage limits configured.
The system also carries out a quantity variance check for planned delivery costs.
DW: Quantity variance when GR quantity = zero
If a goods receipt is defined for an order item but none has as yet been posted, the system multiplies the net order price by (quantity invoiced + total quantity invoiced so far).
The system then compares the outcome with the absolute upper tolerance limit defined.
If you have not maintained tolerance key DW for your company code, the system blocks an invoice for which no goods receipt has been posted yet. If you want to prevent this block, then set the tolerance limits for your company code for tolerance key DW to Do not check.
KW: Variance from condition value
The system calculates the amount by which each delivery costs item varies from the product of quantity invoiced * planned delivery costs/ planned quantity. It compares the variance with the upper and lower limits defined (absolute limits and percentage limits).
LA: Amount of blanket purchase order
The system calculates the sum of the value invoiced so far for the order item and the value of the current invoice and compares it with the value limit of the purchase order. It then compares the difference with the upper percentage and absolute tolerances defined.
LD: Blanket purchase order time limit exceeded
The system determines the number of days by which the invoice is outside the planned time interval. If the posting date of the invoice is before the validity period, the system calculates the number of days between the posting date and the start of the validity period. If the posting date of the invoice is after the validity period, the system calculates the number of days between the posting date and the end of the validity period. The system compares the number of days with the with the absolute upper limit defined.
PP: Price variance
The system determines by how much each invoice item varies from the product of quantity invoiced * order price. It then compares the variance with the upper and lower limits defined (absolute limits and percentage limits).
When posting a subsequent debit/credit, the system first checks if a price check has been defined for subsequent debits/credits. If so, the system calculates the difference between (value of subsequent debit/credit + value invoiced so far) / quantity invoiced so far * quantity to be debited/credited and the product of the quantity to be debited/credited * order price and compares this with the upper
and lower tolerance limits (absolute limits and percentage limits).
ST: Date variance (value x days)
The system calculates for each item the product of amount * (scheduled delivery date - date invoice entered) and compares this product with the absolute upper limit defined. This allows relatively high schedule variances for invoice items for small amounts, but only small schedule variances for invoice items for large amounts.
VP: Moving average price variance
When a stock posting line is created as a result of an invoice item, the system calculates the new moving average price that results from the posting. It compares the percentage variance of the new moving average price to the old price using the percentage tolerance limits defined.
Hope this will resolve your issue.
Regards,
Naveen.

Newbie functional question on MM Invoice Verification

Dear forumers,
How can I check for a completed status of an invoice verification in the SAP MM module?
I was told that this can be checked from the RBKP-RBSTAT field. Is it also right to say that RBSTAT = 'B' to indicate that the invoice verification is completed? Are there any other further checks required too? Would need more confirmation on this.
Appreciate any help at all. Thanks.

Charlie,
Thanks for your input here.
Well, the requirements are looking more specifically into whether a purchase order's status is overdue, or not yet due, etc. And according to the requirements too, such PO status is determined by checking on the Goods Receipt and Invoice Verification statuses as well.
So, to check for completed Goods Receipt, I used this condition: EKPO-WEPOS = u2018Xu2019. And to check for incomplete Goods Receipt, I used this condition: EKPO-WEPOS = u2018 '.
To check for incomplete Invoice Verification, I think I can use this condition: RBKP-RBSTAT = u2018B'. And to check the incomplete Invoice Verification, I think I can use this condition: RBKP-RBSTAT not equals to u2018B'.
Could you please help to verify this for me? Or do I need to use other fields to check on this condition as well, i.e. EKPO-ELIKZ or EKPO-REPOS?

Quantity Tolerance in Invoice Verification

All,
I have an issue in Direct Trading flow. PO qty received at 10,500, sales order qty 10,500, billing document 10,500 and invoice qty at 10,500.05. The system is not allowing me to close the sales order due to the weight discrepancy in logistics invoice.
Is there any customizing available to set a quantity tolerance in Invoice Verification (as the one existing for Amount)?
I tried to check final invoice in the invoice tab of my PO but it did not work : sales order is still "Being processed".
Thanks in advance,
Laure

hi,
Your question is little confusing...Do you wanna check the duplicate invoice check...then check SPRO settings here:SPRO >> MM >> LIV >> Check for duplicate invoices...
If you want to have the tolerances applied then check here:
SPRO>> MM >> LIV >> Incoming invoice >> set up vendor specific tolerances...but remember that this will be in terms of amount with respect to that quantity...so if the tolerance is 0% then the amount shd be exactly same...otherwise the system will block the invoice for qty variance...
Hope it helps..
Regards
Priyanka.P

Invoice reductions in Logistics Invoice Verification (RKA)

Hi all,
I´m trying to customize the automatic invoice reductions but I´ve never done before and I don´t know if I´m following the proper steps, so if someone can help me I´d really appreciate it.
This is what I´ve done so far:
1- Obyc. Select Accounts are determined by Debit/Credit
             Posting keys debit 21 credit 50
             Debit account 4xxx Credit account 6xxxxxxx
2. Spro. Log Invoice Verification-> Incoming invoice->Number assig-> Mantain number account document
                    MIRO. document type for invoice reduction KG
3. Spro. Log Invoice Verification-> Incoming invoice->Configure vendor specific tolerances
          I create a tolerance group with automatic invoice reduction
4. I select this tolerance group at the vendor master data of my invoice
5. I create the invoice an select the field vendor error.
When I post the invoice I get the following error:
No account is specified in item 0000000003
Message no. F5670
Diagnosis
No account was specified for account type "K" in item "0000000003" of the FI/CO document.
Thanks and Best Regards

go to SM30 and enter the table V_TF123 hit pencil bitton and maintain the account for account type K
e.g
Accty = K        from a/c= 0       to account = 9999999999

Brazil specific Invoice Verification

Similar Messages

Maybe you are looking for