Budżet: 1000 UAH Termin: 1 dzień
Cześć! Robiłem integracje LiqPay na OpenCart i miałem dokładnie taki sam problem — płatność przeszła, a zamówienie pozostaje "nieudane" — łapałem to nie raz. Najczęściej przyczyna nie leży w zablokowaniu IP, ale w tym, że LiqPay wysyła status na server_url (callback), a strona go nie przyjmuje lub podpis się nie zgadza — wtedy zamówienie nie jest zamykane. Pierwsze, co zrobię, to sprawdzę, czy callback rzeczywiście dociera do logów serwera i czy podpis jest ważny; wersję z zablokowaniem AWS sprawdzimy jako drugą. Jestem gotów przeprowadzić diagnostykę w ciągu dnia. Czy zapewnicie dostęp do logów serwera?
Budżet: 1000 UAH Termin: 2 dni
Cześć, Serhij! Robiłem integracje LiqPay i dokładnie taką zachowanie widziałem: płatność przechodzi, a zamówienie pozostaje "nieudane". Prawie zawsze to kwestia callbacku — LiqPay wysyła wynik na server_url, a jeśli serwer go nie przyjmuje lub podpis się nie zgadza, zamówienie nie jest zamykane. Wersja dewelopera o banie IP na AWS jest możliwa, ale to tylko jeden ze scenariuszy, który trzeba potwierdzić, a nie przyjmować na wiarę.
Co bym zrobił po kolei:
1. Z samego serwera sprawdziłbym dostęp do API LiqPay (curl) — jeśli stamtąd zapytanie nie idzie, to tak, pytanie dotyczy IP lub firewalla, i wtedy powiem dokładnie, czy to ban, czy nie.
2. Sprawdziłbym w logach, czy naprawdę przychodzi callback od LiqPay na server_url i czy podpis jest poprawnie obliczany.
3. Porównałbym status w panelu LiqPay z tym, co ustawia moduł w zamówieniu.
Wtedy będzie widać, gdzie dokładnie jest problem: albo jest to kwestia ustawień/kodu, albo potwierdzam, że trzeba zmienić IP, i wtedy nie płacicie hostingowi na darmo.
Podajcie dwa punkty, żeby nie zgadywać: czy jest dostęp przez SSH/FTP do serwera, i czy sam panel LiqPay pokazuje tę płatność jako udaną? Jestem gotów pokazać w korespondencji, jak to sprawdzam. Orientacyjnie dzień-dwa na diagnozę i naprawę.
Budżet: 8000 UAH Termin: 3 dni
Dzień dobry.
Nasz zespół ma wieloletnie doświadczenie w tworzeniu ERP, CRM, CMS oraz specjalistycznego oprogramowania dla biznesu. Tworzymy efektywne rozwiązania cyfrowe, które pomagają automatyzować procesy, zwiększać wydajność i skalować firmy.
Pracujemy z nowoczesnymi technologiami — od botów i skryptów po agentów AI i systemy analityczne. Opracowujemy strony internetowe o różnym stopniu skomplikowania. W naszym portfolio znajdują się zrealizowane rozwiązania ERP dla branży hotelarskiej, a także dla firm zajmujących się importem i sprzedażą towarów, a także nasz własny produkt XFitness — system ERP stworzony specjalnie dla klubów fitness.
Jesteśmy gotowi zrealizować Twój projekt i zaproponować najlepsze rozwiązanie dostosowane do Twoich potrzeb.
Nasze portfolio: Freelancehunt
Specjalizujemy się w takich dziedzinach:
-Rozwój systemów ERP
-Rozwój systemów CRM
-Rozwój stron internetowych o dowolnym stopniu skomplikowania
-Rozwój systemów CMS
-Wsparcie stron internetowych
-Rozwój OpenCart
-Wsparcie OpenCart
-Modyfikacja OpenCart
-Doróbka OpenCart
-Rozwój WordPress
-Wsparcie WordPress
-Modyfikacja WordPress
-Doróbka WordPress
-Rozwój ECommerce
-Wsparcie ECommerce
-Modyfikacja ECommerce
-Doróbka ECommerce
-Rozwój aplikacji webowych
-Wsparcie serwerów 1C
-Wsparcie serwerów webowych
-Rozwój aplikacji mobilnych
-Parsowanie danych
-Rozwój botów
-Rozwój agentów AI
oraz w takich technologiach:
-Python
-PHP
-Laravel
-Symfony
-Yii2
-JS
-NodeJS
-jQuery
-TypeScript
-MySQL
-HTML
-CSS
-Vue
-Nuxt.js
-React
-React Native
-C++
Budżet: 2000 UAH Termin: 2 dni
można też zrobić przekierowanie, ale wtedy potrzebny będzie inny hosting i jakiś domen, może zrobić to na subdomenie, napisać skrypt i stronę, i ponownie przejść moderację w liqpay
- Zlecenia -
- Ocena -
- Ranking 444
Budżet: 12000 UAH Termin: 10 dni
Dzień dobry! Projektuję i rozwijam sklepy internetowe oraz marketplace'y na Laravel — panele użytkowników, bramki płatnicze (LiqPay/Stripe), automatyzacja logistyki. Koszt od 12000 zł. Portfolio: www.engine-web.od.ua/
Budżet: 1000 UAH Termin: 1 dzień
Witaj! Problem jest znany, deweloper modułu ma rację w swoim kierunku, ale sytuację można rozwiązać bez radykalnego przenoszenia "na ślepo".
Budżet: 1000 UAH Termin: 1 dzień
Witam.
Pracowałem z OpenCart i LiqPay. Najpierw warto zrozumieć, dlaczego strona nie otrzymuje potwierdzenia płatności, a dopiero potem wyciągać wnioski dotyczące AWS lub zmiany hostingu.
Mogę szybko przeprowadzić diagnostykę i zaproponować rozwiązanie.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, Siergiej! Problem jest zrozumiały — LiqPay nie otrzymuje potwierdzenia płatności, lub twój serwer nie przetwarza callback. Możliwość zablokowania IP AWS jest możliwa, ale nie jest jedyną przyczyną — częściej przyczyną jest nieprawidłowe przetwarzanie server_url lub nieważny podpis. Co zrobię: sprawdzę logi serwera pod kątem przychodzących zapytań od LiqPay, sprawdzę dostęp curl do API LiqPay bezpośrednio z twojego serwera (aby potwierdzić lub obalić blokadę IP), zweryfikuję podpis w obsłudze callback, sprawdzę ustawienia server_url w module. Jeśli IP jest zablokowane — podpowiem najszybsze rozwiązanie (dedykowane IP lub proxy). Jeśli problem leży w callback — poprawię kod. Daj dostęp do panelu hostingu i admina OpenCart — rozwiążemy to w ciągu dnia.
Budżet: 1500 UAH Termin: 1 dzień
Witamy.
Problem należy sprawdzić nie na poziomie wymiany modułu, ale na poziomie pełnego łańcucha LiqPay, strony, callbacka, statusu zamówienia w OpenCart. Jeśli po udanej płatności zamówienie nie jest tworzone lub przechodzi w status nieudany, należy osobno sprawdzić dostępność API LiqPay z serwera, URL webhook/callback, SSL, logi serwera, odpowiedzi LiqPay oraz przetwarzanie statusu w module.
Wersja z blokowaniem IP jest możliwa, ale należy ją potwierdzić technicznie: wykonać zapytania do API LiqPay bezpośrednio z serwera, sprawdzić cURL/SSL, DNS, firewall, połączenia wychodzące i porównać wynik z zapytaniem z innego IP. Dopiero po tym ma sens podejmowanie decyzji dotyczącej dedykowanego IP, zmiany serwera lub przeniesienia strony na inny hosting.
Optymalna kolejność prac: diagnostyka bieżącego modułu i logów OpenCart, sprawdzenie przetwarzacza callback, testowe płatności, sprawdzenie dostępu sieciowego do API LiqPay, po czym — albo poprawa konfiguracji/przetwarzania odpowiedzi, albo techniczna rekomendacja dotycząca zmiany IP/hostingu z uzasadnieniem.
Orientacyjny czas wstępnej diagnostyki to 2–4 godziny. Jeśli przyczyna potwierdzi się na poziomie modułu, callbacka lub ustawień serwera, poprawki zazwyczaj można wykonać w ciągu jednego dnia roboczego. Wstępny budżet 50–100$, bez uwzględnienia ewentualnych kosztów związanych z dedykowanym IP, nowym serwerem lub przeniesieniem strony.
Aby rozpocząć, potrzebny jest dostęp do panelu administracyjnego OpenCart, FTP/SSH lub panelu hostingu, ustawień LiqPay, a także możliwość wykonania testowej płatności w kontrolowanym trybie.
Budżet: 1000 UAH Termin: 1 dzień
Mam duże doświadczenie w rozwiązywaniu podobnych zadań, jeśli zaczniemy dzisiaj, dzisiaj również gwarantuję wynik. Napisz w wiadomości prywatnej potrzebne dane, abym mógł przeprowadzić analizę.
- Zlecenia 5
- Ocena -
- Ranking 351
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, rozwijam i obsługuję strony na OpenCart od ponad 15 lat. Jestem gotowy do realizacji Państwa zadań.
Budżet: 5000 UAH Termin: 2 dni
Witam. Mam duże doświadczenie z OpenCartem. Jestem gotów przeprowadzić analizę problemu i go naprawić.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry. Jestem gotów pomóc w rozwiązaniu problemu z callbackiem LIQPAY. Mam doświadczenie i zrealizowane projekty. Będę zadowolony ze współpracy.
Budżet: 1000 UAH Termin: 1 dzień
Cześć! Mogę to naprawić, miałem z tym problem nie raz, to co pisze o IP i wszystkim innym to bzdura i nie trzeba zmieniać hostingu ani stawiać VPS.
- Zlecenia -
- Ocena -
- Ranking -
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry!
Miałam do czynienia z integracjami systemów płatności oraz OpenCart, więc rozumiem problem, o którym mowa.
Zanim zmienię hosting lub kupię nowy IP, przeprowadziłabym pełną diagnostykę:
• sprawdzenie callback URL od LiqPay;
• analizę logów OpenCart, PHP oraz serwera WWW;
• sprawdzenie dostępności API LiqPay z serwera;
• sprawdzenie certyfikatu SSL oraz ustawień HTTPS;
• testowanie zapytań server-to-server;
• sprawdzenie ustawień modułu oraz statusów zamówień.
Rzeczywiście, problem może być związany z IP lub ograniczeniami sieciowymi, ale w praktyce często przyczyna leży w nieprawidłowym przetwarzaniu zapytań callback, ustawieniach serwera lub zasadach sieciowych AWS. Dlatego najpierw warto uzyskać potwierdzenie przez logi i testy, a dopiero potem podejmować decyzję o zmianie serwera czy IP.
Jestem gotowa się podłączyć, przeprowadzić audyt i określić dokładną przyczynę, aby nie wydawać pieniędzy na zbędne zmiany w infrastrukturze.
Na początek będzie pomocne zobaczyć:
• wersję OpenCart;
• link do strony;
• dostęp do logów błędów lub przykłady nieudanych płatności.
Budżet: 4400 UAH Termin: 1 dzień
Cześć, można rozwiązać twój problem przez Cloudflare
Pisz na prywatne
Będę szczęśliwy, aby Ci pomóc!
Budżet: 1000 UAH Termin: 2 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://rebitc.com https://amari.net.ua/ https://heypretty.gr/ https://thaibalispa.pl/ https://wildandorganic.com/ https://cryptosignals.org/ https://ecnbot.com https://locs-ua.com/ https://www.grower.com.ua/ 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: 1500 UAH Termin: 1 dzień
Cześć! Spotkałem się z podobnymi problemami integracji API — diagnozuję połączenie między LiqPay a OpenCart, sprawdzę blokadę IP na AWS i skonfiguruję poprawny zwrot danych o zamówieniu w ciągu 1 dnia (1 500 zł). Liczę na współpracę!
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, Siergiej!
Problem jest zrozumiały — LiqPay nie otrzymuje potwierdzenia
od waszego serwera (callback/webhook).
Co zrobię:
- Sprawdzę logi nginx/Apache na przychodzące zapytania od LiqPay
- Sprawdzę server_url w ustawieniach modułu
- Jeśli IP jest zablokowane — rozwiążę to przez whitelist lub
zmianę IP bez przenoszenia hostingu
- Jeśli problem leży w firewallu — otworzę dostęp dla
zakresów IP LiqPay
Diagnostyka + naprawa: 1-2 godziny.
Koszt: 1000 UAH
Andrey O.
Oferta, która wygrała- Zlecenia 28
- Ocena 5.0
- Ranking 2 373
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Sprawa polega na tym, że wasz serwer nie przetwarza webhooka o statusie płatności.
- Zlecenia -
- Ocena -
- Ranking 427
Budżet: 1000 UAH Termin: 1 dzień
Witam. Zadanie jest całkowicie zrozumiałe. Problem znikania powiadomień od systemów płatności (gdy płatność została zrealizowana, a strona o niej nie wie) to klasyczna awaria przetwarzania zapytań callback.
Wersja poprzedniego dewelopera o blokadzie ma sens, ale propozycja natychmiastowego przeniesienia całej strony na inny hosting to zbyt radykalna, kosztowna i kapitałowa ingerencja, której można uniknąć.
Proponuję rozwiązać problem znacznie szybciej i bez stresu dla funkcjonowania strony:
1. Precyzyjna diagnostyka: sprawdzę logi zapytań i dostępność sieciową między waszym serwerem a bramką płatności. Dokładnie zobaczymy, gdzie dokładnie przerywa się połączenie.
2. Sprawdzenie systemów ochrony: często takie zapytania są blokowane przez wewnętrzne ekrany bezpieczeństwa lub filtry samej strony. Jeśli problem tam leży - skonfiguruję odpowiednie zasady dostępu.
3. Lokalne rozwiązanie z IP: jeśli okaże się, że aktualny adres IP rzeczywiście został objęty ograniczeniami przez "sąsiadów" na serwerze, rozwiążemy to w 15 minut bezpośrednio w panelu waszego aktualnego hostingu, bez żadnych przeprowadzek i migracji strony.
Mam duże doświadczenie w pracy z OpenCart 3 oraz integracją LiqPay, znajdę rzeczywistą przyczynę i przywrócę automatyczną zmianę statusów zamówień.
Koszt diagnostyki i naprawy: 1000 UAH.
Termin: wykonam w ciągu kilku godzin po uzyskaniu dostępu.
Do analizy będą potrzebne dostęp do panelu administracyjnego strony oraz panelu hostingu. Szczegóły technicznej weryfikacji jestem gotów omówić z wami w prywatnych wiadomościach. Czekam na waszą odpowiedź!
Budżet: 1000 UAH Termin: 1 dzień
Witam. Znam OpenCart i LikPay doskonale. Odpowiedź poprzedniego dewelopera budzi wątpliwości. Proszę się zgłaszać, poprawię.
Budżet: 1000 UAH Termin: 2 dni
Witam, można tymczasowo zakupić inny adres IP i przetestować działanie modułu. Nic trudnego, robi się stosunkowo szybko.
Należy skontaktować się z pomocą techniczną hostingu i zamówić u nich taką usługę. Następnie skonfigurować stronę na tym adresie IP i sprawdzić działanie.
Chętnie pomogę.
Budżet: 1000 UAH Termin: 2 dni
Integracja z LiqPay na OpenCart 3 jest dobrze znana, w tym niuanse z powiadomieniami callback, gdy płatność przechodzi, a zamówienie się nie aktualizuje. Najprawdopodobniej problem leży w przetwarzaniu server_url lub podpis odpowiedzi od LiqPay jest weryfikowany niepoprawnie, przez co status zamówienia się nie zmienia. Uściślij: w logach OpenCart lub po stronie LiqPay widać, że callback w ogóle dociera na stronę, czy w ogóle nie dociera?
Budżet: 1000 UAH Termin: 2 dni
Dzień dobry! Mamy doświadczenie w konfigurowaniu integracji systemów płatności na OpenCart. Problem zazwyczaj tkwi w nieprawidłowym przetwarzaniu zapytań callback lub konflikcie statusów zamówień. Przeprowadzimy diagnostykę logów serwera, sprawdzimy poprawność przekazywania kluczy API oraz skonfigurujemy prawidłowy zwrot statusu po udanej transakcji. Zrealizujemy to poprzez sprawdzenie kontrolera płatności i konfigurację hooków systemu.
Oferty ukryte
Aktualnie brak ofert
Oferty ukryte
-
Anatolii K. 18 czerwcaНапишіть в техпідтримку, вкажіть що модуль Liqpay блокує отримання фідбеку з api (наче там потрібно було дозволити сканування деяких ботів). Тому краще з тиехпідтримкою розбирайтесь, якщо модуль точно працює )
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
Poszukujemy specjalisty do stworzenia strony / landing page'a do sprzedaży produktów do okien: firany, rolety i plisy. Potrzebujemy nie tylko strony wizytówki, ale praktycznego narzędzia do sprzedaży, zbierania zgłoszeń i dalszej skalowalności. Szuka specjalisty, który już tworzył podobne modele stron: z wyborem parametrów produktu, obliczaniem ceny, zgłoszeniami / zamówieniami oraz konsultacją klienta. Również ważne, aby specjalista rozumiał pracę z zagraniczną publicznością, ponieważ strona planowana jest do sprzedaży nie tylko w Ukrainie, ale także na rynku europejskim / polskim. Podstawowa logika strony: Klient wchodzi na stronę i ma możliwość: Wybrać produkt. Wybrać kolor / wariant. Podać szerokość i wysokość. Zobaczyć orientacyjną lub dokładną cenę. Zostawić zgłoszenie lub złożyć zamówienie. W przyszłości — zapłacić online. Również ważne jest przewidzenie przycisku konsultacji, jeśli klient nie jest pewny pomiarów lub wyboru produktu. Na przykład: “Potrzebujesz pomocy z pomiarem?” / “Uzyskaj konsultację”. Ważne jest dla nas, aby klient mógł nie tylko dzwonić, ale napisać do nas i uzyskać pomoc online. Dodatkowy produkt: Osobno chcemy dodać plisy jako dodatkowy produkt lub tańszą alternatywę dla głównych firan. To znaczy, strona ma umożliwić pokazanie klientowi prostszego i bardziej dostępnego wariantu, jeśli główny produkt jest dla niego zbyt drogi. Kierunek B2B: W przyszłości chcemy mieć blok B2B lub osobną stronę dla klientów hurtowych: salony firan, fachowcy, partnerzy, producenci, klienci hurtowi. Powinna tam być krótka informacja o współpracy hurtowej, możliwość zostawienia zgłoszenia oraz, być może, orientacyjna logika cen w zależności od ilości. Co potrzebne od specjalisty: Podpowiedzieć, jak najlepiej zrealizować stronę: CMS, konstruktor, custom development czy inna opcja. Proponować optymalną strukturę strony. Wyjaśnić, czy możliwe jest zrobienie kalkulatora ceny w zależności od szerokości i wysokości. Podpowiedzieć, jak najlepiej zorganizować zgłoszenia / konsultacje / płatności. Ocenić, co można zrobić na pierwszym etapie, a co lepiej zostawić na później. Podać orientacyjne terminy i koszty. Ważne jest dla nas, aby uruchomić stronę etapowo: najpierw stworzyć minimalną wersję roboczą, która już będzie mogła zbierać zgłoszenia lub sprzedaże, a następnie stopniowo dodawać bardziej skomplikowane funkcjonalności. Format pracy: Początkowo chcemy przeprowadzić krótkie spotkanie Zoom / Google Meet, aby pokazać produkt, wyjaśnić logikę i zrozumieć, czy możesz pomóc w realizacji. Przed spotkaniem możemy wysłać przybliżone TŻ i przykłady, abyś z wyprzedzeniem rozumiał, o jaki produkt i jaką logikę strony chodzi. To nie jest ostateczne zadanie techniczne, a wstępna wizja zadania, którą chcemy omówić ze specjalistą.
Konieczne jest opracowanie aplikacji internetowej do automatyzacji potwierdzania zamówień i oferowania dodatkowych produktów klientom przez Viber. Zamówienia trafiają do CRM SalesDrive. Ogólna logika działania: 1. Menedżer w aplikacji internetowej wybiera jedno lub kilka zamówień z SalesDrive, wybiera scenariusz i jedną lub kilka ulotek reklamowych, po czym uruchamia automatyczne przetwarzanie. 2. Klientowi przez Viber Business Messages wysyłana jest wiadomość transakcyjna z danymi zamówienia: produkty, kwota, sposób płatności, miasto, usługa dostawy i oddział/adres. Klient wybiera: — „Tak, dalej”; — „Skontaktować się z menedżerem”. 3. Po potwierdzeniu klientowi automatycznie wysyłana jest jedna lub kilka wybranych przez menedżera ulotek reklamowych z dodatkowymi produktami. 4. Klient w dowolnej formie tekstowej jednym lub kilkoma wiadomościami pisze, jakie produkty i w jakiej ilości chce dodać. Po zakończeniu wyboru klient naciska przycisk „Wybrałem(łam) wszystko”. 5. AI analizuje wszystkie wiadomości klienta i porównuje wybrane pozycje tylko z produktami zawartymi w wysłanych klientowi ulotkach. Dla każdej ulotki w systemie z góry przechowywana jest usystematyzowana lista produktów i ich ID/artykuli. 6. System formułuje rozpoznaną listę produktów i ilości i wysyła ją klientowi do potwierdzenia. Klient wybiera: — „Tak, zgadza się”; — „Trzeba zmienić”; — „Skontaktować się z menedżerem”. 7. Po potwierdzeniu wybrane dodatkowe produkty automatycznie dodawane są do istniejącego zamówienia w SalesDrive. Zmienia się kwota i status zamówienia. 8. Po zakończeniu potwierdzenia zamówienia klientowi wysyłana jest informacja o terminach wysyłki. Przykład: „Wysyłka zamówienia odbywa się w ciągu 2 dni roboczych. Jeśli zależy Ci na jak najszybszej wysyłce, naciśnij przycisk poniżej. Weźmiemy to pod uwagę przy przetwarzaniu zamówienia”. Przyciski: — „Wszystko w porządku”; — „Potrzebna szybka wysyłka”. Jeśli klient wybiera „Potrzebna szybka wysyłka”, w zamówieniu SalesDrive powinna być zachowana odpowiednia adnotacja lub komentarz. Automatyczny scenariusz w tym przypadku trwa dalej. 9. Klientowi automatycznie wysyłana jest informacyjna wiadomość o konieczności sprawdzenia paczki przy odbiorze. Przykład: „Proszę sprawdzić towar w oddziale usługi dostawy przy odbiorze. W przypadku stwierdzenia uszkodzeń mechanicznych nie odbieraj paczki i skontaktuj się z nami. To pomoże nam szybko rozwiązać sytuację”. Przyciski i odpowiedź klienta na tym etapie nie są wymagane. 10. Ostatnią wiadomością klientowi automatycznie wysyłane są dane kontaktowe firmy. Przykład: „Jeśli masz pytania dotyczące zamówienia, możesz się z nami skontaktować: Telefon: … Viber: … Telegram: …” Dane kontaktowe i treść wiadomości powinny być edytowane przez administratora aplikacji. 11. Niekonwencjonalne przypadki są przekazywane menedżerowi. Na przykład: — klient prosi o zmianę zamówienia; — klient wybiera kontakt z menedżerem; — AI nie mogło jednoznacznie rozpoznać produktów lub ilości; — klient nie potwierdził rozpoznanej listy; — klient wysłał nieobsługiwany załącznik; — wystąpił błąd techniczny. Po przekazaniu zamówienia menedżerowi automatyczny scenariusz zostaje zatrzymany. Integracje: — API SalesDrive; — TurboSMS HTTP API / webhook, Viber Business Messages; — API modelu AI do rozpoznawania wolnego tekstu klienta. Konieczne jest również wdrożenie: — panelu internetowego menedżera; — pobierania i wyświetlania zamówień z SalesDrive; — wyboru jednego lub kilku zamówień; — wyboru scenariusza; — wyboru jednej lub kilku ulotek; — zarządzania ulotkami i powiązanymi z nimi produktami; — przechowywania stanu dialogu Viber; — historii dialogu; — zmiany statusów zamówienia; — zatrzymania automatycznego scenariusza; — podstawowej statystyki. Przychodzące obrazy, pliki i wiadomości głosowe klienta nie muszą być rozpoznawane. AI działa tylko z tekstem. TurboSMS potwierdził możliwość automatycznej wysyłki wiadomości przez HTTP API, otrzymywania odpowiedzi przez webhook i kontynuowania dalszego scenariusza w ramach sesji czatu Viber. Szczegółowe zadanie techniczne zostało przygotowane i zostanie przekazane potencjalnemu wykonawcy. W odpowiedzi proszę podać: 1. Orientacyjną kosztorys opracowania MVP. 2. Orientacyjny czas opracowania. 3. Czy masz doświadczenie w integracjach z CRM/API/webhook. 4. Czy masz doświadczenie w integracji AI/LLM API do przetwarzania tekstu użytkownika. 5. Przykłady podobnych projektów, jeśli są.
Jest strona na Wix Studio. Na stronie kategorii produktów (strona dynamiczna) na urządzeniach mobilnych pojawiają się duże białe przerwy między kartami produktów, gdy niektóre pola są puste. Karty produktów bez danych zajmują ~1949px wysokości na urządzeniu mobilnym. Bloki akordeonów („Skład”, „Opis”, „Specyfikacje techniczne”) rezerwują dużą pustą przestrzeń, nawet gdy danych nie ma. Blok z galerią zdjęć również tworzy dużą białą przerwę, gdy zdjęcia nie ma. Co należy zrobić: Kiedy pola „Skład”, „Opis”, „Specyfikacje techniczne” są puste w CMS — nagłówki akordeonów powinny pozostać widoczne, ale pusta przestrzeń wewnątrz nie powinna być rezerwowana Kiedy zdjęcia nie ma - blok galerii nie powinien tworzyć dużej białej przerwy Poprawki powinny działać na wszystkich stronach kategorii, nie tylko na jednej Ważne: Nagłówki sekcji („Skład”, „Opis” itp.) powinny zawsze pozostawać widoczne. Należy usunąć tylko pustą białą przestrzeń wewnątrz.
Jest strona na Wix Studio. Na stronie kategorii produktów (strona dynamiczna) na urządzeniach mobilnych pojawiają się duże białe przerwy między kartami produktów, gdy niektóre pola są puste. Karty produktów bez danych zajmują ~1949px wysokości na mobilnym. Bloki akordeonów ("Skład", "Opis", "Specyfikacje techniczne") rezerwują dużą pustą przestrzeń, nawet gdy danych nie ma. Blok z galerią zdjęć również tworzy dużą białą przerwę, gdy zdjęcia nie ma. Co należy zrobić: Kiedy pola "Skład", "Opis", "Specyfikacje techniczne" są puste w CMS — nagłówki akordeonów powinny pozostać widoczne, ale pusta przestrzeń wewnątrz nie powinna być rezerwowana Kiedy zdjęcia nie ma - blok galerii nie powinien tworzyć dużej białej przerwy Poprawki powinny działać na wszystkich stronach kategorii, nie tylko na jednej Ważne: Nagłówki sekcji ("Skład", "Opis" itp.) powinny zawsze pozostawać widoczne. Należy usunąć tylko pustą białą przestrzeń wewnątrz.
Jestem profesjonalnym projektantem 3D, tworzę wysoko szczegółowe rendery pomników i kompleksów memorialnych (format pionowy 9:16). Moimi klientami są właściciele warsztatów i pracowni, którzy potrzebują wygodnego cyfrowego katalogu moich modeli do pokazania swoim detalicznym klientom. Co potrzebuję: Wybrać optymalną platformę i stworzyć lekki, szybki web-app (katalog), który będzie idealnie wyglądał na smartfonach i poprawnie otwierał się na komputerach. Kluczowe wymagania dotyczące katalogu: Design: Maksymalny minimalizm. Ciemny motyw (czarne tło), duże pionowe zdjęcie (proporcje 9:16), pod nim tylko nazwa/artykul modelu. Żadnych długich opisów. Zarządzanie bazą: Potrzebuję maksymalnie prostego systemu dodawania nowych modeli (idealnie — przez znane Google Arkusze lub bardzo wygodną wewnętrzną bazę danych). Muszę po prostu załadować zdjęcie i wpisać artykuł, nie łamiąc układu. Integracja z klientami (Najważniejsze): Katalog musi łatwo integrować się na stronach moich klientów-warsztatów (niektórzy mają WordPress, inni własne rozwiązania). Należy przemyśleć elegancki sposób osadzania: przez Iframe (aby katalog działał bezpośrednio w ich stronie) lub przez odpowiednie ustawienie przycisku-linku. Co już próbowałem: Testowałem Glide i Adalo. W Adalo uzyskałem potrzebny wizual (9:16 na czarnym tle), ale zarządzanie wewnętrzną bazą danych i zabawa z linkami do Google Dysku okazały się zbyt niewygodne do stałej pracy. Poza tym mam wątpliwości co do prawidłowego osadzania Iframe w cudzych stronach, aby nie rozjeżdżał się na szerokich monitorach. Oczekuję od was w odpowiedzi: Na jakiej platformie (Adalo, Glide, Bubble, Webflow, Glide + Airtable lub coś innego) proponujecie to zrealizować i dlaczego? Jak zostanie rozwiązany problem z przechowywaniem ciężkich zdjęć (renderów)? Jak proponujecie technicznie osadzić ten katalog na zewnętrznych stronach moich klientów? Szukam specjalisty, który zamknie ten techniczny ból pod klucz, abym mógł spokojnie zajmować się modelowaniem 3D.