Сайт для рестораторов.

Аналог/клон R-Keeper - нужен ли он?

30 сен 2011 04:02 #35747 от VampireKB
Fox писал(а):
А в 7 данные хранятся в каком виде?[/quote]
UDB

_www.techrk.ru - тестирую своё творение :)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

30 сен 2011 12:30 #35748 от Lgg

Знаете, R-Keeper местами вызывает недоумение, а местами раздражение. Возьмём, к примеру кассовую дату. И рассмотрим такую ситуацию: вчера закончился какой-то отчётный период и сегодня готовится масса отчётов по этому периоду, а какая-то кассирша забыла вчера закрыть кассовый день и сегодня уже сидит и бьёт чеки. Соответственно, я по этой кассе не могу подготовить отчёты, потому что поезд уже ушёл, сегодня чеки уже пробивались вчерашним днём. Неужели в R-Keeper ничего нельзя было предусмотреть, чтобы не было таких ситуаций?


Легко исправляется ручками в DATABASE (пароли на DB ты вроде знаешь))))

Ещё хотелось бы, чтобы обновление меню на кассах происходило в фоновом режиме: в центральном офисе поменяли меню, а на кассе, которая где-то далеко в другом месте, оно поменялось бы в течение 5-10 минут.


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

Ещё мне не нравится поиск по меню. Не нравится система раздачи прав пользователей. Не устраивает самодельный формат UDB – зачем использовать закрытые форматы, когда весь мир идёт к открытым? Чтобы не допустить конкуренции? Если по мне, так вообще лучше использовать формат csv. А зачем шифровать таблицы Paradox? Есть 3 пароля ( jIGGAe, nx66ppx, cupcdvum ), один из которых обязательно подойдёт к любой зашифрованной таблице. И какой тогда смысл шифрования? Чтоб усложнить жизнь тем, кого не устраивают некоторые функции R-Keeper и кто сам делает какие-то утилиты для себя?


Здесь один ответ: ЭТО UCS !!!
Они до сих пор верят, что формат UDB впереди планеты всей (не путать с разработками IBM).

А что касается прав это просто их конек ))) Чего только стоит раздать права в RK HeadOffice? Ставишь галочки, радуешься, перезагружаешься - нет галочек ))) Очень интересные права в PCards. И уж точно они оторвались в 7-ке, там галочек, хоть жопой жуй.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

30 сен 2011 17:17 #35751 от VampireKB
Аннотация к 7ке:
150 правд доступа на бэк
150 прав доступа на фронт

Слабо настраивать ежедневно под каждого юзера ?:)

_www.techrk.ru - тестирую своё творение :)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

02 окт 2011 08:29 #35753 от Voyager
Печать чеков уже есть,я для этого отдельный модуль(DLL) сделал

Возможно я заблуждаюсь, но по моему мнению разные принтеры имеют разные управляющие команды; просто надо обладать информацией – на этом принтере это делается так, а на другом – эдак…Просто это предстоит выяснить.

Закрытость базы – не единственный путь закрыть возможность злоупотреблений со стороны персонала, в т.ч. сисадминов. Да и интересно, что за сисадмины такие работают у вас, что им доверять нельзя? Если сисадмин – «мутный», то тут и udb не поможет; не здесь, так в другом месте это выплывет.

Легко исправляется ручками в DATABASE (пароли на DB ты вроде знаешь))))

А я не хочу ручками! Я хочу, чтобы некоторая утилита делала нужные мне вещи – без вмешательства homo sapiens! Я сторонник того, что автоматизация должна быть автоматизированной.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

03 окт 2011 06:14 #35755 от VampireKB
Боюсь тебя огорчить,но я тот системщик,который за сумму NNNNN выполняет аудит системщика на объекте...слежу за тем,чтобы тот не "производил увода денег с предприятия"..глупо?Да,я тоже так думаю..а люди реально об этом парятся ! И именно из-за этого стремятся к более "защищенной системе".

_www.techrk.ru - тестирую своё творение :)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

03 окт 2011 06:31 #35756 от Voyager
Открыто хранящиеся данные можно защитить от изменения контрольными суммами. При должной смекалке можно сделать хорошую систему. Поэтому открытость – вовсе не минус.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Время создания страницы: 0.089 секунд