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

Приветствую всех посетителей форума.
Меня давно мучает желание написать кассовую программу, аналогичную R-Keeper. R-Keeper имеет ряд недостатков, которые фирма-изготовитель UCS не собирается устранять. У меня вопрос: был бы интересен «улучшенный» R-Keeper кому-то ещё, кроме меня? Или мне всё-таки побороть этот зуд?

Задумок по улучшению R-Keeper немало. Но нужны ли они кому-то?

Любое улучшение ведёт к потере производительности.Потеря производительности - к нерентабильности.
Да и придется придумывать собственную складскую программу,а это не 1 год и,как минимум.1 заяц для тестов.
Такая идея меня раньше посещала(да и наработки валяются),но дальше Диссконтной системы не пошел...ответ прост:делать что-то своё долго и не выгодно,а покупать будут за копейки + гемор с переобучением персонала.

Сегодня видел классную программу Айко,где чтобы ОТКРЫТЬ !!1 СТОЛ!! надо произвести 15 !!!! нажатий по сенсорному экрану !!! из них только 2 относятка к номру стола и 1 к кол-ву гостей.

Сайт:www.techrk.ru

Да в том то и дело, что улучшения не должны вести к увеличению количества нажатий кассира на экран. Если можешь сделать, чтобы уменьшить количество нажатий – делай. Не можешь – повтори то, что уже есть в R-Keeper.
Свою складскую программу делать совсем не обязательно. Просто надо сделать, чтобы новая кассовая программа сохраняла свои данные в точно таких же таблицах Paradox. На кассе реально заполняются только 4 таблицы: check.db, opert.db, pcheck.db, rcheck.db. Остальные пусты.
Надо будет переписать ту часть R-Keeper, которая работает у старшего кассира – надо же делать отчёты. Ещё переписать HeadOffice. Но это решаемые задачи. А вот в Shouse делать импорт из тех самых таблиц Paradox.
У меня уже бы опыт переноса данных из кассовой программы “Магия» в SHouse. Правда, там делалось через таблицы в dbf (аналогично старых версий R-Keeper). Поэтому вопрос о переписывании складской программы не стоит. Только R-Keeper. Но делать только «для себя» не хочется, вот если бы был спрос и у других – тогда бы это убедило бы в том, что есть смысл этим заниматься.

Аналогичный зуд мучал меня достаточно давно и достаточно долго.
Пару раз начинал даже писать. В итоге решил забить и вот почему:

Хотел сделать хороший продукт, а не очередное г... Прикинул объем работ и понял что в адекватные сроки одному не осилить.

Наверное самое главное почему не стал продолжать - это вопрос "А нафига?". Если доказать себе, что смогу или в качестве курсовой в институт, тогда понятно, но у меня не то и не другое.

Есть два смысла в написании сего продукта:
Первый: Есть инвестор, который хочет открыть через год (не раньше) 100 ресторанов и хочет сэкономить на ПО. Тогда получаем 1 ресторан это как минимум ПО Касса = 24000 * 100 = 2 400 000 из них 2 000 000 уходит на разработку качественного продукта для фронт-офиса и немного экономии ))). И это при условии, что инвестр ваш близкий родственник и вы супер программист-организатор-тестер, иначе не найти спонсоров )))
Второй: Вы команда программеров, которые располагают временем и ресурсами и которым ищут чем бы позаниматься в пятницу вечером.

ИТОГ:
Зуд унял. Использую кипер, а для того, что в нем не хватает, пишу свои маленькие утилитки.

А мне кажется, что объём работы вполне посилен.

Если собираешься сделать только для конкретного оборудования (скажем станция Glaive, принтер Star 654 и все) и тебе не нужно приблуд типа перенос столов/блюд, ПДС, права пользователей и т.п. - тогда посилен. Хотя я не знаю твоих возможностей.

Еще раз объясни, какую цель хочешь достигнуть написав аналог кипера для кассы?