RFID карты для Фудкорта

[Jakov]

А реализовывал ли кто систему типа "фудкорт"

Одно торговое помещение.
В нём много разнотипных торговых точек (одного ЮЛ/ИП)
Клиент при входе в торговый зал получает RFID карту, на которую кладет деньги через терминал или кассира.
При оплате предъявляется карта, оформляется покупка, выдаётся некий чек.
При выходе клиент отдаёт карту и получает остаток денег.

Пока интересуют только технические вопросы и ПО, а не юридические нюансы.

[miha]

наверное тебе подойдет шняга от фитнесс центров, там похожее реализ....

[Jakov]

Фитнесс центры, бассейны, прочие заведения, где надо либо исключить наличку, либо централизовать оплаты.

[TimoGrozny]

А реализовывал ли кто систему типа "фудкорт"

Одно торговое помещение.
В нём много разнотипных торговых точек (одного ЮЛ/ИП)
Клиент при входе в торговый зал получает RFID карту, на которую кладет деньги через терминал или кассира.
При оплате предъявляется карта, оформляется покупка, выдаётся некий чек.
При выходе клиент отдаёт карту и получает остаток денег.

Пока интересуют только технические вопросы и ПО, а не юридические нюансы.

До того как реализовать подключение к терминалу тебе сначала нужен процессинг этих самых карт. iiko которыми пользуются эти самый торговые точки имеет в себе модуль подарочных карт, но модуль этот нужен будет тебе поставить отдельно от них или еще условие что все общепиты пользуются одной системой что бы принимать эти карты и добавить их как платежное средство. В противном случае:
- тебе нужен свой процессинг карта
- это процессинг шлюзовать с r-keeper, iiko и прочими учетными системами общепита
- подключить свой процессинг карт к уже платежному процессингу (предпроцессингу)

[Pilot]

Да, реализовано давно уж... обращайси если что
И фудкорты и фитнесы и бассейны и всё остальное. Есть интеграция и с iiko, и с yclients (эксклюзив по РФ), и c sonline (эксклюзив по РФ), А&A (эксклюзив по РФ) и с 1Сками различных конфигураций и со многими другими системами учётными... И с крупнейшими банками в РФ (Сбер, Газпром, ВТБ и тд). В общем, много всего есть.
Ркипер не даст интеграцию, они типа своё ПО двигают, кривое до ужаса, но стараются парни Бэкофис у них отличный, фронт кошмарный.

ЗЫ: Тима, чота заморочено ты всё описал ))) попроще всё немного
Хотя как попроще, когда, конечно есть свой софт готовый интегрирующийся со всем вышеобозначенным и штат программистов и разработчиков, то да, попроще... С нуля это всё делать - утопия, или заморочка на пару лет. Мы 3 года убили на все эти процессы и то продолжаем каждый день что то совершенствовать.

[TimoGrozny]

От того что вы это реализовали, это не значит что я замороченно описал) по сути все что я описал вы уже сделали. Ну молодцы, топикстартер, бонусная система и сам процессинг найден)

А давно yclients в учетные системы для ресторанов пошли? Насколько помню у них система букинга для салонов и прочих там кружков саморазвития была система

[Pilot]

А я не только про рестораны...с чего ты взял? Человек же пишет и бассейны и фитнесы и всё остальное, где есть наличные Я ему и отвечаю, что есть всё и даже аэропорты международные
А yclients - это, конечно, 90% - индустрия красоты, а также, как ты верно заметил, кружки, секции, развлекательные клубы какие то, картинги, шмартинги и тд.
В данном конкретном случае, конечно yclients ни к чему, тут проще и дешевле в интеграции с 1С всё реализовать или если деньги девать некуда, то можно и на iiko

[Jakov]

Да, реализовано .

Если реализовано - дайте ссылку на рекламу и предложения

[Jakov]

До того как реализовать подключение к терминалу тебе сначала нужен процессинг этих самых карт.

А вы не путаете внутренние RFID средства идентификации и "банковская карта"

[Pilot]

Да, реализовано .

Если реализовано - дайте ссылку на рекламу и предложения

У меня в подписи та самая ссылка

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

Как вариант, чувак выдающий карту и через чью учётку она пополняется, будет потом в офлайне рассчитываться с чуваками, у которых ей расплачивались:

Есть ИП Иванов - он выдаёт карту, через него она пополняется

На фудкорте торгуют ИП Петров, Сидоров и Армэн

Я закинул на карту 10тр

У Петрова - купил на 3тр, "расплатившись" рфидом
У Сидорова - купил на 6тр, "расплатившись" рфидом
У Армэна - купил на 1тр, "расплатившись" рфидом

В их учётках это пройдёт как некие бонусные баллы, которые они потом предъявят ИП Иванову к оплате... Но тут тоже получается, что их учётки и рфид-считыватели должны иметь некую связь с учёткой ИП Иванова иначе карта не распознается В общем, можно чота подумать если затея реальная.

Такие вещи в принципе есть уже готовые, чтобы не изобретать велосипед, например карты SODEXO и другие аналоги, но тут опять же таки ситуация такая же, что Иванов, Петров, Сидоров и Армен должны быть ВСЕ подключены к Содексо....

Много текста короче получилось Если вкратце - Иванова, Петрова, Сидорова и Армэна должна связывать общая учётная или бонусная система или что то другое, проще говоря, общая база данных некая.

Про юридические вопросы не говорю сейчас.

[Pilot]

До того как реализовать подключение к терминалу тебе сначала нужен процессинг этих самых карт.

А вы не путаете внутренние RFID средства идентификации и "банковская карта"

Не путает, просто Тима почему то процессингом всё подряд называет

Для рфид карты нужна учётка (1С и тд) и софт терминальный интегрированный с этой учёткой... всё Это в плане ПО если... а по железу это уже в зависимости от хотелок.

[TimoGrozny]

Согласен, у меня в голове слишком много процессингов. Видимо это уже старческий маразм) Для учета и выпуска карт, верно, и 1С подойдет

[Jakov]

У меня в подписи та самая ссылка

На https://el-terminal.ru/ заказчик не нашел ничего ему понятного/интересного.

Ну а если ближе к делу, то естественно, каждый проект индивидуален,

Т.Е. тиражируемого решения нет?

Пока вижу непонятку в том, как загнать все заведения в одну учётку,

Зачем? в ТЗ сказано:
"В нём много разнотипных торговых точек (одного ЮЛ/ИП)"

[SergN]

А реализовывал ли кто систему типа "фудкорт"

Одно торговое помещение.
В нём много разнотипных торговых точек (одного ЮЛ/ИП)
Клиент при входе в торговый зал получает RFID карту, на которую кладет деньги через терминал или кассира.
При оплате предъявляется карта, оформляется покупка, выдаётся некий чек.
При выходе клиент отдаёт карту и получает остаток денег.

Пока интересуют только технические вопросы и ПО, а не юридические нюансы.

можно сделать.
за базу взять систему транспортных карт, пополняемых.

[Pilot]

У меня в подписи та самая ссылка

На https://el-terminal.ru/ заказчик не нашел ничего ему понятного/интересного.
А что он там хотел найти? Программные коды? Или прям свой фудкорт? Да, такого там нет Зато полно фитнесов и прочих проектов с рфид картами. Присылает ТЗ, рассматриваем, делаем, не вижу сложностей

Ну а если ближе к делу, то естественно, каждый проект индивидуален,

Т.Е. тиражируемого решения нет?
Все проекты индивидуальные, а в чём проблема? Как такие решения могут быть тиражируемые? Вся прелесть и есть в том, что это делается под заказчика со всеми его хотелками, то есть одно решение на всех априори не подойдет... Тиражируются такие вещи по его сети фудкортов, франшизе или еще как то...

Пока вижу непонятку в том, как загнать все заведения в одну учётку,

Зачем? в ТЗ сказано:
"В нём много разнотипных торговых точек (одного ЮЛ/ИП)"
не вник...значит проблем никаких Учётка у него какая?

[Jakov]

за базу взять систему транспортных карт, пополняемых.

Это мысль.
Действительно, документооборот почти тот же.

[Jakov]

А что он там хотел найти?

описание похожих систем.
Примеры внедрений. отзывы клиентов.
Ассоциировать свои задачи с фитнесом/парикмахерской/автомойкой не получилось.
+ кроме названия решения ничего нет. Ни описания, ни элементарной рекламы.

Ну а если ближе к делу, то естественно, каждый проект индивидуален,

В 1995 году каждая бухгалтерия была индивидуально.
Потом появились инфо/турбо и прочее, и только спустя лет 15 1С подмял под себя всё.
Вот и хочется, учитывая стоимость всего этого, найти того лидера, который вскоре захватит рынок.

Все проекты индивидуальные, а в чём проблема?

Проблема в стоимости
Проблема в выборе оборудования
Проблема в неспособности заказчика написать ТЗ
Проблема в непонимании заказчиком документооборота
Проблема в неустоявшейся задаче, параметры которой зависят от возможности данной системы.

[Pilot]

В общем, понятно Одни сплошные проблемы
Ну если заказчик всё-таки соберется с силами и надумает их решать, то обращайтесь
Хотя можно, конечно, подождать 25 лет как в примере с 1С Может что то и появится массовое...

[Jakov]

Мысль про транспортные/бензиновые карты вывела заказчика из работоспособности на неделю.
Как оказалось, у нас в городе почти десяток разработчиков подобных систем.
Точнее тех, кто использует некую подобную систему в своих целях.
Но на контакт, по его словам, никто не идет.
Все погружены в сопровождение...