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

[Maxim Gorbunov]

Цитата:

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

Сейчас это так и реализовано . что когда пользовватель вводит 1.2, то это кол-во пересчитывается в кол-во упаковок и получается 1.33(3), кот попадает в стд поле аксапты Qty(например, на в строках заказа).

А в InventSum у вас что хранится? 1.33? Или всё же есть отдельные поля для упаковок и коробок?

[IKA]

На данный момент 1.33(3).
Точней, 1.33333, тк на Unit большинства номенклатур установлено округление до 5 знаков + поле(display method), кот переводит это в Упаковки/Коробки .
Метод основан на том, что при определенной точности округления , зная возможный максимум коробок в упаковке(например, товаров с больше 100 коробок в упаковке не бывает), можно из получаемого real установить точное целое количество упаковок и коробок.
т.е по сути: если наше число x, то это результат округления до 5 любого числа в диапазоне от x-0.000005 до x+ 0.000005.(отбросим целую часть, тк с ней все ясно, это целое кол-во упаковок) Соответственно, нужно, чтобы неравенству: x-0.000005 <= y/(количество корВУпак) < x+ 0.000005 не могло удовлетворять два целых y. То есть 1<(0.00001)*(количество корВУпак). Отсюда уже выводим сколько нужно знаков после запятой(в примере выше было 5) при заданном количестве корВУпак.

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

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

[Maxim Gorbunov]

Ок. Тогда представьте следующую ситуацию.

Допустим, в упаковке у вас 10 коробок. Предположим, что было два прихода: первый из 1 упаковки и 3 коробок, а второй из 1 упаковки и 8 коробок. Тогда в InventSum у вас будет храниться 3.1, то есть 3 упаковки и 1 коробка, что, очевидно, не соответствует реальному количеству на складе, которое равно 2 упаковкам и 11 коробкам.

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

[IKA]

Количество коробок в упаковке не меняется у товара.
Если товар по-другому расфасован, то считается другим товаром.

[ALES]

Цитата:

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

(отбросим целую часть, тк с ней все ясно, это целое кол-во упаковок)

Отсюда следует ,что единица учета коробка т.к. если продать из двух упаковок (60 коробок) по 30 коробок из каждой, физически будет ноль целых упаковок и 60 коробок, а не одна целая упаковка =).

Цитата:

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

Отсюда следует ,что единица учета коробка т.к. если продать из двух упаковок (60 коробок) по 30 коробок из каждой, физически будет ноль целых упаковок и 60 коробок, а не одна целая упаковка =).

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

[KiselevSA]

Складская единица всегда должна равняться наименьшей неделимой единице товара, в вашем случае коробке. Для разных вариантов упаковок должны быть введены единицы измерения вида уп_6, уп_10 и т.д. и пересчеты уп_6 = 6 кор, уп_10 = 10 кор. В единицах продаж товара Вы можете указать единицу упаковки, при этом аналогичный товар с упаковкой другой размерности в справочнике добавляется как новый товар. Перетасовка товаров в упаковках проводится как списание одного товара и прием другого. Только надо предупредить менеджеров, выписывающих заказы, что в случае заказа неполных упаковок с бесконечными дробями (1/6 и 5/6, например) лучше выписать товар в складских единицах (коробках).

[S.Kuskov]

Цитата:

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

Количество коробок в упаковке не меняется у товара.
Если товар по-другому расфасован, то считается другим товаром.

Maxim Gorbunov написал о другом. Он акцентировад ваше внимание и внимание участников дискуссии на то, что в вашем учёте 1 упаковка из 10 коробок никак не отличается от 10 коробок россыпью. Т.е. анализируя свои складские остатки, вы не можете сказать сколько у вас целых упаковок, а сколько начатых, вы можете только сосчитать общее количество коробок и прикинуть сколько это будет в упаковках.

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

[Maxim Gorbunov]

Цитата:

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

Количество коробок в упаковке не меняется у товара.
Если товар по-другому расфасован, то считается другим товаром.

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