Syrve/iiko + LiqPay: QR-меню, замовлення зі столу, чайові, підтвердження офіціантом

Бюджет: 27000 UAH Термін: 7 днів

По першому етапу я б заходив через технічне проєктування за 5-7 робочих днів. Вартість такого етапу - 30000 грн. Після нього буде точна схема інтеграції, оцінка MVP і список ризиків по Syrve/iiko, LiqPay та ФОПах.

ТАак, маємо досвід з POS-інтеграціями, оплатами, особистими кабінетами, адмінками і складною логікою замовлень. З Resto.Front.Api або Syrve POS API підхід треба вибрати після перевірки вашої версії Syrve/iiko, ліцензії, сценарію роботи офіціантів і того, де саме треба керувати відкритим замовленням на столі.

Архітектуру бачу так - QR-сторінка столу, сервер замовлень, панель офіціанта або адміністратора, модуль синхронізації з Syrve/iiko, платіжний модуль LiqPay, журнал подій і окремий шар правил для ФОПів. Замовлення з QR не йде на кухню автоматично - воно потрапляє в чергу підтвердження, офіціант перевіряє позиції і тільки потім система створює або оновлює замовлення в Syrve/iiko.

Окремий плагін, скоріше за все, буде потрібен, якщо треба надійно працювати з відкритим столом, локальним фронтом Syrve/iiko, підтвердженням офіціанта і майбутнім автоматичним закриттям. Якщо ваша конфігурація дозволяє все зробити через доступний API без локального плагіна - не будемо ускладнювати.

Чайові 5%, 10%, 15%, своя сума або пропустити краще реалізувати як окремий крок перед оплатою. Тут нюанс - чайові не можна просто змішати з позиціями кухні, бо потім починається бухгалтерська поезія, а вона рідко має щасливий фінал =/ Треба визначити, як саме ресторан проводить чайові юридично і технічно.

!!Критичне місце - декілька ФОПів і фіскалізація!! Алкоголь і кухня мають іти різними правилами, категоріями, оплатами або рахунками. На MVP я б не робив автоматичне закриття чека, а дав адміністратору надійний статус оплати, розбивку по ФОПах і безпечне ручне закриття. Повну автоматизацію варто робити тільки після тестів на реальній фіскальній схемі.

Оцінка по строках - MVP приблизно 4-6 тижнів. Орієнтир по MVP - 220000-380000 грн. Повна версія з автоматичним закриттям, стабільною фіскалізацією, журналом помилок, ролями і нормальним моніторингом - приблизно 450000-900000 грн, залежно від API, плагіна і вимог до касової логіки.

Потрібно уточнити 2 речі.
> Яка версія Syrve/iiko у вас зараз і чи є доступ до Resto.Front.Api або Syrve POS API.
> Як зараз розділені ФОПи, мерчанти PrivatBank/LiqPay і фіскальні чеки для алкоголю та кухні.

Схожі за логікою приклади наших робіт.
> https://business.ingello.com/forma-bpm - бізнес-процеси, ролі, підтвердження дій, складні стани операцій.
> https://business.ingello.com/forma-crm - адмінки, облік, контроль заявок і робота персоналу.
> https://business.ingello.com/prime-eva - ритейл-логіка, інтеграції, облік товарів і складні правила продажів.

Головна сторінка Ingello для Freelancehunt - https://systems-fl.ingello.com/ua Розгорнути

Бюджет: 10000 UAH Термін: 1 день

Вітаю! Чудове і глибоке ТЗ. Я маю досвід із архітектурою Syrve (iiko), C# та інтеграціями LiqPay.

Найвужчі місця у вашому проєкті — це правильний спліт оплат по різних ФОПах (щоб не було проблем із фіскалізацією) та перехоплення чека до його автоматичного друку на кухні. Я маю чітке бачення, як реалізувати цей флоу надійно, і знаю, як обійтися без розробки важкого касового плагіна на етапі MVP, щоб суттєво заощадити ваш бюджет.

Напишіть мені в особисті повідомлення — я коротко розпишу оптимальну схему інтеграції для вашого ресторану і зорієнтую по цифрах!

Бюджет: 12000 UAH Термін: 14 днів

Доброго дня! Робив веб-замовлення під ресторан з оплатою LiqPay — QR на столі, меню, кошик, рахунок. По Syrve одразу головне питання: у вас є доступ до iikoCloud/Syrve API (хмарний токен), чи каса лише локальна (RMS на місці)? Від цього залежить, як замовлення лягатиме на стіл і чи можна дописувати позиції у вже відкритий чек. Решта — підтвердження офіціантом перед кухнею, чайові 5/10/15/своя сума, оплата LiqPay — робиться спокійно. Готовий взятися, орієнтовно 12-14 днів. Деталі обговоримо.

Бюджет: 27000 UAH Термін: 14 днів

Вітаю! 👋

Ваш проєкт добре описаний і видно, що ви вже продумали основну бізнес-логіку. Маю досвід розробки складних backend-систем, інтеграцій із зовнішніми API, платіжними сервісами, CRM/POS-рішеннями та проєктування масштабованої архітектури. Також із Iiko Syrve API
Мій основний стек:

Backend

Python
Django
Django REST Framework
FastAPI
PostgreSQL
Redis / Celery

Frontend

React
Next.js
TypeScript

Integrations

REST API
LiqPay / платіжні інтеграції
Telegram notifications
Webhooks
Docker / Nginx / VPS

Як бачу архітектуру MVP

* QR-код однозначно ідентифікує стіл.
* Frontend відображає актуальне меню, отримане через API.
* Замовлення потрапляє у власний backend зі статусом очікує підтвердження".
* Адміністратор або офіціант підтверджує замовлення.
* Після підтвердження backend передає замовлення до Syrve/iiko.
* Якщо по столу вже існує відкрите замовлення — нові позиції додаються до нього, інакше створюється нове.
* Оплата проходить через LiqPay із використанням webhook для підтвердження статусу.
* Адмін-панель відображає статуси замовлень і платежів у реальному часі.

Для чайових реалізував би окремий крок перед оплатою з варіантами:

* 5%;
* 10%;
* 15%;
* власна сума;
* без чайових.

Питання з кількома ФОПами необхідно вирішувати на рівні бізнес-логіки та фіскалізації. Остаточне рішення залежить від можливостей конкретної конфігурації Syrve/iiko та способу інтеграції, тому це варто визначити під час технічного проєктування.

Відповіді на ваші питання

Чи працював із Syrve/iiko? Працював із інтеграційними API та POS-рішеннями, але перед початком реалізації провів би технічний аудит можливостей саме вашої конфігурації Syrve/iiko
.
Resto.Front.Api / Syrve POS API - так , реалізовував рішення для мережі ресторанів.

LiqPay / PrivatBank? Так, маю досвід інтеграції платіжних сервісів через API та webhook.
Чи потрібен окремий плагін? Це залежить від обраного способу інтеграції. Після аудиту можна визначити, чи достатньо Syrve API, чи доцільніше використовувати плагін Resto.Front.

Підтвердження замовлення офіціантом— окрема черга QR-замовлень у веб-панелі або планшеті адміністратора з кнопками "Підтвердити" / "Відхилити".

Чайові— окремий етап перед оплатою із передачею суми разом із платіжною транзакцією.

Чекаю на Ваше повідомлення в особистих!
З повагою , Андрій! Розгорнути

Бюджет: 27000 UAH Термін: 28 днів

Доброго дня!

Ознайомився з вашим завданням. Пропоную реалізувати сучасне веб-рішення на базі Syrve Cloud API (REST API) замість застарілого підходу з локальними плагінами на C#. Саме за такою архітектурою працюють топові сервіси (Choice, Expirenza). Це зробить систему незалежною від заліза в ресторані, стабільнішою та зекономить ваш бюджет.

Відповіді на ваші запитання:

Чи мали досвід / Чи працювали з API? Я спеціалізуюся на веб-розробці та інтеграціях по REST API. Замість локального Resto.Front.Api (який вимагає C#) я інтегрую систему через хмарний Syrve Cloud API. Це сучасний стандарт, який працює з JSON і не вимагає написання костилів на C#.

Чи потрібен окремий плагін для Syrve? Ні, плагін НЕ потрібен. Система буде спілкуватися з касою напряму через офіційну хмару Syrve.

Чи робили інтеграції з LiqPay? Так, маю досвід роботи з платіжними шлюзами.

Як ви бачите архітектуру? Гість сканує QR ➔ потрапляє у веб-додаток (фронтенд) ➔ збирає кошик ➔ мій бекенд обробляє замовлення і відправляє запит у Syrve Cloud API ➔ адміністратор бачить замовлення на касі ➔ після оплати статус оновлюється через вебхуки.

Як реалізувати підтвердження (щоб не йшло одразу на кухню)? Замовлення з QR-меню відправляється в Syrve як "Зовнішнє замовлення" (доставка/на стіл). На касовому терміналі у ресторані воно блимає як нове. Адміністратор перевіряє його, натискає "Прийняти", і лише після цього відбувається друк бігунків на кухню.

Як вирішити питання з декількома ФОПами? Це вирішується на рівні мого бекенда. Товари діляться за категоріями (Кухня / Алкоголь). У LiqPay реєструються два різних мерчанти. При оплаті бекенд розбиває кошик на дві частини, і гість робить дві транзакції (або ми налаштовуємо розщеплення платежу, якщо це дозволяють умови банку). Фіскалізація проходить ідеально чисто.

Як реалізувати чайові? Перед переходом до оплати гість бачить екран з кнопками (5%, 10%, 15%, своя сума, пропустити). Щоб не плутати чайові з доходом ФОПа, ідеально налаштувати переказ цих коштів на окремі LiqPay/Mono-гаманці офіціантів.

Строки та вартість:

MVP (QR, меню, кошик, відправка замовлення в Syrve з ручним підтвердженням на касі, без автооплати) — орієнтовно 2-3 тижні.

Повна версія (LiqPay, 2 ФОПа, чайові, статуси) — ще 3-4 тижні.

Точний бюджет зможу назвати після узгодження деталей та флоу.

Готовий провести коротку технічну консультацію і детальніше пояснити, чому хмарна REST-архітектура — це найкращий вибір для цього завдання. Буду радий співпраці! Розгорнути

Бюджет: 27000 UAH Термін: 35 днів

МАємо практично готову основу для такого QR-замовлення з кабінетом адміністратора, її можна швидко адаптувати під Syrve/iiko, LiqPay і правила ваших ФОПів, можемо обговорити тут, я поруч у чаті =)

з Syrve/iiko та подібними POS-системами працювали, по Resto.Front.Api або Syrve POS API я б обирав після перевірки вашої ліцензії, доступів і того, де реально відкриті замовлення столів.
з LiqPay і PrivatBank працювали - оплата, callback, перевірка підпису, статуси платежів, ручна звірка для адміністратора.

архітектуру бачу так - QR-сторінка столу, бекенд із кошиком і статусами, екран офіціанта для підтвердження, шар інтеграції з Syrve/iiko, платіжний шар LiqPay, журнал дій адміністратора.
плагін для Syrve, скоріше за все, знадобиться, якщо треба надійно бачити відкриті столи і додавати позиції в поточне замовлення через Resto.Front.Api.
якщо вистачить Syrve POS API, частину можна зробити без локального плагіна, але це треба перевірити на вашій інсталяції.

підтвердження офіціантом робив би як чергу QR-замовлень - прийняти, відхилити, змінити коментар або позицію, і тільки після цього відправляти в Syrve/iiko.
чайові 5%, 10%, 15%, своя сума або пропустити робляться на екрані перед оплатою, а далі їх треба правильно провести як окрему суму або сервісну позицію залежно від фіскальної схеми.

дивіться, тут нюанс...
кілька ФОПів краще вирішувати через групи товарів, правила маршрутизації оплати, окремі merchant або рахунки LiqPay і окрему логіку фіскалізації.
на першому етапі я б залишив ручне закриття чека адміністратором, бо це знижує ризик помилок з алкоголем і кухнею.

mvp орієнтвно 4-6 тижнів і 180000-260000 грн.
повна версія з автоматичним закриттям, ролями, аналітикою і стабільною фіскальною логікою - приблизно 8-12 тижнів і 400000-700000 грн.
технічне проєктування перед розробкою - 3-5 днів, воно дасть точну схему API, плагіна і фіскалізації.

питання перед точною оцінкою
яка версія Syrve/iiko встановлена і чи є доступ до API
алкоголь і кухня мають оплачуватись одним платежем для гостя чи допустимі 2 платежі під капотом

схожі приклади
https://business.ingello.com/eva - електронна комерція, оплати, облік і складна логіка замовлень
https://business.ingello.com/platforma - корпоративна система з ролями, процесами і адміністративними діями
https://business.ingello.com/svitbus - бронювання, оплати і статуси замовлень, близько за логікою до ресторанного сценарію

головний лендинг для FLH
https://systems-fl.ingello.com/ua Розгорнути

Бюджет: 1500 UAH Термін: 7 днів

Доброго дня, Serhii!

Ознайомившись із відгуками інших спеціалістів, хочу допомогти вам з проєктом. Нижче наведені приклади успішних кейсів:

- Приріст трафіку на 689% за 3 місяці.
- Зростання трафіку на 486% для компанії друку принтів.
- Зростання трафіку на 4854% за 15 місяців.

Поки що утримаюся від пропозиції, оскільки потрібно краще зрозуміти цілі інтеграції. Щоб запропонувати оптимальний варіант співпраці, уточніть, будь ласка:

- Які строки запуску? Чи планується швидкий запуск MVP?
- Чи є детальне ТЗ або бачення інтеграції?
- Як ви уявляєте архітектуру рішення? Чи потрібен окремий плагін для Syrve?
- Як реалізувати підтвердження QR-замовлення офіціантом?
- Як вирішити питання з кількома ФОПами у фіскалізації?

На вартість та строки розробки впливають:

1. Потреба в технічній консультації.
2. Чітке бачення архітектури та потреба в плагіні для Syrve.
3. Складність інтеграції з LiqPay або PrivatBank.
4. Кількість функцій: підтвердження QR-замовлення, налаштування чайових.
5. Час на реалізацію MVP та повної версії.

На початку співпраці важливо узгодити кінцеве бачення інтеграції, яке відобразимо в технічному завданні. Я надаю перевагу формуванню бачення на основі аналізу конкурентів та ваших побажань.

Маю досвід роботи з Syrve/iiko та LiqPay, розумію специфіку ресторанного бізнесу та важливість інтеграції для покращення обслуговування. Знаю, як налаштувати систему для зручності гостей та оптимізації роботи персоналу.

Наступний крок - обговорити проєкт і зрозуміти, наскільки ми підходимо одне одному. Давайте зафіксуємо деталі в листуванні або на міті, щоб краще зрозуміти ваші потреби та знайти оптимальний підхід до інтеграції. Розгорнути

Бюджет: 10000 UAH Термін: 14 днів

Маю досвід розробки fullstack веб-застосунків понад 3.5 роки, стек: TypeScript, Vue/Nuxt, NestJS, PostgreSQL. Розумію завдання: інтеграція QR-меню зі столу, синхронізація замовлень через API Syrve/iiko, підтвердження офіціантом і оплата через LiqPay.

Можу допомогти з технічною консультацією на першому етапі: визначити, як підключатися до Syrve/iiko API, який плагін потрібен, запропонувати архітектуру для коректної роботи двох ФОПів та фіскалізації, оцінити MVP і строки. Маю досвід побудови подібних інтеграцій у B2B-продуктах, де важлива точність транзакцій і надійність.

Готовий обговорити деталі вашого проєкту та запропонувати чітке технічне рішення.

Бюджет: 6000 UAH Термін: 5 днів

Доброго дня!

Ознайомився з технічним описом. Можу допомогти з проєктуванням та реалізацією інтеграції QR-меню із Syrve/iiko, налаштуванням логіки замовлень зі столів, інтеграцією платіжних систем та обробкою статусів замовлень.

На першому етапі пропоную провести технічний аналіз API Syrve/iiko, визначити оптимальну архітектуру рішення та оцінити можливість реалізації MVP без зайвої складності для персоналу ресторану.

Працюю з REST API, інтеграціями платіжних систем та веб-рішеннями для автоматизації бізнес-процесів.

Готовий обговорити деталі та запропонувати поетапний план реалізації.

Бюджет: 4000 UAH Термін: 5 днів

Вітаю!

Можемо допомогти з автоматизацією Playerok, але за описом це досить велика система, а не простий бот. Тут є dashboard, Autocode, Job, Autobump, Relist, статистика, Telegram-панель, Google Sheets і окремий Roblox/Swizzyer workflow.

Ми займаємося автоматизацією бізнес-процесів, внутрішніми панелями, Telegram-ботами, парсингом, dashboard-системами та інтеграціями з зовнішніми сервісами. Добре розуміємо задачі зі статусами, чергами, логами, ручним керуванням і захистом від помилкових дублів.

За бюджет 4000 грн можу запропонувати перший етап:

- розібрати поточний сценарій;
- перевірити технічні обмеження Playerok / Swizzyer;
- спроєктувати структуру модулів;
- зробити прототип одного базового сценарію або Telegram-панелі.

Повний функціонал краще оцінювати окремо після перевірки доступів і способу автоматизації. Так буде безпечніше і реалістичніше по термінах. Розгорнути

Бюджет: 1000 UAH Термін: 1 день

Вітаю! Робив інтеграцію з LiqPay — платіжну частину і QR закрию, по Syrve API готовий розібратись на старті разом з вами. Сподіваюсь на співпрацю!

Відповіді на :

1. Досвід з Syrve/iiko — не працював напряму, але готовий вивчити API на старті
2. Resto.Front.Api / Syrve POS API — опрацюю документацію перед початком
3. LiqPay / PrivatBank — так, є досвід інтеграції
4. Архітектура — QR → веб-сторінка столу → кошик → офіціант підтверджує → Syrve API → оплата LiqPay → статус адміністратору
5. Плагін для Syrve — залежить від версії, визначимо на консультації
6. Підтвердження офіціантом — окрема адмін-панель або Telegram-бот з кнопкою підтвердження
7. Чайові — реалізую як окремий крок перед оплатою з кнопками 5/10/15% + своя сума + пропустити
8. Два ФОПи — два окремих LiqPay акаунти, розподіл позицій по категоріях на рівні кошика
9. MVP — орієнтовно 3-4 тижні
10. Вартість MVP — обговоримо після консультації, приклади схожих робіт наразі немає Розгорнути

Бюджет: 1500 UAH Термін: 1 день

Доброго дня. На перший етап (технічна консультація і архітектурна оцінка) готовий зайти, на повну розробку MVP заходити чесно не можу: вона вимагає C# і Resto.Front.Api, цього стеку у мене немає. Якщо консультативний скоп вам цікавий, пропоную таке.

По архітектурі рішення стандартно ділиться на чотири шари: гостьова частина (QR-сторінка з меню, кошик, тіпи, оплата) на Next.js або будь-якому SSR-фреймворку плюс backend на Python або Node з REST API, шар інтеграції з Syrve або iiko через офіційний Cloud API (документально доступний без C#-плагіну для більшості сценаріїв включаючи створення та доповнення замовлень по столу), платіжний шар через LiqPay із серверною валідацією через підпис, і адмінська панель для офіціанта з підтвердженням QR-замовлень. Multi-tenant по ФОПах робиться на рівні маршрутизації позицій по категоріях у платіжному шарі, не в POS.

По важливих питаннях з вашого ТЗ: Syrve має cloud-based API (api-ru.syrve.live) куди можна слати замовлення без plugin'а. Плагін на C# потрібен тільки якщо вам треба змінювати поведінку POS-терміналу зсередини. Підтвердження QR-замовлень офіціантом найпростіше робити окремою admin-сторінкою з вебсокетом до бекенду плюс пуш у POS після підтвердження. Тіпи 5-10-15-своє стандартно йдуть як окрема позиція в чек з типом сервісного збору або через API LiqPay payee_split.

Що можу зробити на першому етапі: повний документ архітектури з вибором API, схемою інтеграції, оцінкою MVP в годинах, відповідями на всі питання з вашого ТЗ і рекомендацією щодо C#-розробника для самої реалізації, з ким можна продовжити. По часу 1 робочий день на детальну консультацію після ознайомлення з вашим поточним станом POS і ФОПів. Якщо такий формат вам не підходить, цілком розумію.

Бюджет: 10000 UAH Термін: 5 днів

Доброго дня. Маємо 4 роки досвіду у веброзробці та інтеграціях бізнес-систем. Для такого рішення бачимо архітектуру через окремий web-сервіс QR-меню з інтеграцією до Syrve/iiko через Syrve API або Resto.Front.Api, де замовлення спочатку потрапляє в панель адміністратора для підтвердження, а вже після цього створюється або доповнюється замовлення в POS-системі. Оплату та чайові можна реалізувати через LiqPay з вибором 5%, 10%, 15% або власної суми, а для роботи з кількома ФОПами запропонуємо окрему схему розподілу позицій та фіскалізації відповідно до вимог бізнесу. Можемо допомогти як з технічною консультацією та проєктуванням MVP, так і з повною реалізацією рішення. Приклади робіт: apple-family.com.ua/uk, 3magency.co.

Бюджет: 18000 UAH Термін: 21 день

Вітаю,

задача нетривіальна — особливо в частині мультиФОП і підтвердження замовлення офіціантом. Давайте по пунктах.

Архітектура

Три шари:

Frontend (React SPA) — QR → сторінка столу з меню, кошик, екран чайових, чек
Backend (Node.js / Python) — middleware між фронтом, Syrve і LiqPay; тут живе черга підтверджень
Syrve отримує замовлення тільки після підтвердження, через iiko Cloud API
Схема підтвердження: гість відправляє замовлення → воно потрапляє в backend зі статусом pending → офіціант/адмін бачить його в простому веб-інтерфейсі або Telegram-боті → підтверджує → backend дивиться, чи є відкрите замовлення на столі через order_by_id, і або додає позиції до існуючого (order_add_items), або створює нове (order_create).

Плагін для Syrve потрібен?

Ні. iiko Cloud API (REST) покриває все: отримати меню, створити/доповнити замовлення, закрити чек. Resto.Front.Api — це для in-POS плагінів на C#, що запускаються всередині самого POS. Для цього завдання він не потрібен.

Чайові

LiqPay не має нативного поля для чайових — і це нормально. Реалізація: гість вибирає 5/10/15% або вводить суму, backend рахує підсумок (рахунок + чайові) і відправляє одну суму в LiqPay. Чайові фіксуються в базі окремо — для звіту.

Два ФОПи — фіскалізація

LiqPay підтримує split payment: один платіж автоматично ділиться між кількома merchant accounts. Схема: backend при формуванні платежу ділить позиції на два кошики — алкоголь (ФОП 1) і все інше (ФОП 2), рахує суми, передає в LiqPay split-параметри. Обидва ФОПа отримують кошти в рамках однієї транзакції. Для цього потрібно підключити функцію split на рівні merchant account — запит до LiqPay support.

Syrve при цьому може бачити одне замовлення — питання, чи розбивати на два чеки по ФОПах, вирішується разом з бухгалтером і конфігурацією фіскального реєстратора. На першому етапі адмін закриває чек вручну — це розв'язує вузол.

Терміни і вартість

Готовий провести коротку технічну консультацію — пишіть у особисті.

MVP — QR-меню, кошик з коментарями, підтвердження офіціантом, відправка в Syrve, базова оплата через LiqPay, статуси для адміна: 18 000–22 000 грн, 2–3 тижні.

Повна версія — чайові, split payment між ФОПами, авто-закриття чека, адмін-дашборд з історією оплат: додатково 15 000–20 000 грн, ще 2–3 тижні. Розгорнути

Бюджет: 1000 UAH Термін: 1 день

Вітаю, маю аналогічний досвід роботи з QR оплатами
Інтегрую у Вашу систему повністю
Ось прилкад роботи виконаної - оплату також проходить через Liqpay, проте інтеграція з 1С
https://qr.megaoptika.ua/
https://qr.megaoptika.ua/table/1/
Щодо усіх питань пишіть в особисті з радістю допоможу Вам!

Бюджет: 8000 UAH Термін: 5 днів

Доброго дня.
Наша команда має багаторічний досвід у розробці ERP, CRM, CMS та спеціалізованого програмного забезпечення для бізнесу. Ми створюємо ефективні цифрові рішення, що допомагають автоматизувати процеси, підвищувати продуктивність та масштабувати компанії.

Працюємо з сучасними технологіями — від ботів і скриптів до AI-агентів та аналітичних систем. Розробляємо сайти різної складності. У нашому портфоліо — реалізовані ERP-рішення для готельного бізнесу, а також для компаній, які займаються імпортом та продажем товарів, а також власний продукт XFitness — ERP-система, створена спеціально для фітнес-клубів.

Готові реалізувати ваш проєкт і запропонувати найкраще рішення саме для ваших потреб.
Наше портфоліо: Freelancehunt

Ми спеціалізуємось в таких сферах:
-Розробка ERP Систем
-Розробка CRM Систем
-Розробка Веб-Сайтів будь-якої складності
-Розробка CMS Систем
-Підтримка Веб-Сайтів
-Розробка OpenCart
-Підтримка OpenCart
-Модифікація OpenCart
-Доробка OpenCart
-Розробка WordPress
-Підтримка WordPress
-Модифікація WordPress
-Доробка WordPress
-Розробка ECommerce
-Підтримка ECommerce
-Модифікація ECommerce
-Доробка ECommerce
-Розробка Веб-Додатків
-Підтримка 1С Серверів
-Підтримка Веб-Серверів
-Розробка мобільних додатків
- Парсинг даних
-Розробка ботів
-Розробка AI-агентів

та на таких технологіях:
- Python
-PHP
-Laravel
-Symfony
-Yii2
-JS
-NodeJS
-jQuery
-TypeScript
-MySQL
-HTML
-CSS
-Vue
-Nuxt.js
-React
-React Native
-C++ Розгорнути

Бюджет: 10000 UAH Термін: 1 день

Привіт!

Можемо допомогти з інтеграцією QR-меню, оплатою та обліком замовлень під вашу схему.

1. Чи є у вас вже обраний спосіб підключення до Syrve/iiko?
2. Який сценарій для MVP потрібен в першу чергу?

—
Про нас

Ми dZENcode – IT-компанія повного циклу розробки: від дизайну та програмування до інтеграцій та пострелізної підтримки цифрових рішень.
Ми створюємо проекти з нуля, а також підключаємось до вже існуючих рішень, яким потрібні доопрацювання, розвиток або технічна підтримка.

Докладну інформацію про наші послуги та ставки ви знайдете на офіційному сайті: Freelancehunt

Подивіться – після цього зможемо обговорити деталі та узгодити наступний крок.

⚠️ Після уточнення всіх деталей ми визначимо обсяг робіт, підходящий формат співпраці: по завданням, аутсорсинг або аутстаффінг – і фінальну вартість.

З нами проекти гарантовано доходять до релізу:
• 10+ років надаємо IT-послуги;
• 90+ штатних спеціалістів;
• 250+ публічних відгуків з 2015 року;
• Підтримуємо продукти за SLA після запуску;
• Працюємо за NDA та договором з компанією! Розгорнути

Бюджет: 24800 UAH Термін: 21 день

Доброго дня. Є розуміння подібних інтеграційних проектів, тому можу допомогти як з технічною консультацією та проектуванням архітектури рішення, так і з подальшою розробкою MVP. На першому етапі можна визначити оптимальний спосіб інтеграції з Syrve/iiko, опрацювати логіку замовлень, оплат і фіскалізації, щоб уникнути проблем при запуску та масштабуванні системи.

Бюджет: 11000 UAH Термін: 7 днів

Працював з iiko API та LiqPay, тому завдання розумію зсередини. По суті, це зв'язка: фронт на столі (QR -> меню -> замовлення), бекенд, який записує замовлення в iiko через API та тримає статус, плюс LiqPay для оплати та опціонально чайових окремою транзакцією. Ключовий момент тут, на мій погляд, це підтвердження офіціантом: потрібно зрозуміти, це через iiko-інтерфейс касира чи окреме мобільне сповіщення. Готовий обговорити деталі та оцінити обсяг робіт.

Бюджет: 1000 UAH Термін: 7 днів

Зрозумів задачу.
Свого часу часто бував у знайомих рестораторів і знаю, наскільки боляче потім виправляти помилки в обліку та чеках, тому архітектуру краще продумати ще до початку розробки.
Бачу сенс почати саме з технічної консультації та схеми інтеграції, щоб зрозуміти чи вистачить API Syrve, чи для ваших процесів буде потрібен окремий плагін. Після цього вже можна досить точно оцінити MVP, строки та бюджет.
Підкажіть, будь ласка, яка версія Syrve зараз використовується у ресторані? Чи є вже готове QR-меню або його також потрібно розробляти? І як зараз організована робота з кількома ФОПами в самій POS-системі?

Бюджет: 25000 UAH Термін: 20 днів

Ми маємо досвід інтеграції Syrve/iiko з платіжними шлюзами. Реалізуємо систему через API для синхронізації меню, замовлень та транзакцій LiqPay. Забезпечимо коректну передачу даних на термінал офіціанта та автоматичне закриття чеків. Готові спроектувати архітектуру для стабільної роботи вашого ресторану.