Інтеграція GoPos

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

По строках - 5 робочих днів на діагностику та виправлення інтеграції, базова оцінка - 22 000 грн.

Дивіться, тут нюанс - у Swagger GoPos є /api/v3/{organization_id}/orders/{id}/accept, /api/v3/{organization_id}/orders/{id}/reject, /api/v3/{organization_id}/orders/{id}/receive і статус замовлення EXTERNAL. Схоже, зараз замовлення просто створюється, але не потрапляє в сценарій зовнішнього замовлення з підтвердженням на планшеті. Я б перевіряв не тільки POST замовлення, а зв'язку source, reference_id, point_of_sale_id, статус відповіді та права sale.write. Далі або виправляється payload у Ларавел, або додається шар синхронізації з логуванням, повтором запитів і обробкою помилок =/

> Який статус повертає GoPos після створення замовлення - EXTERNAL чи OPENED
> Які поля зараз відправляєте в замовленні - source, reference_id, point_of_sale_id, delivery, terminal_name

Схожі роботи Ingello
> https://business.ingello.com/prime-eva - інтеграції замовлень і ритейл-логіки
> https://business.ingello.com/platforma - бізнесова платформа з ролями, інтеграціями та стійкою логікою
> https://systems-fl.ingello.com - головна сторінка Ingello Systems для FLH Розгорнути

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

Привіт, Артем!

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

Поки не пропоную конкретних рішень, оскільки важливо зрозуміти кінцеві цілі проєкту. Для більш точного пропозиції, будь ласка, уточніть:
- Термін завершення інтеграції GoPos.
- Доступ до додаткових технічних матеріалів або контактів з розробниками GoPos.
- Уявлення про роботу сповіщень на планшетах офіціантів.
- Можливість залучення стороннього спеціаліста по API GoPos.

На вартість і терміни інтеграції впливають:
1. Доступ до додаткової документації GoPos.
2. Деталізація вимог до сповіщень.
3. Необхідність доопрацювання API.
4. Залучення стороннього спеціаліста.

На початковому етапі важливо узгодити бачення кінцевого результату інтеграції GoPos, яке відобразимо в технічному завданні. Такий підхід дозволяє врахувати вже реалізовані рішення та покращити їх.

Я розумію, що інтеграція з GoPos може бути складним завданням. У мене є досвід роботи з API та інтеграціями, і я готовий допомогти вам. Давайте обговоримо деталі проєкту, щоб визначити, наскільки ми підходимо один одному. Пропоную зафіксувати нюанси в переписці або зателефонувати для обговорення. Розгорнути

Бюджет: 2000 UAH Термін: 3 дні

Вітаю, я Петро з BotCraft Group. Роблю інтеграції POS і API під сайти на Laravel.

По вашій задачі картина зрозуміла: замовлення з кастомного сайту йде в GoPos через API, але прилітає вже як прийняте, тому офіціантам на планшети не падає підтвердження, як було на їхньому рідному сайті. Майже завжди це не про сам ендпоінт створення замовлення, а про статус/тип замовлення при створенні (або окремий acceptance-вебхук на боці GoPos) — їхній фронт створює замовлення так, що POS вимагає ручного підтвердження, а ваш виклик ні. Треба звірити поля й ендпоінт, який смикає їхній сайт, з вашими.

Чесно: саме GoPos під ключ не робив, але інтеграції типу «онлайн-замовлення → сповіщення на касу» — так. Готовий залізти у ваш Swagger і код, знайти, де губиться крок підтвердження.

Питання: зараз замовлення доходить у POS повністю (просто без підтвердження), чи буває що взагалі не доходить? І чи є тестовий акаунт GoPos, щоб перевіряти на живих викликах?

Стартова оцінка ~2000 грн і 2-3 дні після того, як гляну Swagger та ваш код. Беру по стартовій — набираю перші відгуки на майданчику. Можу швидко продіагностувати прямо в чаті.

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

Привіт!
Готовий взяти Ваш проект, виконаю у терміновому порядку.
Досвід роботи з подібними завданнями величезний, труднощів не виникне.
Якщо я Вас зацікавив, пишiть, радий співпрацювати!

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

Добрий день! GoPos саме не робив, але робив такі ж інтеграції POS-систем (Syrve/iiko) — і ця проблема з підтвердженням знайома один в один. Майже напевно їхній сайт онлайн-замовлень створює замовлення в статусі «очікує підтвердження», який і тригерить сповіщення офіціанту на планшеті, а ваш прямий запит по API кладе замовлення вже прийнятим (або без поля, яке відправляє його в чергу підтвердження). Гляну їхній swagger по статусах і джерелу замовлення — і скажу точно, де у вас розходиться. Підкажіть: замовлення взагалі доїжджає до планшета, просто без кнопки підтвердження, чи його там не видно зовсім?

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

Довіртеся професіоналу зі стажем понад 10 років! Ставка та терміни актуальні! Буду радий співпраці! Досвід комерційної розробки інтернет-магазинів на CMS, бізнес-порталів та корпоративних сайтів - 11 років! +CMS: WordPress(+Woocommerce) PrestaShop/Opencart/Joomla/Bitrix/MODX/DLE/Shopify php/html/css/js/Mysql, PhotoShop/Figma Приклади робіт (з нуля під ключ): https://outoftime.market https://ecnbot.com https://amari.net.ua/ https://heypretty.gr/ https://thaibalispa.pl/ https://wildandorganic.com/ https://cryptosignals.org/ https://plip.pro https://locs-ua.com/ https://www.alternativemedicine.com.ua/ https://silkkiss.ua/ https://v12coffee.com.ua/ https://smrtalgo.com/ https://sengero.no/ https://beautybysim.no/ https://sonatagalleri.com/ https://www.solmy-realestate.com/ https://www.emmanuel.com.ua/ https://www.onsitecomputersinc.com/ https://express-tehbud.com/ https://korostenporcelain.com.ua/ https://sladok.com.ua/ https://pricemds.com/ https://picupmedia.com/ https://www.serasar.com/

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

Є майже готове рішення для ресторанних pos-інтеграцій з підтвердженням замовлення на стороні pos, можна швидко адаптувати під GoPOS і ваш Laravel-сайт...

подивіться, тут нюанс - по swagger у GoPOS крім створення замовлення є accept, reject, receive і окремі статуси приготування.

швидше за все, зараз замовлення йде як звичайне створене замовлення, а не як зовнішнє замовлення, яке повинно спливати у офіціантів на планшеті для підтвердження.

перевірив би зв'язку source, reference_id, point_of_sale_id, тип замовлення, права sale.write і реальний відповідь GoPOS після створення замовлення.

оцінка - 16000 грн і 5 робочих днів на діагностику, правку інтеграції і тест 1-2 реальних замовлень на планшеті.

потрібні доступи до тестової організації GoPOS, поточний код Laravel, приклад замовлення з старого сайту GoPOS і приклад замовлення з нового сайту.

перший питання - у відповіді GoPOS після POST /api/v3/{organization_id}/orders замовлення отримує статус EXTERNAL або OPENED.

другий питання - старий сайт GoPOS був підключений як окремий додаток всередині GoPOS або просто як публічна сторінка замовлень.

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

головна сторінка Ingello для FLH
https://systems-fl.ingello.com

можемо обговорити тут, я на зв'язку ))

в цілому норм, задача вирішувана, але без реального тестового замовлення тут легко лікувати симптом, а не причину - стара народна історія про сім разів відміряй =)

після правки можна додати журнал помилок і просту ІІ-перевірку підозрілих замовлень, щоб підтримка GoPOS не була єдиною точкою опори, тому що тижнями чекати відповіді - задоволення для дуже терплячих людей. Розгорнути

Бюджет: 2000 UAH Термін: 3 дні

Працював з інтеграціями POS-систем через REST API, в тому числі з ситуаціями, коли документація обмежена одним Swagger без описів. Розумію суть проблеми: замовлення створюється через API і йде в систему, але без очікування підтвердження з боку офіціантів.

Зазвичай у таких випадках потрібно або використовувати polling статусу замовлення (періодично запитувати /orders/{id} до переходу в статус "accepted"), або шукати webhook/callback-механізм у системі. Судячи з опису, GoPos не надає готовий webhook, тому пропоную розібрати flow через реальні запити: створення, підтвердження через /accept, проведення оплати.

Готовий взятися за задачу, розібратися з GoPos API детально і реалізувати коректний flow з підтвердженням. Обговоримо деталі.

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

Так, працював з подібними кейсами, коли доводиться розбиратися зі Swagger без описів і реверс-інжинірити логіку через реальні запити. GoPos конкретно не чіпав, але такі інтеграції для ресторанних систем робив, розумію, як це влаштовано зсередини. Зазвичай у таких випадках дивлюсь на flow замовлення: як він створюється, які статуси проходить, як синхронізувати меню і наявність з сайтом. Питання: ви вже встигли отримати API-ключі і спробувати якісь базові запити, чи поки взагалі з нуля? Готовий розібратися разом і обговорити обсяг робіт.

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

Привіт. З GoPos конкретно не працював, але проблема абсолютно типова для інтеграції будь-яких POS-систем.

Суть в тому, що при прямій відправці замовлення через API не тригериться внутрішня подія (event) для фронт-офісу, тому планшети офіціантів мовчать. Я розберуся з їх Swagger-документацією, знайду, який саме прихований параметр, статус або ендпоінт відповідає за виклик сповіщень на планшетах, і правильно перепишу логіку запиту на стороні Laravel.

Чекати їх техпідтримку тижнями не доведеться, розберуся сам. Laravel — мій профільний стек, зроблю все швидко і чисто.

Посилання на Swagger бачу, готовий підключитися до задачі. Обговоримо деталі в особистих повідомленнях?

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

Доброго дня. Є великий досвід з різними API-сервісами. Готовий до співпраці.

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

Доброго дня!

Ознайомився з описом проблеми та Swagger-документацією. Схоже, що замовлення успішно створюється через API, але не проходить повний цикл підтвердження, через що POS-система не відображає його як замовлення, яке потребує обробки персоналом.

Готовий провести аналіз інтеграції, перевірити використовувані ендпоінти, статуси замовлень та логіку обробки в GoPos, після чого запропонувати рішення та внести необхідні зміни.

Для початку роботи знадобляться доступ до тестового середовища або приклади API-запитів, які зараз використовує сайт.

Буду радий допомогти.

Бюджет: 5000 UAH Термін: 2 дні

Привіт!

Схоже, причину бачу. Коли замовлення оформляється через їх рідний онлайн-магазин, воно приходить в POS як «зовнішнє замовлення на підтвердження» — і саме цей стан викликає те сповіщення з акцептом на планшетах. Ваш кастомний сайт зараз створює замовлення як звичайний відкритий рахунок, тому крок підтвердження і не з'являється.

В їх API під це є окремий цикл (прийом/відхилення замовлення зі статусом і часом реалізації) — потрібні ендпоінти і поле статусу в їх swagger я вже знайшов.

Виправлення — це питання того, як замовлення позначається при створенні: пара цільових перевірок на вашому акаунті плюс, якщо знадобиться, одне точне питання їх підтримці (знаю, яке саме, щоб не чекати відповіді тижнями).

Займаюся інтеграціями POS/e-commerce і бекендом на Laravel.

Ціна в залежності від витраченого часу, навскидку беру 5 годин. Розгорнути

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

З гопос працював, прямо з такою ситуацією не стикався, але є приклад на гопос коду проєкту, який стабільно працює (відсилає їм інвойс).\n\nТам не ресторан, але я думаю, підійде, теж формуємо інвойс, і вискакує менюшка менеджеру.\n\nТехпідтримка дійсно дуже цікава у них...

Бюджет: 3500 UAH Термін: 2 дні

Привіт. Працював з різними системами. Можу допомогти налагодити роботу з терміналами та інтеграцією. Звертайтеся, обговоримо деталі.

Бюджет: 5000 UAH Термін: 2 дні

Привіт ⭐️! Я — висококваліфікований веб-розробник із понад ✅ 7-річним досвідом у розробці бекенду та сучасних веб-технологій. Мій стек включає:

✅ Фронтенд: HTML, CSS, JavaScript, React.js, Vue.js, Angular
✅ CMS: Wordpress(woo), OpenCart, Prestashop, Webflow
✅ Бекенд: PHP, Laravel, CodeIgniter, Python, Django, Flask, Node.js, Next.js
✅ Бази даних: MySQL, PostgreSQL
✅ Інші навички: Git, інтеграція API

Останні проекти:
✔️https://homenly.com
✔️https://confidence-tech.com
✔️https://homexcrm.com
✔️https://omgfirms.com
✔️https://skyhigh-lviv.com/
✔️https://sweet-sdpearls.de/
✔️https://novobudova.pro
✔️https://aquahub.org.ua
✔️https://boostylabs.com
✔️https://ol.zp.ua
✔️https://smt-industry.com
✔️https://emporio-sports.cz

Чому варто обрати мене?
✔️ Швидке та якісне виконання: Ваші завдання будуть виконані вчасно та з бездоганною якістю.
✔️ Інтеграція API: Потрібна безперебійна інтеграція сторонніх API? Я про це подбаю.
✔️ Індивідуальні рішення: Я беру Ваші ідеї та перетворюю їх на успішні веб-рішення, адаптовані до потреб Вашого бізнесу.

Давайте співпрацювати та разом створювати щось дивовижне! Розгорнути

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

Проблема зрозуміла: ваш сайт створює замовлення через POST /orders, і вони приходять у статусі OPENED — безпосередньо в систему, без етапу підтвердження. Сповіщення на планшеті спрацьовує лише для замовлень у статусі EXTERNAL, а в нього потрапляють лише замовлення від зареєстрованих партнерів GoPos (GoOrder, Wolt, Glovo). Звичайне API-замовлення туди не потрапляє — звідси і тиша на планшеті.

Є два шляхи вирішення:

1. Реєстрація як партнер GoPos — через офіційну форму на сайті gopos.pl просіть статус app integration partner. Тоді ваші замовлення потраплять у EXTERNAL, планшет отримає звук і попап, офіціант натискає «прийняти». Правильний шлях, але терміни відповіді від GoPos непередбачувані.

2. Webhook + власний notification layer — паралельно або як запасний варіант: реєструєте webhook на подію ORDER_CREATED, отримуєте сповіщення на сервер, отримуєте повне замовлення через GET, показуєте чергу на окремому планшетному інтерфейсі зі сповіщенням. Офіціант підтверджує там, статус оновлюється через API. Працює без партнерства.

З GoPos API розібрався по Swagger-специфікації — там є робочі endpoints для accept/reject, preparation statuses, webhooks. Документація бідна, але структура зрозуміла.

Готовий взятися: 3–5 днів, 6000–9000 грн в залежності від обраного шляху. Уточніть — GoOrder у вас вже підключений чи сайт повністю кастомний на окремому домені? Розгорнути

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

Доброго дня. Знаю, в чому причина в запиті. Пишіть...

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

Доброго дня!

Відразу чесно: саме з GoPos не працював — але, здається, я вже розумію, в чому ваша проблема, і це вирішується через їх API.

Звучить так, що справа в тому, яким статусом створюється замовлення. Рідний сайт онлайн-замовлень GoPos створює замовлення як «непідтверджене» → тому офіціанту на планшет падає сповіщення «підтвердити». А ваш кастомний сайт на Laravel, судячи з опису, шле замовлення так, що воно відразу приймається (auto-accept), минаючи цей крок.

Виправляється зазвичай в одному з трьох місць:
— інший ендпоінт (у них часто окремий метод під online-замовлення vs касові);
— параметр status при створенні (створювати як new/unconfirmed, а не accepted);
— прапорець source/type замовлення (онлайн vs каса) — саме він і тригерить сповіщення на планшет.

Спосіб знайти точну причину простий: порівнюю payload, який шле їх рідний сайт, з тим, що шле ваш Laravel, по їх Swagger — і знаходжу, яке поле/ендпоінт включає підтвердження. Недокументовані API (тільки Swagger без описів) — якраз те, з чим постійно працюю, так що відсутність нормальної документації і повільна їх техпідтримка тут не проблема, розберуся по самому API.

Дасте доступ до коду інтеграції (де формується запит замовлення) і тестовий доступ до GoPos — і я знайду, чому замовлення йде без підтвердження, і виправлю.

З чого зручніше почати — скинете поточний код відправки замовлення, або спершу гляну, які методи створення замовлення є у них в Swagger? Розгорнути