Opakowanie OpenCart 3.0. Aktualizuj pozostałości i dane towarowe za pośrednictwem importu pliku

# Potrzebny frontendowiec (WordPress / WooCommerce): karta produktu ## O projekcie Działający sklep internetowy Projekt już gotowy — trzeba go starannie zakodować i zintegrować kartę produktu (single product). - Aktualna strona (przykład): https://obertshop.com.ua/shop/dysky/audi/r21-audi/disk-r21-na-avto-audi-obr9006/ Kodowanie szablonu single-product ## Wymagania - Kodowanie zgodnie z makietą Figma. - Responsywność: desktop + mobile, poprawne wyświetlanie w głównych przeglądarkach. - Integracja z istniejącą tematyką WooCommerce, czysty i wspierany kod. - Wynik — działająca strona na stronie, która odpowiada projektowi. ## Co wysłać w odpowiedzi 1. Portfolio (preferowane WordPress / WooCommerce, karty produktów). 2. Koszt — zaproponuj wygodny format (stała kwota za projekt lub stawka godzinowa). 3. Termin w dniach. 4. Pytania dotyczące makiety oraz lista dostępów/materiałów, które potrzebujemy od nas do rozpoczęcia. Dostęp do Figma, strony i potrzebne materiały przekażę w prywatnych wiadomościach po odpowiedzi.

Trzeba przenieść autorski projekt z CodeIgniter 2 na Laravel 12. Szczegóły podam w wiadomościach prywatnych.

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

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)