GoPos Integration

Budget: 22000 UAH Deadline: 5 days

In terms of deadlines - 5 working days for diagnostics and fixing the integration, basic estimate - 22,000 UAH.

Look, there’s a nuance - in Swagger GoPos there are /api/v3/{organization_id}/orders/{id}/accept, /api/v3/{organization_id}/orders/{id}/reject, /api/v3/{organization_id}/orders/{id}/receive and the order status EXTERNAL. It seems that the order is simply created now, but does not enter the external order scenario with confirmation on the tablet. I would check not only the POST of the order, but also the connection of source, reference_id, point_of_sale_id, response status, and sale.write rights. Then either the payload is fixed in Laravel, or a synchronization layer is added with logging, request retries, and error handling =/

> What status does GoPos return after creating an order - EXTERNAL or OPENED?
> What fields are you currently sending in the order - source, reference_id, point_of_sale_id, delivery, terminal_name?

Similar works by Ingello
> https://business.ingello.com/prime-eva - order integrations and retail logic
> https://business.ingello.com/platforma - business platform with roles, integrations, and stable logic
> https://systems-fl.ingello.com - main page of Ingello Systems for FLH Expand

Budget: 1500 UAH Deadline: 7 days

Hello, Artem!

I see that other specialists are offering their solutions for your project. I am ready to assist you with consultation and support.

I am not proposing specific solutions yet, as it is important to understand the final goals of the project. For a more accurate proposal, please clarify:
- Deadlines for the completion of the GoPos integration.
- Access to additional technical materials or contacts with GoPos developers.
- An understanding of how notifications work on waiters' tablets.
- The possibility of involving an external specialist for the GoPos API.

The cost and timelines for integration are influenced by:
1. Access to additional GoPos documentation.
2. Detailing the requirements for notifications.
3. The need for API modifications.
4. Involving an external specialist.

At the initial stage, it is important to agree on the vision of the final result of the GoPos integration, which we will reflect in the technical assignment. This approach allows us to consider already implemented solutions and improve them.

I understand that integration with GoPos can be a complex task. I have experience working with APIs and integrations, and I am ready to help you. Let's discuss the project details to determine how well we fit together. I suggest we document the nuances in our correspondence or have a call to discuss. Expand

Budget: 2000 UAH Deadline: 3 days

Hello, I am Petro from BotCraft Group. I do integrations of POS and API for websites on Laravel.

Regarding your task, the picture is clear: orders from the custom site go to GoPos via API, but they arrive already marked as accepted, so the waiters do not receive confirmations on their tablets, as they did on their native site. Almost always, this is not about the endpoint for creating orders itself, but about the status/type of the order upon creation (or a separate acceptance webhook on the GoPos side) — their front end creates the order in such a way that the POS requires manual confirmation, while your call does not. We need to compare the fields and the endpoint that pulls from their site with yours.

Honestly: I haven't done GoPos turnkey, but I have done integrations like "online order → notification to the cash register" — yes. I am ready to dive into your Swagger and code to find where the confirmation step is getting lost.

Question: does the order currently reach the POS completely (just without confirmation), or is there a case where it does not reach at all? And is there a test GoPos account to check on live calls?

Initial estimate ~2000 UAH and 2-3 days after I look at Swagger and your code. I am taking it at the initial rate — I am gathering my first reviews on the platform. I can quickly diagnose directly in the chat.

Budget: 2000 UAH Deadline: 1 day

Hello! I am ready to take on your project and will complete it urgently. I have extensive experience with similar tasks, so there will be no difficulties. If I have piqued your interest, feel free to write; I am happy to collaborate!

Budget: 1500 UAH Deadline: 2 days

Good afternoon! I haven't specifically worked with GoPos, but I have done similar integrations with POS systems (Syrve/iiko) — and this confirmation issue is exactly familiar. Almost certainly, their online ordering site creates an order in the "awaiting confirmation" status, which triggers a notification to the waiter on the tablet, while your direct API request places the order as already accepted (or without the field that sends it to the confirmation queue). I will check their swagger for statuses and order sources — and I will tell you exactly where your issue lies. Could you let me know: does the order reach the tablet at all, just without the confirmation button, or is it not visible there at all?

Budget: 10000 UAH Deadline: 10 days

Trust a professional with over 10 years of experience! The rates and deadlines are current!
I will be glad to cooperate!
Experience in commercial development of online stores on CMS, business portals, and corporate websites - 11 years!
+CMS: WordPress(+Woocommerce), PrestaShop, Opencart, Joomla, Bitrix, MODX, DLE, Shopify
php/html/css/js/Mysql, PhotoShop/Figma
Examples of work (from scratch, turnkey):
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/ Expand

Budget: 16000 UAH Deadline: 5 days

There is an almost ready solution for restaurant POS integrations with order confirmation on the POS side, which can be quickly adapted for GoPOS and your Laravel site...

Look, there’s a nuance - according to Swagger, for GoPOS, besides creating an order, there are accept, reject, receive, and separate cooking status.

Most likely, the order is currently sent as a regular created order, not as an external order that should pop up for waiters on their tablets for confirmation.

I would check the connection of source, reference_id, point_of_sale_id, order type, sale.write rights, and the actual response from GoPOS after creating the order.

Estimate - 16,000 UAH and 5 working days for diagnostics, fixing the integration, and testing 1-2 real orders on the tablet.

Access to the test organization of GoPOS, the current Laravel code, an example order from the old GoPOS site, and an example order from the new site are needed.

First question - in the response from GoPOS after POST /api/v3/{organization_id}/orders, does the order receive status EXTERNAL or OPENED?

Second question - was the old GoPOS site connected as a separate application within GoPOS or just as a public order page?

Similar works on integrations and orders
https://business.ingello.com/prime-eva - complex sales, accounting, and integrations with operational processes
https://business.ingello.com/svitbus - bookings, orders, and synchronization of business logic between systems

Main page of Ingello for FLH
https://systems-fl.ingello.com

We can discuss here, I’m available ))

Overall, it’s fine, the task is solvable, but without a real test order, it’s easy to treat the symptom rather than the cause - an old folk story about measuring seven times =)

After the fix, you can add an error log and a simple AI check for suspicious orders, so that GoPOS support is not the only point of reliance, because waiting weeks for responses is a pleasure for very patient people. Expand

Budget: 2000 UAH Deadline: 3 days

I have worked with POS system integrations through REST API, including situations where the documentation is limited to a single Swagger without descriptions. I understand the essence of the problem: an order is created through the API and sent to the system, but without waiting for confirmation from the waitstaff.

Usually, in such cases, it is necessary to either use polling for the order status (periodically requesting /orders/{id} until it changes to "accepted"), or to look for a webhook/callback mechanism in the system. Judging by the description, GoPos does not provide a ready-made webhook, so I suggest we analyze the flow through real requests: creation, confirmation via /accept, and processing payment.

I am ready to take on the task, thoroughly understand the GoPos API, and implement the correct flow with confirmation. Let's discuss the details.

Budget: 700 UAH Deadline: 1 day

Yes, I have worked with similar cases where I had to deal with Swagger without documentation and reverse-engineer the logic through real requests. I haven't specifically dealt with GoPos, but I have done such integrations for restaurant systems and understand how it works internally. Usually, in such cases, I look at the order flow: how it is created, what statuses it goes through, how to synchronize the menu and availability with the website. Question: have you already managed to obtain the API keys and try some basic requests, or are you starting from scratch? I am ready to figure it out together and discuss the scope of work.

Budget: 1500 UAH Deadline: 2 days

Hello. I haven't specifically worked with GoPos, but the problem is absolutely typical for the integration of any POS systems.

The essence is that when sending an order directly through the API, the internal event for the front office is not triggered, so the waiters' tablets remain silent. I will go through their Swagger documentation, find out which hidden parameter, status, or endpoint is responsible for triggering notifications on the tablets, and correctly rewrite the request logic on the Laravel side.

I won't have to wait weeks for their tech support; I will figure it out myself. Laravel is my specialized stack, and I will do everything quickly and cleanly.

I see the link to Swagger and am ready to get started on the task. Shall we discuss the details in private?

Budget: 5000 UAH Deadline: 5 days

Hello. I have extensive experience with various API services. I am ready for collaboration.

Budget: 1500 UAH Deadline: 2 days

Good day!

I have reviewed the problem description and the Swagger documentation. It seems that the order is successfully created through the API, but it does not go through the full confirmation cycle, which is why the POS system does not display it as an order that requires processing by the staff.

I am ready to conduct an integration analysis, check the endpoints used, order statuses, and processing logic in GoPos, after which I will propose a solution and make the necessary changes.

To start working, I will need access to the test environment or examples of API requests that the site is currently using.

I would be happy to help.

Budget: 5000 UAH Deadline: 2 days

Hello!

It seems I see the reason. When an order is placed through their native online store, it comes to the POS as "external order for confirmation" — and this status triggers that acceptance notification on the tablets. Your custom site is currently creating the order as a regular open invoice, so the confirmation step does not appear.

There is a separate cycle in their API for this (accepting/rejecting an order with status and implementation time) — I have already found the necessary endpoints and status field in their swagger.

Fixing it is a matter of how the order is marked upon creation: a couple of target checks on your account plus, if needed, one precise question to their support (I know exactly which one, so as not to wait for a response for weeks).

I am working on POS/e-commerce integrations and backend on Laravel.

The price depends on the time spent, I estimate around 5 hours. Expand

Budget: 1000 UAH Deadline: 1 day

I have worked with gopos, but I haven't encountered a situation like this directly. However, there is an example of gopos code from a project that works reliably (it sends them an invoice).

It's not a restaurant, but I think it will work as well; we also generate an invoice, and a menu pops up for the manager.

Their technical support is indeed very interesting...

Budget: 3500 UAH Deadline: 2 days

Hello. I have worked with various systems. I can help set up work with terminals and integration. Feel free to reach out to discuss the details.

Budget: 5000 UAH Deadline: 2 days

Hello ⭐️! I am a highly qualified web developer with over ✅ 7 years of experience in backend development and modern web technologies. My stack includes:

✅ Frontend: HTML, CSS, JavaScript, React.js, Vue.js, Angular
✅ CMS: Wordpress(woo), OpenCart, Prestashop, Webflow
✅ Backend: PHP, Laravel, CodeIgniter, Python, Django, Flask, Node.js, Next.js
✅ Databases: MySQL, PostgreSQL
✅ Other skills: Git, API integration

Recent projects:
✔️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

Why choose me?
✔️ Fast and quality execution: Your tasks will be completed on time and with impeccable quality.
✔️ API integration: Need seamless integration of third-party APIs? I will take care of that.
✔️ Custom solutions: I take your ideas and turn them into successful web solutions tailored to your business needs.

Let's collaborate and create something amazing together! Expand

Budget: 7000 UAH Deadline: 5 days

The problem is clear: your site creates orders via POST /orders, and they arrive in OPENED status — directly into the system, without a confirmation stage. The notification on the tablet only triggers for orders in EXTERNAL status, which only includes orders from registered GoPos partners (GoOrder, Wolt, Glovo). Regular API orders do not get there — hence the silence on the tablet.

There are two solutions:

1. Register as a GoPos partner — through the official form on the gopos.pl website, request the status of app integration partner. Then your orders will go into EXTERNAL, the tablet will receive a sound and a popup, and the waiter will click "accept." This is the correct path, but the response time from GoPos is unpredictable.

2. Webhook + your own notification layer — either in parallel or as a backup option: register a webhook for the ORDER_CREATED event, receive a notification on the server, pull the full order via GET, and display the queue on a separate tablet interface with a notification. The waiter confirms there, and the status updates via API. This works without partnership.

I have figured out the GoPos API through the Swagger specification — there are working endpoints for accept/reject, preparation statuses, webhooks. The documentation is sparse, but the structure is clear.

I am ready to take this on: 3–5 days, 6000–9000 UAH depending on the chosen path. Please clarify — is GoOrder already connected for you, or is the site completely custom on a separate domain? Expand

Budget: 700 UAH Deadline: 1 day

Good afternoon. I know what the reason is in the request. Write...

Budget: 1800 UAH Deadline: 1 day

Hello!

To be honest right away: I haven't worked with GoPos — but it seems I already understand what your problem is, and it can be solved through their API.

It sounds like the issue is with the status in which the order is created. The native GoPos online ordering site creates an order as "unconfirmed" → therefore, the waiter receives a notification on the tablet to "confirm". Your custom site on Laravel, judging by the description, sends the order in such a way that it is immediately accepted (auto-accept), bypassing this step.

It is usually fixed in one of three places:
— a different endpoint (they often have a separate method for online orders vs cash register);
— the status parameter when creating (create as new/unconfirmed, not accepted);
— the source/type flag of the order (online vs cash register) — this is what triggers the notification on the tablet.

The way to find the exact reason is simple: I compare the payload sent by their native site with what your Laravel sends, according to their Swagger — and find out which field/endpoint includes the confirmation. Undocumented APIs (just Swagger without descriptions) are exactly what I work with constantly, so the lack of proper documentation and their slow tech support is not a problem; I will figure it out through the API itself.

If you provide access to the integration code (where the order request is formed) and test access to GoPos — I will find out why the order goes without confirmation and fix it.

What would be more convenient to start with — should I take a look at the current order sending code, or should I first check what order creation methods they have in Swagger? Expand