Округление до 5 позиций в ед.изм

[IKA]

На осн ед. изм товара можно указать количество цифр после запятой.

Мы собираемся во всю использовать этот функционал (нужно округлять до 5 знаков)
На сколько он надежно работает?
На первый взгляд пока проблем не замечено, но Оч боюсь, что где-нибудь потом обнаружится баг, что в где-нибудь в стандартных пересчетах результаты случайно до 2 позиций округляются, и тогда округление до 5 в других местах потеряет смысл.

AX2009

[mazzy]

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

[gl00mie]

Цитата:

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

На осн ед. изм товара можно указать количество цифр после запятой. Мы собираемся во всю использовать этот функционал (нужно округлять до 5 знаков)

По-моему, если возникает необходимость регулярно оперировать количествами товара с 5-ю знаками после запятой, то это говорит о не очень удачно выбранной единице измерения. Т.е. с точки зрения бизнеса все может быть абсолютно правильно и логично, мол, мы всю жизнь отгружали тоннами с точностью до 50 грамм, но с точки зрения реализации в Аксапте это грозит лишними проблемами и постоянными допиливаниями тут и там.

Цитата:

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

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

Да запросто - либо отчет будет выводить с меньшей точностью, либо форма будет давать вводить данные только с двумя знаками и нахально округлять более точные данные при вводе, либо сообщения в инфологе будут выводиться без учета этой настройки... Все эти благие намерения с повышением точности "кое-где" разбиваются о банальный факт: чтобы это работало, надо, чтобы везде в приложении каким-то боком протягивались эти настройки - либо через использование нужного EDT, либо через явное чтение настроек и их применение по месту, а такой фигней даже в стандартном приложении заморачивается считанное количество форм/отчетов, про кастомизации я даже молчу. Просто посмотрите по перекрестным ссылкам, сколько мест в приложении смотрит на соотв. настройку, и все станет ясно.

[Ivanhoe]

Присоединюсь, проблем будет много. Причем "в одном месте" это так просто не поправишь.

[IKA]

Бизнес построен таким образом. что большинство товара состоит из упаковок, которые состоят из коробок поменьше. Поэтому по каждой номенклатуре указывается сколько коробок у упаковке.
Например, если упаковка Товара1 состоит из 6 коробок и продали 1 упаковку и 2 коробки, то пользователь должен вводить 1.2 , а не 1.33.
Сейчас это так и реализовано . что когда пользовватель вводит 1.2, то это кол-во пересчитывается в кол-во упаковок и получается 1.33(3), кот попадает в стд поле аксапты Qty(например, на в строках заказа).
Ест-но возникают тут же проблемы с округлением, кот решено нивелировать количеством знаков после запятой. В текущей системе(кот до аксы была) использовалось округление до 5 и "работало хорошо".
Меня последствия беспокоят.
Не думаю, что требование такое уж редкое, поэтому, если есть проверенные практикой варианты реализации, расскажите.

[S.Kuskov]

Цитата:

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

Например, если упаковка Товара1 состоит из 6 коробок и продали 1 упаковку и 2 коробки, то пользователь должен вводить 1.2 , а не 1.33.

У вас не десятичная система счисления?

По сути проблемы: А нельзя в качестве складской еденицы измерения выбрать коробки, а не упаковки?

[mnt_dx]

IKA, а разве можно в накладной писать 1.2 - это не соответствует единице измерения "Коробка", это будет "1 коробка 2 штуки". Например, на услуги пишут 1.5 часа, а не 1.30.

[IKA]

Именно так тут в накладной и пишут. Есть две колонки : упаковки и коробки.
В данном случае будет: продано: 1 упаковка и 2 коробки, а не 1.33333(3) упаковки

[IKA]

Цитата:

Сообщение от S.Kuskov

По сути проблемы: А нельзя в качестве складской еденицы измерения выбрать коробки, а не упаковки?

Нет, тк если продали 15 упаковок и 2 коробки, то всем понятно, что продали. А 92 (=15*6+2) коробки - не имеет смысла ни для работников склада ни для клиентов компании.

Причем, 6 - это только один из примеров. Тут в ходу также упаковки по 12 коробок внутри , по 60, по 15 и тд. Теперь продать если: 15 упаковок(по 12) и 7 коробок превратятся превратятся в 187.

[S.Kuskov]

Цитата:

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

Нет, тк если продали 15 упаковок и 2 коробки, то всем понятно, что продали. А 92 (=15*6+2) коробки - не имеет смысла ни для работников склада ни для клиентов компании.

Так продавать (впрочем как и покупать) можно не обязательно в складских еденицах измерения. Заводите в заказы строки в "удобных для человека" еденицах измерения, а складские проводки будут создаваться в еденицах измерения "удобных для системы".

Если продали 15 упаковок и 2 коробки, заведите две строки. Не подходит?

[mnt_dx]

Цитата:

Сообщение от S.Kuskov

Если продали 15 упаковок и 2 коробки, заведите две строки. Не подходит?

+1

[ice]

Цитата:

Сообщение от S.Kuskov

Так продавать (впрочем как и покупать) можно не обязательно в складских еденицах измерения. Заводите в заказы строки в "удобных для человека" еденицах измерения, а складские проводки будут создаваться в еденицах измерения "удобных для системы".

Если продали 15 упаковок и 2 коробки, заведите две строки. Не подходит?

скорее всего так было в старой системе вот и перенесли 1 в 1 в Ax, потому что переубедить не смогли

[IKA]

Я вполне понимаю, почему не смогли переубедить.
Вы же не вводите 1.7 кг как две строки(одну на1 кг, вторую в 700гр).

Собственно, для пользователя, что в 1 кг - 1000гр то же самое , что в 1 упаковке - 12 коробок.
Или вот еще пример:
Если в 1 футе - 12 дюймов и продали кусок материи длиной в 3фута и 7 дюймов, это в аксапте тоже как 2 строки заказа вводить? Как если бы мы 2 куска материи продавали один длиной в 3 фута и один в 7 дюймов??? Абсурд. И на складе уж тем более никто не поймет, что такое 3.583 фута(=3' 7") и как их отрезать! Собственно, как и 42 дюйма(=3' 7") не имеют практич смысла.

[lev]

Цитата:

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

Я вполне понимаю, почему не смогли переубедить.
Вы же не вводите 1.7 кг как две строки(одну на1 кг, вторую в 700гр).

Собственно, для пользователя, что в 1 кг - 1000гр то же самое , что в 1 упаковке - 12 коробок.

Не согласен.
Есть единица измерения "КГ". И мы точно знаем, что в одном КГ 1000гр (и в нем не может быть 1004 или 998 гр). Поэтому 700гр, если пересчитать в единицу измерения КГ, всегда будет 0.7кг.
а вот в упаковке, может быть любое количество штук хоть 12-ть, хоть 2-е, хоть 45. это зависит от многих факторов.

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

З.Ы. S.Kuskov правильные вещи говорит, я бы прислушался.

[ikopyl]

Цитата:

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

Я вполне понимаю, почему не смогли переубедить.
Вы же не вводите 1.7 кг как две строки(одну на1 кг, вторую в 700гр).

Собственно, для пользователя, что в 1 кг - 1000гр то же самое , что в 1 упаковке - 12 коробок.
Или вот еще пример:
Если в 1 футе - 12 дюймов и продали кусок материи длиной в 3фута и 7 дюймов, это в аксапте тоже как 2 строки заказа вводить? Как если бы мы 2 куска материи продавали один длиной в 3 фута и один в 7 дюймов??? Абсурд. И на складе уж тем более никто не поймет, что такое 3.583 фута(=3' 7") и как их отрезать! Собственно, как и 42 дюйма(=3' 7") не имеют практич смысла.

К счастью, для избежания таких коллизий (а также с аршинами, локтями, саженями и т.п.) придумали систему СИ.

А S.Kuskov Вам правду пишет: заведите разные единицы измерения с пересчетом в складскую - избавитесь от геморроя без лекарств.

[Raven Melancholic]

Мне кажется, что тут не стоит смешивать единицы измерения продажи и складской учет.

• В первую очередь, стоит узнать, в каких единицах измерения представлен прайс?
• Отличается ли прайс для коробок и для упаковок?
• В каких единицах заказывают покупателя?
• Заказывают ли они Х коробок и У упаковок?

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

[Михаил Андреев]

ИМХО, проще в какой-нибудь форме типа "Создание строк заказа" сделать две колонки - "Коробки" и "Упаковки", а далее пусть система сама создаст ДВЕ строки: первая - на коробки, вторая - на упаковки.

[IKA]

Цитата:

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

К счастью, для избежания таких коллизий (а также с аршинами, локтями, саженями и т.п.) придумали систему СИ. .

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

Цитата:

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

Например, если упаковка Товара1 состоит из 6 коробок и продали 1 упаковку и 2 коробки, то пользователь должен вводить 1.2 , а не 1.33.

А если упаковка состоит из 30 коробок и продали 1 упаковку и 20 коробок, то пользователь должен вводить 1.20.
При этом система упорно не различает 1.2 и 1.20.
Нехорошая, негодная система.

Хотя, если подумать и вводить число в строковое поле, а потом разбирать, то можно отличить 1.2 и 1.20. Шутка удалась лишь наполовину (

Цитата:

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

Метрическая система не во всех странах принята.
В Британии, например, яйца продают дюжинами, рост человека измеряют футами, расстояние милями и пиво,разумеется, наливают пинтами... и, как ни странно, проблем особых не испытывают, пока дело до аксапты не доходит)

А какие проблемы в Аксапте с пинтами и дюжинами?
Заводите себе единицы измерения да используйте.

Для системы единицы измерения - это просто буквы после числа. Пишите туда что угодно.
Проблемы начинаются когда гуманитарный ум начинает попирать математические устои и традиции.
Но и их можно решить.