sndanilПоделитесь пожалуйста опытом. Какова оптимальная точность для хранения данных о суммах и количествах в складском учете? Просьба так же привести аргуметы.
Тут все просто - 0. Нужно вводить такие единицы измерения, чтобы количества на складе были не делимые целые. Сигареты учитывают в штуках а не в пачках, провода в метрах, а не в бухтах и т.д. (если конечно вы не собираетесь продавать 1 бычок и 20 см. провода :)
При приходе всегда делать пересчет в неделимую единицу измерения, при расходе уж как проще продавать.

Я правда никогда не сталкивался с сыпучими\льющимися товарами. Может там и надо какуюто точность в количествах.

sndanilХорошо. Это касается количества, а сумма?

Мы купили 2 пачки сигарет за 20,75 руб.

Я считаю что цены - 2 знака, сумма - 2 знака. Если нужна бОльшая точность в цене нужно играться единицами измерений (продавать не 1000 сигарет по цене 0.1545,а 1 КилоСигарету по цене 154.50. В случае возврата 15 сигарет потом игарть с ценами по правилам арифетики - как нам будет удобнее - это наше право)

С вашим примером, 2 шт на сумму 20.75 Можно поступать несколькими путями :
1. При приходе убирать округления. На склад сразу ложить 2 шт по цене ROUND(20.75/2,2)=10.38 на сумму 10.38*2=20.76 и разницу 0.01 сразу относить на счет округлений. Тогда не будет проблем при списании.
2. При списании каждой пачки проверять, а не последняя ли это пачка из приходной партии. Если последння то списывать не колво*цену а просто количество на оставшуюся сумму.

Перый способ помоему более продуктивный, но требует пересмотра учетной политики.

sndanil IgorTvПри приходе убирать округления. На склад сразу ложить 2 шт по цене ROUND(20.75/2,2)=10.38 на сумму 10.38*2=20.76 и разницу 0.01 сразу относить на счет округлений. Тогда не будет проблем при списании

Может проблем не будет как раз когда точность хранения более 2 знаков, тогда не надо будет думать о округлениях?
Ну мыже не поделку делаем а по взрослому пишем :)
Надо обрабатывать возможные ошибки, а не надеяться на избыточность.
Рано или поздно точность даже в 6 знаков выстрелит в ошибку на больших количествах. Это просто вопрос времени.

И еще: работа\хранения дробных чисел - трудоемкое занятие. можно в базе хранить просто целое число а при отображении всегда делить на 100. Так многие поступают.

BrasileiroСкажем, медь... Стоит 159141.89115 руб. за тонну (это у поставщика, он ее считает по лондонской бирже), на складе считаем в килограммах. в месяц приходит 4-6 прихода по 8-10 тонн (это у нас еще маленькое производство).
Итого, если округлять
Поставщик "потеряет" (только на нас) 7 копеек в месяц, мы наверное потребляем 1\миллионную долю их продукции. Итого, списали 70т.р. в месяц (ЗП 3-5 рабочих).
Мы "теряем" 113.4 рубля за месяц. Конечно, масштабы округления не такие, как у поставщика, но ни одна бухгалтерия не потерпит такого издевательства.

:) Ну вы же все равно за 4 тонны заплатите не 636567,5646 а 636567,56р
на склад оприходуем 4000кг по 159.14 р на сумму 636560.00 + 7.56 спишем на округления. С поставщиком мы рассчитались по полной, а 7.56р это наши проблемы, нашего учета. Я же сразу предупредил, что надо будет со своими бухами бодаться.
Мне кажется лучше сразу все выровнять при приходе, чем потом мучаться, почему у меня последний килограмм не с такой стоимостью, как предпоследний из этой партии.

Brasileiro Предлагаю и вам округлять только при печати.
Любой проверяющий глядя в накладную скажет, что количество*цену должно быть = сумме. И ему бесполезно объяснять о математике и округлениях. Они требуют, чтоб цена\сумма в накладной были с 2 знаками. А если округлять на печати, то гдето выстрелит +-копейка. Особенно это не приятно с НДСом на возвратах от покупателей.

Dried Gagarin
1. Определяемся с учетной системой. Если она основывается на двойной записи (а она на 99,9% основывается на ней ;-) ), то ни о каких "списаниях на ошибки округления" речи быть не может в принципе. Баланс должен "биться" копейка-в-копейку, в противном случае вам любой бухгалтер душу вынет и будет прав.

Дык Лука Пачиоли форевар. Баланс будет "биться" просто на склад сумма ложится !=кредиторке, а +- округления и разница на счет округлений. Сумму с этого счета в конце периода закрывает главбух, также как курсовую разницу, доход от прочих операций или продажи основных средств. Так что не надо людей напрасно пугать.

Dried Gagarin
2. А собственно, что складируем? Склад складу рознь. Вот например бывают склады нефтепродуктов. Товар на них приходуется в тоннах. Погрешность измерительных приборов - несколько кило => точности 0,1 кг - хватит за уши. Отпускается товар (о ужаснах!!!) в литрах. Точность приборов 10 мл => точность 1 мл.

ужасужас. Отпускать можем и в парсеках, но списвать со склада в том, чем приходовали. Иначе будут воровать. Тут уже неоднократно обсуждался вопрос инвентаризации, так вот 50% расходжений на инвентаризации - проблема организации учета (приход в литрах расход в мегатоннах один из примерови т.д должны быть запрещены на уровне учета накорню)

Dried Gagarin

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


4. Основываясь на п.1 так и только так. Иначе болезненная смерть от рук главбуха неизбежна. Это касается и всех остальных бухгалтерских расчетов - все ошибки округления запихиваем в стоимость последней единицы товара, а не оставляем висеть на балансе.

Нюню :) А клиент взял и вернул нам предпоследнюю и последнюю пачку товара с разными стоимостями. И как ее прикажете приходовать? по средней будем-с оформлять?

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

Dried Gagarin IgorTv
ужасужас. Отпускать можем и в парсеках, но списвать со склада в том, чем приходовали. Иначе будут воровать. Тут уже неоднократно обсуждался вопрос инвентаризации, так вот 50% расходжений на инвентаризации - проблема организации учета (приход в литрах расход в мегатоннах один из примерови т.д должны быть запрещены на уровне учета накорню)


Приехал, значит, бензовоз на АЗС. Слил бензину в резервуар. 30 тонн. Приехал IgorTv и попросил залить в бак 35 кг бензину? Ах, нет... У IgorTv 50 литров и он не желает заливать в него 35 кг. Он желает залить именно 50 литров. Т.е. ему, пакостнику, пофигу, как ведется на НПЗ, на ЖД и у меня учет бензина. Ему, покупателю, черт его дери, вынь да положь литры.

Я в самом начале говорил, что не сталкивался с сыпучими\льющимися. Но тут все равно возражу. Мне в чеке можно написать что я получил 50 литров, т.к. ценообразование от литров. Но в системе учета на АЗС должно быть отражено, что IgorTV получил именно 35 кг., что на тот момент составляло 50 л. при температуре +75 по фаренгейту :). Но на АЗС пришло 35 кг и ушло 35 кг, а за что я там заплатил и как эти 35 кг забрал уже не важно.

Dried Gagarin
a. Бизнес диктует свои условия учетной системе, а не наоборот.
b. предотвращать воровство - это не задача бухгалтера, и следовательно, не задача учетной системы. Задача учетной системы - раскрытие информации. А воров ловить - это более другие методы и специалисты нужны.

Задача бухгалтера однозначно сказать что должно остаться 100 кг бензина а есть только 80 кг. И при этом не думать о единицах пересчета и т.д.Этож только я в литрах покупаю, а ведь кто-то в галлонах, а кто-то и в троицких унциях :)

Там где есть неоднозначности в учете - будет воровство.

Dried Gagarin менеджеры АЗС с чистой совестью воруют около 0,5% поступившего топлива.

Я чуствовал, что меня в чем-то обманывают на АЗС :)
Сорри за офтоп.