Страница 1 из 6 12345 ... ПоследняяПоследняя
Показано с 1 по 10 из 52

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

  1. #1
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)

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

    Хотелось бы по рассуждать на тему On-Line и Off-Line списания. Поделиться собственными мыслями. Услышать альтернативные мнения.

    Итак, сперва теория:
    Off-Line модель списания (типичный представитель RKeeper + StoreHouse). Фронт (Касса Rkeeper) никогда ничего не знает о складских остатках. На кассе нам абсолютно все равно, что у нас числится на складах в учете на момент продажи. Продажи сделанные на кассе никак не влияют на остатки в складском учете (до определенного момента: пока мы не закроем день, не загрузим продажи в склад и не произведем списание).

    On-Line модель списания (Трактир, IIKO). Фронт и Бэк завязаны м/у собой (а в некоторых случаях представляют собой единое целое). Продажи сделанные на кассе тут же (On-Line) попадают в складской учет, и тут же происходит списание продуктов по нормам закладки.

    Точка актуальности – момент времени, в который остатки в программе полностью отражают фактические остатки.

    На первый взгляд преимущества On-Line модели очевидны и в доказательствах не нуждаются. Все разработчики, ПО которых поддерживает On-Line, говорят примерно одни и те же фразы:

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

    Теперь давайте заглянем поглубже, и попробуем разобраться, какие условия должны выполниться, что бы On-Line дал все то чего от него ждут.

    Для корректной работы On-Line списания необходимо, что бы к тому моменту, как мы продаем блюдо через кассу, все его составляющие были оприходованны в складском учете. В некоторых случаях это требование доводило до абсурда: Несколько лет назад (5-7) я имел шапошное знакомство с программой Трактир, установленной в одном кафе. Версию не помню, возможно что за прошедшее время, в программе что то изменилось, но на тот момент это выглядело именно так: До тех пор, пока бухгалтер-калькулятор не внесет приход по штучному товару (бутылочное пиво) касса не дает его продавать, ссылаясь на то что на остатках 0. Данное свойство программы преподносилось как четкость и строгость учета, контроль персонала, снижение пересорта.

    По факту, это постоянно приводило к ситуации когда в пятницу вечером расторговались бутылочным пивом в ноль, с утра сделали заявку поставщику, к обеду он привез. Пиво стоит в холодильнике, но продавать мы его не можем до тех пор, пока не приедет управляющий или бухгалтер и не внесет приход в программу. Но продавать то надо, гости хотят пива, после вчерашнего. И что делали в итоге? Правильно - продавали пиво мимо кассы, т.е. товар отпускали, деньги брали, записывали на бумажку, а потом, когда в складе делали приход (а иногда это случалось только в понедельник) - пробивали по кассе все одним чеком. Вот тебе и строгость учета и контроль персонала...
    Данный случай, это типичный пример того, когда поставили телегу (бух учет) впереди лошади (касса).

    В программах On-Line эту проблему решают путем списания в минус. Т.е. на утро у нас в учете было 10 бутылок по цене (себестоимость) 100 рублей, на сумму 1000. Пусть продажная цена будет 200 руб.
    Касса продает, Склад списывает, остатки ведутся. И вот продали мы по кассе 10 бутылок и продаем 11-ю. Откуда она взялась – это отдельный вопрос, и далеко не всегда это криминал. Возможно не верно сняли остатки на инвентаризации, возможно поставщик уже привез новую партию, а приход по ней еще не вбили, нам сейчас не это важно. Важно то, что есть товар, есть Гость, который готов отдать за него деньги, но нет остатков по складу. Запретить продажу такого товара – это не вариант (потеряем гостя, потеряем деньги). Значит продаем. Если продали – значит списываем. Что имеем в учете:
    1. Количественный остаток. Тут все относительно просто, он равен -1 (или 0?).
    2. Суммовой остаток. Тут возникает первая трудность. -100? Т.е. списали суммовой остаток в минус. С точки зрения бухгалтерии это бред какой то. Наверное надо списать эту бутылку по 0 себестоимости. Тогда получится остаток -1 на сумму 0? То же так себе картинка.
    3. Прибыль/наценка. Вообще не понятно что делать. Если 11-ю бутылку списали по 0 себестоимости то наценка 200 руб.
    Что делать дальше? Если программа позволяет внести приход задним числом и если после этого она корректно пересчитает расход, то в общем то все хорошо (за исключением того что уже нельзя говорить о том что в отчетах мы видим реальную картину). А что делать если прихода не было?

    Само по себе списание в минус это еще пол беды. На мой взгляд основной вопрос это приходование при наличии отрицательных остатков (приход на минус).
    Имеем остаток -1 на сумму 0 (или на сумму -100). И есть приход на 10 по цене 100. После приходной накладной получим остаток 9 на сумму 1000 (завысили себестоимость???) или остаток 9 на сумму 900. Но по факту то привезли 10! И реально на остатках сейчас 10. Что делать?
    По хорошему, перед приходом на минус от него (от минуса) надо избавиться, т.е. сделать корректировочный документ (например с/в) в которой либо указать фактически остаток товара (если на складе он есть) либо хотя бы указать 0.

    Списание 1 дня реализации в StoreHouse занимает 3-5 минут максимум (рассматриваем стабильно работающее заведение, в котором все к/к уже заведены и при списании не вылезает ошибок, которые требует время на правку калькуляций). Ввод первички занимает на порядок больше времени. В итоге получается, что точка актуальности, в первую очередь, зависит от своевременного ведения первичных документов (приходов, перемещений м/у складами), а уж потом от On-Line списания. В небольшом заведении, очень часто, нет отдельной должности бухгалтера – калькулятора, или оператора, который бы занимался ведением первичной документации. Как правило, весь учет (и складской в том числе) ведет бухгалтер в одном лице. У него есть выходные, у него есть отчетные периоды, есть выдача зарплаты, есть налоги, расчеты с поставщиками. И все эти дела порой гораздо важнее чем ввод первички. Соответственно, в таком заведении, в понедельник утром Точка актуальности ну никак не наступит вне зависимости от того что мы используем On-Line или Off-Line. И хорошо если это произойдет к вечеру, а то и только во вторник-среду.

    ---------- Добавлено в 12:19 ---------- Предыдущее сообщение было размещено в 12:15 ----------

    Не многие из пользователей SH знают, что у него есть модуль On-Line остатков (он не лицензируется отдельно, если есть SH значит его можно использовать.
    Как он работает: всю первичку он получает из SH. Данные о продажах он берет с касс. Списание он не производит (списание в SH делается как обычно). Он только справочно рассчитывает текущие расчетные остатки. Проблемы со списанием в минус не возникает (т.к. фактически ничего и не списывается), а вот On-Line остатки он показывает (и они могут быть отрицательными).

    2-3 года назад, один из наших Клиентов, насмотревшись на презентациях и начитавшись в журналах о прелестях программ, которые списывают On-Line, поставил вопрос ребром: StoreHouse устарел, хочу складской учет с On-Line списанием. Программу ему менять не стали, а просто развернули модуль On-Line остатков. Недели 2 он радовался, глядя на цифры которые сами по себе меняются на мониторе. Потом, задумавшись о том, почему они не всегда соответствуют реальности, еще какое то время требовал от бухгалтера, что бы первичка вводилась «сей момент» и «тут же». А потом успокоился, не сдался, а именно успокоился. Своего он добился – живые остатки он увидел и даже делались попытки автоматического формирования заказов. Но чуда не произошло. Выручка заведения не выросла, себестоимость не упала, а наценка продолжала колебаться как обычно. В итоге модуль этот стоит и по сей день, но им никто не пользуется.

    Еще один плюс On-Line модели списания это постоянный контроль себестоимости (или, если угодно, Фуд-Коста). Давайте опять же заглянем по глубже. Уже разобрались, что пока не наступит точка актуальности (т.е. пока не будет введена первичка), то и нельзя говорить о корректной себестоимости. А что дальше?
    Мы работаем в бизнесе в котором наценка, слава богу, составляет минимум 150-200% (по хорошему, для ресторана, 250-300%). Уровень наценки каждое заведение устанавливает для себя самостоятельно. Что можно сделать если наценка упала? Есть 3 пути:
    1. Изменить (повысить) продажную цену. Но после этого придется перепечатать все папки меню, а это опять расходы. Не думаю, что есть заведения, которые могут себе позволить менять папки чаще одного раза в месяц.
    2. Изменить (понизить) себестоимость. Для этого надо или уменьшить закладку/выход, или заменить продукты на более дешевые (а значит менее качественные). Но это получится уже совсем другое блюдо.
    3. Убрать блюдо из меню совсем. Не многие заведения зимой предлагают салаты из свежих помидор. А летом они есть в любом меню.
    На сколько может измениться себестоимость? Как при этом измениться наценка? При каком изменении наценки нужно что то предпринять?

    Давайте попробуем посчитать. Возьмем кухонное блюдо: себестоимость 100, продажная цена 300, прибыль 200, наценка 200% (прямо скажем, скромная наценка для кухни). Допустим себестоимость изменилась на 3 рубля (стала 103). Учитывая, что это составное блюдо (состоит из нескольких продуктов, которые не могут подорожать одновременно), можно принять, что если общая себестоимость изменилась на 3 процента, это значит что какой-то компонент блюда, подорожал на 5-10 процентов. Как мне кажется, это максимальное изменение цены, которое может произойти.
    Что имеем теперь: себестоимость 103, продажная цена 300, прибыль 197, наценка 191%. Наценка изменилась на 9 процентов (в абсолютном выражении) и на 4,5 в процентном. Если изначальная наценка на блюдо у нас будет 300% (что больше похоже на ресторанную кухню), то общее изменение наценки составит 3,8 процента.

    Предположим у нас идеальное предприятие, все цифры абсолютно точны, и своевременны. Должно ли изменение закупочной цены на 5-10% по одному компоненту подвигнуть управляющего на сиюминутную переоценку меню? На мой взгляд – нет. В итоге опять приходим к тому, что анализировать наценку нужно не только (и не столько) на основании текущих продаж, сколько на анализе некоего продолжительного периода. Как минимум 7-10 дней (а памятуя о том что мы не можем себе позволить печатать новое меню чаще раза в месяц), то это цифра легко увеличивается до 30 дней. А когда мы говорим об анализе периода длинной в месяц – нам уже абсолютно не важно, какое у нас списание On-Line или Off-Line.

    И на последок еще 1 гвоздь в модель On-Line списания. В StoreHouse есть замечательный отчет: Предполагаемая стоимость товаров. Этот отчет никак не зависит от того по какой модели (On-Line или Off-Line) у нас работает Бэк, возможно что подобный отчет есть и в IIKO (и просто я о нем не знаю).
    Суть отчета: в любой момент времени (не важно списана у нас реализация прошедшего периода или нет) мы можем посмотреть в этом отчете предполагаемую стоимость (наценку и фуд-кост) на текущий момент. Расчет будет производиться по цене последнего прихода.

    Т.е. имеем на остатках кусок прихода по цене 100 руб. Ввели следующий приход по цене 110 руб. В Марочном отчете StoreHouse (по прошедшим и обработанным продажам) будем видеть себестоимость 100. В On-Line списании IIKO будем видеть те же 100. А в Предполагаемой стоимости товаров (в StoreHouse) уже увидим 110. Т.е. используя этот отчет, можно заранее (не после того как продадим и спишем, ни после того как просто продадим, а загодя) увидеть изменение наценки и, если нужно, предпринять необходимые действия.

    Еще один большой (для меня) вопрос это изменение калькуляционных карт в программах работающих по On-Line модели. В StorHouse нельзя изменить калькуляцию, если по ней произведено списание. Нам нужно либо отменить списание до нужной даты, изменить к/к этой датой и списать заново. Либо мы можем изменить к/к тем числом, на которое еще нет списания. Если в On-Line программах, так же нельзя менять к/к если по ней есть расход – то получается что изменить задним числом мы ничего не можем. Хорошо это или плохо – отдельный вопрос, но если сегодня к нам придет повар и скажет что вчера (или в пятницу), у него не кончился определенный продукт, и у поставщиков его больше нет, и он заменил в блюдах этот товар на другой, то для того что бы иметь реальную картину, надо что то делать! Причем делать именно с к/к, а не городить акты переработки. Если у нас On-Line списание, то с пятницы все уже списано, надо отменять списание (если программа это позволяет) править к/к и списывать заново.

    Итого: модели On-Line и Off-Line списания имеют каждая свои плюсы и минусы. Актуальность отчетов в первую очередь зависит от того, насколько оперативно в программу вводится первичная документация.
    Последний раз редактировалось sibgaba; 20.07.2013 в 21:21.

  2. #2
    Гуру Аватар для count
    Регистрация
    17.05.2007
    Адрес
    Shadow
    Сообщений
    369
    Поблагодарил(а)
    1
    Благодарностей: 1 (сообщений: 1)
    С 2005-го года существует приложение для обеспечения online-списания для SH4: SH4ST
    Доступен на FTP компании UCS, дилеры получали по этому поводу рассылку... Есть описание на support.ucs.ru

    Только онлайн списание никому не нужно )
    no room basic
    system halted...

  3. #3
    ТВОРЕЦ СЧАСТЬЯ Аватар для SH
    Регистрация
    29.11.2006
    Сообщений
    18,069
    Поблагодарил(а)
    481
    Благодарностей: 192 (сообщений: 165)
    Цитата Сообщение от sibgaba Посмотреть сообщение
    В итоге получается, что точка актуальности, в первую очередь, зависит от своевременного ведения первичных документов (приходов, перемещений м/у складами), а уж потом от On-Line списания.
    Золотые слова. Кратко и емко закрыл тему

    Цитата Сообщение от sibgaba Посмотреть сообщение
    Списание он не производит (списание в SH делается как обычно). Он только справочно рассчитывает текущие расчетные остатки. Проблемы со списанием в минус не возникает (т.к. фактически ничего и не списывается), а вот On-Line остатки он показывает (и они могут быть отрицательными).
    КМК, в iiko совершенно аналогичный "онлайн".

    Цитата Сообщение от sibgaba Посмотреть сообщение
    чуда не произошло. Выручка заведения не выросла, себестоимость не упала, а наценка продолжала колебаться как обычно.
    АААА! Еще более золотые!!!

    Цитата Сообщение от sibgaba Посмотреть сообщение
    Не думаю, что есть заведения, которые могут себе позволить менять папки чаще одного раза в месяц.
    В Москве есть, это рестораны премиум-класса. Сам работал и сам перепечатывал. Бывало, перепечатывали каждый день, на дорогущей бумаге, на струйных принтерах с дорогущими картриджами (СНПЧ позже появились). Часто не по причине смены цен, а по причине строго наказа: в ресторане такого уровня не может быть стоп-листа, что гость увидел в меню - должно быть.

    sibgaba, огромное спасибо за пост! От себя еще добавлю одну цитату:
    "а контрамоция обязательно должна быть непрерывной?" (с) Стругацкие

    Цитата Сообщение от sibgaba Посмотреть сообщение
    если сегодня к нам придет повар и скажет что вчера (или в пятницу), у него не кончился определенный продукт, и у поставщиков его больше нет, и он заменил в блюдах этот товар на другой, то для того что бы иметь реальную картину, надо что то делать! Причем делать именно с к/к, а не городить акты переработки.
    Вот тут спорный момент, зависящий от конкретной ситуации.

    Цитата Сообщение от sibgaba Посмотреть сообщение
    Если у нас On-Line списание, то с пятницы все уже списано, надо отменять списание (если программа это позволяет) править к/к и списывать заново.
    Нет, тут-то нам и поможет акт переработки. Как и в Shouse, если на инвентуре выясняется, что повара месяц клали в блюда не то - не надо пересписывать.

    Задам тему для дальнейшего обсуждения и размышления:
    Цитата Сообщение от sibgaba Посмотреть сообщение
    В StorHouse нельзя изменить калькуляцию, если по ней произведено списание. Нам нужно либо отменить списание до нужной даты, изменить к/к этой датой и списать заново.
    Вот в iiko можно изменить карту, и у нас автоматически пересчитается все списание, которое мы по карте сделали. Внимание, вопрос: хорошо это или плохо? Что лучше? Может быть, дать волю обоим вариантам? Криминала я не вижу: действительное списание за период совпадает с картами за этот период.
    Алексей Аркадьев

    Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
    Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
    Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
    Для коммерческих вопросов:
    +7 (495) 740-49-91, или на почту: sales@carbis.ru

  4. #4
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)
    Данный пост родился не сам по себе, а после многих разговоров с людьми (нашими текущими и потенциальными клиентами), которым представители iiko промыли мозги и они как заведенные повторяли: On-Line, on-line, on-line...

    Цитата Сообщение от SH Посмотреть сообщение
    КМК, в iiko совершенно аналогичный "онлайн".
    Т.е. я правильно понял что айко не делает он-лайн списания? Р/н автоматом не формируются, а есть только расчет он-лайн остатков?

    Цитата Сообщение от SH Посмотреть сообщение
    Вот в iiko можно изменить карту, и у нас автоматически пересчитается все списание, которое мы по карте сделали. Внимание, вопрос: хорошо это или плохо?
    Оно конечно удобно, но как и любой инструмент - палка о двух концах.

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

    Есть и принципиальные вопросы:

    Цитата Сообщение от SH Посмотреть сообщение
    Криминала я не вижу: действительное списание за период совпадает с картами за этот период.
    Вылезла в конце месяца недостача, меняем (немного увеличиваем) закладку в к/к и недостачи как не бывало, после инвентуры правим к/к обратно. А как это отследить? Получается что нужно отслеживать какой то лог по изменению к/к...

  5. #5
    ТВОРЕЦ СЧАСТЬЯ Аватар для SH
    Регистрация
    29.11.2006
    Сообщений
    18,069
    Поблагодарил(а)
    481
    Благодарностей: 192 (сообщений: 165)
    Цитата Сообщение от sibgaba Посмотреть сообщение
    Т.е. я правильно понял что айко не делает он-лайн списания? Р/н автоматом не формируются, а есть только расчет он-лайн остатков?
    Там по итогу смены формируется акт реализации, а пока смена не закрыта - некий промежуточный документ. Так что по сути - аналогично.

    Цитата Сообщение от sibgaba Посмотреть сообщение
    после инвентуры правим к/к обратно.
    Ну и недостача выплывает обратно. А подделать отчеты можно и в Shouse.
    Алексей Аркадьев

    Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
    Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
    Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
    Для коммерческих вопросов:
    +7 (495) 740-49-91, или на почту: sales@carbis.ru

  6. #6
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)
    Цитата Сообщение от SH Посмотреть сообщение
    Там по итогу смены формируется акт реализации, а пока смена не закрыта - некий промежуточный документ. Так что по сути - аналогично.
    А со списанием в минус как поступают?

  7. #7
    ТВОРЕЦ СЧАСТЬЯ Аватар для SH
    Регистрация
    29.11.2006
    Сообщений
    18,069
    Поблагодарил(а)
    481
    Благодарностей: 192 (сообщений: 165)
    Не помню
    Алексей Аркадьев

    Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
    Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
    Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
    Для коммерческих вопросов:
    +7 (495) 740-49-91, или на почту: sales@carbis.ru

  8. #8
    Интересующийся
    Регистрация
    22.07.2013
    Адрес
    СПБ
    Сообщений
    41
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)
    Тема он-лайн раскрыта полностью.
    В целом, и правда, нафига он-лайн если калькулятор заводит приходы два-три раза в неделю в 99% ресторанов?
    Он-лайн в целом помогает делать точечные инвентуры, которые опять же имеют смысл если все заведено.
    Однако преимущества складского учета в айко не в этом.
    А в том, что:
    1. Очень легки и просты все пересчеты. Поменяли ТТК задним числом - все пересписалось и пересчиталось в мгновения. Завели накладную посеянную - такая же фигня.
    2. Метод учета - ССС (средневзвешенное среднее за период). Это позволяет не парясь работать с отрицательными остатками ибо списание происходит по этой средней цене, что для финансового учета вполне достаточно. Более того, это избавляет калькуляторов от ежедневного гемора с переработками свинины в водку чтобы убрать красное.
    3. Есть механизм формирования складских документов через фронт. И если раньше процесс был таким: Бумажка- подпись - лоток - программа - печать - подпись, то теперь он такой: Программа - бумажка - подпись. Это экономит кучу времени калькулятору, который вместо заведения списаний и инвентур занимается их анализом.

    Эти преимущества дают следущие возможности:
    1. Экономия времени калькулятора. Пример: один ресторан на кипере и сеть из трех ресторанов с фабрикой кухней на айко. Калькулятор один и тот же. Трудозатраты 60% на ресторан на кипере и 40% на сеть с фк на айко. Да и вообще все что касается сети с фабрикой в айко оч хорошо сделано - весь документооборот в электронном виде. от заявки на производство до расходной и приходной накладной.
    2. Очень быстрая инвентаризация. У нас в Опен баре 4 барных стойки, адская проходка (до 1500 человек за ночь). После кажой вечеринки в 6 утра старшие бармены быстро делают инвентуру сканером и весами через фронт и тут же ее анализируют, ибо у них к ее итогам сильно оплата привязана.
    3. Очень быстрый фин учет. Опять же, для заведений с финансовым циклом в месяц это не очень важно, хотя поулчить опиу 2-го числа бесценно. В опен баре у нас финансовый цикл это одна неделя. Мы подводим итоги КАЖДЫЙ понедельник в 18:00. Открывали это заведение 5 лет назад на тиллипаде и на нем с этим ФИФО и пересчетами в сутки длинной и екселем это все было невозможно.

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

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

  9. #9
    ТВОРЕЦ СЧАСТЬЯ Аватар для SH
    Регистрация
    29.11.2006
    Сообщений
    18,069
    Поблагодарил(а)
    481
    Благодарностей: 192 (сообщений: 165)
    Цитата Сообщение от leopold1984 Посмотреть сообщение
    экономит кучу времени калькулятору, который вместо заведения списаний и инвентур занимается их анализом
    Это есть в RK6, пользуемся.

    Цитата Сообщение от leopold1984 Посмотреть сообщение
    бармены быстро делают инвентуру сканером и весами через фронт
    Это есть в RK6, не пользуемся. Ибо нужен очень мощный заряд, извините, пиздюлей со стороны руководства: Вы у себя обеспечили, но всех не построите. Для справки: инвентаризация в крупном подмосковном клубе с шестью контактными барами и сервис-баром утром "по бумажке" делается за полчаса и тут же анализируется. Что там вбивать, в баре-то!? Они сканируют и взвешивают дольше - проверено - а разливаем не Хенесси Ричардс с Блю Лейбл, чтоб каждую бутылку непременно взвешивать.
    При сильном желании - нафиг сканер, нафиг бумажки: тупо бьем на фронте, закрываем на спецвалюту и импортируем в хаус. Вуаля, инвентура готова. Но обновление барменов так часто, что не успеваем учить: проще "на бумажке". К тому же, от рукописной они меньше головой крутят, что ошиблись, тоже проверено. На кассе объяснение "это я не туда нажал" - слишком частое. Нафиг, короче.

    Цитата Сообщение от leopold1984 Посмотреть сообщение
    хотя поулчить опиу 2-го числа бесценно.
    Во всех моих ресторанах - онлайн. В том числе на больших проектах ресторан-кафе-клуб-банкетный в одном лице (это его клуб упомянут в предыдущем абзаце. Да, большой клуб там - только часть). Первого числа всегда готов отчет. Понедельно не делаем - никто не спрашивает, но нет проблем. Да, в эксель. Да, прошлый век. Да, пробовал Капитал (фигня), iiko (фигня, если не улучшили).

    Цитата Сообщение от leopold1984 Посмотреть сообщение
    для того, чтобы благодаря этим трем пунктам я мог опиу смотреть каждый понедельник
    На самом деле, не очень трудно составить планирование и онлайн финансовый учет в эксель. Эксель мне не нравится другим - статистики по сути, нет, ибо анализировать даже за год 12 экселевских файлов - можно, но только по предопределенным параметрам. Покрутить нельзя. Это не очень-то сильно кому надо, поэтому напрягает только смотря из идеального мира. Так что... по факту - никто не страдает.

    Цитата Сообщение от leopold1984 Посмотреть сообщение
    наша компания сейчас активно занимается аусторсингом складского учета в ресторанах и весьма успешно. На кипере данную услугу я даже представить себе не могу
    Однако, предоставляем. Предполагаю, что не слишком дешево, ибо Москва - от 15 тысяч рублей в месяц. Однако, спрос ничтожен. Рестораторы просто не хотят понимать, что там делает бухгалтер-калькулятор: им просто спокойнее, когда на месте сидит человек и занимается, извините, херней за зарплату.

    Цитата Сообщение от leopold1984 Посмотреть сообщение
    2. Метод учета - ССС (средневзвешенное среднее за период). Это позволяет не парясь работать с отрицательными остатками ибо списание происходит по этой средней цене, что для финансового учета вполне достаточно. Более того, это избавляет калькуляторов от ежедневного гемора с переработками свинины в водку чтобы убрать красное.
    Ну, свинину в водку никто не перерабатывает, конечно.
    Но в целом - да, здорово. Я уже и забыл. Не удивлены? Мне нравится этот подход. Он действительно подходит подавляющему большинству ресторанов куда больше, чем доскональный учет Shouse - потому что проще, доступнее. И, увы - в большинстве ресторанов и этого нет.
    Ну а с другой стороны - круто-круто, но и в хаусе достаточно показать куда дуть и куда нажимать, и на 90% операций сажаются просто исполнители. А аналитику достаточно полчаса в день на ресторан уделить, и то включая непредвиденные ситуации с выяснением.
    Поэтому, по факту - не страдаем.

    Итог? ДДС ежедневный есть, прибыли и убытки ежедневные есть, планирование есть, товар под контролем. Вывод? Я уже писал в другой теме. Пофиг, в чем вести учет. Я абсолютно верю, что его можно вести в iiko и верю, что Вам больше нравится. Но если кто-то и страдает на RK&SH, то только от того, что поленился оплатить обучение/внедрение. Или оплатил, но не понял. Или понял, но не так... Ну и так далее.
    Алексей Аркадьев

    Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
    Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
    Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
    Для коммерческих вопросов:
    +7 (495) 740-49-91, или на почту: sales@carbis.ru

  10. #10
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)
    5 копеек про инвентаризацию алкоголя на весах: был подобный опыт, огромный (по моим меркам) клуб. 25 рабочих мест в залах, количество баров - много (точнее не помню). Для экономии времени решили инвентаризировать не весах - столкнулись с большой проблемой. Для хаус позиций, например дешевая водка, которая льется во все коктейли, для литровой бутылки, вес тары в зависимости от партии и завода, колебался на +/- 100 грамм. В баре работает несколько барменов, открытых бутылок несколько, баров много, излишки/недостачи прут.

    Ушли от этой технологии...

Похожие темы

  1. STAR Line Mode Command Specifications
    от PaViS в разделе Файлообменник для пользователей
    Ответов: 0
    Последнее сообщение: 05.10.2011, 12:07
  2. On-line работа кассы, клуб
    от Typer в разделе RK: Сетевые настройки
    Ответов: 1
    Последнее сообщение: 26.04.2010, 16:42
  3. PhotoShop on-line
    от Moderator в разделе Кyрилка
    Ответов: 0
    Последнее сообщение: 06.04.2009, 15:51
  4. Ответов: 9
    Последнее сообщение: 05.10.2007, 05:01

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •