FI posting baseline calculation is wrong.

HI expart.
in userexit_fill_xkomk1how to imlplennt for sap note -112385 for baseline calculation is wrong.
What i will do for baseline calulation is coming as creation date.
Thanks
Dhirendra.

Hi,
By any chance, did the user enter march date in FB08 screen ?
Best Regards,
Madhu

Similar Messages

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

Post Removed By User - Wrong Sub-Forum

Post Removed By User - Wrong Sub-Forum

>POST REMOVED.
>Edited: 02/06/2007 at 04:21:17 AM by JeepinJoe
No, your post wasn't removed - you can't remove it. All you
can do is confuse people by editing it on the forums. But it lives
forever in nntp world. The bottom line is, do not edit your posts.
Hi everyone, I need some help.
I am puzzled by an image that refuses to display. The image
is a small
picture that reads "buy now" at a wine website. The image is
uploaded onto the
remote server and i have tried it in both .gif and .jpg file
types. The image
appears in Dreamweaver, but when I view it in IE and FF, it
does not appear
(even when reading from my local computer)
Have you come across this problem? I know it must be
something basic that is
going on- that's what is frustrating!
Thanks
Joe.

CCMS threshold Value baseline calculation

Hi Guys,
I am looking CCMS threshold value baseline calculation for ECC, BW, XI, SRM, CRM, APO & Solman systems. Many portals are provided the description of each MTE class , but not provided baseline calculation.
Please let us know some expertise advice
Thanks.
Manjunath

Dear. Marc P. Gilomen.
I totally understand what you are written above.
The threshold value shouldn't be changed until I change the rule related to the product.
However, after I changed the rule, I have expected the threshold value should be changed according to the rule.
But, it's not.
This is the point.
After I change the rule, for example 35% to 45%, the threshold value of GTS preference determination transaction '/SAPSLL/PRECA01' is changed. But, The replicated sales order's threshold value is not changed. And delivery, billing is the same with salesorder also.
It's not changed whatever I do.
So, I want to solve this problem. But until now, I didn't find the answer.
Thank you for reading.
Best regards,
Jong Hwan

Posting interest calculated in Dunning run

Hi SAP Guru's,
I have set up item interest calculation and dunning run.
When I make a dunning run, I can see the interest being calculated but it is not getting posted automatically.
Also the interest calculated during dunning is not getting reflected in the dunning letter.
Can you please help me with posting of interest from dunning run.
Thanks in advance
Br.,
Neeraj

Dear Neeraj,
Interest amounts are not posted in FI standard dunning. The interest
amount is calculated and displayed in the list/ in the pintout,
but it is not posted - so there are no new documents that you can
see in FBL5N.
Please read for Your info notes 156985 and 82995.
I hope this helps You.
Mauri

Debit memo excise duty calculation is wrong

Hi,
Basic excise duty is wrongly picked in to debit memo as explained below
1) Depot sales order: creted for qty 1
   Basic excise duty 80
2) delivery created:
3)depot excise invoice creted: Adjusted depot stock aganist plant excise invoice 123 and basic excise duty is 100
4) created depot invoice; CAPTURED BASIC EXCISE DUTY IS 100 which is correct (356 movement type assigned to basic ex duty in pricing procedure)
Depot returns:
1)returns sales order created with referance to depot invoice
   copied basic excise duty as 1000 (which is correct)
2) cretaed credit memo request: Here basic excise duty is 80 wronly copied from depot sales order instead of 100
Please provide the solution
Regards,
ramesh

Dear Lakshimipathy,
Thanks for your response
The excise duty combination is same in both returns order and credit memo as mentioned below
Variable key
country
plant
control code
valid from 2010/02/27   valid to 2010/02/27
condition supplements
Country         name                                amount        unit       delition id
JEXP     IN: A/R BED %     10.000      %     flaged
And in pricing procedur6e of the returns order is neccessay 356 alternative calculation type
as i mentioned above valid date has been expired and marked for delition how system is determinng excise duty for retuns order. please suggest
Best regards,
ramesh

VAT calculation is wrong!!

Hi,
Its concerned to Indian Excise.
<b>Scenario:</b>
1)Tax code contains only 4% VAT & other excise duty is added manually in PO conditions.
2)In PO, VAT Calculation is correct
3)During invoice verifiavtion with ref to PO,Assessable values are flowing to MIRO for all line items of PO.
<b>Error:</b> when appropriate tax code is selected (Only 4% VAT) for each line item in MIRO,VAT value which is being calculated is not exactly equals to 4% instead its diiferent for each line items like 4.19%,4.74%,4.09% and 4.37%.
Can you pls advise,what is reason for this small difference in VAT calculation.
Regds

Hi,
I checked in detail,other things are correct.
But one more point is,infact there are 2 POs & 1 Invoice related to above issue.If I try to do MIRO for both POs together this Difference in VAT amount is reflecting as said before,If individual PO is considered for Invoice verification there is no such difference in VAT amount i can post the document.
Regds

VAT calculation going wrong in dealer invoice

Hi All,
I am doing a dealer purchase scenario where in am giving basic price inclusive of excise in the PO and then while capturing excise invoice am changing the base value and excise duties manually in MIGO by checking MRP indicator such that sum of excise base value and excise duty is equal to PO price and similarly am changing base while doing MIRO but am still not getting the VAT correct.
for example
PO price excluding VAT - 102,490.00
VAT - 4,099.60 + 1,024.90
Excise duties = 6,394.00 + 128.00 + 64.00
In MIGO i have changed base value as 95,904.00 and captured and posted the above excise duties. In MIRO i have changed base value as 95,904.00 and selected the tax code with excise 10.3 and VAT 4+1. Excise duties are coming as in excise invoice but VAT is being calculated based on PO price + (excise duty based on the base value in Excise Invoice i.e., )
Plz suggest
Edited by: SAp321436 on Jan 12, 2011 6:16 AM

hi
what are the exicse % you have maintained in TAX CODE
it should be zero
like excise =0
cess=0
secess=0
and vat =4
vat1 =1
ASSIGN ACCOUNTS for all conditions including excise
now check
regards
kunal
now use this code

Posting date calculation

If a transaction attempts to post in SAP on the Wed. through Sat. of a financial period close, the SAP posting date should be set to the first day of the next financial period
pl. provide details of teh FM that can be used to solve the above mentioned scnerio.
I only have SY_DATUM as input.

Try this code. There is no easy way to do this. Let me know if my understanding is wrong.
Please close the thread if answered.
REPORT zreport NO STANDARD PAGE HEADING MESSAGE-ID zfi
                                        LINE-COUNT 65
                                        LINE-SIZE 120.
DATA: v_poper                      LIKE t009b-poper,
      v_bdatj                      LIKE t009b-bdatj,
      v_next_poper                 LIKE t009b-poper,
      v_next_bdatj                 LIKE t009b-bdatj,
      v_first_day_of_next_period   LIKE sy-datum,
      v_last_day_of_current_period LIKE sy-datum,
      v_monday                     LIKE sy-datum,
      v_tuesday                    LIKE sy-datum,
      v_sunday                     LIKE sy-datum,
      v_wotnr                      TYPE p,
      v_posting_date               LIKE sy-datum.
PARAMETERS: p_date LIKE sy-datum DEFAULT sy-datum,
            p_periv LIKE t009b-periv.
START-OF-SELECTION.
*-- get the current date's period and year
CALL FUNCTION 'DATE_TO_PERIOD_CONVERT'
       EXPORTING
            i_date               = p_date
*           I_MONMIT             = 00
            i_periv              = p_periv
       IMPORTING
            e_buper              = v_poper
            e_gjahr              = v_bdatj
       EXCEPTIONS
            input_false          = 1
            t009_notfound        = 2
            t009b_notfound       = 3
            OTHERS               = 4.
IF sy-subrc <> 0.
    MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
            WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.
*-- get the last day in the current period
CALL FUNCTION 'LAST_DAY_IN_PERIOD_GET'
       EXPORTING
            i_gjahr        = v_bdatj
            i_monmit       = '00'
            i_periv        = p_periv
            i_poper        = v_poper
       IMPORTING
            e_date         = v_last_day_of_current_period
       EXCEPTIONS
            input_false    = 1
            t009_notfound = 2
            t009b_notfound = 3
            OTHERS         = 4.
IF sy-subrc <> 0.
    MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
            WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.
*-- Get week info of the last day of the current period
CALL FUNCTION 'GET_WEEK_INFO_BASED_ON_DATE'
       EXPORTING
            date   = v_last_day_of_current_period
       IMPORTING
*           week   =
            monday = v_monday       " First day of period closing week
            sunday = v_sunday.      " Last day of period closing week
v_tuesday = v_monday + 1.
IF p_date <= v_tuesday.
*-- entered date is before or equal to the tuesday of the week of
*   current period's last date, allow posting to the current period
    v_posting_date = p_date.
ELSE.
*-- get the next period
    CALL FUNCTION 'CKML_F_GET_NEXT_PERIOD'
         EXPORTING
              input_period = v_poper
              input_year   = v_bdatj
              input_periv = p_periv
         IMPORTING
              next_period = v_next_poper
              next_year    = v_next_bdatj.
*-- get the first day in next period get
    CALL FUNCTION 'FIRST_DAY_IN_PERIOD_GET'
         EXPORTING
              i_gjahr        = v_next_bdatj
              i_monmit       = '00'
              i_periv        = p_periv
              i_poper        = v_next_poper
         IMPORTING
              e_date         = v_first_day_of_next_period
         EXCEPTIONS
              input_false    = 1
              t009_notfound = 2
              t009b_notfound = 3
              OTHERS         = 4.
    IF sy-subrc <> 0.
      MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
              WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
    ENDIF.
    v_posting_date = v_first_day_of_next_period.
ENDIF.
WRITE:/ v_posting_date.

Baseline calculation

Hi all ,
I have a table that holds data about dates ..
Table :
MonthYear
2011/12
2011/01
2010/08
I need to get the baseline of each row as below
Baseline
2011/06
2010/07
2010/02
ie Baseline=Monthyear - 6 months
Create table mon(monthyear date);
I am using Oracle 11g
select monthyear-6 as baseline from mon;
I used the above query but I think days are getting subtracted .
Please Help
Regards,
Sana .

Hi, Sana,
If monthyear is a DATE, then just use ADD_MONTHS:
SELECT     monthyear
,     ADD_MONTHS (monthyear, -6)
FROM     table_x
;Information about dates belongs in a DATE column, even if you're only interested in the year and month.
If monthyear is a VARCHAR2, then use TO_DATE to create a DATE from it, and then use TO_CHAR to convert it back, if necessary:
SELECT     monthyear
,     TO_CHAR ( ADD_MONTHS ( TO_DATE (monthyear, 'YYYY/MM')
                      , -6
          , 'YYYY/MM'
          )          AS baseline
FROM     table_x
I hope this answers your question.
If not, post a little sample data (CREATE TABLE and INSERT statements, relevant columns only), and also post the results you want from that data.
Explain, using specific examples, how you get those results from that data.
Always say which version of Oracle you're using.
Edited by: Frank Kulash on Feb 24, 2012 10:03 AM

Ceil calculation is wrong

Hi
I am using below formula to calculate no of cases
        w_no_of_cases_temp = CEIL( vbdpr-fkimg *
                               ( marm-umren / marm-umrez ) ).
input value is
vbdpr-fkimg = 204000
marm-umren = 1
marm-umrez = 6000
output is 35. But it should be 34.
i checke few cases. Output is correct. Above itme oly i am getting wrong output. Kindly help me

Hi,
how does CEIL work.... ?
   After the decimal even if there is a single digit without 0 then it adds 1 to the result....
now taking your scenario...
CEIL( 204000 * ( 1 / 6000 ) ).
firstly the inner braces are calculated but they are not ceiled because CEIL is to be applied for the final result according to the statement above....
now, 1 / 6000 is calculated and the output is 0.000166... goes on... or you can say 1.666666667e-4
since floating point numbers supports till certain numbers so this number becomes
0.000167
now when you calculate 0.000167 * 204000
the result is 34.068
now if CEIL is applied to this result..... it converts the number 34.068 to 35
if you want to cross check you can also use this statement
CEIL(24 * ( 1 / 6 ) ).
this will result in the value 5 whereas it is 4.
So for this case you will have to modify your logic a bit for you not to get this inappropriate results....
instead of using CEIL or any others functions
declare an integer variable
This is how it works....
DATA w_int TYPE i.
w_int = w_no_of_cases_temp.
write w_int.
*this should resolve your issue......
Regards,
Siddarth
Regards,
Siddarth

Post Goods issue showing wrong accounting figures

Dear Friends,
I have received a query where there is one sales order with many line item. Delivery is broken up into pieces and so is billing. When I go to the deliver -post goods issue and check for the accounting document for the first delivery, it shows for accounting document figures perfectly fine but when I go to the second delivery - post goods issue, the accounting document generated figures are vague. The figures which should be in lacs are reflected in crores in the accounting document in the Post goods issue.
The Price Control in the Material is Moving Average Price
The pricing procedure does not show anything wrong in the Sales Document.
Kindly suggest me a solution to this problem. This is a very critical issue as the figures are in huge numbers.
Regards
Vineet Jain

Dear Vineet
Really this is a strange problem which should not happen. Please confirm whether you are facing this issue in all subsequent deliveries or only for that particular sale order. If it is only for that particular sale order, then I feel, you need to refer to SAP.
Meanwhile, you can cross check the value as follows:-
Go to MB51, give the material code which has got issue, input plant and movement type and execute. A list will be displayed where press +"Cntrl + Shift + F12"+ so that the system will take you to a screen where for that particular material code and movement type, a detailed analysis will flow with delivery reference. In the same screen, there is a field "Amount in LC". Divide this value with despatched quantity and see whether the value here is flowing correctly (ie.it is picking the moving average price) by comparing with material master Accounting1 view.
thanks
G. Lakshmipathi

Formula calculation showing wrong data.

Hi All,
I have an issue in the formula calculation at BEx.
I have a formula2 whose values is formula1/RKF * Constant.
formula2=formula1/RKF * Constant.
Formula1    formual2        RKF             constant
73.00          25.63            80.00         28
The error is the actual value of formula2 to be a
     formula2 = 73.00/80.00 * 28
                  =25.33
But in report result it is displaying as 25.63.
for some different values it is showing very different result.
can any one tell me how to round of this value to avoid confusion
regards,
santosh.

Santosh,
rounding off the result will not solve your problem. In your scenario, the actual result is 25.33 and rounding it off will be 25.
Now BI is showing you a value of 25.63 and rounding it off will give you 26. This will still give you the wrong answer.
You can go to the properties for the formula and in the display properties, you can change it 0 decimal places instead of 2. This is just a interim solution.
Regards,
Sameer

Odd Calculator Issue - Wrong Answer??

A friend of mine was working on something yesterday afternoon and used his original iphone calculator to check 197/14.......the calc returned 1. I tried the same on my 3g and it returned a 1 for me too. In fact we both tried several times during the afternoon with the same result.
Today I checked again and it returned the correct answer..........14.0714286.
Seems odd to have intermittent "wrong" answers and definitely makes me wary of trusting calculator for anything. Any ideas?

Computers are usually deterministic, so the most likely reason is that you both made an entry error yesterday.

TS1702 The apple calculator calculates wrong on all iphone 5

If you calculate .67 / .8 = 0.8375 this corrcet
If you calculate .64 / .8 = 1 this is wrong, this must be 0.80
All iphones I have checked does this
Also if I download a calculator app, the app also does this?

I get the same answer as the OP when I immediately start the second calc without clearing the first. What then happens is that you're dividing 0.64 by .80 = 0.8. When you press = again it divides that answer by 0.8 from the first calc.
Don't know why the OP doesn't just clear the first calc.

FI posting baseline calculation is wrong.

Similar Messages

Maybe you are looking for