Integracja Tpay z autorską aplikacją

Budżet: 1800 PLN Termin: 4 dni

Dzień dobry, mogę zająć się naprawą integracji Tpay w aplikacji Base44. Wyceniam etap diagnostyki i wdrożenia poprawki na 1800 PLN i około 4 dni, pod warunkiem że będzie dostęp do panelu Tpay, logów webhooków i konfiguracji punktów odbioru w Base44.

NAjpierw sprawdziłbym pełny cykl subskrypcji - pierwsza płatność, zapis aliasu BLIK, odnowienie, webhook z Tpay do aplikacji i reakcję aplikacji po nieudanej próbie. Tu standrdowo problem siedzi nie w samej płatności, tylko w mapowaniu aliasu, statusach transakcji albo w tym, że aplikacja nie rozróżnia pierwszej transakcji i cyklicznego obciążenia.

Dwa pytania przed dokładną wyceną
> Czy Base44 daje możliwość edycji własnej części serwerowej albo tylko akcje i integracje bez pełnego serwera
> Czy są logi z Tpay dla momentu, gdy subskrypcja wygasa i opłata nie pobiera się ponownie

Podobne doświadczenie
> https://business.ingello.com/vorfahr - automatyzacja i integracje procesów z płatnościami oraz logiką użytkownika
> https://business.ingello.com/prime-eva - e-commerce, zamówienia, integracje i kontrola poprawności danych
> https://systems-fl.ingello.com - Ingello Systems dla projektów z architekturą, integracjami i automatyzacją

Jeśli po analizie okaże się, że Base44 nie pozwala prawidłowo obsłużyć cyklicznych webhooków, zaproponuję mały moduł API pośredni. Można nie komplikować, ale przy płatnościach lepiej mieć stabilny mechanizm, bo kto płaci dwa razy za tę samą pomyłkę, płaci najdrożej =) Rozwiń

Budżet: 2500 PLN Termin: 30 dni

Przeprowadzę inspekcję logów i wdrożę poprawną obsługę odnowień przez API Tpay (metoda cykliczna z użyciem zapisanego cli_auth), bez angażowania użytkownika w ponowne podawanie kodu BLIK. Banalne kwestie finansowe — w wiadomości prywatnej.

Problem z BLIK-iem cyklicznym najczęściej wynika z tego, że przy kolejnej próbie obciążenia (kiedy kończy się ważność subskrypcji) aplikacja wysyła zapytanie jako standardowy, jednorazowy BLIK zamiast metody api/v1/transaction/execute-saved-alias, lub serwer nie przetwarza prawidłowo asynchronicznego powiadomienia (Notification URL) od Tpay potwierdzającego rejestrację aliasu użytkownika. Czy masz obecnie możliwość podglądu, co dokładnie zwraca Tpay w logach w momencie, gdy aplikacja próbuje automatycznie odnowić subskrypcję?

Budżet: 2000 PLN Termin: 7 dni

Cześć, pracowałem nad integracją Stripe z aplikacją mobilną dla studia fitness, gdzie skonfigurowałem automatyczne pobieranie miesięcznej subskrypcji z 95% skutecznością transakcji dla 150+ aktywnych użytkowników.

Ciekawe, czy problem z webhookami występuje tylko dla BLIK, czy inne metody płatności również mają problemy z odnawianiem subskrypcji?

Proponuję się skontaktować, chętnie doradzę Ci bezpłatnie z technicznej strony i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!

Budżet: 2400 PLN Termin: 5 dni

mam już praktycznie gotowe podobne rozwiązanie dla płatności cyklicznych i webhooków, można je szybko dopasować do Tpay i Base44, możemy omówić szczegóły tutaj teraz, jestem na łączu ))
wyceniam pierwszy etap diagnozy i naprawy na 2400 PLN i 5 dni roboczych.
MOżemy zacząć od audytu techniczego obecnej integracji, potem poprawić zapis aliasu BLIK, obsługę notyfikacji Tpay i logikę odnowienia subskrypcji.
po stronie Tpay kluczowe będzie sprawdzenie czy aplikacja zapisuje poprawny alias, odpowiada na webhook wymaganym statusem i nie gubi powiązania użytkownik - subskrypcja - płatność.
!!najważniejszy punkt to alias BLIK i webhook odnowienia!!
- czy w Base44 ma Pan dostęp do kodu lub ustawień zaplecza, gdzie odbierany jest webhook
- czy są logi nieudanej odnowy i przykładowa testowa subskrypcja, na której można bezpiecznie odtworzyć błąd
podobne projekty Ingello
- https://business.ingello.com/vorfahr - automatyzacja sprzedaży i integracje, podobne przez logikę zdarzeń i płatności
- https://business.ingello.com/platforma - platforma z procesami, rolami i kontrolą statusów, podobne przez biznesową część subskrypcji
więcej o zespole i podejściu do takich wdrożeń
https://systems-fl.ingello.com--- Rozwiń

Budżet: 2000 PLN Termin: 6 dni

Zrozumiałem zadanie: aplikacja zbudowana przez Base44 (no-code AI builder), opublikowana w Google Play jako Strefa Przemienieni. Tpay jako bramka płatnicza, BLIK cykliczne ustawiony. Pierwsza płatność idzie poprawnie, bank zapisuje płatność cykliczną, ale przy odnowieniu subskrypcji aliasy BLIK nie pobierają opłaty — i pojawia się problem na webhookach (App↔Tpay).

Po wzorcu Tpay i typowych błędach w BLIK recurring najczęściej winne są trzy rzeczy.

Pierwsza — webhook od Tpay przychodzi, ale aplikacja albo nie potwierdza go statusem 200, albo używa innego endpointu niż zarejestrowanego w panelu Tpay. Tpay sprawdza odpowiedź — jeśli aplikacja nie odpowie ze statusem 200 i poprawnym podpisem md5/sha256, Tpay traktuje webhook jako niedostarczony i kilkukrotnie ponawia, a potem przerywa płatność cykliczną. Trzeba zweryfikować w panelu Tpay url notyfikacji i logach przychodzących requestów po stronie aplikacji.

Druga — alias BLIK ma ograniczony termin ważności. W BLIK recurring po pierwszej transakcji wystawiany jest alias przez bank klienta. Jeśli klient nie potwierdził cyklicznej zgody w aplikacji bankowej (część banków wymaga aktywnej akceptacji recurring po pierwszej płatności), alias jest jednorazowy i przy próbie odnowienia bank odrzuca operację. To trzeba zweryfikować na konkretnym kliencie testowym — czy w jego aplikacji bankowej widać aktywną zgodę cykliczną.

Trzecia — incorrect channel ID lub group przy wywołaniu kolejnej transakcji cyklicznej. Pierwsza transakcja może być inicjowana z channel BLIK_TRANSFER, a kolejne cykliczne muszą iść przez channel BLIK_LEVEL_ZERO z parametrem recurrent=1 i prawidłowym tokenem klienta. Jeśli Base44 generuje kod bez tej różnicy, wszystkie odnawiające płatności będą próbować jak nowe i się sypać.

Co planuję zrobić. Pierwsze — zalogowuję się do panelu Tpay i sprawdzam logi webhooków za ostatnie 14 dni, identyfikuję czy notyfikacje wychodzą i z jakim statusem wracają. Drugie — w aplikacji Base44 trzeba znaleźć część odpowiedzialną za handler webhooka i sprawdzić response code plus weryfikację podpisu. Trzecie — review wywołania transakcji cyklicznej w kodzie aplikacji (jeśli mamy dostęp do kodu Base44 — pytanie czy generator daje export). Czwarte — fix po identyfikacji konkretnej przyczyny, testowanie na konto testowe Tpay (sandbox) i potem na realnym koncie z mała kwotą.

Pytanie do Pana: czy Base44 pozwala edytować/exportować kod, czy fix może być wprowadzony tylko przez ich interfejs? Czy ma Pan dostęp do panelu Rozwiń

Budżet: 800 PLN Termin: 1 dzień

Dzień dobry. Jestem gotów wykonać ten projekt, mam duże doświadczenie w tworzeniu aplikacji.

Budżet: 1200 PLN Termin: 30 dni

Cześć! Zapoznałem się z twoim zadaniem i uważam, że mogę je pomyślnie wykonać. Będę wdzięczny za współpracę, proszę, napisz do mnie osobiście w celu dalszych szczegółów.

Budżet: 1500 PLN Termin: 7 dni

Freelancehunt

Zlecenia dla freelancerów

Integracja Tpay z autorską aplikacją
Hybrydowe aplikacje mobilne, Programowanie na Androida — podano nieprawidłowe kategorie?
2 z 6
przyjmowanie ofert
Kolejny krok: zatwierdzenie warunków

Zlecę zintegrowanie bramki płatniczej Tpay z moją autorską aplikacją. Chodzi o poprawne zaimplementowanie by subskrypcja odnawiała się automatycznie poprzez płatności cykliczne BLIK, które już są ustawione, ale jest problem z odnawianiem. Aplikacja tworzona jest przeze mnie poprzez AI na stronie Base44. Aplikacja działa (sklep play Strefa Przemienieni.pl), nie jestem programistą i mam problem z integracją. Cały system niby działa i pobiera przy pierwszej transakcji pieniądze od uzytkownika, zapisuje w banku jako płatność cykliczna, ale jest problem z aliasami BLIK i gdy kończy się subskrypcja nie chce ponownie pobrać opłaty. Problem jest na linii odpowiednich webhook App-> Tpay i Tpay -> App.

Oferty 8
Dyskusja 0

1988
10 0
Przykład pracy:
Jak Gemini API pożarł 180 dolarów w miesiąc: prawdziwa ekonomia AI
30 dni2500 PLN
Arseny Antonenko

Przeprowadzę inspekcję logów i wdrożę poprawną obsługę odnowień przez API Tpay (metoda cykliczna z użyciem zapisanego cli_auth), bez angażowania użytkownika w ponowne podawanie kodu BLIK. Banalne kwestie finansowe — w wiadomości prywatnej.

Problem z BLIK-iem cyklicznym najczęściej wynika z tego, że przy kolejnej próbie obciążenia (kiedy kończy się ważność subskrypcji) aplikacja wysyła zapytanie jako standardowy, jednorazowy BLIK zamiast metody api/v1/transaction/execute-saved-alias, lub serwer nie przetwarza prawidłowo asynchronicznego powiadomienia (Notification URL) od Tpay potwierdzającego rejestrację aliasu użytkownika. Czy masz obecnie możliwość podglądu, co dokładnie zwraca Tpay w logach w momencie, gdy aplikacja próbuje automatycznie odnowić subskrypcję?

Podobne wykonane zlecenie: В модулі OpenCart виправити 5 проблем повязаних з Facebook API
26 maja, 20:40
685
5 0

7 dni2000 PLN
Maksym O.

Cześć, pracowałem nad integracją Stripe z aplikacją mobilną dla studia fitness, gdzie skonfigurowałem automatyczne pobieranie miesięcznej subskrypcji z 95% skutecznością transakcji dla 150+ aktywnych użytkowników.

Ciekawe, czy problem z webhookami występuje tylko dla BLIK, czy inne metody płatności również mają problemy z odnawianiem subskrypcji?

Proponuję się skontaktować, chętnie doradzę Ci bezpłatnie z techni Rozwiń

Budżet: 18000 PLN Termin: 6 dni

Cześć. Zadanie jest jasne: nie tylko "bot z AI", ale normalny system, który regularnie pobiera przetargi z Prozorro, filtruje zbędne, wyjaśnia, dlaczego przetarg pasuje/nie pasuje i wysyła to na Telegram.

Zrobiłbym to tak:
1. Oddzielny proces backendowy do monitorowania Prozorro i przechowywania stanu, aby nie tracić nowych przetargów i nie wysyłać duplikatów.
2. Zasady filtrowania + analiza AI na już oczyszczonych danych, aby model nie fantazjował, a działał według zrozumiałych kryteriów.
3. Bot Telegram z krótkimi kartami: istota przetargu, termin, kwota, dlaczego jest istotny, link, szybkie działania.
4. Logi/błędy/powtórne próby, ponieważ takie systemy powinny spokojnie funkcjonować bez ręcznego nadzoru.

Miałem podobny projekt: system n8n/PostgreSQL/OpenAI/Telegram, który codziennie analizował dane i wysyłał ludziom konkretne zadania, a nie tylko "tekst AI".
Co do terminów: orientacyjnie 6 dni. Co do budżetu: 18000 — po krótkim doprecyzowaniu wymagań powiem dokładnie, ale w takim zakresie.

Jeśli ok — zacznę od krótkiego schematu architektury i listy doprecyzowań, aby od razu ustalić MVP bez zbędnego rozwoju. Rozwiń

Budżet: 1000 PLN Termin: 5 dni

Dzień dobry. Mam duże doświadczenie w integracjach płatności, API i webhooków. Mogę sprawdzić obecną implementację Tpay/Base44 i poprawić problem z odnawianiem subskrypcji oraz aliasami BLIK. Proszę o dostęp do kodu i panelu testowego, wtedy ocenię dokładny zakres i termin.

Budżet: 2000 PLN Termin: 5 dni

Witam. Nazywam się Roman, CVO firmy Echocode. Digital
Mamy doświadczony zespół z 8-letnim stażem w tworzeniu stron internetowych "pod klucz", aplikacji mobilnych oraz złożonych systemów webowych.
Przez 8 lat praktyki stworzyliśmy głęboki stos technologiczny.
Nie będziesz musiał osobno szukać projektanta, backendera i frontendera. Nasz zespół pracuje w jednorodnej grupie, co wyklucza nieporozumienia między projektem a kodem, znacznie przyspiesza rozwój i gwarantuje wysoką jakość wyników z jednej ręki.
Napisz do nas w prywatnych wiadomościach! Omówimy szczegóły Twojego projektu, obliczymy dokładne terminy i budżet.
Freelancehunt