[ОТВЕТИТЬ]
Опции темы
30.09.2010 11:14  
nadkr
Цитата:
Сообщение от Sergius
Две вещи, которые в первую очередь интересуют - учет продуктов ( приход и остатки) и минимальное ведение бухгалтерии. Так же, насколько я понимаю, некоторые системы позваляют вести анализ блюд, напитков и все в этом духе.
Ну собственно все это так или иначе есть во всех ресторанных системах. Дьявол как раз в мелочах. R-Keeper, например, не раотает с отрицательными остатками.
Есть хорошая система - JUPITER называется.
А вообще, если будет желание - можем созвониться, расскажу что к чему. И про системы разные и как правильно учет организовать.
 
30.09.2010 14:04  
FILBOR
Цитата:
Сообщение от nadkr
Ну собственно все это так или иначе есть во всех ресторанных системах. Дьявол как раз в мелочах. R-Keeper, например, не раотает с отрицательными остатками.
Есть хорошая система - JUPITER называется.
А вообще, если будет желание - можем созвониться, расскажу что к чему. И про системы разные и как правильно учет организовать.
Ты не прав. Tillypad и R-Keeper позволяют работать с отрицательными остатками!
 
02.10.2010 20:17  
AndreyZh
Цитата:
Сообщение от AndreyZh
Бесплатная система КИС Lack/УС Land так же использутся в 6 кафе/ресторанах...
Нашел её описание для кафе: Содержит учётные функции:

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

- печать рецептуры (технологии производства), в том числе полуфабрикатов для поваров;
- прогнозирование остатков сырья (п/ф) под планируемый выпуск;
- оценка (прогнозирование) влияния цен сырья на себестоимость блюд;
- формирование спецификаций блюд (продукции) в любых ценах (до 10) с любыми скидками;
- серийное изготовление (по готовым рецептам) или ручное (штучное) приготовление блюд;
- любой товарный, финансовый и производственный анализ (включая выявление сезонных предпочтений);
- использование сырья на замену;
- использование сырья/полуфабрикатов по весу брутто или нетто;
- определение сортности сырья и процентных норм расхода;
- все виды торговых операций;
- выгрузка "белых" операций в бухгалтерские программы, в частности в 1С/БЭСТ;
- глубокий анализ информации, прогнозирование и т.д.
 
04.10.2010 08:54  
Sergius
Цитата:
Сообщение от Wanderer_Grey
чисто ради интереса, на чём остановился?
Пока что поставил на рассмотрение 1С+Общепит ( от Раруса). Неделю человек пытается подружиться с системой.
Но все равно, поиски лучшего продолжаю. 1с много требует к заполнению.
 
04.10.2010 12:14  
nadkr
Цитата:
Сообщение от FILBOR
Ты не прав. Tillypad и R-Keeper позволяют работать с отрицательными остатками!
Конечно позволяют. Через ж...
Потому что чисто математически при расчете себестоимости по средневзвешенной ведение отрицательных остатков - проблема.
Например, какова будет себестоимость, если текущий остаток равен минус 5, а поступило плюс 5 единиц товара?
Деление на 0 получается. Бесконечность что-ли? Поэтому все пишут 0, что тоже не правильно. В итоге весь стек хранения себестоимости разъезжается. И в марочном отчете потом такие цифры, которые бухгалтер ни одной приходной накладной подтвердить не может.
 
05.10.2010 09:11  
Sergius
Цитата:
Сообщение от nadkr
Ну собственно все это так или иначе есть во всех ресторанных системах. Дьявол как раз в мелочах. R-Keeper, например, не раотает с отрицательными остатками.
Есть хорошая система - JUPITER называется.
А вообще, если будет желание - можем созвониться, расскажу что к чему. И про системы разные и как правильно учет организовать.
Несмотря на то, что вроде решение уже нашел, был бы рад пообщаться на сей предмет.
 
05.10.2010 13:54  
FILBOR
Цитата:
Сообщение от nadkr
Конечно позволяют. Через ж...
Потому что чисто математически при расчете себестоимости по средневзвешенной ведение отрицательных остатков - проблема.
Например, какова будет себестоимость, если текущий остаток равен минус 5, а поступило плюс 5 единиц товара?
Деление на 0 получается. Бесконечность что-ли? Поэтому все пишут 0, что тоже не правильно. В итоге весь стек хранения себестоимости разъезжается. И в марочном отчете потом такие цифры, которые бухгалтер ни одной приходной накладной подтвердить не может.
Вопервых, лучше работать по методу FIFO, а во вторых, если ты продаешь "несуществующий товар" в силу пересорта, несоблюдения технологии приготовления или просто бардака, то в любом случае такие цифры в бухгалтерию передавать - это просто нарушение и нежелание работать. И если в марочном отчете бардак, то вместо нулевой себестоимости рисовать цифры - это еще большее усугубление картины, которая говорит о том, что к процессу товародвижения очень халатно относятся и имеют об этом очень отдаленное представление. Вначале нужно отрулить данную ситуацию (продажи в минус), в т.ч. документально, а потом уже вести речь о бухгалтерии. Спроси у бухгалтера, какие проводки она использует для товара проданного в минус? по себестоимости и наценке?
 
11.10.2010 14:14  
nadkr
Цитата:
Сообщение от FILBOR
Вопервых, лучше работать по методу FIFO, а во вторых, если ты продаешь "несуществующий товар" в силу пересорта, несоблюдения технологии приготовления или просто бардака, то в любом случае такие цифры в бухгалтерию передавать - это просто нарушение и нежелание работать. И если в марочном отчете бардак, то вместо нулевой себестоимости рисовать цифры - это еще большее усугубление картины, которая говорит о том, что к процессу товародвижения очень халатно относятся и имеют об этом очень отдаленное представление. Вначале нужно отрулить данную ситуацию (продажи в минус), в т.ч. документально, а потом уже вести речь о бухгалтерии. Спроси у бухгалтера, какие проводки она использует для товара проданного в минус? по себестоимости и наценке?
Конечно по FIFO лучше. JUPITER именно так и работает. Для R-Keeper, Tyllipad, IIko и др. "родным" является метод расчета себестоимости по средневзвешенной.

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

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

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


Опции темы



Часовой пояс GMT +3, время: 01:18.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.