PO header level excise condition in MIGO are wrong

Hello ,
While doing goods receipt
Item excise Codition values are as follow
BED = 959.71
ECS = 19.24
SECESS = 9.62
But at header level it is showing as ( divide by 100)
BED = 9.59
ECS = 0.19
SECess = 0.09
Please help to resolve this issue

Hello,
have u used any calculation type ? if yes then remove that first.Please check in Tax procedure.
regards,
sujit

Similar Messages

Wrong value of qty based excise condition in migo

Dear all,
I am using taxinn procedure. Condition type JMIQ/JMOQ is maintained in po. Calculations are correct at po level but while doing migo the condition value gets doubled. What could be the reason? I've already checked for duplicate records.
Thanks in anticipation.

Hello,
have u used any calculation type ? if yes then remove that first.Please check in Tax procedure.
regards,
sujit

Header level pricing condition error

Hi Friends,
In a PO, I have 5 line items. I am giving freight condition type at header level for the entire po as Rs. 500. But the system calculates the freight charge as 500*5=2500. The freight condition type FRB1 is a fixed charge condition type.
The client wants the absolute freight charge should be for the entire PO.
Please advice how to solve this issue.
Thanks & Regards
Satya

Hi,
the scales have nothing to do with this, they just allow different prices to be stored for different quantities.
But have you had a look at the "qty relevant" flag on the condition type?
Please do check the flags that are set, these do control the calculation.
Also make sure that you are using a condition type that has the "header conditions" flag set on. If you choose one that has only the item condition set on this may not be correct.
FRB1 (the one that you said that you are using) is an ITEM condition and should not be added to the header.
Steve B

Heading level hierarchy errors when topics are in TOC more than once

I have discovered that the hierarchy in the Heading levels in
the Printed Documentation will differ from than in my online help
table of contents hierarchy, and that the problem is due to topics
that are intentionally in the TOC more than once.
For example, in chapter 5 of a particular help system the
hierarchy should be:
Heading 1 < Chapter 5 title from top-level book>
Heading 2 <title of second level book>
Heading 3 <title of topic that appears under second-level
book>*
What I actually get is:
Heading 1 < Chapter title from top-level book>
Heading 2 <title of second level book>
Heading 4 <title of topic that appears under second-level
book>*
* This same topic appeared in an earlier chapter. In that
chapter it was really at a Heading 4 level.
Due to company styles, etc. we use a numbering system at the
headings and in the TOC, so instead of
5
5.1
5.1.1
I erroneously get
5
5.1
5.1.1.1
This type of hierarchy issue appears multiple times in this
particular document (which I inherited by the way.)
Other than restructuring the document to not reuse topics in
different places in the TOC, is there a solution or a workaround
for this problem?
What I am doing so far, is generating the Print Documentation
one chapter at a time. As long as a topic is not reused with the
same chapter, my hierarchy of heading levels is maintained;
otherwise, it is not. Then I can put the chapters back together
after fixing the few places that still have heading level problems.
This however, will be quite cumbersome as this document is
translated into nine other languages.
I am using RoboHelp X5 for Word / Word 2003 for the source
and most of the translations; RoboHelp Asian Edition, Simplified
Chinese / Word 2003 for the Chinese translation. The heading level
hierarchy error occurs in both versions.

>> AF: I've commented in sections...
Without Maintain Heading Levels, RH will apply heading levels
to the books and then the topic levels will get bumped down. So a
top level book will be Heading 1 and the Headings in the topic will
get bumped down to 2, 3 and 4 etc. If then you have another book
one level down so that it gets Heading 2 applied, the same topic
but under the level two book would then get 3, 4 and 5 applied.
That is not the original problem but hopefully we are agreed
that is how things work on that.
>> Yes - that is the expected behavior. When it didn't
happen as expected, that's what led me to the discovery of the
cause of the problem (topic reuse).
Your problem was that firstly Heading 3 got bumped to Heading
4 if the same topic was inserted into the TOC twice. I assume it
was OK in the first instance, or is it that when you add it twice
it goes wrong everywhere?
>> Your assumption is correct. First occurrence is
correct. Second, third, and fourth (yes - there is one topic that
is used 4 times! ) are not correct based on TOC hierarchy.
On the numbering, nothing surprises me. If you look at my
site you will see that for RH HTML, i gave up on getting it right.
I have had many queries on this and more than a few people have
indicated they will work on the problem and get it working. I'm
still waiting. There are many posts about outline numbering
problems. Has anyone got it working satisfactorily?
>> I don't really have numbering problems. The
numbering is following the RoboHelp-generated hierarchy and the
.dot template that I apply. It's just that the RH-generated
hierarchy and its heading levels don't correspond to the "real"
hierarchy because of the reuse issue.
I have seen various Word gurus maintain that numbering has
not worked entirely satisfactorily since Word 2! Also enough posts
to convince me this is a Word issue, not a RH issue.
If you want to create a new project and knock something up
that demonstrates this problem, by all means zip it up and send it.
I'll assume it will be a small project and zip to less than 5mb. If
more, contact me first.
>> Unless you have RoboHelp X3 Asian Edition,
Simplified Chinese, there is really no need. I plan to either avoid
the reuse issue in the source, or build the print doc in sections
which is easy enough in RoboHelp X5 for the non-Chinese languages.
It is in the older Asian edition where the problems are compounded
by the omitted reuse topics. If you do have RoboHelp X3 Asian
Edition, Simplified Chinese and want to experiment, I can send you
a cut-down version of the project. Don't feel obligated though;
unless you can read Chinese (I can't) it is very tedious to work
with.

Excise calculated at migo is wrong

hi friends.
i have maintained tax code for 8%, 2%, 1%, for bed, ecess, and secess respectively and 4% vat
the Bed calculated at migo is wrong, it is calculating little more, what is the procedure to rectify this,
please give all respective hints..
thanks in advance...

Hi,
Please check the validity period for tax conditions if you are using TAXINN procedure.

Header level Pricing condition

Hi guys
I have a header condition type which is calculated based on some values from line items but the header conditions should be always be calculated in barrels but my line items can have products in different units like kegs, barrels. What I need to do so that value in my header conditions is calculated in barrels.
Regards
Javed

My header condition = ZPR0
Item condition = ZPR1
My header condition ZPR0 = sum all ZPR1 and give me total price per barrel.
Example
I have the following 3 products on my quotation
Material      qty     Unit     price          total
A001     60     K1     30/K1      1800 gbp
A002     5     barrels      70/barrels 350 gbp
Now total zpr0 = 1800 + 350 = 2150 gbp but I want this to be calculated per barrel
So my required value for ZPR0 should be 1800/185= 9.729 GBP per barrel
1 K1 = 3 barrels
Please let me know what should I do to get this done.

To be able to report by business area at a header level

Business area reporting at a header level in Procurement/AP Subject Areas
At present client is doing a large number of manual lookups in Excel to add Business area detail to certain OBI procurement reports. Reasons for why we are having to do this includes that the report is written at a header level but the business area detail is stored at a distribution level or the document has no distribution lines.
What client would therefore like is for us to devise solutions that would allow us to include the business area detail. Possible solutions that I can think of include doing a join between the employee name, preparer name and requestor name to the HR business area detail, and the way that the ‘Procurement and Spend - Employee Spend’ joins the employee name and approver name to the business area fields maybe something that you can review as a solution.
I am hoping that you can come up with a number of solutions which we can then explore in further detail.
The key subject area that we would like this business area detail to be available in is the ‘Financials - AP Transactions’ area but if would certainly be beneficial to have in the ‘Procurement and Spend - Purchase Orders’ and ‘Procurement and Spend - Purchase Requisitions’ subject areas as well if it is feasible.
Can any plz.. guide the possible soultions we can do with this CR
Edited by: user13050518 on May 11, 2010 7:40 AM

Bonjour,
Je suppose vu votre prénom que vous parlez français lol bien que l'anglais ne me pose pas de problème.
En fait, il s'agit de plusieurs factures (avec différentes business area) pour un même fournisseur.
Au moment de la F110, le système comptabilise le paiement via une seule pièce mais avec plusieurs postes (un par business area) et la contrepartie le compte banque.
La case n'est pas cochée pour le champ T001-XGSBE donc je ne pense pqs que le problème provienne de là.
Cdlt

Clearing Sales Tax at Header Level in an Order

Hi,
I have a requirement to not charge any tax on an order if the credit card used on the order is a government credit card. Currently I have implemented this logic in USEREXIT_SAVE_DOCUMENT_PREPARE. I am able to clear out the sales tax at the line level but this change does not reflect at the header level. I have to manually click on update pricing to zero out the tax displayed at the header level. I could not find a variable to tap into header level pricing condition and tax value field.
I would greatly appreciate if any one can give me some pointers on where to look for header level data for tax. Also, is there any better user exit to implement this functionality.
Folliwing is the code I am using to clear out line item level tax:
          LOOP AT XKOMV INTO WA_XKOMV WHERE KSCHL EQ 'UTXJ'.    "GET THE TAX CONDITION
              CLEAR WA_XKOMV-KWERT.                               "Set the TAX to 0
              CLEAR WA_XKOMV-KAWRT.
              CLEAR WA_XKOMV-KBETR.
              MODIFY TABLE XKOMV FROM WA_XKOMV
                TRANSPORTING KWERT KAWRT KBETR.
          ENDLOOP.
          LOOP AT XVBAP INTO WA_XVBAP.    "GET THE TAX VALUE
              CLEAR WA_XVBAP-MWSBP.                               "Set the TAX to 0
              MODIFY TABLE XVBAP FROM WA_XVBAP
                TRANSPORTING MWSBP.
          ENDLOOP.
Thanks,
Paresh

Hi,
In the case of sales cycle, All the item level taxes are summirised and come to the header level. So we can't find the conditions at header level for taxes. Check the user exit , because, the values are already moved to the header level structure and then you are clearing the item level taxes. I hope thats why the changes are not reflected in header level.
Regards,

Ranch Billing, the excise condition type JMOD calculation is wrong

Hi
I wish to know that in case of Branch Billing, the excise condition type calculation is wrong!!
I am surprised and unable to know how it could be?
In billing document display (T.code VF03) , Out of 3 Line items, Basic Excise Duty of 2 line items/ Materials were wrongly calculated.
i.e. In Item level Condition Overview---> the excise condition type JMOD --> details -->
Amount                   10.000 %
Cond.base value            79,077.85 INR
Condition value             5,733.14 INR
                                                                                Alt.calc.type   355
Ideally, It must be 7907.85 INR instead of 5733.14 INR wrong value.
Please help me to know the possible reason.
Thanking you.
PP

Check the condtion value in condition type UTXJ . If the JMOD value is 10% of UTXJ then assessable value should have been maintained for the Material and Plant combination in J1ID. This is due to Routine 351 maintined in pricing procedure for the condition type UTXJ
check and confirm
Senthils

MIGO: Po header level condition for excise are 100 times less

Hello,
While MIGO against purchase order
Item level BED condition value is showing as 160 and header level condition value is showing as 1.60
What could be the root cause?
Thanks & Regards

I also come across similar issue in various threads..Let us hope for solution.

Migo is not showing the excise tab - header level and item level

Hi,
i have created one PO with excise and i have created MIGO with only capture excise invoice, in MIGO before saving the document system is showing the excise basic, cess and higher education cess in excise tab, header level as well as item level. After saving the document, if i go to dispaly view of the MIGO document system is not showing the header level as well as item level excise amount. The tab itself is not appearing. Can any one help me on this.

Hi,
There are two kinds of statuses, system status and user status.
You can only influence System status if you execute a business transaction that changes the system status.there
are four system statuses open, In process,Released and Completed.
User status can be created as additional information to the system status in any numbers.But for this you
need to define a status profile which would further be assigned to transaction type(header status) and
item categories(item status).
The header status is independent of the item status. One exception is the status Completed.
If all items have the status Completed, the header status is also set to Completed.
For defining a status profile you need to go to
SPRO>Customer Relationship Management>Transactions>Basic settings>Status Management.
Hope this helps.
Regards
Sidd

Conditions on RFQ Header are not changeable at PO Header level

Dear Gurus,
I have maintained a Quotation and enter the conditions on Header level in Quotation. Once i adopt the Quotation in Purchase Order, these conditions are displayed both at Item and Header level and i cannot edit the condition value at PO Header level, they are editable at Item level but not at header level.
I want to edit them at PO Header level too.
Please advise.
Johi Kapoor

Hi,
If that is item condition then you can not change it at header level
check in M/06 make it at header level in change which can be made tab
Regards
Kailas Ugale

Wht are functionality in salesdocument header level ( condition type)

hi friends
kindly send functionality in sales document header level , [email protected]
regards
shivaji

The functionality of sales document is as follows
Transfer of requirements and availabiltiy check
revenue account determination
text determination
pricing functions

Excise getting calculated on header level

Dear All ,
When I make PO for 2 items with same vendor one with Excise and other is without excise , system calculates excise for both the items on header level . But ideally it must be for one item which is applicalbe for Excise . Please guide
Detailed issue :
We have created the PO with 2 line items
1) with Excise Duty : Material Number entered in PO . Correct Excise Duty Determined automatically through the conndintion record. Condition record is maintained on the basis of Country / Plant/ Control Code . . Control Code is maintained in Material Master .
2) Without Excise : No material Number is entered in PO. There is no excise applicable for the item . Only CST is applicable with Net value .
Issue : System calculates the excise for line 2 , even though excise is not applicable for the item . We checked in the analysis system picks up control code and condition record from line item 1 . We did not found any relation why system calculates the excise duty. There is no material Num for line item 2 & also there is no control code .
A )When we save that PO and opened it again and see line item 2 taxes details System do not show the Excise and only shows CST , which is correct .
B) But when we see the Taxes details of item 1 system shows all excise duty and CST , which is correct .
C) Again when we go on item num 2 system shows excise duty , which is not correct . Ideally system must show the CST only. As described in point A .
Why system calculate the Excise Duty on line item 2 without any relation and there is no such condition record maintained .
Also we checked the conditions properties in Customising . Excise conditions are at item level only. Item level Check box is Ticked . There is no check mark on header level.
For excise determination we maintained the condition record at Country +Plant + Control Code level
For line item 2 there is no relation of control code as there is no material master record and so that no control code . Even though the system picks the excise .
Edited by: Bhushan Bivalkar on Mar 25, 2009 4:25 PM

Bit interesting!
Check in FV13 for condtion once again do we hav maintanined the condition at Tax classification level for the conditions on which system is calculating tax on non taxable material. as we use to do it for assiging the tax procedure to country and it will overright all codition master.
if that is not the case then try with diffrent tax code for both the line item and then check to tax. and at the the of GR chcek what system do. or make two different GRs as we need the excise invoice recod for excisable materila only.
Rgds
S

How can I have the pricing conditions at the item and header level of the d

How can I have the pricing conditions at the item and header level of the delivery? There exist "condition" tabs both the header and the item level of the delivery but the contents of the tabs are empty. I'll be happy if you can help me. Thanks in advance....

Hi
If you want to have the pricing procedure at delivery level then you need to assign a pricing procedure at delivery level also
Just go through the path to maintain the pricing procedure at delivery level.
IMG -> Logistics execution -> Shipping -> Basic Shipping Functions -> Pricing -> Pricing Procedure. for Delivery.
But can you be more clear if the above one is not your query ?
Regards
Srinath

PO header level excise condition in MIGO are wrong

Similar Messages

Maybe you are looking for