Od konfiguracji pergoli do zaliczki w Stripe: testowanie płatności

Przycisk płatności nie świadczy o tym, że konfigurator pergoli jest podłączony do obiegu sprzedażowego. Przydatnym testem jest to, czy kwota płatności należy do zaakceptowanej konfiguracji i czy wynik aktualizuje poprawny projekt bez utraty kontekstu komercyjnego.

W przypadku sprzedawców pergoli w USA korzystających ze Stripe, reprezentatywna demonstracja powinna łączyć jedną zapisaną wycenę w USD z płatnością w trybie piaskownicy Stripe. Jeśli klient korzysta z innego procesora, obowiązuje ta sama zasada akceptacji: zademonstruj zatwierdzoną bramkę i dokładny przepływ pracy w zakresie.

Rozpocznij od zaakceptowanej wersji oferty

Przepływ płatności nie powinien rozpoczynać się od ręcznie wprowadzonej kwoty. Należy zacząć od projektu zawierającego:

dokładny identyfikator rodziny i modelu pergoli;
wersja katalogu i zestawu reguł;
wymiary w stopach i calach;
wybrany dach, wykończenie i akcesoria;
pozycje produktów i instalacji;
wynik podatkowy oparty na adresie;
łącznie USD;
status korekty i akceptacji oferty;
harmonogram płatności.

Załóżmy, że zaakceptowana suma wyceny wynosi 15 350,40 USD, a zatwierdzona kaucja za projekt wynosi 20%. Wymagany depozyt wynosi 3070,08 USD. Relację tę należy obliczyć zgodnie z regułą płatności klienta i zachować, a nie kopiować ręcznie do niepowiązanego linku do kasy.

Powyższe liczby stanowią przykładowy przypadek akceptacji, a nie cenę lub zasady płatności firmy Configurix.

Określ, za co płaci klient

Firmy zajmujące się pergolą mogą gromadzić:

kaucja zwrotna lub bezzwrotna za projekt;
opłata za badanie terenu;
depozyt za zamówienie;
płatności etapowe przed produkcją i montażem;
saldo należności;
opłata za usługę lub konserwację.

Każdy rodzaj płatności wymaga reguły kwoty, terminu płatności, opisu i efektu stanu projektu. Na przykład pomyślna płatność za ankietę nie powinna automatycznie oznaczać zamówienia na pergolę jako zatwierdzone do produkcji.

Zaakceptuj terminologię wyświetlaną w kasie, rachunkach, ofertach cenowych i panelu sprzedaży.

Utwórz jedną transakcję procesora na każdą próbę płatności

Interfejs Payment Intents w Stripe śledzi płatność w całym cyklu życia i uwzględnia kwotę oraz walutę. W integracji zakresowej serwer może utworzyć intencję płatniczą na podstawie zaakceptowanych danych projektu i przechowywać stabilne referencje takie jak:

{
  "project_id": "customer-project-reference",
  "quote_revision": "accepted-revision",
  "payment_stage": "order_deposit",
  "currency": "usd",
  "amount_minor": 307008
}

Kwoty Stripe wykorzystują podrzędną jednostkę waluty w żądaniach API, więc przykładowy depozyt w wysokości 3070,08 USD jest reprezentowany jako 307008 centów. Implementacja powinna obliczyć tę kwotę po stronie serwera na podstawie zaakceptowanego źródła i nigdy nie ufać kwocie przesłanej wyłącznie przez przeglądarkę.

Żaden tajny klucz API nie znajduje się w treści konfiguratora, kodzie po stronie klienta ani zatwierdzonym pliku konfiguracyjnym.

Przetestuj cały przepływ w piaskownicy Stripe

Stripe udostępnia wartości typu sandbox, które symulują udane płatności, odrzucenia, uwierzytelnianie i inne wyniki bez przenoszenia prawdziwych środków. Jego dokumentacja wyraźnie mówi, aby używać kluczy testowych i testować metody płatności, a nie dane prawdziwej karty.

Uruchom te przypadki akceptacji:

Wpłata pomyślna

Otwórz zaakceptowaną wycenę.
Potwierdź kwotę depozytu w USD.
Dokonaj płatności zatwierdzoną metodą testu Stripe.
Odbierz i zweryfikuj zdarzenie procesora na serwerze.
Oznacz tylko ten etap płatności jako opłacony.
Wyświetla w projekcie numer referencyjny procesora i czas płatności.

Płatność odrzucona

Użyj metody testowej Stripe, która symuluje odrzucenie płatności.
Potwierdź, że projekt pozostaje nieopłacany.
Zachowaj użyteczną wiadomość dla klienta bez ujawniania wrażliwych szczegółów procesora.
Zezwól na odpowiednią ponowną próbę.

Zduplikowane wydarzenie lub spróbuj ponownie

Dostarcz to samo pomyślne zdarzenie więcej niż raz lub ponów żądanie zakończenia.
Potwierdź, że zarejestrowano tylko jedną wpłatę.
Upewnij się, że projekt nie postępuje dwukrotnie lub nie twórz zduplikowanych zadań.

Zastąpiony oferta

Utwórz nową wersję wyceny po zmianie pergoli.
Potwierdź, że stara niezapłacona płatność nie może po cichu obciążyć nową kwotą.
Zastosuj zatwierdzoną przez firmę zasadę dla już opłaconych depozytów, gdy suma ulegnie zmianie.

Ostrożnie łącz status procesora ze statusem biznesowym

Status płatności i status projektu są powiązane, ale różne.

Stan procesora	Możliwa odpowiedź projektu
Rozpoczęto realizację transakcji	Pozostaw oferta otwarty; nie zaznaczaj jako opłacone
Płatność wymaga działania	Pokaż oczekującą akcję; nie zwalniaj rozkazu
Płatność powiodła się	Jednorazowo zapisz zdefiniowany etap płatności
Płatność nie powiodła się	Zachowaj niezapłatę i zezwól na zatwierdzoną ścieżkę ponownej próby
Płatność zwrócona	Zapisz zwrot pieniędzy i trasę do zdefiniowanego komercyjnego przepływu pracy

Dokładne mapowanie należy do zaakceptowanego przez klienta procesu. Pomyślna wpłata może spowodować utworzenie zadania ankiety, zażądanie podpisu elektronicznego, zarezerwowanie miejsca na instalację lub wydanie zamówienia do przeglądu. Nie powinno automatycznie uruchamiać wszystkich dalszych działań, chyba że takie zachowanie zostanie wyraźnie zatwierdzone.

Zachowaj rekord uzgodnienia

Zespół sprzedaży lub finansów powinien mieć możliwość połączenia się z:

Identyfikator projektu Configurix;
identyfikator oferty i wersja;
referencja klienta;
Odniesienie do płatności lub zamiaru rozłożenia;
etap płatności;
kwota i waluta;
stan procesora;
zarejestrowany status projektu;
znaczniki czasu i autoryzowane korekty.

Nie przechowuj nieprzetworzonych szczegółów karty w rekordzie projektu Configurix. Pozwól, aby zatwierdzony podmiot przetwarzający płatności obsługiwał dane dotyczące metod płatności w ramach swojego modelu integracji i bezpieczeństwa.

Pokaż klientowi stałą kwotę

Przed realizacją transakcji porównaj wycenę i podsumowanie płatności:

zaakceptowana suma wyceny;
status z uwzględnieniem lub wyłączeniem podatku;
procent depozytu lub stała kwota;
kwota należna obecnie;
pozostałe saldo;
treść zwrotu lub anulowania dostarczona przez firmę;
model i numer referencyjny projektu.

Jeśli oferta ulegnie zmianie, unieważnij lub zaktualizuj przepływ płatności zgodnie z wyraźną regułą. Klient nie powinien nigdy widzieć jednej kwoty na wycenie i innej niewyjaśnionej kwoty przy kasie.

Lista kontrolna wersji demonstracyjnej sprzedaży pergoli połączonych paskami

Użyj dokładnie jednego modelu pergoli klienta.
Wycena w USD zgodnie z zatwierdzonymi zasadami.
Uwzględnij zaakceptowany podatek i wynik instalacji w USA.
Wygeneruj i zaakceptuj korektę oferty.
Oblicz depozyt z tej wersji.
Utwórz płatność w piaskownicy Stripe w USD.
Test zakończył się sukcesem, odrzuceniem i zduplikowanym dostarczeniem.
Otwórz ponownie projekt Configurix i pokaż zarejestrowany stan.
Wyświetl pola uzgodnień dostępne dla działu sprzedaży lub finansów.
Potwierdź, co stanie się z projektem po dokonaniu płatności.

W pozostałej części oceny postępuj zgodnie z Lista kontrolna demonstracyjna konfiguratora pergoli w USA i Przewodnik po integracji programu Configurix.

Jak Configurix obsługuje przepływy pracy związane z płatnościami

Jeśli Configurix jest objęty zakresem, może połączyć skonfigurowany projekt i zaakceptowaną wycenę ze Stripe lub innym zatwierdzonym przepływem płatności. Procesor, etapy płatności, zasady kwotowe, waluty, statusy, webhooki i dalsze działania są definiowane na potrzeby wdrożenia klienta.

Właściwa demonstracja wykorzystuje piaskownicę i zaakceptowany przypadek biznesowy. Nigdy nie należy używać prawdziwych szczegółów płatności, aby demo wyglądało na kompletne.

Zarezerwuj demo Configurix i podaj etapy płatności oraz przepływ procesora, które Twoja firma musi zweryfikować.

Często zadawane pytania

Czy płatność w piaskownicy Stripe przenosi prawdziwe pieniądze?

Nie. Sandbox Stripe wykorzystuje wartości testowe do symulacji wyników płatności bez przenoszenia środków.

Czy depozyt może stanowić procent zaakceptowanej wyceny?

Tak. Kwota może być zgodna z zatwierdzoną zasadą stałą lub procentową i pozostać powiązana z zaakceptowaną zmianą oferty.

Czy Configurix może używać procesora płatności innego niż Stripe?

Można ocenić i określić zakres przepływów pracy innych procesorów lub płatności bankowych. Demo powinno wykorzystywać procesor i dokładny przepływ uzgodniony dla klienta, a nie sugerować uniwersalne wsparcie.

Czy w programie Configurix należy przechowywać dane karty?

Nie. Szczegóły metody płatności powinny pozostać u zatwierdzonego podmiotu przetwarzającego płatności. Configurix potrzebuje referencji biznesowej, kwoty, waluty i zweryfikowanego statusu wymaganych do przepływu pracy w projekcie.