Средняя себестоимость и точность?

← →
kaif (2003-06-18 19:24) [0]

При списании товаров по средней стоимости приобретения возникает такая проблема. В отчетах выводить числа, скажем с 5 знаками после запятой неудобно. Поэтому я вывожу среднюю стоимость (которцю хотят видеть заказчики) в обычном формате с 2 знаками после запятой. Однако после умножения на количество (остаток) эта цифра может оказаться ошибочной.
Если при списании использовать округленную среднюю стоимость, то возможны ситуации с нулевым остатком количества товара и ненулевой остаточной стоимостью на его счете.
Если же списывать точную стоимость, то в отчетах оказывается
округл.ср.цена*тек.кол-во <> тек.сумма

Вопрос такой.
Какова традиция в этом вопросе?
что предпочтительнее, иметь 0 суммы при 0 количества на складе или мириться с такими казусами, как остаточная ненулевая суммарная стоимость товара, которого нет?

← →
Наталия (2003-06-19 06:38) [1]

Я в отчётах (именно в отчётах), поступаю следующим образом:
Пусть есть отчёт вида:
Себестоимость Кол-во Сумма
Тогда рассчитываю следующим образом:
Кол-во=это текущее количество
Сумма=Кол-во*НЕОКРУГЛЕННУЮ себестоимость(например, с 5 знаками), затем округлить (до 2 знаков)
Себестоимость=Сумма/Кол-во, затем округлить.

Списание идёт по полной (неокруглённой) себестоимости.

← →
sniknik (2003-06-19 08:41) [2]

Наталия © (19.06.03 06:38)
а бугалтерия не возмушается? у них вобщето есть требование чтобы отчет при ручном пересчете давал те же суммы/итоги.
в твоем случае этого не получится (при проверке отчета руками у вас так и будет Себестоимость * Кол-во <> Сумма если было округление). или у вас не требует?

← →
Наталия (2003-06-19 08:53) [3]

> sniknik
При работе по средней себестоимости какой-то компромисс искать всё-равно придётся. :)) Это уже нужно с бухгалтерами потолковать, какой способ для них наиболее приемлем.
При таком подсчёте практически нет погрешности, если, например, себестоимость округлять до 3 знаков, а сумму до двух.

← →
Кот Бегемот (2003-06-19 09:08) [4]

Наташенька права во всем до последнего слова!!!

НИКОГДА не использовать числа полученные в результате округления для последующих расчетов - использовать формулы.
Лучше написать лишнюю строчку кода чем потом ловить копейки :(
Для отчетов ??? - да FormatFloat("0.00");

2sniknik © (19.06.03 08:41)
>а бугалтерия не возмушается?
При таком подходе бухгалтеров послать на#$% - ручной пересчет ... блинннн :(

← →
Anatoly Podgoretsky (2003-06-19 09:29) [5]

sniknik © (19.06.03 08:41)
А их не возмущает, что a = b/3 <> a * 3, ну например для случая 1/3

← →
fool (2003-06-19 11:29) [6]

согласен с Наталия © (19.06.03 08:53) - никогде не округляю при расчетах, а при формировании отчета FormatFloat("#0.##")

← →
sniknik (2003-06-19 12:25) [7]

Anatoly Podgoretsky © (19.06.03 09:29)
просто из себя выходят. ;о)) но сделать то ничего не могут. вот и интересно как бы такого же отношения к себе добится. как к математическому закону, как сделал так и правильно. в любом случае.

кстати их тоже можно понять, не в тему но показалельно. помните при кризисе ограничения на наценку вводили? не знаю как где а в москве лужок за этим следил, не больше 20% не то штраф. ну 20 так 20 (не будем о том что NDS те же 20%, + NSP 5, а их на время кризиса никто не отменял ;о), все знают про черную и белую бугалтерию) поставили наценку 20%, программа наценивает автоматически округляет все путем, до проверки.
причем сволочи знали что смотреть ;-(. приход, булочки, закупка 1,54. исходя из этого. 1,54 * 1,2 = 1,848 ~ 1,85 <- конечная цена.
а проверяюший считает от обратного 1,85/1,54 = 1,201298... <- больше 20%!!! а должно быть не больше.
можете не верить но это послужило причиной штрафа (вернее проверяющей тихо дали в лапу).
и никакие доводы что результат тогда тоже нужно округлить не спасли. все разбивалось о тупое бубнение о нечестных торгашах и о сотых процентах взятых в маштабе страны, это ж какие бабки!

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

← →
NickBat (2003-06-19 12:37) [8]

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

← →
Наталия (2003-06-19 12:39) [9]

20% наценки - как вы шикарно живёте! :))) Скромнее надо быть. :))
Все эти мухлевания уже к бухгалтерии, как таковой, не относятся, IMHO. Если бы эта проверяющая не придралась в этом месте, обязательно придралась в каком-нибудь другом. При каждой проверке надо раскошеливаться. Как выходить из таких ситуаций с наименьшими потерями - мастерство и способности к дипломатии руководства и гл.бухгалтера. Потому что к здравому смыслу это никакого отношения не имеет.

← →
Паша (2003-06-19 12:48) [10]

В отчетах традиция такова - сумма остатка считается с точностью до копеек. Если количество = 0, а из-за результатов округления остается мусор, то так и выводим кол = 0, цена = 0, сумма = 0.11. Бухгалтерия довольна, все сошлось за период. Соответственно, на начало периода обнуляем суммы, где кол-во = 0. Бухгалтерия проводками списывает разницу округления. Можно сделать опцию, чтобы не выводить мусор от округления (для складского учета).

Средняя себестоимость и точность? Найти похожие ветки