Продажа в небазовых единицах измерения

[lenok_imported]

Добрый день!
Оформляем продажу товара, базовая единица которго - кг, а продать нужно в погонных метрах. Занесла единицу измерения, поставила коэф-т пересчета, в заказе продажи и в трассировке по лотам все встало замечательно, расходная накладная учлась без проблем, а вот суммовой учет не идет. Видимо, из-за округления: в заказе количество вводится с точностью 0,00001, а при заполнении Item Journal Line количество пересчитывается и вылезают остатки порядка 5-6 знака после запятой. Править учетный кодеюнит или где-то есть какие-то хитрые настройки?
Нав 4SP2. Заранее спасибо!

[RedFox]

Цитата:

Сообщение от lenok

Добрый день!
Оформляем продажу товара, базовая единица которго - кг, а продать нужно в погонных метрах. Занесла единицу измерения, поставила коэф-т пересчета, в заказе продажи и в трассировке по лотам все встало замечательно, расходная накладная учлась без проблем, а вот суммовой учет не идет. Видимо, из-за округления: в заказе количество вводится с точностью 0,00001, а при заполнении Item Journal Line количество пересчитывается и вылезают остатки порядка 5-6 знака после запятой. Править учетный кодеюнит или где-то есть какие-то хитрые настройки?
Нав 4SP2. Заранее спасибо!

у меня на стандартной БД настройки что в 32, что в 83 таблицах для поля QuantityecimalPlaces = 0:5
Настройки есть, но они связанны с суммами. Можете уточнить вопрос или описать что именно не идет?

[lenok_imported]

Лучше всего мой вопрос сформулировать так: есть ли у кого-нибудь рекомендации для работы с несколькими единицами измерения, причем с коэффициентом пересчета не кратным 10 и с трассировкой по лотам? Обязательно ли при этом править учетные кодеюниты или все предусмотрено в настройках? При учете выдает сообщение "Строки накладной были удалены". Смотрю 80 кодеюнит - если я правильно понимаю, идет заполнение Товар Журнал Строка, каждый лот - отдельной строкой, для каждого лота вычисляется метраж (т.е. количество) через кг (т.е. базовое количество), получается значение с длинным-предлинным хвостом после запятой. Потом стоит проверка - совпадает ли метраж всех лотов (по строке, с точностью 5 знаков) с суммой метров по всем лотам (с длинными хвостами). Когда в этой проверке я задала точность до 5-го знака, то стало вылезать другое сообщение (из 21 кодеюнита), что в Товар Журнал Строка количество=0. В общем, видимо все-таки нужно во всем разобраться и без правки проблема не решится .
В таблицах 32 и 83 у нас тоже 5 знаков (стандартно).

[Васыо]

Поймал подобную(?) ошибку(?) на этапе ввода остатков. Ситуация: ввожу остатки в небазовых единицах измерения. Учитываю. Трам тара рам, барабанная дробь... По тем товарам, у которых коэффициент пересчета хранится в округленном виде (например, 1/175 хранится и участвует в расчетах как 0.00571) - имеем пересчитанные через базовую единицу измерения суммы, отличные от тех, которые были введены в строки журнала. Это если учитывать строки с типом операции Приход. А если учитывать те же самые строки с типом операции Покупка, то сумма будет такой же, какой была введена в журнал. Не разбирался, почему так, но факт.