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

[Vasiliy Yartsev]

Привет всем) Очень приятно, что вы интересуетесь и стараетесь разобраться. Хоть и несколько странно возвращаться к этому спору в 2014 году)))

Итак, еще раз по порядку:

Если я правильно понимаю, то айка считает по варианту 2.

Нет, вы понимаете неправильно. Смотрите картинку с примером sibgaba. Очевидно, что на 5-м ходу и количественный, и суммовой остаток — 0.

Снимок экрана 2014-05-26 в 19.38.53.png

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

Если вы приходуете на положительный или нулевой остаток, то никак не влияет.

Если на отрицательный — другое дело. Поскольку там есть потенциальная проблема: представьте, что будет, если на третьем шаге в нашем примере мы спишем не 1, а 3 кг?

Собственно, мы можем ограничить пользователя уже здесь, запретив ему проводить расход, если он формирует отрицательный остаток. Но такой подход ограничивает предоставление информации пользователю: если мы не проводим расход, мы не считаем себестоимость и заказчик (владелец или директор ресторана) не увидит заветных цифр и будет зависеть от калькулятора, который должен принять решение, что же делать с отрицательным остатком. Впрочем, пользователь сам может решить, какой вариант для него лучше — в Айко есть настройка, которая позволяет запретить проведение документов, приводящих к отрицательным остаткам.

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

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

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

Система понимает, что это — проблема, и нулевое кол-во не может стоить 200 рублей. Как можно выкрутиться? Вспоминаем, что у нас с 3-го шага осталась "какая-то" себестоимость, и мы можем ей играть: например, подогнать ее так, чтобы сумма в результате 4 шага получилась нулевой. Смотрите на картинку.

Снимок экрана 2014-05-26 в 22.27.24.png

Вот в этом случае система поменяет данные в "прошлом".

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

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

Да, по умолчанию в Айко открытый период — два месяца.

И если это так, то в течение всего открытого периода (неделя, месяц) у меня плавают цифры в отчетности..

Этот вопрос снят?

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


С точки зрения учета по среднему - все ок.


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

Алексей, Алексей. Вот от кого точно не ожидал услышать подобную ерунду.

"Учет по среднему" — это такой же точно учет, как и по Фифо, отличаются только правила расчета себестоимости складского остатка. Он предназначен для того же самого, что и фифо, и не имеет никаких недостатков перед фифо, кроме разве что того, что лично вам непривычен. И от "котлового" метода далек ровно так же, как и фифо.

Надеюсь, мой опус был кому-то полезным.