Аргументы iiko против R-Keeper: ну полная лажа

[StarT]

возвращаясь к теме аргументов за и против iiko.

В первый же день нашел баг/фичу в бизнес логике работы iiko. Есть официантские станции и кассовая - на станции официанта открыли заказ, добавили позиций, распечатали на кухню. Заказ отменили, нужно все отменить. Менеджер под своей учёткой на станции официанта удаляет позиции заказа (со списанием или без), в этом все ок. А вот удалить после этого сам заказ не может - эту операцию необходимо производить именно на кассовом терминале. Никто никаких фискальников не пробивал, даже пречеков не было. Кассир и его станция тут явно ни при чем. Минут 10 я пытался понять почему права привязываются не к учетной записи сотрудника, а к его рабочему месту и зачем это сделано. Ведь эту часть бизнес процессов кто то продумывал - должна быть причина. Может есть у кого умные мысли?

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

[FSerg]

возвращаясь к теме аргументов за и против iiko.
В первый же день нашел баг/фичу в бизнес логике работы iiko. Есть официантские станции и кассовая - на станции официанта открыли заказ, добавили позиций, распечатали на кухню. Заказ отменили, нужно все отменить. Менеджер под своей учёткой на станции официанта удаляет позиции заказа (со списанием или без), в этом все ок. А вот удалить после этого сам заказ не может - эту операцию необходимо производить именно на кассовом терминале. Никто никаких фискальников не пробивал, даже пречеков не было. Кассир и его станция тут явно ни при чем. Минут 10 я пытался понять почему права привязываются не к учетной записи сотрудника, а к его рабочему месту и зачем это сделано. Ведь эту часть бизнес процессов кто то продумывал - должна быть причина. Может есть у кого умные мысли?

Я пока еще очень поверхностно знаком с iiko, в смысле с техническими ее особенностями, но предположу, что такое поведение обусловлено тем, что кассова станция (та машинка, которая назначена главной кассой) она выполняет роль синхронизации заказов на всех машинках входящих в группу, поэтому такие "критичные" операции завязаны на нее.

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

Для iiko приходится давать пользователю менять время, не вижу в этом зла, наоборот добро - iiko сама выполняет синхронизации времени на станциях

[StarT]

Я пока еще очень поверхностно знаком с iiko, в смысле с техническими ее особенностями, но предположу, что такое поведение обусловлено тем, что кассова станция (та машинка, которая назначена главной кассой) она выполняет роль синхронизации заказов на всех машинках входящих в группу, поэтому такие "критичные" операции завязаны на нее.

Это я уже предполагал, но:
- отмена блюд сама по себе не менее, и даже более критичная операция чем удаление опустевшего заказа.
- "в наш век когда космические корабли бороздят" - синхронизация, использование пакетов с контролем доставки, блокировок таблиц, строк и т.п. обычное дело.
- можно представить себе ситуацию в которой кассиру с точки зрения бизнеса не нужно совать нос ни во что кроме получения/выдачи денежных средств. И управлением заказами должен заниматься менеджер, а не кассир. При этом в каждом из залов свой менеджер, а касса у них общая. Представить себе такую ситуацию легко, она может быть востребована заказчиком. И получается что менеджерам нужно бегать к кассиру, лезть в его терминал, чтобы проделать простую операцию.

Для iiko приходится давать пользователю менять время, не вижу в этом зла, наоборот добро - iiko сама выполняет синхронизации времени на станциях

Да я так то согласен - синхронизация приложением дело хорошее, возиться с NTP не нужно. Но это хорошо тем кто не знает что такое NTP и вообще заморачиваться не хочет на эту тему. Для тех кому нужен out of box. А если я знаю и не хочу раздавать права?

Имея такое право юзеры могут передвинуть время на станциях на дни/годы вперед/назад. Я пока не понял как они могут это использовать для обогащения, но думаю появятся лазейки.

[FSerg]

Это я уже предполагал, но:
- отмена блюд сама по себе не менее, и даже более критичная операция чем удаление опустевшего заказа.
- "в наш век когда космические корабли бороздят" - синхронизация, использование пакетов с контролем доставки, блокировок таблиц, строк и т.п. обычное дело.
- можно представить себе ситуацию в которой кассиру с точки зрения бизнеса не нужно совать нос ни во что кроме получения/выдачи денежных средств. И управлением заказами должен заниматься менеджер, а не кассир. При этом в каждом из залов свой менеджер, а касса у них общая. Представить себе такую ситуацию легко, она может быть востребована заказчиком. И получается что менеджерам нужно бегать к кассиру, лезть в его терминал, чтобы проделать простую операцию.

Ну в общем соглашусь, что ограничение довольно странное, пока сложных проектов не было - это не парило - отправляем менеджера на кассу и все

Имея такое право юзеры могут передвинуть время на станциях на дни/годы вперед/назад. Я пока не понял как они могут это использовать для обогащения, но думаю появятся лазейки.

Изменив дату можно наворотить делов, тут только как-то прятать возможность интерактивно менять время, типа пароль на биос, фронт запускаем с подменой Shell'а
Но на практике в такие дебри персонал полезет только при наглом откровенном саботаже, защищаться от такого поведения технически, мне кажется, не имеет смыла - проще заменить человека

[SH]

Можно поподробней про запуск под пользовательскими правами RK7? Он зараза все время требует админских полномочий, иначе не находит кассовые сервера. Я все понять не могу - на какие файлы/ветки реестра/ресурсы ему прав не хватает.

Можно попробовать разобраться. На станциях не должно быть такого. Запуска от админа требуют только серверы при запуске как приложений. Если хотите - тему в разделе по RK7.

[StarT]

защищаться от такого поведения технически, мне кажется, не имеет смыла - проще заменить человека

Согласен. Я чисто гипотетически, с точки зрения ИБ.

[leopold1984]

возвращаясь к теме аргументов за и против iiko.

В первый же день нашел баг/фичу в бизнес логике работы iiko. Есть официантские станции и кассовая - на станции официанта открыли заказ, добавили позиций, распечатали на кухню. Заказ отменили, нужно все отменить. Менеджер под своей учёткой на станции официанта удаляет позиции заказа (со списанием или без), в этом все ок. А вот удалить после этого сам заказ не может - эту операцию необходимо производить именно на кассовом терминале. Никто никаких фискальников не пробивал, даже пречеков не было. Кассир и его станция тут явно ни при чем. Минут 10 я пытался понять почему права привязываются не к учетной записи сотрудника, а к его рабочему месту и зачем это сделано. Ведь эту часть бизнес процессов кто то продумывал - должна быть причина. Может есть у кого умные мысли?

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

Удалять пустой заказ можно со станции официанта. Для этого есть кнопка удалить заказ.
Про время сказать не могу - не технарь.

[StarT]

Удалять пустой заказ можно со станции официанта. Для этого есть кнопка удалить заказ.

ну может версии разные или дилеры. У нас нельзя и дилер сказал что это by design.
Уточняю - не просто пустой заказ, а заказ в котором были блюда, но все они удалены. Я тут подумал, эта логическая ошибка ничтожна. По прежнему уверен что это ошибка, но случаи настолько редки в практике, что не будут доставлять особых неудобств.

[leopold1984]

ну может версии разные или дилеры. У нас нельзя и дилер сказал что это by design.
Уточняю - не просто пустой заказ, а заказ в котором были блюда, но все они удалены. Я тут подумал, эта логическая ошибка ничтожна. По прежнему уверен что это ошибка, но случаи настолько редки в практике, что не будут доставлять особых неудобств.

Снимок экрана 2013-12-20.png

Видите наверху кнопочка: Удалить заказ. фотка со станции официанта в нашем ресторане только что.

[Dmitry55]

ну может версии разные или дилеры. У нас нельзя и дилер сказал что это by design.
Уточняю - не просто пустой заказ, а заказ в котором были блюда, но все они удалены. Я тут подумал, эта логическая ошибка ничтожна. По прежнему уверен что это ошибка, но случаи настолько редки в практике, что не будут доставлять особых неудобств.

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