Понадобилось ни с того ни с сего. Но,, похоже, закрыто платформой - доступа нет. Решал кто нибудь такой вопрос? Спасибо

(0) зачем?

в торговле у нас давно уже 14.5 Количество, тк торгуем металлом в тоннах. Тут говорят - надо и в бух сделать 5 разрядов, тк обрезает концы и выходит краснота. Хотя колич учет не ведется, хз зачем это надо гб

(2) и 5 знаков в рублях не забудьте)

зы: а ГБ пора лечить

(2) торгуете в тоннах с точность. до десятков грамм? 5 тонн 130 кг 20 грамм?

(2) в конфигураторе меняешь нужное количество разрядов, должно прокатить.

(5) где в конфигураторе, не могу найти в Бух)

(4) по таблицам там считается: 1 метр уголка весит, например, 0.00012 т = 100 руб

Штатно, хоть 18.5
Вот: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-323.jpg

(8) это сумма операции, а мне нужно КОличество 14.5

Ну, хорошо... Операции состоят из проводок... Если так: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-324.jpg - ???

(10) точно)

(7) Смени ед.изм, перейди с т на подходящую - кг или г. Точность кол-во не трожь.

(4) у меня тоже точность до грамма недавно для перевозки грузов, измеряющихся тоннами затребовали...
пришлось делать, куда деваться.
хотя все понимают ценность этой точности, но приказы сверху есть приказы.

В проведении надо потом ещё не забыть проверить округление + во всех отчетах подправить вывод.

Базовая единица измерения кг, г. В единицы измерения добавлять тоны с соответствующим коэффициентом. Отчеты выводить в тех единицах в которых хотят тн, кг и т.п.

(7) Ну дык и считай в метрах добавь колонку для ввода данных в метрах при выписке. Пересчитывай их в кг округляй их и дальше работай с кг. А в целом не правильно работать с метрами и высокой точностью. Ты купил тонну уголка по 12.02 метра, распродал его как уголок по 12 метров. В итоге у тебя нацать кг будет не хватать.

(0) Перейти на торговлю в килограммах и не ипать мозги.

ЗЫ Прикинь ювелирка в граммах торгует

А скольких проблем можно было бы избежать, если хранить числа без ограничения разрядности и размерности (как числовые переменные в 1с). Шутка.
Кстати, какая СУБД поддерживает такой тип "число с фиксированной точкой без ограничения"? Плавающая точка не то - там точность теряется.

(18) >"число с фиксированной точкой без ограничения"

эээ ты не пошутил? у тебя по информатике в школе какая оценка была?

(19) +10

любая. строка неограниченной длины называется. пиши туда последовательность цифр. ну и обрабатывай их потом сам разумеется.
если ты готов поставить задачу для которой нужны числа "с неограниченной точностью", то реализовать операции на них не составит труда.

(21) Мдя это действительно тру 1Сник

(22) а что не так?
"длинные числа" и операции с ними вроде еще на 2 (или 3?) курсе на форте писал, в качестве одного из заданий.

(19) А что не так? По информатике была пятерка, от экзамена освободили, бейсик знал лучше учителя.

Вещественные числа можно записывать и хранить несколькими способами:
1. Натуральная дробь. Хранится целая часть, числитель, знаменатель.
2. Десятичная дробь. Хранится целая часть, дробная часть.
3. Экспоненциальная форма. Хранится мантисса и порядок.

Вариант 1 практически не реализован нигде "из коробки". Вариант 2 в массовых СУБД и библиотеках подразумевает фиксированную точность. А вариант 3 реализован как float с двоичным порядком не гарантирует сохранение точности для десятичных дробей.

(23) 1. Способ хранения строк неограниченной длины, ограничения и просто скорость операций с такими строками
2. Хранить числа в строках идиотизм, тогда уж просто байты
3. Ты сам как представляешь арифметику подобную? И скорость ее работы?

(24) Компьютеры работают с битами и байтами.
Числовые переменные в 1С ограничены как спереди так и сзади

(26) Тем не менее, во многих процессорах были команды для работы с BCD-числами. Так что, необходимость в "бухгалтерской арифметике" была ясна даже разработчикам железа. Далее с ростом быстродействия это стало неактуально, но тем не менее..