Открытие ресторана/мини кафе. Прошу помощи. : Системы автоматизации предприятий общественного питания

Ну собственно все это так или иначе есть во всех ресторанных системах. Дьявол как раз в мелочах. R-Keeper, например, не раотает с отрицательными остатками.
Есть хорошая система - JUPITER называется.
А вообще, если будет желание - можем созвониться, расскажу что к чему. И про системы разные и как правильно учет организовать.

Ты не прав. Tillypad и R-Keeper позволяют работать с отрицательными остатками!

Нашел её описание для кафе: Содержит учётные функции:

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

- печать рецептуры (технологии производства), в том числе полуфабрикатов для поваров;
- прогнозирование остатков сырья (п/ф) под планируемый выпуск;
- оценка (прогнозирование) влияния цен сырья на себестоимость блюд;
- формирование спецификаций блюд (продукции) в любых ценах (до 10) с любыми скидками;
- серийное изготовление (по готовым рецептам) или ручное (штучное) приготовление блюд;
- любой товарный, финансовый и производственный анализ (включая выявление сезонных предпочтений);
- использование сырья на замену;
- использование сырья/полуфабрикатов по весу брутто или нетто;
- определение сортности сырья и процентных норм расхода;
- все виды торговых операций;
- выгрузка "белых" операций в бухгалтерские программы, в частности в 1С/БЭСТ;
- глубокий анализ информации, прогнозирование и т.д.

Пока что поставил на рассмотрение 1С+Общепит ( от Раруса). Неделю человек пытается подружиться с системой.
Но все равно, поиски лучшего продолжаю. 1с много требует к заполнению.

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

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

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

Конечно по FIFO лучше. JUPITER именно так и работает. Для R-Keeper, Tyllipad, IIko и др. "родным" является метод расчета себестоимости по средневзвешенной.

В общепите продажа "несуществующего" товара и несоблюдение технологии приготовления - НОРМА ЖИЗНИ. Это особенность данного вида бизнеса. И это нужно понимать при разработке ПО. Неприятие этого факта и приводит к тому в том же StoreHouse бухгалтеру приходится делать кучу ненужных и более того, вредных действий. А в Iiko марочный отчет вообще непонятно какой. Программа ДОЛЖНА УЧИТЫВАТЬ ОСОБЕННОСТИ того бизнеса, который она берется автоматизировать, а не требовать от реальной жизни математической точности, создавая людям лишние сложности.
Ценность JUPITERа в том и состоит, что программа отражает РЕАЛЬНОЕ состояние дел на предприятии, ничего не приукрашивая (как приходится делать в StoreHouse). Есть отрицательный остаток - мы его показываем. При этом все бухгалтерские отчеты формируются корректно. "Нужные" цифры от руки рисовать не приходится - это практика других систем :)

А где можно демку посмотреть? очень интересно

Да, еще добавлю, незнаю, каков опыт у тебя по работе с Tillypad и R-Keeper, но видимо небольшой, поскольку описывать их тут смысла нет, есть куча документации соответствующей. А по поводу "ДОЛЖНА УЧИТЫВАТЬ ОСОБЕННОСТИ того бизнеса" - то что они оптимально соответствуют особенностям этого бизнеса по отношению с другим софтом, говорит количество инсталляций по России и за рубежом (более десятка тысячь). Немного еще про различия - R-Keeper - закрытая система и что-то свое дописать туда нереально, а вот Tillypad открыт и в нем можно самостоятельно описать любой бизнес-процесс! Поэтому если у Заказчика появляется необходимость в создании чего-то эдакого, то любой каприз, как говориться! Правда система настолько продумана, что как правило все ограничивается каким-либо спец. отчетом, не более.