Płatności w bocie Telegram w Polsce: BLIK, Przelewy24, Stripe i Telegram Stars

Jakie metody płatności zadziałają

Wbudowane Telegram Payments i zewnętrzna strona płatności to różne integracje. Samo podłączenie Stripe przez BotFather nie potwierdza dostępności BLIK w natywnym oknie.

Dla BLIK można rozważyć Stripe Checkout lub Payment Links. Dostępność zależy od konta i ustawień operatora. Przelewy24 w Stripe jest osobną metodą, a nie gwarancją wszystkich możliwości bezpośredniej integracji P24.

Cyfrowe towary i usługi sprzedawane wewnątrz Telegrama wymagają Telegram Stars. Zewnętrzny link nie jest uniwersalnym sposobem obejścia tej zasady.

W wycenie należy więc wskazać konkretną ścieżkę: natywną fakturę, checkout operatora albo Stars. Ogólne hasło „podłączymy wszystkie płatności” nie wystarcza.

Jak działa zamówienie z zewnętrzną płatnością

Przykład sklepu z towarami fizycznymi: klient wybiera produkt w bocie, otrzymuje link do checkoutu, płaci i wraca do rozmowy. To przykład planowanego scenariusza, nie demonstracja gotowej integracji.

Wejście na stronę podziękowania nie potwierdza płatności. Serwer musi zweryfikować powiadomienie operatora i przypisać je do właściwego zamówienia. Ponowione powiadomienie nie może powodować ponownej realizacji.

Przed wdrożeniem ustalamy miejsce przechowywania zamówień, statusy dla klienta oraz sposób informowania Cię o problemach. Płatność oczekująca na potwierdzenie nie powinna być pokazywana jako opłacona.

Co przygotować do wyceny

Opisz produkt lub usługę, kraj sprzedawcy, walutę i potrzebne metody płatności. Napisz, czy masz bota, stronę, CRM oraz konto operatora. Jeśli bota nie ma, można osobno oszacować jego budowę i płatności.

Prześlij publiczny link do bota lub strony oraz przykład drogi klienta. W pierwszym zgłoszeniu nie są potrzebne tokeny BotFather, klucze API, hasła ani dane bankowe.

Po ocenie ustalimy dostępy, odpowiedzialność za konfigurację konta i tryb testowy. Weryfikacja sprzedawcy przez operatora jest osobną zależnością projektu, której programista nie może zagwarantować w Twoim imieniu.

Co różni poszczególne projekty

Sklep z towarem fizycznym może potrzebować stanów magazynowych, dostawy i przekazywania zamówień do CRM. Rezerwacja usługi stacjonarnej wymaga sprawdzania terminów i zasad anulowania. Nie są to identyczne integracje.

Przy cyfrowej subskrypcji, zamkniętym kanale lub miniaplikacji osobno sprawdzamy zasady platformy i sposób nadawania dostępu. Konsultacja online nie staje się automatycznie usługą fizyczną tylko dlatego, że rozmowa odbywa się w innej aplikacji.

Ustal, czy potrzebujesz całego nowego bota, czy rozbudowy istniejącego. Zachowanie starej logiki, migracja danych i integracje z systemem księgowym powinny być osobnymi punktami zakresu.

Prowizje, zwroty i granice wdrożenia

Koszt programowania, prowizje operatora, hosting i późniejsza opieka to osobne wydatki. W ofercie trzeba je rozdzielić oraz sprawdzić aktualny cennik wybranej usługi.

Ustal obsługę nieopłaconych zamówień, anulowań, ponowionych powiadomień i zwrotów. Zwrot pieniędzy oraz cofnięcie realizacji lub dostępu mogą być różnymi operacjami.

Warunki sprzedaży, dokumenty dla kupującego, podatki i przetwarzanie danych należy ustalić z odpowiednimi specjalistami. Konfiguracja bota nie zastępuje prawnej i księgowej weryfikacji działalności.

Co sprawdzić przed uruchomieniem

• Zamówienie powstaje z właściwą kwotą i walutą.
• Udana płatność zmienia status właściwego zamówienia.
• Anulowanie lub błąd nie wyglądają jak udany zakup.
• Powtórzone powiadomienie nie tworzy drugiego zamówienia.
• Zwrot i kontakt z obsługą mają jasny przebieg.

Koszt zależy od istniejącego bota, liczby scenariuszy i integracji. Po opisie zadania można uzgodnić zakres, cenę i termin. Wdrożenie oraz opłaty operatora płatności wyceniamy osobno.