
Kios pembayaran parkir siap digunakan di suatu negara hanya jika penanganan uang, penyedia pembayaran, antarmuka pengguna, dan perangkat lunak parkirnya bekerja sama dalam konfigurasi yang disepakati. Mengubah simbol mata uang atau menerjemahkan layar beranda tidak menetapkan bahwa mesin dapat menerima pembayaran lokal, mengeluarkan tanda terima yang dapat digunakan, atau menandai sesi parkir yang benar sebagai telah dibayar.
Sebelum memesan, berikan lembar konfigurasi negara kepada pemasok dan mintalah bukti bahwa setiap persyaratan dalam lembar tersebut terpenuhi. Tentukan negara pemasangan, mata uang penagihan, denominasi uang tunai yang diperlukan, penyedia pembayaran lokal, bahasa, dan sistem yang dimiliki setiap transaksi. Bedakan fitur yang sudah ditunjukkan dari opsi yang memerlukan pihak ketiga atau pengembangan lebih lanjut.
Panduan ini ditujukan untuk distributor, operator parkir, dan integrator yang membeli pembayaran parkir yang dioperasikan oleh pejalan kaki atau kios pembayaran parkir untuk pasar tertentu. Ini berfokus pada pengadaan dan penerimaan, daripada merekomendasikan satu penyedia pembayaran atau menjanjikan bahwa satu mesin dapat digunakan di mana saja.
Mulailah dengan satu lembar konfigurasi negara
Gunakan satu dokumen yang disepakati untuk pemasok peralatan, integrator perangkat lunak parkir, mitra pembayaran lokal, dan operator. Simpan model dan versi perangkat lunak pada dokumen tersebut: demonstrasi pada pembaca, modul kas, atau aplikasi yang berbeda tidak cukup untuk memastikan bahwa kombinasi yang dipesan berfungsi.
| Barang konfigurasi | Apa yang harus ditentukan | Bukti untuk diminta |
|---|---|---|
| Tujuan dan operator | Negara, kota, pengaturan pemasangan, dan bisnis yang menerima pembayaran. | Pihak-pihak yang disebutkan bertanggung jawab atas peralatan, orientasi pedagang, instalasi, dan dukungan. |
| Uang dan jumlah | mata uang biaya parkir, mata uang transaksi, ketepatan jumlah dan pengaturan pembayaran pedagang yang diharapkan. | Biaya parkir yang sama ditelusuri dari layar ke catatan pembayaran; ketentuan pembayaran pedagang dikonfirmasi oleh penyedia pembayaran. |
| Uang tunai, jika diperlukan | Modul uang kertas dan koin yang tepat, konfigurasi mata uang, denominasi yang diterima, dan persyaratan untuk mengembalikan uang kembalian. | Daftar pecahan dan demonstrasi menggunakan uang kertas dan koin lokal yang representatif, termasuk kekurangan uang kembalian. |
| Kartu dan metode lokal | Setiap metode yang diminta, penyedia pembayaran, model pembaca, dan versi integrasi. | Konfirmasi penyedia tentang usulan penggunaan tanpa pengawasan dan alur transaksi yang berfungsi untuk kombinasi tersebut. |
| Bahasa dan dokumen | Layar, pembaca pembayaran, pesan bantuan, tanda terima, dan bahasa antarmuka operator. | Panduan lengkap dan contoh tanda terima cetak atau elektronik aktual. |
| Koneksi sistem parkir | Sistem mana yang membuat tagihan, mengonfirmasi pembayaran, dan memutuskan apakah suatu sesi dapat ditutup. | Referensi catatan biaya parkir dan pembayaran di kedua sistem, dengan penanganan pengecualian yang disepakati. |
| Operasi dan serah terima | Otoritas pengembalian dana, kebijakan pemadaman, pencocokan catatan keuangan, tanggung jawab pengisian dan pemeliharaan. | Nama pemilik, hasil tes, dan rute dukungan yang terdokumentasi. |
Tanggapan pemasok yang berguna mengatakan konfigurasi apa yang ditunjukkan, bukti apa yang ada dan siapa yang bertanggung jawab atas pekerjaan yang belum selesai. “Dapat disesuaikan”, “multi-mata uang”, dan deretan logo pembayaran adalah titik awal untuk pertanyaan, bukan catatan penerimaan yang lengkap.
Periksa pengaturan mata uang, penerimaan tunai, dan pemberian uang kembalian secara terpisah
Pertama, bedakan tiga hal: mata uang yang digunakan untuk menghitung biaya parkir, jumlah dan mata uang yang sebenarnya dikirim untuk pembayaran, dan mata uang yang digunakan operator untuk menerima pembayaran pedagang. Minta penyedia pembayaran untuk menjelaskan ketentuan konversi atau pembayaran pedagang. Jangan menganggap simbol mata uang yang dapat dikonfigurasi di kios sebagai bukti ketiganya.
Periksa presisi jumlah di seluruh aliran. Uji biaya parkir rendah yang representatif dan biaya yang berisi jumlah pecahan jika mata uang menggunakannya. Bandingkan jumlah yang ditampilkan, permintaan penyedia, hasil pembayaran dan tanda terima. Tim harus menyetujui bagaimana jumlah direpresentasikan dan dibulatkan sebelum digunakan secara langsung.
Untuk kios yang dilengkapi uang tunai, mintalah dua daftar terpisah: apa yang diterimanya dan uang kertas dan koin yang dapat diberikan sebagai uang kembalian. Identifikasi modul dan konfigurasi mata uang yang tepat, termasuk kumpulan data atau versi firmware yang berlaku jika relevan. Penerima uang kertas tidak dengan sendirinya menetapkan bahwa kios dapat mengembalikan uang kertas; perangkat keras pengeluaran uang tunai yang ditentukan dalam pembelian dan konfigurasinya menentukan kemampuan tersebut.
Tunjukkan pembayaran tunai yang normal, denominasi yang tidak didukung, dan uang kembalian yang tidak mencukupi untuk dikembalikan. Setuju apakah mesin berhenti menerima suatu metode, menawarkan metode lain atau meminta bantuan ketika tidak dapat menyelesaikan transaksi. Konfirmasikan siapa yang mengisi kembali uang tunai untuk memberikan kembalian dan bagaimana operator melihat kekurangan yang akan terjadi. Ini adalah pertanyaan konfigurasi dan layanan; memutuskan apakah akan menawarkan uang tunai atau tidak adalah keputusan bisnis yang terpisah.

Konfirmasikan rute pembayaran lokal sebelum menyelesaikan konfigurasi perangkat keras
Berikan pemasok nama bank pengakuisisi lokal atau penyedia pembayaran sedini mungkin. Tanyakan siapa yang akan memegang akun pedagang tersebut, dapatkan pembacanya dan atur aktivasinya. Kemudian konfirmasikan kombinasi pembaca, antarmuka, dan perangkat lunak tanpa pengawasan yang tepat sebelum menyelesaikan desain enklosur, pemasangan, pemasangan kabel, dan jaringan.
Ketersediaan negara bergantung pada penyedia tertentu. Misalnya, Panduan regional Stripe Terminal menyatakan bahwa akun penerima dana dan lokasi terkait pembaca harus berada di negara yang sama, dengan penerimaan mata uang lokal. Ini adalah contoh ketentuan satu penyedia, bukan aturan yang berlaku untuk setiap penyedia atau klaim bahwa SHUNJIE mendukung Stripe Terminal.
Untuk setiap kartu, dompet, atau metode QR yang diminta, catat:
- Penyedia lokal dan pemilik akun pedagang.
- Pembaca atau rute pembayaran, antarmuka, dan versi perangkat lunak yang tepat.
- Apakah dukungan sudah ditunjukkan, dapat dikonfigurasi, bergantung pada pihak ketiga, atau masih memerlukan pengembangan.
- Siapa yang mengonfirmasi pembayaran berhasil dan bagaimana konfirmasi tersebut sampai ke perangkat lunak parkir.
- Siapa yang menangani pengembalian dana, hasil yang tidak pasti, dan permintaan dukungan setelah instalasi.
“Didukung QR” memerlukan penjelasan. Pemindai yang membaca kode identifikasi, layar yang menampilkan kode pembayaran, dan aplikasi perangkat lunak parkir yang menerima hasil pembayaran terverifikasi melakukan pekerjaan yang berbeda. Mintalah tim untuk mendemonstrasikan alur yang diperlukan. Pemindaian, tangkapan layar pelanggan, atau halaman sukses saja tidak boleh digunakan sebagai bukti yang menandai biaya parkir telah dibayar. Gunakan hasil penyedia yang disepakati dan dapat diverifikasi yang ditautkan ke catatan biaya parkir yang benar.
Uji setiap langkah dalam setiap bahasa yang diperlukan, termasuk tanda terima
Cantumkan bahasa yang diperlukan di layar kios, pembaca pembayaran, tanda terima, dan antarmuka operator secara terpisah. Layar beranda kios yang diterjemahkan tidak membuktikan pengoperasian yang benar dari perintah pembayaran pembaca atau kemampuan printer untuk mereproduksi karakter yang diperlukan.
Jalankan pencarian sesi parkir, penjelasan tarif, pemilihan pembayaran, pembatalan, batas waktu, kegagalan, bantuan, dan konfirmasi dalam setiap bahasa publik yang diperlukan. Periksa aksen, font, pemenggalan baris, dan arah teks. Untuk pembayaran dengan memasukkan nomor pelat kendaraan, uji karakter pelat dan perilaku input yang diharapkan. Pemeriksaan antarmuka ini tidak membuktikan kemampuan pengenalan pelat oleh kamera.
Kwitansi cetak dan elektronik perlu ditinjau sendiri. Dokumentasi penerimaan Adyen, misalnya, menjelaskan pengaturan bahasa tanda terima, pengkodean karakter, dan perilaku fallback. Ini menggambarkan mengapa pembaca, aplikasi perangkat lunak, dan tanda terima harus diperiksa secara terpisah; itu tidak memberikan dukungan untuk konfigurasi Adyen di kios SHUNJIE.
Periksa sampel nyata untuk jumlah, mata uang, tanggal/waktu, detail bisnis, dan referensi transaksi yang diperlukan oleh proyek dan penyedia. Mintalah operator atau penasihat lokal untuk mengonfirmasi persyaratan dokumen pajak secara terpisah. Jangan berasumsi bahwa tanda terima pembayaran yang diterjemahkan adalah dokumen pajak yang diperlukan oleh operasi lokal.
Setuju siapa pemilik hasil pembayaran dan catatan parkir
Aplikasi perangkat lunak parkir harus mengaitkan pembayaran dengan biaya parkir yang dimaksudkan. Selama demonstrasi, telusuri satu perintah mulai dari penghitungan biaya hingga hasil penyedia, status pembayaran dalam aplikasi perangkat lunak parkir, dan keputusan keluar yang disepakati. Simpan referensi yang diperlukan untuk menemukan transaksi yang sama di kedua sistem.
Tentukan negara bagian penyedia mana yang dihitung sebagai penyelesaian pembayaran dalam proyek ini. Otorisasi kartu mencadangkan dana; otorisasi dan penagihan dana merupakan dua tahap yang berbeda, dan keduanya berbeda dari penyelesaian dana ke rekening pedagang setelahnya. Jika metode pembayaran dan penyedia mendukung otorisasi serta penagihan terpisah, sepakati siapa yang menagih, kapan, dan status terverifikasi mana yang mengizinkan kendaraan keluar. Permintaan yang masih mengantre bukan pengganti status tersebut. Periksa pencairan dana ke pedagang secara terpisah dari keputusan keluar.
Jika proyek menggunakan pelat nomor untuk mengidentifikasi sesi, bandingkan alur kerja pembayaran dengan situs penerapan parkir tanpa tiket. Integrasi pembayaran harus sesuai dengan model sesi tersebut; memasang pembaca yang tampak kompatibel tidak menyelesaikan sesi parkir yang hilang atau salah pilih.

Alokasikan tanggung jawab sebelum pengiriman:
- Pemasok peralatan: kios yang dipesan, modul yang dipasang, antarmuka yang didukung, dan dokumentasi konfigurasi yang relevan.
- Penyedia pembayaran atau mitra pengakuisisi lokal: orientasi pedagang, pengaturan pembayaran yang disetujui, status transaksi, pembayaran pedagang, dan dukungan sisi pembayaran.
- Integrator parkir: pembuatan biaya, pencocokan sesi, pembaruan status berbayar, kondisi keluar, dan log integrasi.
- Operator: izin pengembalian dana, bantuan pelanggan, pencocokan catatan keuangan, layanan tunai jika digunakan dan kebijakan operasional setempat.
Satu bisnis mungkin menjalankan beberapa peran, namun setiap tugas tetap memerlukan seorang pemilik. Konfirmasikan sistem mana yang memulai pengembalian dana, siapa yang dapat mengizinkannya, dan bagaimana sistem tersebut tetap terhubung dengan catatan pembayaran asli dan biaya parkir. Tanyakan apa yang harus dilakukan staf ketika pelanggan melaporkan dikenakan biaya tetapi kios belum menerima hasil akhir; jangan menjadikan pembayaran kedua sebagai respons default terhadap pembayaran pertama yang tidak pasti.
Definisikan pemadaman dengan tepat. Hilangnya internet, hilangnya jaringan lokal, dan hilangnya daya adalah situasi yang berbeda. Jika penerimaan kartu offline diusulkan, dapatkan ketentuan penyedia, kepemilikan risiko, dan prosedur pemulihan. Catatan parkir offline bukan merupakan bukti otorisasi pembayaran atau pembayaran pedagang. Kontrak harus menyatakan apa yang berlanjut, apa yang berhenti dan bagaimana transaksi yang tertunda diperiksa setelah pemulihan.
Minta bukti pengujian pabrik, operasi di lokasi, dan pencairan dana ke pedagang
Simpan tiga catatan penerimaan yang terpisah. Demonstrasi pabrik memeriksa konfigurasi pesanan dan perilaku integrasinya. Pengujian di area parkir memeriksa jaringan, modul, akun, dan langkah yang dijalani pengendara. Pemeriksaan pencairan dana memastikan operator dapat merekonsiliasi transaksi uang nyata yang diizinkan sesuai jadwal penyedia. Keberhasilan dalam lingkungan uji saja tidak membuktikan bahwa dana sungguhan telah masuk ke rekening pedagang.

| Tes untuk disertakan | Apa yang harus dapat diverifikasi oleh pembeli |
|---|---|
| Pembayaran biasa | Biaya dan mata uang disepakati di seluruh kios, penyedia dan catatan biaya parkir; hanya sesi yang benar yang ditandai dibayar. |
| Pembayaran dibatalkan atau ditolak | Kios tersebut memberikan pesan yang jelas dan mengikuti kebijakan sesi tidak berbayar yang disepakati tanpa mengklaim keberhasilan. |
| Hasil tertunda atau tidak pasti | Staf dapat menemukan lokasi transaksi dan memeriksa statusnya sebelum mengumpulkan kembali atau memberikan pengecualian. |
| Pemberitahuan hasil berulang | Pembayaran yang sama tidak diterapkan dua kali pada pesanan; sistem parkir menyimpan catatan yang dapat dilacak. |
| Uang tunai lokal, jika dilengkapi | Denominasi yang diwajibkan, denominasi yang tidak didukung, dan perilaku penukaran uang tunai yang tidak mencukupi sesuai dengan konfigurasi yang disepakati. |
| Bahasa dan tanda terima | Perjalanan pelanggan lengkap dan tanda terima aktual dapat dibaca dalam bahasa yang diperlukan, termasuk pesan kesalahan dan bantuan. |
| Pemadaman dan pemulihan | Kasus kehilangan internet atau jaringan yang ditentukan mengikuti kebijakan yang disepakati dan transaksi yang tertunda dapat diidentifikasi setelahnya. |
| Pengembalian dana dan rekonsiliasi | Pengembalian dana resmi dapat ditelusuri ke transaksi awal; operator dapat mencocokkan catatan penyedia dengan catatan biaya parkir. |
Jika penyedia lokal mengizinkannya, sertakan pembayaran uang riil terkontrol menggunakan rekening pedagang yang dituju. Mintalah operator mengonfirmasi catatan pembayaran penyedia dan pedagang yang dihasilkan pada waktu yang tepat. Catat model perangkat/modul, versi aplikasi, lingkungan akun, kondisi pengujian, dan orang yang bertanggung jawab untuk menyelesaikan item yang gagal. Jangan menyetujui konfigurasi peralatan yang berbeda seperti yang dikirimkan.
Salin ringkasan negara ini ke dalam pertanyaan Anda
Bidang di bawah ini adalah lembar kerja pembeli yang harus diselesaikan oleh tim Anda. Mereka membantu pemasok mengutip konfigurasi yang diinginkan daripada mesin “internasional” yang tidak ditentukan.
Negara dan kota pemasangan: Operator parkir / pemilik akun pedagang: Mata uang tarif parkir dan ketelitian nominal: Penyedia pembayaran atau bank pengakuisisi lokal: Kartu, dompet, dan metode QR yang diperlukan: Perlu uang tunai? Uang kertas dan koin yang diterima: Perlu uang kembalian? Pecahan uang kertas dan koin yang harus diberikan: Bahasa layar, pembaca pembayaran, dan tanda terima: Platform parkir serta pengenal sesi yang sudah ada: Prosedur pengembalian dana, gangguan, dan rekonsiliasi: Penanggung jawab penerimaan di pabrik, di lokasi, dan dengan transaksi uang nyata:
Minta tanggapan yang menunjukkan model yang diusulkan dan versi modul, fungsi yang didemonstrasikan, persyaratan pihak ketiga, dan pekerjaan yang perlu dikembangkan. Sertakan contoh layar atau tanda terima yang diinginkan jika tersedia, tanpa mengirimkan detail kartu pelanggan atau data pribadi lain yang tidak perlu.
Untuk membahas a Stasiun pembayaran multi-saluran SHUNJIE, kirimkan ringkasan negara ini dengan alur kerja parkir Anda dan detail penyedia atau perangkat lunak yang ada. Minta SHUNJIE untuk mengonfirmasi peralatan yang tepat dan ruang lingkup integrasi untuk proyek tersebut, bersama dengan demonstrasi yang diperlukan sebelum pengiriman dan peluncuran lokal.
Gambar unggulan: Konsep kios umum yang dihasilkan AI dengan label bahasa layar ilustratif. Bukan model SHUNJIE, instalasi selesai atau integrasi pembayaran teruji.
Konsep kios umum yang dihasilkan AI dengan label bahasa layar ilustratif. Bukan model SHUNJIE, instalasi selesai atau integrasi pembayaran teruji.



