Integracja GoPos

Budżet: 22000 UAH Termin: 5 dni

Termin - 5 dni roboczych na diagnozę i poprawę integracji, podstawowa wycena - 22 000 UAH.

Zobacz, jest tu niuans - w Swagger GoPos są /api/v3/{organization_id}/orders/{id}/accept, /api/v3/{organization_id}/orders/{id}/reject, /api/v3/{organization_id}/orders/{id}/receive oraz status zamówienia EXTERNAL. Wygląda na to, że zamówienie jest po prostu tworzone, ale nie trafia w scenariusz zewnętrznego zamówienia z potwierdzeniem na tablecie. Sprawdziłbym nie tylko POST zamówienia, ale także powiązanie source, reference_id, point_of_sale_id, status odpowiedzi i prawa sale.write. Dalej albo naprawia się payload w Laravel, albo dodaje warstwę synchronizacji z logowaniem, powtórzeniem zapytań i obsługą błędów =/

> Jaki status zwraca GoPos po utworzeniu zamówienia - EXTERNAL czy OPENED
> Jakie pola teraz wysyłacie w zamówieniu - source, reference_id, point_of_sale_id, delivery, terminal_name

Podobne prace Ingello
> https://business.ingello.com/prime-eva - integracje zamówień i logiki detalicznej
> https://business.ingello.com/platforma - platforma biznesowa z rolami, integracjami i stabilną logiką
> https://systems-fl.ingello.com - strona główna Ingello Systems dla FLH Rozwiń

Budżet: 1500 UAH Termin: 7 dni

Cześć, Artem!

Widzę, że inni specjaliści oferują swoje rozwiązania dla Twojego projektu. Chętnie pomogę Ci w konsultacjach i wsparciu.

Na razie nie proponuję konkretnych rozwiązań, ponieważ ważne jest zrozumienie końcowych celów projektu. Aby przygotować dokładniejszą ofertę, proszę o wyjaśnienie:
- Terminy zakończenia integracji GoPos.
- Dostęp do dodatkowych materiałów technicznych lub kontaktów z programistami GoPos.
- Wyobrażenie o działaniu powiadomień na tabletach kelnerów.
- Możliwość zaangażowania zewnętrznego specjalisty ds. API GoPos.

Na koszt i terminy integracji wpływają:
1. Dostęp do dodatkowej dokumentacji GoPos.
2. Szczegółowość wymagań dotyczących powiadomień.
3. Konieczność dopracowania API.
4. Zaangażowanie zewnętrznego specjalisty.

Na początkowym etapie ważne jest uzgodnienie wizji końcowego rezultatu integracji GoPos, którą odzwierciedlimy w specyfikacji technicznej. Takie podejście pozwala uwzględnić już zrealizowane rozwiązania i je poprawić.

Rozumiem, że integracja z GoPos może być skomplikowanym zadaniem. Mam doświadczenie w pracy z API i integracjami, i jestem gotów Ci pomóc. Porozmawiajmy o szczegółach projektu, aby określić, jak dobrze do siebie pasujemy. Proponuję ustalić szczegóły w korespondencji lub zadzwonić, aby omówić. Rozwiń

Budżet: 2000 UAH Termin: 3 dni

Cześć, jestem Piotr z BotCraft Group. Robię integracje POS i API dla stron na Laravel.

W twoim zadaniu sytuacja jest jasna: zamówienie z niestandardowej strony trafia do GoPos przez API, ale przychodzi już jako przyjęte, dlatego kelnerzy na tabletach nie otrzymują potwierdzenia, jak to miało miejsce na ich rodzimym serwisie. Prawie zawsze to nie dotyczy samego endpointu tworzenia zamówienia, ale statusu/typu zamówienia przy tworzeniu (lub osobny webhook akceptacji po stronie GoPos) — ich frontend tworzy zamówienie w taki sposób, że POS wymaga ręcznego potwierdzenia, a twoje wywołanie nie. Trzeba porównać pola i endpoint, który wywołuje ich strona, z twoimi.

Szczerze: nie robiłem dokładnie GoPos pod klucz, ale integracje typu „zamówienie online → powiadomienie do kasy” — tak. Jestem gotów zajrzeć do twojego Swaggera i kodu, znaleźć, gdzie gubi się krok potwierdzenia.

Pytanie: czy zamówienie obecnie dociera do POS w całości (po prostu bez potwierdzenia), czy zdarza się, że w ogóle nie dociera? I czy jest testowe konto GoPos, aby sprawdzać na żywych wywołaniach?

Wstępna wycena ~2000 UAH i 2-3 dni po tym, jak spojrzę na Swagger i twój kod. Biorę po wstępnej — zbieram pierwsze opinie na platformie. Mogę szybko zdiagnozować to bezpośrednio na czacie.

Budżet: 2000 UAH Termin: 1 dzień

Cześć!\nJestem gotów zająć się Twoim projektem, wykonam go w trybie pilnym.\nMam ogromne doświadczenie w pracy z podobnymi zadaniami, nie będzie żadnych trudności.\nJeśli Cię zainteresowałem, pisz, chętnie nawiążę współpracę!

Budżet: 1500 UAH Termin: 2 dni

Dzień dobry! GoPos dokładnie nie robiłem, ale robiłem podobne integracje systemów POS (Syrve/iiko) — i ten problem z potwierdzeniem jest mi znany jeden do jednego. Prawie na pewno ich strona zamówień online tworzy zamówienie w statusie „oczekuje na potwierdzenie”, co wyzwala powiadomienie dla kelnera na tablecie, a wasze bezpośrednie zapytanie przez API umieszcza zamówienie już jako przyjęte (lub bez pola, które wysyła je do kolejki potwierdzenia). Sprawdzę ich swagger pod kątem statusów i źródła zamówienia — i powiem dokładnie, gdzie macie rozbieżności. Proszę powiedzieć: zamówienie w ogóle dociera do tabletu, po prostu bez przycisku potwierdzenia, czy w ogóle go tam nie widać?

Budżet: 10000 UAH Termin: 10 dni

Zaufaj profesjonalistowi z ponad 10-letnim doświadczeniem! Stawka i terminy są aktualne! Będę wdzięczny za współpracę! Doświadczenie w komercyjnej produkcji sklepów internetowych na CMS, portali biznesowych i stron korporacyjnych - 11 lat! +CMS: WordPress(+Woocommerce) PrestaShop/Opencart/Joomla/Bitrix/MODX/DLE/Shopify php/html/css/js/Mysql, PhotoShop/Figma Przykłady prac (od zera pod klucz): 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/

Budżet: 16000 UAH Termin: 5 dni

Jest prawie gotowe rozwiązanie dla integracji POS w restauracjach z potwierdzeniem zamówienia po stronie POS, można szybko dostosować do GoPOS i twojej strony Laravel...

Zobacz, jest tu niuans - według swaggera w GoPOS oprócz tworzenia zamówienia są accept, reject, receive i oddzielne statusy przygotowania.

Najprawdopodobniej teraz zamówienie odchodzi jako zwykłe stworzone zamówienie, a nie jako zewnętrzne zamówienie, które powinno pojawiać się u kelnerów na tablecie do potwierdzenia.

Sprawdziłbym powiązanie source, reference_id, point_of_sale_id, typ zamówienia, prawa sale.write i rzeczywistą odpowiedź GoPOS po utworzeniu zamówienia.

Ocena - 16000 UAH i 5 dni roboczych na diagnostykę, poprawkę integracji i test 1-2 rzeczywistych zamówień na tablecie.

Potrzebne są dostęp do testowej organizacji GoPOS, aktualny kod Laravel, przykład zamówienia ze starej strony GoPOS i przykład zamówienia z nowej strony.

Pierwsze pytanie - w odpowiedzi GoPOS po POST /api/v3/{organization_id}/orders zamówienie otrzymuje status EXTERNAL lub OPENED.

Drugie pytanie - stara strona GoPOS była podłączona jako osobna aplikacja w GoPOS czy po prostu jako publiczna strona zamówień.

Podobne prace dotyczące integracji i zamówień
https://business.ingello.com/prime-eva - skomplikowane sprzedaże, księgowość i integracje z procesami operacyjnymi
https://business.ingello.com/svitbus - rezerwacje, zamówienia i synchronizacja logiki biznesowej między systemami

Strona główna Ingello dla FLH
https://systems-fl.ingello.com

Możemy omówić tutaj, jestem w kontakcie ))

Ogólnie w porządku, zadanie wykonalne, ale bez rzeczywistego testowego zamówienia łatwo leczyć objaw, a nie przyczynę - stara ludowa historia o siedmiu razach zmierz. =)

Po poprawce można dodać dziennik błędów i prostą kontrolę AI podejrzanych zamówień, aby wsparcie GoPOS nie było jedynym punktem wsparcia, ponieważ czekanie na odpowiedzi przez tygodnie to przyjemność dla bardzo cierpliwych ludzi. Rozwiń

Budżet: 2000 UAH Termin: 3 dni

Pracowałem z integracjami systemów POS przez REST API, w tym w sytuacjach, gdy dokumentacja jest ograniczona do jednego Swaggera bez opisów. Rozumiem istotę problemu: zamówienie jest tworzone przez API i trafia do systemu, ale bez oczekiwania na potwierdzenie ze strony kelnerów.

Zazwyczaj w takich przypadkach trzeba albo użyć polling statusu zamówienia (okresowo zapytując /orders/{id} aż do przejścia w status "accepted"), albo szukać mechanizmu webhook/callback w systemie. Sądząc po opisie, GoPos nie oferuje gotowego webhooka, dlatego proponuję przeanalizować flow przez rzeczywiste zapytania: tworzenie, potwierdzenie przez /accept, przeprowadzenie płatności.

Jestem gotów zająć się zadaniem, dokładnie zapoznać się z GoPos API i wdrożyć poprawny flow z potwierdzeniem. Omówimy szczegóły.

Budżet: 700 UAH Termin: 1 dzień

Tak, pracowałem z podobnymi przypadkami, kiedy trzeba zrozumieć Swagger bez opisów i odwracać inżynierię logiki przez rzeczywiste zapytania. GoPos konkretnie nie dotykałem, ale takie integracje dla systemów restauracyjnych robiłem, rozumiem, jak to działa od środka. Zwykle w takich przypadkach patrzę na przepływ zamówienia: jak jest tworzone, jakie statusy przechodzi, jak synchronizować menu i dostępność z witryną. Pytanie: czy już udało się uzyskać klucze API i spróbować jakieś podstawowe zapytania, czy na razie zupełnie od zera? Jestem gotów wspólnie się z tym zająć i omówić zakres prac.

Budżet: 1500 UAH Termin: 2 dni

Cześć. Z GoPos konkretnie nie pracowałem, ale problem jest absolutnie typowy dla integracji jakichkolwiek systemów POS.

Chodzi o to, że przy bezpośrednim wysyłaniu zamówienia przez API nie wyzwala się wewnętrzne zdarzenie (event) dla front-office, dlatego tablety kelnerów milczą. Zajmę się ich dokumentacją Swagger, znajdę, jaki dokładnie ukryty parametr, status lub endpoint odpowiada za wywoływanie powiadomień na tabletach, i poprawnie przepiszę logikę zapytania po stronie Laravel.

Nie będę musiał czekać na ich wsparcie techniczne przez tygodnie, poradzę sobie sam. Laravel to mój profilowy stack, zrobię wszystko szybko i czysto.

Link do Swaggera widzę, jestem gotów dołączyć do zadania. Omówimy szczegóły na prywatnej wiadomości?

Budżet: 5000 UAH Termin: 5 dni

Witam. Mam duże doświadczenie z różnymi usługami API. Jestem gotów do współpracy.

Budżet: 1500 UAH Termin: 2 dni

Dzień dobry!

Zapoznałem się z opisem problemu oraz dokumentacją Swagger. Wygląda na to, że zamówienie jest pomyślnie tworzone przez API, ale nie przechodzi pełnego cyklu potwierdzenia, przez co system POS nie wyświetla go jako zamówienia wymagającego przetworzenia przez personel.

Jestem gotów przeprowadzić analizę integracji, sprawdzić używane endpointy, statusy zamówień oraz logikę przetwarzania w GoPos, po czym zaproponować rozwiązanie i wprowadzić niezbędne zmiany.

Aby rozpocząć pracę, potrzebny będzie dostęp do środowiska testowego lub przykłady zapytań API, które obecnie wykorzystuje strona.

Chętnie pomogę.

Budżet: 5000 UAH Termin: 2 dni

Cześć!

Wygląda na to, że widzę przyczynę. Kiedy zamówienie jest składane przez ich rodzimy sklep internetowy, trafia do POS jako „zewnętrzne zamówienie do potwierdzenia” — i to właśnie ten stan wywołuje powiadomienie o akceptacji na tabletach. Wasza niestandardowa strona teraz tworzy zamówienie jako zwykły otwarty rachunek, dlatego krok potwierdzenia się nie pojawia.

W ich API jest na to osobna pętla (przyjęcie/odrzucenie zamówienia ze statusem i czasem realizacji) — potrzebne punkty końcowe i pole statusu w ich swaggerze już znalazłem.

Naprawa to kwestia tego, jak zamówienie jest oznaczane przy tworzeniu: kilka docelowych kontroli na waszym koncie plus, jeśli zajdzie potrzeba, jedno precyzyjne pytanie do ich wsparcia (wiem, jakie dokładnie, żeby nie czekać na odpowiedź tygodniami).

Zajmuję się integracjami POS/e-commerce i backendem na Laravel.

Cena w zależności od poświęconego czasu, wstępnie biorę 5 godzin. Rozwiń

Budżet: 1000 UAH Termin: 1 dzień

z goposem pracowałem, bezpośrednio z taką sytuacją się nie spotkałem, ale jest przykład na gopos kodu projektu, który stabilnie działa (wysyła im fakturę)

Tam nie jest restauracja, ale myślę, że będzie pasować, też formujemy fakturę, i wyskakuje menu menedżera.

Wsparcie techniczne rzeczywiście jest u nich bardzo interesujące...

Budżet: 3500 UAH Termin: 2 dni

Cześć. Pracowałem z różnymi systemami. Mogę pomóc w ustawieniu pracy z terminalami i integracją. Skontaktuj się, aby omówić szczegóły.

Budżet: 5000 UAH Termin: 2 dni

Cześć ⭐️! Jestem wysoko wykwalifikowanym programistą webowym z ponad ✅ 7-letnim doświadczeniem w tworzeniu backendu i nowoczesnych technologii webowych. Mój stos technologiczny obejmuje:

✅ 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
✅ Bazy danych: MySQL, PostgreSQL
✅ Inne umiejętności: Git, integracja API

Ostatnie projekty:
✔️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

Dlaczego warto mnie wybrać?
✔️ Szybkie i jakościowe wykonanie: Twoje zadania będą wykonane na czas i z nienaganną jakością.
✔️ Integracja API: Potrzebujesz bezproblemowej integracji zewnętrznych API? Zajmę się tym.
✔️ Indywidualne rozwiązania: Przekształcam Twoje pomysły w udane rozwiązania webowe, dostosowane do potrzeb Twojego biznesu.

Współpracujmy i stwórzmy coś niesamowitego razem! Rozwiń

Budżet: 7000 UAH Termin: 5 dni

Problem jest zrozumiały: wasza strona tworzy zamówienia przez POST /orders, a one przychodzą w statusie OPENED — bezpośrednio do systemu, bez etapu potwierdzenia. Powiadomienie na tablecie działa tylko dla zamówień w statusie EXTERNAL, a trafiają tam tylko zamówienia od zarejestrowanych partnerów GoPos (GoOrder, Wolt, Glovo). Zwykłe zamówienie API tam nie trafia — stąd cisza na tablecie.

Są dwa sposoby rozwiązania:

1. Rejestracja jako partner GoPos — przez oficjalny formularz na stronie gopos.pl prosicie o status app integration partner. Wtedy wasze zamówienia trafią do EXTERNAL, tablet dostanie dźwięk i popup, kelner naciska „zaakceptuj”. To właściwa droga, ale czas odpowiedzi od GoPos jest nieprzewidywalny.

2. Webhook + własna warstwa powiadomień — równolegle lub jako opcja zapasowa: rejestrujecie webhook na zdarzenie ORDER_CREATED, otrzymujecie powiadomienie na serwer, pobieracie pełne zamówienie przez GET, pokazujecie kolejkę na osobnym interfejsie tabletowym z powiadomieniem. Kelner potwierdza tam, status aktualizuje się przez API. Działa bez partnerstwa.

Z GoPos API zapoznałem się przez specyfikację Swagger — są tam działające punkty końcowe dla accept/reject, statusów przygotowania, webhooków. Dokumentacja jest skromna, ale struktura zrozumiała.

Jestem gotów się tym zająć: 3–5 dni, 6000–9000 zł w zależności od wybranej drogi. Proszę o wyjaśnienie — czy GoOrder jest już podłączony, czy strona jest całkowicie niestandardowa na osobnej domenie? Rozwiń

Budżet: 700 UAH Termin: 1 dzień

Dzień dobry. Wiem, w czym tkwi problem w zapytaniu. Proszę pisać...

Budżet: 1800 UAH Termin: 1 dzień

Cześć!

Od razu szczerze: nie pracowałem z GoPos — ale wygląda na to, że już rozumiem, w czym tkwi wasz problem, i da się to rozwiązać przez ich API.

Brzmi tak, że chodzi o to, jakim statusem tworzony jest zamówienie. Rodzinna strona internetowa zamówień online GoPos tworzy zamówienie jako „niepotwierdzone” → dlatego kelner na tablecie dostaje powiadomienie „potwierdź”. A wasza niestandardowa strona na Laravel, sądząc po opisie, wysyła zamówienie tak, że jest ono od razu akceptowane (auto-accept), pomijając ten krok.

Zwykle naprawia się to w jednym z trzech miejsc:
— inny endpoint (często mają osobną metodę dla zamówień online vs kasowych);
— parametr status przy tworzeniu (tworzyć jako new/unconfirmed, a nie accepted);
— flaga source/type zamówienia (online vs kasa) — to właśnie ona wyzwala powiadomienie na tablecie.

Sposób na znalezienie dokładnej przyczyny jest prosty: porównuję payload, który wysyła ich rodzinna strona, z tym, co wysyła wasz Laravel, według ich Swagger — i znajduję, które pole/endpoint zawiera potwierdzenie. Niedokumentowane API (tylko Swagger bez opisów) — to właśnie to, z czym ciągle pracuję, więc brak normalnej dokumentacji i wolna ich pomoc techniczna nie stanowią problemu, poradzę sobie z samym API.

Dacie dostęp do kodu integracji (gdzie formułowane jest zapytanie zamówienia) i testowy dostęp do GoPos — a ja znajdę, dlaczego zamówienie idzie bez potwierdzenia, i poprawię.

Z czego wygodniej zacząć — prześlecie aktualny kod wysyłania zamówienia, czy najpierw spojrzę, jakie metody tworzenia zamówienia mają w ich Swagger? Rozwiń