Budżet: 8000 UAH Termin: 7 dni
Witam. Mam duże doświadczenie z WordPressem. Jestem gotów wykonać zadanie.
Witaj! Szukam doświadczonego dewelopera WordPress/WooCommerce do skonfigurowania logiki częściowej płatności (split-payment) na etapie realizacji zamówienia.
Co mamy teraz:
— Strona na WordPress + WooCommerce + Elementor Pro
— Zainstalowana i działająca oficjalna wtyczka WayForPay (na razie z kluczami testowymi)
— Podłączone KeyCRM do importu zamówień ze strony
Co trzeba zrealizować:
Na stronie realizacji zamówienia (Checkout) należy wdrożyć dwie oddzielne opcje płatności przez WayForPay:
Płatność pełna online
— Standardowe działanie WayForPay
— Zostaje pobrana 100% kwoty zamówienia
— W tej samej metodzie płatności powinny działać raty / płatności częściowe od Monobank i PrivatBanku
Płatność przy odbiorze + zaliczka 300 zł
— Klient płaci stałą kwotę 300 zł przez WayForPay niezależnie od całkowitej kwoty zamówienia
— Resztę klient płaci przy odbiorze na Nowej Poczcie
Wymagania dotyczące UX:
— W Checkout powinno to być wyświetlane jako dwie zrozumiałe oddzielne opcje płatności (przyciski radiowe lub inne wygodne rozwiązanie)
— Dla klienta powinno być oczywiste:
• ile płaci teraz
• ile pozostanie do zapłaty przy odbiorze
Wymagania techniczne:
Przy wyborze opcji „Płatność przy odbiorze + zaliczka 300 zł”:
— Przez WayForPay powinna być pobierana tylko stała kwota 300 zł
— Zamówienie WooCommerce powinno być tworzone na pełną kwotę koszyka
— W zamówieniu muszą być poprawnie rejestrowane:
• pełna kwota zamówienia
• kwota zaliczki (300 zł)
• reszta do zapłaty przy odbiorze
Krytycznie ważne:
Informacje o częściowej płatności i reszcie powinny być zapisywane standardowymi środkami WooCommerce / order meta bez „kółek”, aby KeyCRM poprawnie pobierało:
— kwotę zaliczki
— resztę płatności przy odbiorze
— faktycznie opłaconą kwotę
Ważne, aby zachować kompatybilność:
— z przyszłymi aktualizacjami WooCommerce
— z oficjalną wtyczką WayForPay
— z KeyCRM
— z Elementor Checkout
Preferowana opcja realizacji:
— Niestandardowa realizacja przez hooks / filtry WooCommerce (priorytet)
lub
— Użycie lekkiej i stabilnej wtyczki depozytów, jeśli to naprawdę bardziej niezawodne i nie stworzy problemów z WayForPay i KeyCRM
Dodatkowo ważne:
— Nie łamać standardowej logiki zamówień WooCommerce
— Nie tworzyć duplikatów zamówień
— Poprawnie obsługiwać webhook/callback od WayForPay
— Po udanej płatności zamówienie nie powinno przechodzić w niepoprawny status
— Pożądane jest zminimalizowanie liczby zewnętrznych wtyczek
Co oczekuję w rezultacie:
— Całkowicie działająca i przetestowana funkcjonalność
— Poprawne działanie płatności 300 zł przez WayForPay
— Prawidłowe wyświetlanie zamówienia w WooCommerce
— Poprawny import zamówienia do KeyCRM
— Instrukcja/krótkie podsumowanie realizacji po zakończeniu pracy
Proszę podać w odpowiedzi:
— terminy realizacji
— koszt
— w jaki sposób planujesz zrealizować zadanie (niestandardowo / wtyczka)
— czy miałeś doświadczenie z WooCommerce + WayForPay + płatnościami częściowymi
W tej chwili blok płatności wygląda tak 
Budżet: 8000 UAH Termin: 7 dni
Witam. Mam duże doświadczenie z WordPressem. Jestem gotów wykonać zadanie.
Budżet: 5000 UAH Termin: 5 dni
Cześć!
Mam duże doświadczenie w pracy z WordPress.
Jestem gotów wykonać postawione zadanie.
Proponuję omówić szczegóły w wiadomościach prywatnych.
Budżet: 8500 UAH Termin: 4 dni
Cześć!\nZadanie jest jasne, mam doświadczenie z WayForPay + WooCommerce.\nZrealizuję to przez oddzielną, niestandardową wtyczkę — to najczystsze rozwiązanie: nie zależy od motywu, nie psuje się przy aktualizacjach, łatwo to utrzymać. Wtyczka rejestruje nową metodę płatności w WooCommerce, przy wyborze „płatności przy odbiorze” przekazuje do WayForPay dokładnie 300 UAH, zamówienie jest tworzone na pełną kwotę, wszystkie potrzebne dane (zaliczka, reszta) są zapisywane w metadanych zamówienia — KeyCRM pobierze je poprawnie.\nCallback od WayForPay jest przetwarzany osobno, status zamówienia po płatności będzie poprawny.\nTermin: 4–5 dni\nKoszt: 180–220 USD\nPo oddaniu — dokumentacja dotycząca wtyczki i instrukcja aktualizacji.\nPokażcie zrzut ekranu aktualnego bloku płatności, jeśli jest — doprecyzujemy szczegóły i zaczynamy.\n\nP.S. Przy okazji, można od razu stworzyć również TTN, aby pokazać na ekranie zakończenia zamówienia przyszły numer TTN kupującemu i zapisać go w komentarzu sprzedawcy oraz przekazać do KeyCRM.
Budżet: 15000 UAH Termin: 1 dzień
Witam! Zapoznałem się z Twoim zadaniem dotyczącym ustawienia częściowej płatności na etapie Checkout dla strony na WordPress z WooCommerce i Elementor Pro. Zadanie dotyczące realizacji dwóch opcji płatności przez WayForPay (100% przedpłata z ratami i stała przedpłata 300 zł z płatnością przy odbiorze) jest dla mnie całkowicie zrozumiałe.
Mam duże doświadczenie w pracy z WooCommerce, bramką płatniczą WayForPay oraz integracją z KeyCRM, dlatego doskonale wiem, jak działa przekazywanie danych przez API. Aby zachować zgodność z przyszłymi aktualizacjami systemu e-commerce i CRM, planuję realizować zadanie w sposób niestandardowy przez haki i filtry WooCommerce w pliku functions.php czystym kodem, unikając zbędnych ciężkich wtyczek depozytów. Dodamy niestandardową metodę płatności dla przedpłaty, która przy wysyłaniu zapytania do WayForPay będzie zamieniać przekazywaną kwotę na stałe 300 zł, a reszta będzie poprawnie zapisywana w meta-polach zamówienia. To pozwoli KeyCRM prawidłowo pobierać całkowitą kwotę, faktycznie opłaconą przedpłatę i resztę płatności przy odbiorze bez tworzenia duplikatów zamówień. Webhooki od systemu płatności będą przetwarzane standardowo, zmieniając status zamówienia na poprawny. Konstruktor Elementor Checkout również zachowa swoją stabilną pracę.
Pozostała cena i terminy - po uzgodnieniu szczegółów.
Budżet: 5000 UAH Termin: 3 dni
Mam doświadczenie w integracji WayForPay oraz w modyfikacji WooCommerce. Ustawię wybór między pełną a częściową płatnością przez WayForPay bezpośrednio na stronie realizacji zamówienia. Możemy omówić szczegóły.
Budżet: 6000 UAH Termin: 4 dni
Witam. Specyfikacja jest szczegółowa, zadanie zrozumiałe.
Realizacja: niestandardowa wtyczka WooCommerce przez hooks/filters. Żadne dodatkowe wtyczki.
Logika:
— Dodawany jest osobny sposób płatności „Płatność przy odbiorze + zaliczka 300 zł”
— Przy wyborze — WayForPay otrzymuje stałe 300 zł (przedefiniowanie kwoty przez filtr `woocommerce_order_get_total`)
— Zamówienie jest tworzone na pełną kwotę koszyka
— W order meta zapisywane jest `_prepayment_amount` (300), `_cod_remainder`, `_payment_type` — KeyCRM poprawnie to pobierze
— Webhook od WayForPay jest przetwarzany z zachowaniem pełnej kwoty zamówienia
— UX: pokaz ile teraz / ile przy odbiorze
Kompatybilność z WooCommerce, WayForPay, KeyCRM, Elementor Checkout jest zachowana.
Koszt: 6 000 zł. Termin: 3–4 dni + testowanie.
Budżet: 7000 UAH Termin: 4 dni
Cześć!
W tym przypadku nie zalecamy korzystania z zewnętrznych wtyczek do depozytów. Zadanie można zrealizować niestandardowo za pomocą haków WooCommerce i metadanych zamówienia, zachowując zgodność z oficjalną wtyczką WayForPay i minimalizując ryzyko przy dalszych aktualizacjach.
Na etapie Checkout, przy wyborze opcji z przedpłatą, tworzony jest standardowy zamówienie WooCommerce na pełną kwotę koszyka. Przy tym do zamówienia dodatkowo zapisywane są oddzielne wartości: pełna kwota zamówienia, kwota przedpłaty (300 UAH), pozostała kwota do zapłaty przy odbiorze. Następnie do formularza płatności WayForPay przekazywana jest nie ogólna kwota zamówienia, a stała kwota przedpłaty 300 UAH. Po pomyślnym callback/webhook od WayForPay zamówienie otrzymuje status sukcesu, a informacja o pomyślnej przedpłacie jest zapisywana w metadanych zamówienia. W ten sposób WooCommerce nadal przechowuje pełną wartość zamówienia, a KeyCRM otrzymuje wszystkie niezbędne informacje dotyczące zamówienia, w tym wysokość przedpłaty i pozostałą kwotę płatności przy odbiorze. Ostateczny wynik to jedno spójne zamówienie WooCommerce bez podziału lub duplikatu, poprawna praca API z WayForPay, zachowanie zgodności z innymi wtyczkami oraz możliwość dalszego rozwoju.
Jesteśmy gotowi omówić szczegóły realizacji i ocenić terminy po zapoznaniu się z aktualną konfiguracją strony i wersją używanej wtyczki WayForPay.
Budżet: 2000 UAH Termin: 5 dni
Dzień dobry. Mam doświadczenie w pracy z WordPress. Mogę wszystko wykonać zgodnie z opisaną przez was logiką. Piszcie, omówimy wszystko szczegółowo.
Budżet: 2000 UAH Termin: 1 dzień
Cześć 👋
Zapoznałem się z zadaniem 👀
Napisz, omówimy szczegóły projektu! Już za 1-2 godziny ⏳
Przykład: https://sushi.izumof.in.ua
https://ealcoach.com
https://7zirok.ck.ua https://hbortho.com.ua
----------------------------------
Rozwój stron internetowych Wordpress / OpenCart oraz automatyzacja AI.
Budżet: 1500 UAH Termin: 2 dni
Termin 7 dni. Koszt 700 USD. Planuję niestandardowe haki WooCommerce – bez zewnętrznych wtyczek. Mam doświadczenie w pracy z WooCommerce, oficjalną wtyczką WayForPay oraz realizacją częściowej płatności. W zamówieniach poprawnie zapisuję zaliczkę i pozostałą kwotę w metadanych, przetwarzam callback od WayForPay, zapewniając prawidłowy status zamówienia i poprawny import do KeyCRM.
Opracowanie międzynarodowej aplikacji mobilnej pod klucz (Projekt + Kod) W celu obniżenia kosztów, możliwe jest zakupienie gotowego projektu 1. Ogólne wymagania dotyczące projektu Platforma: Rozwój wieloplatformowy na frameworku Flutter (jeden kod dla iOS i Android). Typ platformy: Społeczny zakład / Gry o dyscyplinę (Peer-to-Peer 도전戰). Zadanie Wykonawcy: Pełny cykl rozwoju (UI/UX Projekt w Figma, frontend, backend-serwer, baza danych, integracja czujnika IoT i bramki płatniczej). Wielojęzyczność: Pełne wsparcie lokalizacji (i18n) oraz obsługa wielu walut. 2. Wymagania dotyczące UI/UX Projektu Potrzebny jest nowoczesny, neonowo-technologiczny interfejs w ciemnych kolorach (Tryb Ciemny). Kolory akcentujące: Głęboki grafitowy (tło), jasny zielony (finanse, saldo), jasny czerwony (tryb ochrony, zdarzenia karne). Funkcjonalność: Wyświetlanie 4 głównych ekranów dolnej nawigacji (Dashboard, Pokoje Gier, Portfel, Ustawienia urządzenia). Potrzebne są dynamiczne animacje zmiany salda i wyskakujących alertów. 3. Architektura finansowa (Escrow/Holding/Split) Aplikacja do utrzymania depozytów zgodnie z zasadami dyscypliny. Kluczowa jest integracja bramki płatniczej, która obsługuje Split Payments (Podział płatności) oraz Holding funduszy (Stripe Connect dla rynku globalnego/analogiczne dla lokalnego). Logika transakcji (komendy API backendu): Doładowanie: Środki użytkowników są przypisywane do ich konta i zamrażane na transakcyjnym (escrow) koncie systemu płatniczego. Nie trafiają bezpośrednio na konto firmy. Tryb SOLO: Po wystąpieniu zdarzenia wyzwalającego z czujnika IoT w zakazanych godzinach backend wydaje polecenie systemowi płatniczemu przelania stałej kwoty (kary) z konta transakcyjnego użytkownika na konto rozliczeniowe firmy. Tryb GROUP (Pokój): Użytkownicy tworzą wspólną pulę (na przykład 10 osób po 10 dolarów). Pieniądze są zamrażane w ramach konkretnego Pokoju Gier. Po wystąpieniu zdarzenia wyzwalającego u jednego z uczestników jego kara automatycznie się dzieli: 15% (prowizja platformy) trafia na konto rozliczeniowe firmy, a 85% pozostaje w puli nagród pokoju. Po zakończeniu terminu wyzwania backend automatycznie dzieli zgromadzoną pulę nagród między zwycięzców, a system płatniczy dokonuje automatycznego przelewu (Payout) na ich karty. 4. Struktura kabinetów Kabinet 1: „Osobisty Tracker” (Tryb SOLO) Wskaźnik statusu monitorowania (Aktywny/Dostępny/Zablokowany). Konfigurator interwałów czasowych ochrony (Time Picker) oraz ustawienia wartości kary wyzwalacza. Panel stanu zewnętrznego urządzenia IoT (poziom naładowania czujnika w %, poziom sygnału, status synchronizacji). Kabinet 2: „Pokoje Gier” (Tryb GROUP) Narzędzia do tworzenia prywatnych pokoi (generowanie linków/zaproszeń dla przyjaciół) oraz lista publicznych globalnych lig. Tabela wyników (Leaderboard) uczestników z wyświetlaniem ich aktualnego statusu w czasie rzeczywistym, timer do końca wyzwania oraz wbudowany czat grupowy. Wspólny dział: Wielowalutowy portfel Wyświetlanie salda z automatycznym konwertowaniem lokalnych walut w czasie rzeczywistym. Historia transakcji z przejrzystym logiem wydatków, prowizji i wygranych. 5. Wymagania dotyczące Backend i Integracji IoT Stos: Node.js/Python/Go (do wyboru wykonawcy, uzasadnione). Łącze z IoT: Odbieranie pakietów danych z zewnętrznego modułu Wi-Fi. Czas wysyłania powiadomień Push (przez FCM) na smartfon w momencie wystąpienia zdarzenia z czujnika – mniej niż 1 sekunda. Logika antyfraudowa: Serwer musi analizować przesyłane przez czujnik dane telemetryczne wbudowanego akcelerometru (accel_x/y/z). Jeśli zdarzenie występuje przy zerowej zmianie osi przyspieszenia, transakcja jest oznaczana przez system jako podejrzana (ochrona przed statycznym trzymaniem czujnika), użytkownik otrzymuje powiadomienie.
Musimy podłączyć system płatności do strony high risk. Główne wymagania — akceptacja środków fiat oraz wypłata środków w kryptowalucie. Preferowane no kyc. Tylko dla tych, którzy mieli podobne doświadczenie. Cena — do uzgodnienia
Konieczne jest wdrożenie niestandardowej integracji systemu płatności WayForPay na stronie działającej na platformie Wix, zapewniając możliwość płatności online za usługi bezpośrednio na stronie z automatycznym aktualizowaniem statusów zamówień w bazie danych Wix oraz poprawnym przekazywaniem tych statusów do dalszej routingu w systemach CRM.