и еще один вопрос как осуществляется перемещения со склада на склад если они относятся к разным предприятиям.? (тоесть разные базы?)
Вид для печати
В редакторе ресторана (он же менеджерская)
И там могут вестись несколько ресторанов (и несколько Юр лиц) в одной БД (и под одной лицензией на ПО)
Ну вот не "разные базы"...
База одна. В ней есть несколько групп складов (каждая группа это торговая точка, и/или заготовительное производство, если оно есть).
В каждой группе складов - свои склады (Группа Рест№1, а в ней Бар рест №1, Кухня рест №1).
Если надо переместить товар (п/ф) с Кухни Рест 1 на Кухню Рест 2 то это обычный документ в/п м/у 2-мя складами.
Если рест 1 и Рест 2 это разные Юр лица (т.е. формально в/п сделать нельзя и нужна продажа, то это все тоже решается в рамках одной БД.
Ну а в отчетах: хотим строим по всем складам (группам складов) получаем общую отчетность.
Хотим строим по конкретной группе складов (получаем остатки сахара на всех складах Рест №1)
Хотим строим по конкретному складу Бар Рест №1
Вопрос редактор нужен для каждого ресторана? в нем же заводится список сотрудников? И если редактор общий? То как разделяется где какой сотрудник работает?
Про базы писалось что некоторые сетки берут все таки несколько лицензий на сторхауз. Вот как в таком случае происходит так сказать внутренние перемещения?
Да, если в конкретном ресторане сети нужно работать со справочниками (в том числе с персоналом), то там ставится копия ПО Редактор (но это не значит что ПО надо покупать в каждый ресторан). Редактор покупается 1 на всю сеть и позволяет запускать любое количество экземпляров на разных машинах в разных ресторанах.
Права, торговые группы.
Если мы говорим про линейных сотрудников (кассир, официант) то я вообще не вижу смысла привязывать конкретного работника к конкретному ресторану, потому что "завтра" этого сотрудника выведут на подмену в другой ресторан сети, а он не имеет прав на работу в нем (хотя, если очень нужно, то и это можно сделать).
Если говорим про среднее звено (менеджер в ресторане), то он так же ограничивается правами и при необходимости ему можно дать только права на объекты его ресторана.
Берут несколько лицензий = несколько рабочих мест в одной БД. Что бы несколько юзеров могли одновременно работать в одной складской БД. Т.е. берется SH основное место (1 шт) + SH доп место (сколько нужно).
Т.к. БД одна то в/п делается как я и описал выше - через обычный документ внутреннего перемещения между складами в одной БД.
Справедливости ради следует сказать что существует еще SH HeadOffice, который позволяет синхронизировать между собой несколько разных Баз SH. Но реальная потребность в такой конфе возникает грубо 1 раз на 500 проектов.
Конфигурация сети обсуждается заранее. Одна база или нет. Сети разные бывают, и и базы разные.
Есть случаи, когда просто два ресторана в одной базе, но они не сеть, просто владелец один. Между ними даже перемещений может не быть.
Иногда бывает, что базы нужны разные, но с перемещениями между ними (тогда как раз HeadOffice спасает, там все через заднее место, но ручное перебивание документов можно исключить).
Иногда на часть ресторанов одна база - на часть - другая. Например, сетка продает франшизу - свои рестораны в одной базе, франшизные рестораны каждый в своей базе (при этом все может крутится на одном сервере и одних лицензиях).
На сторхаус есть лицензии двух типов:
- лицензии на сервер;
- лицензии на рабочие места.
На одном сервере может быть любое количество баз - сколько потянет железка, а тянет она много (скажем, сотня - без проблем на довольно обычной машине).
Отдельная лицензия на сервер нужна, если мы хотим физически отдельный сервер для каких-то баз.
Лицензии на рабочие места определяют, сколько людей может одновременно работать с каждой базой. При этом установить клиента мы можем на неограниченном количестве машин. И если у нас куплено три лицензии - то это означает, что в каждой базе может работать три человека одновременно.
В лицензию на сервер входит одна лицензия на рабочее место.
Редактор - не лицензируется.
Лицензируется сервер справочников. На одном сервере справочников может быть любое количество ресторанов (опять же, сколько железка вытянет, но это больше к отчетам - конкретно реф-серверу количество ресторанов вообще не важно, см. Сабвей, например).
На одной лицензии можно запустить несколько экземпляров серверов справочников - допустим, если мы хотим для какого-то кассового сервера иметь независимую базу.
К каждому экземпляру сервера справочников можно подсоединить сколько угодно клиентов.
Следующий уровень лицензирования - кассовые серверы, вот там все строго.
Поэтому, масштабирование бэка в RK7 - очень дешево. Масштабирование сети ничем не отличается от масштабирования одного ресторана.
комрады ,а есть ли спецы по iiko здесь , особенно по iiko кард , конечно на не безвозмездной основе . Текущая компания , не очень устраивает.
А что конкретно надо?