1С:Управление рестораном VS R-Keeper

Шшш+30.07.2008 - 23:45Цитата (Шшш @ 30.07.2008 - 23:45)

Kalmar
Интерфейс третьего сторхауса открыт, это стандартная база интербейса. Для четверки есть OLE-сервер, корректно предоставляющий все данные.

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

Забавно, вы предлагаете каждый раз переписывать интерфейс, при каждом чихе и изменениях в БД? И никаких гарантий что в следующем релизе всё будет работать?

Фирма UCS настаивала, что официальным интерфейсом - именно OLE-сервер 3.х.
Который выгружал только проводки. Отсюда ИМХО и корявость реализации.

Четвертый OLE-сервер ещё веселее:
Во первых к полям идет обращение через псевдо наименования вида 101.2.54.3.
Какой нормальный человек в здравом рассудке сможет проверить хотя бы визуально правильно он обратился к колю или нет?
про "фармирование себестоимости" я вообще молчу.

Переполнение стека, утечки памяти и просто тормоза на больших объемах, вообще стоит ли комментировать.

Многие клиенты, понимая насколько решения UCS открыты к полноценной интеграции. Отдают предпочтение открытой платформе 1С.

Всё-таки ноги растут из UCS. Как говорится Dreck In Dreck Out (Что на входе то и на выходе). Удачи

Kalmar
Ясно. Спасибо за разъяснения. Не знал.
Но это не отменяет того, что интеграция нужна далеко не всем. Так что это не аргумент непременно работать на 1С. Каждый инструмент должен быть на своем месте. Пока учет видны преимущества хауса, я буду критиковать решения 1С по полной программе. Но у них есть к чему стремиться.

Цитата

Во многих ресторанах, например, менеджер по закупкам сверяется с остатками в складе. Допустим, он должен иметь этого товара на остатке не меньше одного кг. Что он увидит в Вашем случае? Минус один? И должен будет заказать товар? Получается, он вынужден постоянно осведомляться о наличии товара у поваров.

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

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

Ну что ж, согласен, тогда дискуссию можно считать законченной. :drinks:
Я буду только приветствовать как появление действительно удобной программы учета от 1С, с привычными пользователям хауса функциями - это важно; так и появление удобных программ транспорта в 1С, хотя после слов Kalmar'а я понимаю, что это не тривиальная задача.

Шшш+31.07.2008 - 08:00Цитата (Шшш @ 31.07.2008 - 08:00)

Kalmar
Но это не отменяет того, что интеграция нужна далеко не всем. Так что это не аргумент непременно работать на 1С.

Давайте порассуждаем:
Предприятие общепита как коммерческое предприятие обязано вести бухгалтерский учет. Бухгалтерская отчетность сейчас принимается только в электронном виде. Более популярной и удобной программы чем 1С:Предприятие для этого нет (ну думаю что стоит доказывать что 90% рынка).

Вот управленческий/производственный/оперативный учет в предприятиях общепита России мало кому нужен (так как из-за проблем с кадрами, найти манагера который будет этим пользоваться очень сложно). Не тот уровень.

Люди, которые как правило контролируют оперативный учет - бухгалтера.
Которые уже привыкли работать с чем? Правильно, с 1С.

Адекватной выгрузки из Хауза в 1С нет. А двойную работ бухгалтера делать не любят. Поэтому они выбирают, что? Правильно решения Раруса :) - так как они позволяют грузить данные из Фронта, будь то Кипер или любой другой фронт и сразу получать данные как бухгалтерского, как и управленческого характера, не искаженные обменами.

ИМХО Как то так.

Kalmar+31.07.2008 - 11:41Цитата (Kalmar @ 31.07.2008 - 11:41)

Вот управленческий/производственный/оперативный учет в предприятиях общепита России мало кому нужен (так как из-за проблем с кадрами, найти манагера который будет этим пользоваться очень сложно). Не тот уровень.

вот до сюда согласен, а с галерки подсказывают гораздо резче:

"- Ви русский, мне кажеться слишком много кушать..
- В смысле?
- В смисле - зажрались!

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

и я с ними полностью согласен.