Status funkcjonalności
Zakres dostępny w aplikacji oraz elementy, które wymagają konfiguracji operatora przed użyciem na wdrożeniu.
Dostępne funkcje
| Obszar | Zakres |
|---|---|
| Formularze i źródła | Formularze HTML i fetch, dozwolone originy, honeypot, minimalny czas wypełnienia, UTM, filtrowanie oraz eksport CSV/JSON. |
| CAPTCHA | Cloudflare Turnstile: Managed, Non-interactive i Invisible; Google reCAPTCHA v2: Checkbox i Invisible; Google reCAPTCHA v3: score i expected action. |
| Webhooki | Jeden podpisany webhook HTTPS na formularz, testowe zdarzenie, historia dostaw i ponowienia. Odbiorca powinien deduplikować ID zdarzenia. |
| Rozmowy | Statusy zgłoszeń, ręczne wiadomości tekstowe, bezpieczny link odpowiedzi, własny SMTP oraz opcjonalny adres DW na formularzu. |
| MCP | Codex i Claude Code mogą używać ręcznie utworzonego tokenu Bearer o zakresach konfiguracji i, po osobnej zgodzie, odczytu zgłoszeń. |
| Konto | Opcjonalne TOTP, dziesięć jednorazowych kodów odzyskiwania oraz rotacja sesji po zmianie ustawień 2FA. |
| PWA i powiadomienia | Instalacja do ekranu głównego, opcjonalne powiadomienia Web Push o zaakceptowanych nowych leadach, do10 urządzeń. Bez danych klienta na ekranie blokady; wylogowanie lub koniec sesji wymaga ponownego włączenia. Dostawa wymaga kluczy operatora i publicznego HTTPS na telefonie. |
| Pakiety | Free: 1 witryna, 1 formularz i 100 zgłoszeń miesięcznie. Start kosztuje 29 PLN, Growth 79 PLN, a Pro 199 PLN miesięcznie; rzeczywiste limity konta pokazuje panel. |
Nie ma obsługi załączników w formularzach ani rozmowach. Panel nie wykonuje samodzielnych automatyzacji ani nie wysyła wiadomości do klientów przez MCP; do przekazywania nowych zgłoszeń służy webhook.
Wymagania wdrożenia
Dostępność funkcji nie oznacza, że jest skonfigurowana na każdej instalacji. Rejestracja i weryfikacja adresu wymagają operatorowego SMTP oraz widgetu Cloudflare Turnstile dla rejestracji. W tym lokalnym środowisku te usługi nie są skonfigurowane, dlatego nie należy traktować rejestracji e-mail jako gotowej do użycia.
Nowe konta akceptują regulamin przy rejestracji. Starsze konta mogą zapoznać się z dokumentami i zapisać akceptację w Rozliczeniach przed wyborem nowego pakietu. Nowe umowy wymagają potwierdzenia przez operatora gotowości prawnej i operacyjnej, w tym lokalizacji danych w UE, retencji kopii do 30 dni oraz obsługi praw konsumentów.
Płatne checkouty wymagają katalogu Stripe, klucza API, podpisanego webhooka i konfiguracji portalu. Uprawnienie po płatności jest ustalane po zweryfikowanym po stronie serwera zdarzeniu Stripe, a nie po samym powrocie z checkoutu. Stripe nie jest skonfigurowany lokalnie; Free można aktywować bez Stripe po spełnieniu warunków konta.
Po zweryfikowaniu pierwszej opłaconej faktury nowego zakupu system kolejkuje potwierdzenie z pakietem, ceną, opłaconym okresem i kopiami zaakceptowanych dokumentów. Wysyłka wymaga SMTP operatora i osobnego sekretu potwierdzeń; jej status pokazują Rozliczenia. Potwierdzenie nie jest fakturą podatkową. Błąd poczty nie odbiera opłaconego dostępu, lecz wymaga dostarczenia kopii przez pomoc.
Własny SMTP umożliwia wysyłanie rozmów i kopii DW po zapisaniu, teście i włączeniu profilu. Zwykłe odpowiedzi e-mail wymagają osobnej, skonfigurowanej przez operatora skrzynki IMAP; własny SMTP klienta jej nie zastępuje. Bez tego odbiorca może odpowiedzieć przez bezpieczny link, jeśli operator skonfigurował wymagane sekrety i publiczny adres aplikacji.