On-Line и Off-Line модели складского учета.

[sibgaba]

Спасибо за ответ.
По картинке получается все таки вариант №1. Т.е.в расчете ССС принимает участие только НЕ списанный товар. У нас в деревне, одни "официальный представитель", с уверенность заявляет обратное (что расчет ССС по приходам за весь не закрытый период).
Отсюда, при минимизированных товарных остатках (а за это сейчас борются все), себестоимость, рассчитанная по ССС, будет приближаться к цифрам полученным по FIFO.

В Системе StoreHouse, право на списание в минус (и автоматическое получение данных по себестоимости реализованных блюд) было всегда (еще со времен 3-ки, а то и 2-ки). В системе складского учета SH можно разрешить списание в минус и тем самым, не зависимо от работы оператора (вводящего первичку), получать данные по себестоимости. Тут ничего нового я не вижу.

поскольку в большинстве случаев отрицательный остаток вызван забытым приходом

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

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

Тогда и доходность получаемая в вашей программе тоже некая условность?

...
проблема: у нас есть нулевой по кол-ву остаток на сумму 100р, а средневзвешенная цена ушла в бесконечность.
Собственно, мы можем снова ограничить пользователя и запретить приходовать на отрицательный остаток. В Айко это регулируется правами доступа.

А StoreHouse заранее позаботился о своих пользователях и не допускает такого бреда в принципе.

Как показывает практика, в среднестатистическом заведении, как только разрешаем калькулятору списывать в минус - скорость списания увеличивается, а вот качество падает. Никто из калькуляторов не заинтересован в том что бы сидеть и искать причину красноты. И если минус возник из за отсутствующего прихода - это в итоге всплывет в акте сверки с поставщиком и будет исправлено. Но если минуса возникают из за не верных к/к или их не соблюдения, то эти ошибки спокойно игнорятся, не исправляются, и кочуют из одного периода в другой, извращая отчетность... Стимула для их исправления у юзера никакого. В этом смысле StoreHouse ведет себя жестче. Отсюда картина в учете получается более строгая.

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

[Vasiliy Yartsev]

По картинке получается все таки вариант №1. Т.е.в расчете ССС принимает участие только НЕ списанный товар. У нас в деревне, одни "официальный представитель", с уверенность заявляет обратное (что расчет ССС по приходам за весь не закрытый период).
Отсюда, при минимизированных товарных остатках (а за это сейчас борются все), себестоимость, рассчитанная по ССС, будет приближаться к цифрам полученным по FIFO..

Ну вы намешали))

На самом деле, верны все три утверждения, которые вы привели.

1) да, вариант 1. 2) да, ССС пересчитывается за весь не закрытый период (а в закрытом ничего не пересчитывается). И это совсем не "обратное" п. 1, они вполне уживаются вместе. Имеется в виду, что если вы вносите документ "задним числом", то он поменяет вам себестоимость уже состоявшихся реализаций.
3) да, при минимизированных остатках, за которые все борются, за период ССС практически = FIFO (и это видно в том экселе, который я приводил где-то в середине этой темы) и это совсем не из-за того, что себестоимость считается как-то по-особенному. Это потому что за период (смотрите http://www.carbis.ru/forum/showthrea...ll=1#post61395)

В Системе StoreHouse, право на списание в минус (и автоматическое получение данных по себестоимости реализованных блюд) было всегда (еще со времен 3-ки, а то и 2-ки). В системе складского учета SH можно разрешить списание в минус и тем самым, не зависимо от работы оператора (вводящего первичку), получать данные по себестоимости. Тут ничего нового я не вижу.

А что именно "нового" вы хотели увидеть?

Тогда и доходность получаемая в вашей программе тоже некая условность?

И в нашей, и в вашей, и в любой другой. Если вы допускаете отрицательные остатки, то оказываетесь в некоей сингулярности (не бывает в жизни -5 кг картошки), и да, любая посчитанная доходность в этом случае будет условной. А когда введете точную первичку, правильные техкарты и отразите пересортицу (и все пересчитаете), доходность станет верной. Отличие Айко только в скобках: "все пересчитаете" работает без дополнительных действий и прилично быстро.

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

А StoreHouse заранее позаботился о своих пользователях и не допускает такого бреда в принципе.

у StoreHouse есть спец. версия позволяющая вести приходы на отрицательные остатки

Как ни странно бы это прозвучало