Интеграция 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 дней

Здравствуйте, Artem!

Я вижу, что другие специалисты предлагают свои решения для вашего проекта. Готов помочь вам с консультацией и поддержкой.

Пока не предлагаю конкретных решений, так как важно понимать конечные цели проекта. Для более точного предложения, пожалуйста, уточните:
- Сроки завершения интеграции 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 день

Привет!
Готов взять Ваш проект, выполню в срочном порядке.
Опыт работы с подобными заданиями огромный, трудностей не возникнет.
Если я Вас заинтересовал, пишите, рад сотрудничать!

Бюджет: 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 заказ получает status 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 день

с гопос работал, прям с такой ситуацией не сталкивался, но есть пример на гопос кода проекта который стабильно работает(отсылает им инвойс)

Там не ресторан, но я думаю подойдет, тоже формируем инвойс, и выскакиевает менюшка менеджеру.

Техподдержка действительно очень интересная у них...

Бюджет: 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? Развернуть