Lead time decimal places

Hi
I can not put a value with decimal places in the lead time field for itemsi n the planning data section.
it will only accept times with 1 day interval.
does anybody know how can I fix this???
Thanks for your help

Hi........
Welcome SAP Business One Forum.....
Lead time in Item Master Data calculates in Days and not in hour time so it always be in Integer. But if it calculates in hour the it would have taken lead time in Decimals....
So you can not enter Lead time in Decimals.......
Regards,
Rahul

Similar Messages

Decimal places display at the time of results recording

Dear All,
Please i faced one problem, At the time of results recoridngi/.e,
In my insp. plan i defined Quantitative specification as 70.0 with '1' decimal place in Qunatitative data. but after results recording it displaying one more decimal place excessi.e., as 70.00. How can i solve this problem, due to what this problem is occure. Please if any, solve its urgent.
Regards,
Vijaya

Dear Vijaya,
While entering Inspection Characteristics.. There is a field called DecPlaces on the right. its the 24th field on the item table.
The field comes after
Method, Insp Method plant, Version, Sampling Procedure, Sample Unit of Measure, Base Sample Quantity, SPC Criterion, Modification Rule, Test Eqpmt, Test Equip Short Text, Par Sample, DecPlace, Unit of Measure, Target Value, Lower spec Lmt, Upper Spec Lmt... and so on...
Regards
Vijay

Cannot Update Decimal Places in General Settings

When I try to update the decimal points in the Administration > System Initialization > General Settings > Display path, SAP B1 gives me the following error:
"Cannot update while another user is connected to the company."
I am the only one on the system as "manager" with "Super User" and "Full Authorization"...
The SAP B1 Guide titled "How to Make Initial Setting in Business One - US" says "you can change these settings at any time".
QUESTION: What might be stopping this change, and more importantly, how do I get around this error to be able to change the decimal points?
Thanks all - Zal

Hi Zal,
I agree with you about the strange messaging used by SAP.
But blocking the possibility to decrease the decimal places is extremely important.
Suppose you have inserted a sales document with two items in this way:
Item 1 ___Qty 1,234 ___Unit price 1,22 ___Line total 1,51
Item 2 ___Qty 5,756 ___Unit price 3,15 ___Line total 18,13
____Document total 19,64
Then, someone wants to change the number of decimal places of the quantity from 3 to 2.
What happens would be:
Item 1 ___Qty 1,23 ___Unit price 1,22 ___Line total 1,51
Item 2 ___Qty 5,75 ___Unit price 3,15 ___Line total 18,13
____Document total 19,64
If you try to do the calculations manually you will see that the results are not correct. In fact all the document would have to change in:
Item 1 ___Qty 1,23 ___Unit price 1,22 ___Line total 1,50
Item 2 ___Qty 5,75 ___Unit price 3,15 ___Line total 18,11
____Document total 19,61
Also if the document total will show correct (in the case of rounding the second decimal position of item 2), the totals of any line is wrong. In fact there is no recalculation at all in SAP (and must not be done).
Imagine such a modification over thousand of documents and all of the descendants (mainly if the have lead to printouts - as say confirmations - sent to customers or vendors).
None of the economic figures will match.
BR
Antonio

PO print preview displays incorrect setting in decimal places

Dear Experts
Please help me on the following condition.
I have a problem in print preview of a PO. It displays the incorrect setting for decimal place in currency.
It shows USD 1.404,00 whereby the amount should be USD 1,404.00
This only happens to a certain vendor that is doing PO for the first time from that country
Example:
I'm creating a PO for vendor 123. Vendor 123 is located in country A. No PO has been created for any
vendor in country A before. When I saved my PO, in print preview, the decimal setting is not correct.
But when I'm creating another PO, for vendor 234. Vendor 234 is located in country B. There have been
several POs created for vendors in country B before. When I saved my PO, in print preview, the decimal
setting is correct.
Both vendor 123 and vendor 234 is using currency of USD.
Is there any other setting with the vendor master in regard with the currency decimal setting for each
country for the vendor? Or something that I've missed out?
Diagnosis:
I've checked with the user profiles->default-> decimal notation. It displays 1,234,567.89 correctly
I've also run OY04, but the decimal setting is correct.
Thank you
Regards
Syukri

this has nothing to do with print preview, it is just basic country setting (OY01) how a quantity and value is written on a PO to a vendor is country xyz.
German uses to comma to seperate decimals, while USA uses the point to seperate decimals
this would be the German version 1.404,00, and this the US version:: 1,404.00
so if an American sends a PO to a German vendor, then the document will show 1.404,00 so that the German can understand that he wants 1404. (and not 1000 times less)

Error message when updating decimal places in general settings

Hello together,
I got a big problem with the settings of decimal places.
I know that I am only be able to incerase these but it's a virgin database for a customer with no data imported.
Everytime I want to increase the prices decimal places I get the following error message:
"cannot update while another user is connected to the company"
But I checked all sessions connected to this database. I am the only person that is logged in.
I closed the db more that one time but it doesn't work.
Can you help me please?

Hello Meike,
I have had this problem a while ago and it was caused by the RPD-connection i had made with the customer server.
I had to change the values directly on the client machine.
Hope this also your solution.
Kind regards.

Decimal places in unit of measure in Sales order

Hi,
In the Sales Order application in PCUI, when I create a create an order for customer XYZ, and add product ABC for qty 1 which uses unit of measure PC, the qty is displayed with 3 decimals as 1,000 whereas if I use the unit of measure EA the quantity is displayed without the 3 decimals as 1. I need the unit of measure PC to not have the decimal places like in SAPGUI.
Could anyone help me understand how this can be achieved?
Thank you for help in advance.
Regards,
Priya

To elaborate better.
Again, use Tcode CUNI - Unit of measurement : Initial Screen.
At initial screen, choose TIME from the list (where by default AAAADL- no dimensions is there).
And click on UNIT OF MEASUREMENT button.
In that you will find MON - Month.
There go for details by selecting MON or select MON and press F5 from Key board.
For MON unit maintain following parameter as per your requirement:
-Number of decimal places for number display
Use - This parameter determines the number of decimal places with which this measurement unit is displayed.
-Base ten exponent for floating-point display
Use - This exponent determines how the values for this measurement unit are formatted as floating point numbers.
Examples - If the exponent is 3, the floating point numbers have the format xxx.xxxxE3.
And deselect commercial meas. unit in application parameters section.
I would suggest instead of changing standard settings of MON, you create ZMON in TIME dimension.
Thanks & Regards
JP

PO Lead Time cannot capture the time taken for shipping!

Dear All
I understand that we have PO lead time = PO Processing Time (Working Day) + Planned Delivery Time (Calendar Day) + GR processing time (working day).
And this PO lead time will be added on top of my PO Creation Date to defer the actual goods availability date.
My question:
1. Planned delivery time is the time taken from vendor place to send out the goods to my warehouse. What if it is overseas purchase where goods leaving vendor's Port will first arrive in my country custom, and it will take 3 days to do clearance. once it is cleared, forwarding agent will delivery goods from my country custom to my warehouse. In this case, how do I capture it in SAP system for the planned delivery time as it has 4 periods of time now
a. Time taken from vendor's port to reach my country's port
b. Time taken for my country custom to do clearing
c. Time taken for forwarding agent to fetch goods from custom to my warehouse
d. Time taken for unpack, take out , count, inspect and put for use (GR processing time)
Do I need to use user Exit?
Thanks
Edited by: Daimos on Apr 27, 2009 6:52 PM

Dear dogboy.
I think we must use feature on the PO Confirmation Control (CC) Key at PO Item Level:
ED - Estimated Time of Departure from Overseas Port.
EA - Actual Time of Departure from Overseas Port.
EA - Estimated Time of Arrival
AA - Actual Time of Arrival
And the purchaser will maintain the value of each of the CC Key each time they are notified by the vendor.
And we need to come out with a Customised Report to capture those CC dates entered so that finance is able to prepare $ in advance if the moment the EA is maintained, meaning the estimated date of arrival at the Custom there.
But the problem is that PO User Exit is only at the header of Confirmation Control Key but not capture the DATE field we entered for each CC.
That was the problem I last encountered.

B1 Query returning truncated decimal places when the CASE statement is used

Hi All,
Perhaps this is a friday thing.
In B1 the price setting is for 5 decimal places. I have a query the run a business process looking at the data in the Special Prices Tables. When I run the Query in SQL, the output show the correct number of decimal places. However, when the Query is then saved and run in B1, the output is truncated to 2 decimal places. Any ideas as to how I can prevent this for happening?
T0: Points to teh OSPP Table
T1: Points to the OSP1 Table
The portion of the query causing the issue is as follows:
case
   when (T1.price is not null) then
         T1.price
   else
       T0.price
end

Hi Earl
Seems you are right, I have tested with a few different formats and each time get a 2 decimal result. In SQL help I found the following which may explain why:
Result Types
Returns the highest precedence type from the set of types in result_expressions and the optional else_result_expression. For more information, see Data Type Precedence (Transact-SQL).
Even tried it in SQL with a stored procedure storing to a temp table and it shows the full decimals, but executing the SP in SAP Business One results in 2 decimals again.
This is indeed a strange occurrence and I a not sure how you are going to solve it! You can use NVARCHAR for example except that it right aligns the values returned, but at least it doesn't drop the decimals.
Kind regards
Peter Juby

Lead time reffering to open SO- - -***** URGENT ***

Hello
When we create a brand new PO, the materials due date should be automatically
calculated using the materials standard Lead Time. For example, if we are to create a PO on 10/1/07 for a part that has standard Lead Time 65 days, the materials due date shouldbe automatically calculated as 10/1/07 + 65 days = 12/5/07 and the PO shouldshow that the part's statistical due date and delivery date is 12/5/07.However, recently SAP has been checking a pending sales order's furthest duedate and stretch the PO's due date to match the sales order's due date. Forexample, in the previous example the PO's due date should be 12/5/07 but if there is a sales order that is not due till 3/7/08, SAP calculates that the part
on this PO is not due till 3/6/08. This new function is affecting our PO
creation and its due date. Could you advice so that POs automatically use a
part's standard LT to calculate the part's due date instead of using SO's due
date?
I checked planned delivery time in MMR ,INFO RECS,VENDOR Checked the availability check and checking rules what could be the reason...?????
Will AWARD FULL POINTS URGENT

If you used a remove personal settings option from Windows or Firefox,you may well have permanently lost those bookmarks.
* Undelete<br>If you did that then timely use of a file undelete utility and a good helping of luck are likely to be required to attempt recovery (probably best to stop using
the computer entirely, until you have such utility).
*Your Own Backups<br>You could have a backup system in place that backs up such files or the firefox profile, and you may be able to use that.
* Synced to another machine<br> you may have the bookmarks synced on another machine, or even on an external server
**see [[what is firefox sync?]]
See also [[lost bookmarks]] but I am not sure any of that applies in this case, it is worth reading it though
Normally

Ordering BT Infinity (Lead Times)

Hello,
I am renovating my new property and I am planning to move-in in around 6 - 8 weeks. I am led to believe that lead times to get a BT infinity engeneer in to install the broadband is around 2 - 3 weeks.
I am happy to order it as soon as possible but my questions are:
1) How far in advance can you book an engeneer?
& 2) When does you contract start? Am I required to start paying for the services from the date of the order and therefore id so will I be required to pay for 1 1/2 months or does the contract start when the broadband is installed and up and running?
If anyone can help me with these questions I would be very greatful.
Cheers
Paul
Solved!
Go to Solution.

Hi Batchy and welcome,
It's best to place the order a few weeks in advance so if there are any problems we can get it sorted. The contract will start as soon as the service are up and running.
Cheers
David
BTCare Community Mod
If we have asked you to email us with your details, please make sure you are logged in to the forum, otherwise you will not be able to see our ‘Contact Us’ link within our profiles.
We are sorry but we are unable to deal with service/account queries via the private message(PM) function so please don't PM your account info, we need to deal with this via our email account :-)

Changing Decimal places in table TCURX

Hi There
We have a business requirement to change the decimal places in table TCURX from 3 Decimals to 5 Decimal places. No previous postings have been made in foreign currencies.
If no transaction data has been posted in foreign currencies yet, will this have an impact?
What will the impact be?
Regards

Hi,
Refer to this SAP text:
In the R/3 System tables currency fields are stored as decimal figures with a variable number of decimal places. The decimal point is not stored in the field in the database. Instead, each currency field refers to a currency key field. In this transaction you assign the number of decimal places to this currency key uniquely. Example: If you have set currency USD to have two decimal places and you post an amount of 100 USD, an amount of 10000 USD is stored in the currency field in the database. Not until this
amount is processed further or is output does the system use the currency key from the reference field to determine the number of decimal places via this table. In this way the table content can be interpreted correctly for further processing or formatted for output with the correct punctuation. If after posting you changed the number of decimal places for USD, for example, to 3, the existing field content of 10000 would be interpreted for futher processing or output as 10 USD (10.000). This would mean that the contents of tables across the system would, for all currency fields containing an amount in USD,
be interpreted incorrectly by 10 per cent. To change the number of decimal places for a currency already in use, you must convert all the tables in the R/3 System that contain currency fields, so that the data integrity remains. This cannot, however, for both organizational reasons and under the runtime
aspect be carried out in a productive system. The following changes to the TCURX table can
thus lead to the loss of data integrity if you make the changes in a productive system or transport them into a productive system:
o Change to the number of decimal places of an existing currency
o Deletion of an entry from the TCURX table (corresponds to changing the decimal places to the standard value of two decimal places)
o Insertion of an entry in the TCURX (corresponds to changing the standard value of
2 decimal places to a different value), if this is a currency code that already exists
Uncritical changes are any made to this table during the Customizing of a new installation or the insertion of TCURX even during operations, if the currency codes have just been entered in the TCURC table using transaction OY03, signifying that no postings to these currency codes can have been carried out yet.
Regards,
Eli

Decimal place problems

Dear Gurus,
Greetings.
The issue is 2 days back I noticed that all my values in the Orders are appearing with one decimal place where as we have maintained in 2 decimal places. Like, we maintained 1234.56 but now it is appearing as 12345.6
When we enter a value in VK11 as 1234.56, it is getting populated a s1234.56 in the Order, but all the other values automatically populated are coming in single decimal place.
In IMG under Currencies / Set Decimal Places for Currencies, if I change the setting to 3 decimal places (since 2 decimal places is not available), my values are showing as 123.456.
But when we check at Table level, it is displaying in 2 decimal palces like 1234.56. That means at the Table level, values are almost always correct but at Transaction display time they are not coming in the correct way.
How to correct this?
Regards.
Venkat - Hyd

HI
> Since very old thread and no more inputs, let me thank every one for their help and close this thread here.
>
This is for the benefit of the forum you have closed all your previous threads as you might have unable to post a new thread.
you have mentioned as since it is a old thread and no more inputs closing the thread
It is your responsible as a forum member if you have solved the issue yourself, then let the other forum members know how you have solved and what is the outcome
regards

Question about decimal places for currencies

hi ,experts ,
   here is the problem , when i use mb5s, i found the net price has been enlarged 1000 times . I also found the data of the table EKPO has been enlarged 1000 times. So ,i check the decimal places for currencies , i found there are five decimal places , the standard system is two decimal places .
   Does this mean that we cann't change the decimal places in SAP? If we can change , what should we do for configuration ？
Jarod

When running OY04, you are receivingin the following message:
Before you continue, please read the following
text carefully.
If you do not heed this note, you can cause
irreparable damage to the system with this
transacton.
In the R/3 System tables currency fields are
stored as decimal figures with a variable number
of decimal places. The decimal point is not
stored in the field in the database. Instead,
each currency field refers to a currency key
field. In this transaction you assign the number
of decimal places to this currency key uniquely.
Example: If you have set currency USD to have
two decimal places and you post an amount of 100
USD, an amount of 10000 USD is stored in the
Do you want to change the decimal places despite
all recommendations?

Changing Decimal Places for Currencies (Table V_TCURX)

The instance is ECC 6.0
We need to change the decimal places for a currency from 0 to 2 decimal places. Is there any impacts of doing that?
Also need to add some currencies which are not in the table. Is there anything need to be careful while doing this. If this table is updated, do we need to update any other tables also which may be impacted?

Hi,
It is not recommended that when postings have already been made, that a change in the currency be done, as amounts posted can become invalid or incorrect as a result (ie USD 100->1.00), which is most critical in production environment Please go through the note 137626 When you made changes via OY04, the effect of which is across all clients.
To change the number of decimal places for a currency already in use, you must convert all the tables in the R/3 System that contain currency fields, so that the data integrity remains. This cannot, however, for both organizational reasons and under the runtime aspect, in a productive system.
You must never change decimal places in a productive system if you have documents posted with this currency. Such a change could lead to inconsistencies in these documents already posted.
In case you really decide to use decimals you may consider to use SAP conversion services for them to convert all documents aready posted as explained in note 434349.
Additional inforamtion:
Note No. 137626 - FAQ: Decimal places for currency codes
                 126857 - Display of amts with correct decimal places in SE16
                   53206 - Processing of currency fields
                     9574 - Currency fields on selection screens
Regards
Ravinagh Boni

Decimal places diferent in BO SUM function than from DB

Hi,
I have a column from a Netezza database with 2 decimal places, if I apply a sum() function in BO (report) the decimal places are 4.
The strange part is that if i do exact the same query in a DB2 database the decimal places are always two (like in DB) even if i use a sum function in report.
There is some configuration regarding the database i'm using to set the decimal places in the report level to be the same than in DB?
Edited: I've been studing the problem and I found using a odbc instead of a jdbc makes all the columns have 2 decimal places, and the sum problem doesn't happen. Now my issue is the division. How is possible that with the exact same values with two decimal positions, in BO and exporting to excel the last decimal place is different in some cases
Example:
Lets say A/B with A=13549678065,560000 and B= 21629484348,690000. With Netezza result is 62,6444803173527 and Db2 62,6444803173528
Thanks for your time.

I've never seen this particular problem before. Quite strange. It sounds more like an OLAP or SQL Server issue, not BPC.
I'm not aware of any configuration on SQL server that allows you to control the decimal separator.
I had a similar problem in the past, when my customer refused to follow the install guide instructions, and insisted that the server be set to non-US English regional settings. If I recall, the issue had to do with date formats not decimal separators. They ended up un-installing and re-installing the entire OS (with US English setup, the second time around), and then it worked fine. This was back on 5.0, and perhaps the situation has changed since then. There's a section in the master / install guide that covers the server-side language & regional settings in some detail.
But before you look at that, try something easier -- is it possible that the cube is somehow corrupted? Do you get any errors when you process the application? Perhaps there is some data in the fact table with an invalid member ID.
Do you get the same result in your Excel report when you use both EVDRE and EVGET?
And if you browse the cube data in SQL Mgmt Studio (logging into the Analysis Services cube) do you see aggregated data there?
Regards,
Tim

Lead time decimal places

Similar Messages

Maybe you are looking for