Przenoszenie ładunku z jednego OpenCart do drugiego

Potrzebna jest pełna diagnostyka i usunięcie problemu z przesyłaniem zdarzenia Purchase w Meta Events Manager. Strona działa na OpenCart 3.x. Zainstalowany moduł SP SEO REMARKETING ALL IN ONE PRO 9.2. Skonfigurowany Meta Pixel oraz Conversions API. Wsparcie Meta poinformowało o nieprawidłowym przesyłaniu zdarzenia Purchase, przez co kampanie reklamowe mogą być optymalizowane nieprawidłowo.Do wykonania Przeprowadzić audyt konfiguracji Meta Pixel. Sprawdzić poprawność działania Conversions API. Sprawdzić przesyłanie wszystkich głównych zdarzeń: PageView ViewContent AddToCart InitiateCheckout Purchase Zidentyfikować przyczynę nieprawidłowego przesyłania Purchase. Usunąć wszystkie błędy. Upewnić się, że Purchase wyzwala się tylko raz po pomyślnym złożeniu zamówienia. Skonfigurować deduplikację między zdarzeniami przeglądarkowymi a serwerowymi (event_id). Sprawdzić przesyłanie takich parametrów: value; currency; content_ids; contents; num_items; event_id; customer_data (jeśli to możliwe zgodnie z zaleceniami Meta). W rezultacie - poprawne przesyłanie zdarzeń do panelu Meta

Вітаю! Шановні фрілансери. Необхідно налаштувати передачу товарів з сайту на OpenCart на сайт Пром. Зі збереженням знижки на кількість. При цьому щоб мати можливість зробити націнку на товари, які передаються. Дякую. Прошу звертатися тільки тим, хто не "зникає". Працюю виключно через Сейф

Makiety nowych stron, projekty graficzne oraz szczegółowe zadanie techniczne będą dostarczone w Figma (link dołączony). Zostanie również podany link do aktualnej wersji strony, aby zapoznać się z istniejącą realizacją. Prosimy wziąć pod uwagę, że nie jesteśmy specjalistami technicznymi. W trakcie testowania udało nam się wykryć znaczną liczbę błędów i niepoprawnie zrealizowanych scenariuszy, jednak nie możemy zagwarantować, że jest to pełna lista niedociągnięć. Prawdopodobnie istnieją również inne błędy techniczne lub niepoprawne ustawienia, które mogą być wykryte tylko podczas profesjonalnego audytu kodu i kompleksowego testowania funkcjonalności. Dlatego przed rozpoczęciem prac oczekujemy od wykonawcy przeprowadzenia audytu technicznego aktualnego stanu strony, sprawdzenia funkcjonalności wszystkich zrealizowanych funkcji oraz wykrycia możliwych dodatkowych problemów, które będą wymagały poprawy. Ostatecznym celem projektu jest uzyskanie całkowicie gotowego do uruchomienia sklepu internetowego, w którym wszystkie funkcje przewidziane w zadaniu technicznym działają poprawnie, integracje są odpowiednio skonfigurowane, nie ma krytycznych błędów technicznych, a cała funkcjonalność przeszła kompleksowe testowanie i jest gotowa do rzeczywistej eksploatacji.Humanize 152 words Masz darmowy plan Stan strony na teraz: https://beautylady.ua/ Makiety koszyka/checkout: https://www.figma.com/design/MLJeIwBRcMqJC7PweBuORm/Cart-checkout?node-id=0-1&t=3OFCn9AlmvGDEEPW-1

Rozwój platformy SaaS i oprogramowania dla kiosków samoobsługowych. 1. Ogólny opis projektu Rozwój platformy B2B SaaS w modelu HaaS/RaaS (Hardware/Retail as a Service) do automatyzacji sprzedaży w barbershopach i salonach piękności. Produkt składa się z chmurowego panelu zarządzania (Web Admin Panel) oraz klienta aplikacji webowej (Kiosk Frontend), działającego na pionowych ekranach dotykowych 24 cale w trybie zabezpieczonym. 2. Architektura systemu Backend (Chmurowy serwer): Przechowywanie danych (PostgreSQL/Supabase), zarządzanie subskrypcjami właścicieli, przetwarzanie zapytań API. Web Admin Panel: Panel właściciela salonu. Aplikacja Kiosk: Interfejs terminala. Hardware Bridge: Lokalny program opakowujący (Electron.js lub Python) do łączenia zakładki webowej przeglądarki z fizycznymi portami (USB/COM) terminala płatniczego i drukarki paragonów. 3. Panel właściciela (Web Admin Panel) Dostęp jest przyznawany na podstawie subskrypcji. Panel powinien być maksymalnie intuicyjny, bez skomplikowanych mechanik drag-and-drop. Moduł „Kreator” (CMS) • Wczytanie logo salonu. • Wybór wizualnego motywu z 3 presetów (Jasny minimalistyczny, Ciemny, Firmowy). • Wprowadzanie tabelaryczne: dodawanie mistrzów (zdjęcie + imię), kategorii usług i cennika. • Przycisk „Opublikuj / Uruchom”: zapisuje ustawienia i generuje unikalny zabezpieczony link. Po otwarciu tego linku na kiosku uruchamia się gotowy interfejs roboczy. Moduł „Marketing i Upsell” • Dodawanie produktów towarzyszących (kosmetyki) do dodatkowej sprzedaży. • Ustawienie automatycznych rabatów („Szczęśliwe godziny”). Moduł „Analiza i AI” • Dashboard: przychody, liczba transakcji, statystyki dla każdego mistrza (w tym zebrane napiwki). • Asystent AI (oparty na LLM), który tekstowo podsumowuje wyniki tygodnia i daje porady dotyczące sprzedaży. 4. Aplikacja dla kiosku (Kiosk Frontend) Pionowy interfejs (proporcje 9:16), działający w trybie pełnoekranowym Kiosk Mode (ścisła blokada wyjścia do systemu operacyjnego). Główna nawigacja i wielojęzyczność • W rogu ekranu znajduje się selektor języków. • Lokalizacja (i18n): język angielski i polski są wbudowane w kod (Hardcoded) dla natychmiastowego załadowania. Inne języki (hiszpański, francuski) są tłumaczone dynamicznie przez API (DeepL/Google) z obowiązkowym buforowaniem tłumaczeń w bazie danych salonu w celu oszczędności zapytań. • Trzy główne przyciski na ekranie startowym: „Nowa wizyta”, „Powtórna wizyta”, „Zakup produktów”. Scenariusz „Powtórna wizyta” i program lojalnościowy • Klient wprowadza numer telefonu w celu identyfikacji. • Ukryta lojalność: system sprawdza licznik wizyt w bazie. Jeśli osiągnięto określony przez właściciela warunek (np. „6. strzyżenie”), wyświetla się animacja prezentu i automatycznie stosuje rabat 100%. • Propozycja powtórzenia poprzedniej usługi u tego samego mistrza w jednym kliknięciu. Scenariusz „Nowa wizyta” i płatność • Wybór mistrza. • Wybór usługi. • Ekran Upsell (propozycja dodania szamponu, pasty lub dodatkowej usługi). • Ekran „Inteligentne napiwki”: okno popup przed końcową kwotą — „Zostawisz napiwek barberowi [Imię]?”. Przycisk akcji: „Nie, dziękuję”, szybkie nominały (np. 5 zł, 10 zł, 20 zł) oraz przycisk „Inna kwota” (wywołanie klawiatury numerycznej). • Płatność: przekazanie końcowej kwoty (usługa + napiwki + produkty) przez Hardware Bridge do terminala bankowego. Animacja oczekiwania na płatność. Zakończenie transakcji i marketing • SMS-paragony i Google Maps: propozycja wysłania paragonu przez SMS. W SMS integrowany jest link do elektronicznego paragonu oraz prośba o pozostawienie opinii w Google Maps (link do map ustalany w admin panelu). • Ocena jakości: ostatni ekran z zdjęciem mistrza i 5 gwiazdkami — „Oceń pracę”. Jedno dotknięcie wysyła ocenę do panelu właściciela i przywraca kiosk do ekranu głównego. 5. Wymagania dotyczące sprzętu i stabilności Integracja z ekwiryngiem • Bezpośrednia integracja przez API z polskimi terminalami (Polcard, eService). • System musi poprawnie obsługiwać błędy: niewystarczające środki, anulowanie przez klienta, timeout. Integracja z drukarką • Automatyczne drukowanie paragonów fiskalnych. Odporność na offline • Przy krótkotrwałym spadku sieci Wi-Fi kiosk zapisuje dane o wizytach lokalnie i synchronizuje je z serwerem po przywróceniu połączenia. 6. Rekomendowany stos technologiczny Frontend (Admin Panel + Kiosk) • React • Next.js • TailwindCSS Backend & Baza danych • Supabase (PostgreSQL) • Node.js Hardware Bridge • Electron.js (do pakowania wersji webowej w aplikację desktopową z dostępem do portów USB/COM sprzętu) AI & Zewnętrzne API • OpenAI API (analiza AI) • Twilio lub SMSAPI (wysyłanie SMS-paragonów)

Trzeba stworzyć stronę internetową dla kliniki stomatologicznej. Jest zatwierdzony projekt, trzeba go zakodować. 4 strony: strona główna, usługi, lekarze, kontakt, bez rejestracji online, prosta forma kontaktowa. Projekt zostanie wysłany w wiadomości prywatnej. Podajcie swoje ceny za pracę.