Kiosk do płatności parkingowych jest gotowy na działanie w danym kraju tylko wtedy, gdy jego obsługa płatności, dostawca płatności, interfejs użytkownika i oprogramowanie parkingowe współpracują ze sobą w uzgodnionej konfiguracji. Zmiana symbolu waluty lub tłumaczenie ekranu głównego nie oznacza, że urządzenie może przyjmować płatności lokalne, wystawiać paragon lub oznaczać właściwą sesję parkowania jako opłaconą.
Przed złożeniem zamówienia przekaż dostawcy arkusz konfiguracji kraju i poproś o dowód spełnienia wszystkich wymagań zawartych w tym arkuszu. Określ kraj instalacji, walutę pobierania opłat, wymagane nominały gotówki, lokalnego dostawcę płatności, języki i system będący właścicielem każdej transakcji. Odróżnij funkcje już zademonstrowane od opcji wymagających pomocy strony trzeciej lub dalszego rozwoju.
Ten przewodnik jest przeznaczony dla dystrybutorów, operatorów parkingów i integratorów kupujących obsługiwane przez pieszego systemy płatności parkingowych lub kioski z płatnościami parkingowymi na określony rynek. Koncentruje się na zakupach i akceptacji, zamiast rekomendować jednego dostawcę usług płatniczych lub obiecać, że wszędzie będzie działać jedna maszyna.
Zacznij od arkusza konfiguracji jednego kraju
Użyj jednego uzgodnionego dokumentu dla dostawcy sprzętu, integratora oprogramowania parkingowego, lokalnego partnera płatniczego i operatora. Zachowaj w tym dokumencie model i wersję oprogramowania: demonstracja na innym czytniku, module kasowym lub aplikacji nie wystarczy, aby stwierdzić, że zamówiona kombinacja działa.
| Element konfiguracji | Co określić | Dowody, o które należy poprosić |
|---|---|---|
| Miejsce docelowe i operator | Kraj, miasto, miejsce instalacji i firma otrzymująca płatności. | Wyznaczone strony odpowiedzialne za sprzęt, wdrażanie sprzedawców, instalację i wsparcie. |
| Pieniądze i kwoty | waluta opłaty parkingowej, waluta transakcji, dokładność kwoty i oczekiwane ustalenia dotyczące wypłat dla handlowców. | Ta sama opłata za parkowanie śledzona od ekranu do rejestru płatności; warunki płatności dla handlowca potwierdzone przez dostawcę usług płatniczych. |
| Gotówka, jeśli potrzeba | Dokładne moduły banknotów i monet, konfiguracja waluty, akceptowane nominały i wymagania dotyczące zwrotu reszty gotówki. | Lista nominałów i demonstracja z wykorzystaniem reprezentatywnych lokalnych banknotów i monet, w tym brak wymiany gotówki. |
| Karty i metody lokalne | Każda żądana metoda, dostawca płatności, model czytnika i wersja integracji. | Potwierdzenie dostawcy dotyczące proponowanego użycia bez nadzoru i działającego przepływu transakcji dla tej kombinacji. |
| Języki i dokumenty | Języki ekranu, czytnika płatności, komunikatów pomocy, paragonów i interfejsu operatora. | Kompletny przewodnik i rzeczywiste próbki drukowanych lub elektronicznych paragonów. |
| Połączenie z systemem parkingowym | Który system tworzy opłatę, potwierdza płatność i decyduje, czy sesja może zostać zakończona. | Połączony zapis opłat parkingowych i referencje dotyczące płatności w obu systemach, z uzgodnioną obsługą wyjątków. |
| Operacje i przekazanie | Organ ds. zwrotu kosztów, zasady dotyczące przestojów, dopasowanie dokumentacji finansowej, obowiązki w zakresie uzupełniania i konserwacji. | Imienni właściciele, wyniki testów i udokumentowana trasa wsparcia. |
Przydatna odpowiedź dostawcy mówi jaką konfigurację zademonstrowano, jakie istnieją dowody i kto jest odpowiedzialny za niedokończone prace. „Możliwość dostosowania”, „wielowalutowość” i rząd logo płatności to punkty wyjścia do pytań, a nie kompletne zapisy akceptacji.
Sprawdzaj osobno walutę, przyjmowanie gotówki i wydawanie reszty
Najpierw rozróżnij trzy rzeczy: walutę używaną do obliczenia opłaty parkingowej, kwotę i walutę faktycznie przesłaną do zapłaty oraz walutę, w której operator otrzymuje wypłatę dla sprzedawcy. Poproś dostawcę usług płatniczych o wyjaśnienie wszelkich warunków konwersji lub płatności dla sprzedawcy. Nie traktuj konfigurowalnego symbolu waluty na kiosku jako dowodu wszystkich trzech.
Sprawdź dokładność ilości w całym przepływie. Przetestuj reprezentatywną niską opłatę parkingową i opłatę zawierającą kwotę ułamkową, jeśli jest stosowana w danej walucie. Porównaj wyświetloną kwotę, żądanie dostawcy, wynik płatności i paragon. Zespół powinien uzgodnić sposób przedstawiania i zaokrąglania ilości przed użyciem na żywo.
W przypadku kiosku wyposażonego w gotówkę poproś o dwie osobne listy: co akceptuje i jakie banknoty i monety może wydać jako resztę. Zidentyfikuj dokładne moduły i konfigurację waluty, w tym, w stosownych przypadkach, odpowiedni zestaw danych lub wersję oprogramowania sprzętowego. Akceptant banknotów nie ustala sam, że kiosk może zwrócić banknoty; sprzęt do wydawania gotówki określony w zakupie i jego konfiguracja decydują o tej możliwości.
Wykaż normalną płatność gotówką, nieobsługiwany nominał i niewystarczającą kwotę do zwrotu. Uzgodnij, czy maszyna przestaje akceptować metodę, oferuje inną metodę lub wzywa pomoc, gdy nie może sfinalizować transakcji. Sprawdź, kto uzupełnia gotówkę za wydanie reszty i jak operator widzi zbliżający się niedobór. Są to pytania dotyczące konfiguracji i serwisu; decyzja o tym, czy w ogóle zaoferować gotówkę, jest odrębną decyzją biznesową.
Potwierdź lokalną trasę płatności przed sfinalizowaniem konfiguracji sprzętu
Jak najszybciej podaj dostawcy nazwę lokalnego banku przejmującego lub dostawcy usług płatniczych. Zapytaj, kto będzie prowadził konto sprzedawcy, pozyskaj czytnik i zorganizuj jego aktywację. Następnie potwierdź dokładną kombinację czytnika bez nadzoru, interfejsu i oprogramowania przed sfinalizowaniem obudowy, montażu, okablowania i projektu sieci.
Dostępność w poszczególnych krajach zależy od dostawcy. Na przykład Wytyczne regionalne Stripe Terminal stwierdza, że konto otrzymujące środki i powiązana lokalizacja czytelnika muszą znajdować się w tym samym kraju i akceptować walutę lokalną. To jest przykład warunków jednego dostawcy, a nie zasada mająca zastosowanie do każdego dostawcy lub twierdzenie, że SHUNJIE obsługuje terminal Stripe.
Dla każdej żądanej karty, portfela lub metody QR zapisz:
- Lokalny dostawca i właściciel konta sprzedawcy.
- Dokładna informacja o czytniku lub trasie płatności, interfejsie i wersji oprogramowania.
- Niezależnie od tego, czy wsparcie jest już zademonstrowane, konfigurowalne, zależne od strony trzeciej, czy nadal wymaga rozwoju.
- Kto potwierdza pomyślną płatność i w jaki sposób potwierdzenie dociera do oprogramowania parkingowego.
- Kto zajmuje się zwrotem pieniędzy, niepewnym wynikiem i prośbą o wsparcie po instalacji.
„Obsługa QR” wymaga wyjaśnienia. Skaner odczytujący kod identyfikacyjny, ekran prezentujący kod płatności oraz aplikacja parkingowa, która otrzymuje zweryfikowany wynik płatności, pełnią różne zadania. Poproś zespół o zademonstrowanie wymaganego przepływu. Sam skan, zrzut ekranu klienta lub strona informująca o powodzeniu nie powinny być dowodem potwierdzającym uiszczenie opłaty parkingowej. Użyj uzgodnionego, możliwego do sprawdzenia wyniku dostawcy powiązanego z prawidłowym rekordem opłaty parkingowej.
Przetestuj każdy krok w każdym wymaganym języku, łącznie z paragonem
Wypisz oddzielnie języki potrzebne na ekranie kiosku, czytniku płatności, paragonie i interfejsie operatora. Przetłumaczony ekran główny kiosku nie dowodzi prawidłowego działania monitów o płatność czytnika ani zdolności drukarki do odtworzenia wymaganych znaków.
Przejdź wyszukiwanie sesji, wyjaśnienie opłaty, wybór płatności, anulowanie, przekroczenie czasu, błąd, pomoc i potwierdzenie w każdym wymaganym języku publicznym. Sprawdź znaki, czcionki, łamanie wierszy i kierunek tekstu. Przy płatności przez wpisanie numeru rejestracyjnego pojazdu przetestuj wymagane znaki tablicy i sposób wprowadzania. Taki przegląd interfejsu nie potwierdza zdolności kamery do rozpoznawania tablic.
Paragony drukowane i elektroniczne wymagają osobnej recenzji. Dokumentacja paragonu Adyenna przykład opisuje ustawienia języka paragonu, kodowanie znaków i zachowanie awaryjne. Pokazuje, dlaczego czytnik, aplikację i paragon należy sprawdzać oddzielnie; nie zapewnia obsługi konfiguracji Adyen w kiosku SHUNJIE.
Sprawdź rzeczywiste próbki pod kątem kwoty, waluty, daty/godziny, szczegółów biznesowych i referencji transakcji wymaganych przez projekt i dostawcę. Poproś lokalnego operatora lub doradcę o osobne potwierdzenie wszelkich wymagań dotyczących dokumentów podatkowych. Nie zakładaj, że przetłumaczony dowód zapłaty jest dokumentem podatkowym, którego potrzebuje lokalny oddział.
Uzgodnij, kto jest właścicielem wyniku płatności i historii parkowania
Aplikacja oprogramowania parkingowego musi powiązać płatność z zamierzoną opłatą za parkowanie. Podczas demonstracji prześledź jedno zamówienie od obliczenia opłaty do wyniku dostawcy, stanu opłaconego w aplikacji oprogramowania parkingowego i uzgodnionej decyzji o wyjściu. Zachowaj referencje potrzebne do znalezienia tej samej transakcji w obu systemach.
Zdefiniuj, który stan dostawcy liczy się jako zakończenie płatności w tym projekcie. Autoryzacja karty rezerwuje środki; autoryzacja i pobranie środków to odrębne operacje, a żadna z nich nie jest tym samym co późniejsze rozliczenie bankowe. Jeśli metoda i operator płatności dopuszczają oddzielną autoryzację i pobranie środków, uzgodnij, kto pobiera środki, kiedy i jaki zweryfikowany status pozwala na wyjazd. Żądanie w kolejce nie zastępuje tego statusu. Sprawdzaj rozliczenie osobno od decyzji o wyjeździe.
Jeśli projekt wykorzystuje tablice rejestracyjne do identyfikacji sesji, porównaj przepływ płatności z witryną wprowadzenie parkingu bez biletu. Integracja płatności musi pasować do tego modelu sesji; zainstalowanie kompatybilnego czytnika nie rozwiązuje problemu brakującej lub błędnie wybranej sesji parkowania.
Przydziel obowiązki przed dostawą:
- Dostawca sprzętu: zamówiony kiosk, zamontowane moduły, obsługiwane interfejsy i odpowiednia dokumentacja konfiguracyjna.
- Dostawca usług płatniczych lub lokalny partner rozliczeniowy: wprowadzenie sprzedawcy, zatwierdzona konfiguracja płatności, status transakcji, wypłata sprzedawcy i wsparcie po stronie płatności.
- Integrator parkingowy: tworzenie opłat, dopasowywanie sesji, aktualizacje stanu płatnego, warunki wyjścia i dzienniki integracji.
- Operator: pozwolenia na zwrot pieniędzy, pomoc dla klienta, dopasowanie dokumentacji finansowej, obsługę gotówki, jeśli jest używana, oraz lokalną politykę operacyjną.
Jedna firma może pełnić kilka ról, ale każde zadanie nadal potrzebuje właściciela. Potwierdź, który system inicjuje zwrot pieniędzy, kto może go autoryzować i w jaki sposób pozostaje on powiązany z pierwotnym rekordem płatności i opłaty parkingowej. Zapytaj, co powinien zrobić personel, gdy klient zgłosi obciążenie, ale kiosk nie otrzymał ostatecznego wyniku; nie rób drugiej płatności jako domyślnej odpowiedzi na niepewną pierwszą.
Dokładnie zdefiniuj awarie. Utrata Internetu, utrata sieci lokalnej i utrata zasilania to różne sytuacje. Jeśli zaproponowano akceptację karty offline, uzyskaj warunki dostawcy, własność ryzyka i procedurę odzyskiwania. Rejestr parkowania offline nie stanowi dowodu autoryzacji płatności ani wypłaty dla sprzedawcy. Umowa powinna określać, co jest kontynuowane, co zostaje zatrzymane i w jaki sposób sprawdzane są oczekujące transakcje po odzyskaniu środków.
Wymagaj dowodów z fabryki, z parkingu i z rozliczenia bankowego
Prowadź trzy odrębne protokoły odbioru. Demonstracja w fabryce sprawdza zamówioną konfigurację i działanie integracji. Próba na parkingu sprawdza zainstalowaną sieć, moduły, konto i czynności kierowcy. Weryfikacja rozliczenia potwierdza, że operator może uzgodnić dozwoloną rzeczywistą transakcję zgodnie z harmonogramem dostawcy płatności. Sam sukces w środowisku testowym nie dowodzi, że rzeczywiste środki wpłynęły na konto akceptanta.
| Test do uwzględnienia | Co kupujący powinien móc sprawdzić |
|---|---|
| Normalna płatność | Opłata i waluta są zgodne w kiosku, u dostawcy i w rejestrze opłat parkingowych; tylko właściwa sesja jest oznaczona jako płatna. |
| Anulowana lub odrzucona płatność | Kiosk przekazuje jasny komunikat i postępuje zgodnie z ustaloną polityką dotyczącą bezpłatnych sesji, nie obiecując sukcesu. |
| Wynik opóźniony lub niepewny | Personel może zlokalizować transakcję i sprawdzić jej status przed ponownym odbiorem lub przyznaniem wyjątku. |
| Powtarzające się powiadomienie o wynikach | Ta sama płatność nie jest doliczana dwukrotnie do zamówienia; system parkingowy przechowuje możliwy do prześledzenia zapis. |
| Lokalna gotówka, jeśli jest dostępna | Wymagane nominały, nieobsługiwane nominały i zachowanie przy niewystarczającej wymianie gotówki odpowiadają uzgodnionej konfiguracji. |
| Język i odbiór | Pełna podróż klienta i faktyczny rachunek są czytelne w wymaganych językach, łącznie z komunikatami o błędach i pomocą. |
| Awaria i odzyskiwanie | Określony przypadek utraty Internetu lub sieci jest zgodny z ustalonymi zasadami, a oczekujące transakcje można później zidentyfikować. |
| Zwrot środków i uzgadnianie zapisów | Autoryzowany zwrot pieniędzy można powiązać z pierwotną transakcją; operator może dopasować rekord dostawcy do rekordu opłaty parkingowej. |
Jeśli lokalny dostawca na to pozwala, uwzględnij kontrolowaną płatność prawdziwymi pieniędzmi przy użyciu zamierzonego konta sprzedawcy. Poproś operatora, aby w odpowiednim czasie potwierdził otrzymane zapisy dotyczące wypłat dostawcy i sprzedawcy. Zapisz modele urządzeń/modułów, wersje aplikacji, środowisko konta, warunki testowe i osobę odpowiedzialną za rozwiązanie wszelkich nieudanych elementów. Nie zatwierdzaj innej konfiguracji sprzętu tak, jakby była dostarczona.
Skopiuj ten opis kraju do swojego zapytania
Pola poniżej to arkusz kalkulacyjny kupującego, który musi wypełnić Twój zespół. Pomagają dostawcy podać zamierzoną konfigurację, a nie bliżej nieokreśloną maszynę „międzynarodową”.
Kraj i miasto instalacji: Operator parkingu / właściciel konta akceptanta: Waluta taryfy parkingowej i dokładność kwoty: Dostawca płatności lub lokalny agent rozliczeniowy: Wymagane karty, portfele i metody QR: Czy potrzebna jest gotówka? Przyjmowane banknoty i monety: Czy potrzebna jest reszta? Nominały banknotów i monet do wydania: Języki ekranu, czytnika płatności i paragonów: Istniejąca platforma parkingowa i identyfikator sesji: Procedury zwrotu, awarii i uzgadniania: Osoby odpowiedzialne za odbiór w fabryce, na parkingu i z rzeczywistą płatnością:
Poproś o odpowiedź przedstawiającą proponowane wersje modelu i modułu, zademonstrowane funkcje, wymagania stron trzecich i prace wymagające dopracowania. Dołącz próbki żądanych ekranów lub rachunków, jeśli są dostępne, bez wysyłania danych karty klienta lub innych niepotrzebnych danych osobowych.
Aby omówić A Wielokanałowa stacja płatnicza SHUNJIE, wyślij informację dotyczącą tego kraju wraz z procedurą parkowania i wszystkimi szczegółami istniejącego dostawcy lub oprogramowania. Poproś SHUNJIE o potwierdzenie dokładnego wyposażenia i zakresu integracji dla tego projektu, wraz z demonstracjami potrzebnymi przed wysyłką i lokalnym uruchomieniem.
Wyróżniony obraz: ogólna koncepcja kiosku wygenerowana przez sztuczną inteligencję z ilustracyjnymi etykietami w języku ekranowym. Nie jest to model SHUNJIE, ukończona instalacja lub przetestowana integracja płatności.
Ogólna koncepcja kiosku wygenerowana przez sztuczną inteligencję z ilustracyjnymi etykietami w języku ekranowym. Nie jest to model SHUNJIE, ukończona instalacja lub przetestowana integracja płatności.
