Shunjie · Blog

Borne de paiement de parking : adaptation au marché local

Confirmez la devise, les espèces, le prestataire de paiement, les langues et l’intégration au système de parking avant commande.

Un kiosque de paiement de stationnement n’est prêt pour un pays que lorsque son système de gestion de l’argent, son fournisseur de paiement, son interface utilisateur et son logiciel de stationnement fonctionnent ensemble dans la configuration convenue. Changer un symbole monétaire ou traduire l’écran d’accueil n’établit pas que la machine peut accepter les paiements locaux, émettre un reçu utilisable ou marquer la session de stationnement correcte comme payée.

Avant de commander, remettez au fournisseur une fiche de configuration du pays et demandez la preuve que chaque exigence de cette fiche est remplie. Spécifiez le pays d’installation, la devise de facturation, les coupures en espèces requises, le fournisseur de paiement local, les langues et le système propriétaire de chaque transaction. Distinguez les fonctionnalités déjà démontrées des options qui nécessitent un développement tiers ou ultérieur.

Ce guide s’adresse aux distributeurs, opérateurs de stationnement et intégrateurs qui achètent une borne de paiement de stationnement ou une borne de paiement de stationnement pour piétons pour un marché particulier. Il se concentre sur l’achat et l’acceptation, plutôt que de recommander un seul fournisseur de paiement ou de promettre qu’une seule machine fonctionnera partout.

Commencez avec une feuille de configuration nationale

Utilisez un document convenu pour le fournisseur d’équipement, l’intégrateur de logiciels de stationnement, le partenaire de paiement local et l’opérateur. Conservez sur ce document le modèle et les versions du logiciel : une démonstration sur un autre lecteur, module de caisse ou application ne suffit pas à établir que la combinaison commandée fonctionne.

Élément de configurationQue préciserPreuve à demander
Destination et opérateurPays, ville, lieu d’installation et entreprise recevant les paiements.Parties désignées responsables de l’équipement, de l’intégration des commerçants, de l’installation et du support.
Argent et montantsla devise des frais de stationnement, la devise de la transaction, la précision du montant et les modalités de paiement attendues du commerçant.Les mêmes frais de stationnement tracés depuis l’écran jusqu’au relevé de paiement ; conditions de paiement du commerçant confirmées par le fournisseur de paiement.
En espèces, si nécessaireModules exacts de billets et de pièces, configuration des devises, coupures acceptées et exigences pour rendre la monnaie en espèces.Une liste de coupures et une démonstration utilisant des billets et des pièces locaux représentatifs, y compris le manque de monnaie en espèces.
Cartes et méthodes localesChaque méthode demandée, fournisseur de paiement, modèle de lecteur et version d’intégration.Confirmation du fournisseur de l’utilisation sans surveillance proposée et flux de transactions fonctionnel pour cette combinaison.
Langues et documentsLangues de l’écran, du lecteur de paiement, des messages d’aide, des reçus et de l’interface opérateur.Une présentation complète et des échantillons de reçus imprimés ou électroniques.
Connexion au système de stationnementQuel système crée les frais, confirme le paiement et décide si une session peut se terminer.Enregistrement des frais de stationnement et références de paiement liés dans les deux systèmes, avec gestion des exceptions convenue.
Opérations et remiseAutorité de remboursement, politique de panne, correspondance des dossiers financiers, responsabilités de réapprovisionnement et de maintenance.Propriétaires nommés, résultats des tests et itinéraire d’assistance documenté.

Une réponse utile d’un fournisseur indique quelle configuration a été démontrée, quelles preuves existent et qui est responsable du travail inachevé. « Personnalisable », « multidevises » et une rangée de logos de paiement sont des points de départ pour des questions, et non des enregistrements d’acceptation complétés.

Vérifiez séparément la devise, l’acceptation des espèces et le rendu de monnaie

Distinguez d’abord trois éléments : la devise utilisée pour calculer les frais de stationnement, le montant et la devise effectivement envoyés pour le paiement, et la devise dans laquelle l’opérateur reçoit le paiement du commerçant. Demandez au fournisseur de paiement d’expliquer toute conversion ou conditions de paiement du commerçant. Ne considérez pas un symbole monétaire configurable sur le kiosque comme une preuve des trois.

Vérifiez la précision de la quantité tout au long du flux. Testez des frais de stationnement bas et représentatifs et des frais contenant un montant fractionnaire lorsque la devise en utilise un. Comparez le montant affiché, la demande du fournisseur, le résultat du paiement et le reçu. L’équipe doit convenir de la manière dont les montants sont représentés et arrondis avant leur utilisation en direct.

Pour un kiosque équipé en espèces, demandez deux listes distinctes : ce qu’il accepte et les billets et pièces qu’elle peut rendre en monnaie. Identifiez les modules exacts et la configuration des devises, y compris l’ensemble de données ou la version du micrologiciel applicable, le cas échéant. Un accepteur de billets n’établit pas à lui seul que le kiosque peut restituer les billets ; le matériel de distribution d’espèces spécifié lors de l’achat et sa configuration déterminent cette capacité.

Démontrer un paiement en espèces normal, une dénomination non justifiée et une monnaie en espèces insuffisante à restituer. Convenez si la machine cesse d’accepter une méthode, propose une autre méthode ou appelle à l’aide lorsqu’elle ne peut pas terminer la transaction. Confirmez qui reconstitue l’argent liquide pour rendre la monnaie et comment l’opérateur voit une pénurie imminente. Il s’agit de questions de configuration et de service ; décider d’offrir ou non de l’argent liquide est une décision commerciale distincte.

les frais de stationnement et la devise d'affichage, le montant et la devise du paiement, ainsi que le paiement du commerçant sont des enregistrements distincts ; l'acceptation d'espèces et le retour de monnaie nécessitent des contrôles matériels distincts.
Contrôles conceptuels des achats. Tracez un débit dans les trois enregistrements et vérifiez séparément l’acceptation des espèces et la restitution de la monnaie au client.

Confirmez l’itinéraire de paiement local avant de finaliser la configuration matérielle

Donnez au fournisseur le nom de la banque acquéreuse locale ou du prestataire de paiement le plus tôt possible. Demandez qui détiendra le compte marchand, obtenez le lecteur et organisez son activation. Confirmez ensuite la combinaison exacte du lecteur sans surveillance, de l’interface et du logiciel avant de finaliser la conception du boîtier, du montage, du câblage et du réseau.

La disponibilité par pays dépend du fournisseur. Par exemple, Orientation régionale de Stripe Terminal indique que le compte recevant les fonds et l’emplacement associé du lecteur doivent être dans le même pays, avec l’acceptation de la monnaie locale. Il s’agit d’un exemple des conditions d’un fournisseur, et non d’une règle à appliquer à chaque fournisseur ou d’une affirmation selon laquelle SHUNJIE prend en charge Stripe Terminal.

Pour chaque carte, portefeuille ou méthode QR demandé, enregistrez :

  • Le fournisseur local et propriétaire du compte marchand.
  • Le lecteur exact ou le mode de paiement, l’interface et la version du logiciel.
  • Que le support soit déjà démontré, configurable, dépendant d’un tiers ou nécessite encore du développement.
  • Qui confirme un paiement réussi et comment cette confirmation parvient au logiciel de stationnement.
  • Qui gère un remboursement, un résultat incertain et une demande d’assistance après installation.

« QR pris en charge » nécessite une explication. Un scanner qui lit un code d’identification, un écran qui présente un code de paiement et un logiciel de stationnement qui reçoit un résultat de paiement vérifié effectuent différentes tâches. Demandez à l’équipe de démontrer le flux requis. Un scan, une capture d’écran d’un client ou une page de réussite ne doivent pas être utilisés à eux seuls comme preuve indiquant que les frais de stationnement sont payés. Utilisez le résultat convenu et vérifiable du fournisseur lié au bon relevé de frais de stationnement.

Testez chaque étape dans chaque langue requise, y compris le reçu

Répertoriez séparément les langues nécessaires sur l’écran du kiosque, le lecteur de paiement, le reçu et l’interface opérateur. Un écran d’accueil de kiosque traduit ne prouve pas le fonctionnement correct des invites de paiement d’un lecteur ou la capacité d’une imprimante à reproduire les caractères requis.

Parcourez la recherche de session, l’explication du tarif, le choix du paiement, l’annulation, le délai dépassé, l’échec, l’aide et la confirmation dans chaque langue publique requise. Vérifiez accents, polices, retours à la ligne et direction du texte. Pour un paiement par saisie de la plaque d’immatriculation du véhicule, testez les caractères attendus et la saisie. Cette vérification de l’interface ne démontre pas la capacité de reconnaissance d’une caméra.

Les reçus imprimés et électroniques nécessitent leur propre examen. Document de réception d’Adyen, par exemple, décrit les paramètres de langue du reçu, le codage des caractères et le comportement de secours. Il illustre pourquoi le lecteur, le logiciel et le reçu doivent être vérifiés séparément ; il n’établit pas de prise en charge d’une configuration Adyen sur un kiosque SHUNJIE.

Inspectez des échantillons réels pour connaître le montant, la devise, la date/heure, les détails commerciaux et la référence de transaction requis par le projet et le fournisseur. Demandez à l’opérateur ou au conseiller local de confirmer séparément toutes les exigences en matière de documents fiscaux. Ne présumez pas qu’un reçu de paiement traduit est le document fiscal dont l’opération locale a besoin.

Convenez à qui appartient le résultat du paiement et le dossier de stationnement

L’application logicielle de stationnement doit associer un paiement aux frais de stationnement prévus. Au cours de la démonstration, tracez une commande depuis le calcul des frais jusqu’au résultat du prestataire, l’état payé dans le logiciel de stationnement et la décision de sortie convenue. Conservez les références nécessaires pour retrouver la même transaction dans les deux systèmes.

Définissez quel état du fournisseur compte comme achèvement du paiement dans ce projet. Une autorisation de carte réserve des fonds ; l’autorisation et la capture du paiement sont deux opérations distinctes, et aucune ne doit être confondue avec le règlement bancaire ultérieur. Si le moyen et le prestataire de paiement permettent de séparer autorisation et capture, convenez de qui capture le paiement, quand et de quel état vérifié autorise la sortie. Une demande en attente ne remplace pas cet état. Vérifiez le règlement bancaire séparément de la décision de sortie.

Si le projet utilise des plaques d’immatriculation pour identifier les sessions, comparez le workflow de paiement avec celui du site. déploiement de stationnement sans ticket. L’intégration du paiement doit correspondre à ce modèle de session ; l’installation d’un lecteur d’apparence compatible ne résout pas une session de stationnement manquante ou mal sélectionnée.

Un enregistrement de frais de stationnement conduit à un résultat de fournisseur, à un état de paiement correspondant et à une décision de sortie utilisant le statut vérifié convenu ; des références partagées relient les enregistrements, une analyse ne confirme pas le paiement et le paiement du commerçant est vérifié séparément.
Responsabilités d’intégration conceptuelle, pas une API SHUNJIE ou un test terminé. Exit utilise le statut de paiement vérifié convenu pour l’enregistrement correct des frais de stationnement ; le paiement du commerçant nécessite son propre chèque ultérieur.

Répartir les responsabilités avant la livraison :

  • Fournisseur d’équipement : le kiosque commandé, les modules installés, les interfaces prises en charge et la documentation de configuration pertinente.
  • Fournisseur de paiement ou partenaire acquéreur local : intégration du commerçant, configuration du paiement approuvée, statut de la transaction, paiement du commerçant et assistance côté paiement.
  • Intégrateur de stationnement : création de frais, correspondance de session, mises à jour de l’état payant, conditions de sortie et journaux d’intégration.
  • Opérateur : autorisations de remboursement, assistance client, correspondance des dossiers financiers, gestion des espèces le cas échéant et politique opérationnelle locale.

Une entreprise peut remplir plusieurs rôles, mais chaque tâche nécessite toujours un propriétaire. Confirmez quel système initie un remboursement, qui peut l’autoriser et comment il reste lié au paiement original et au relevé des frais de stationnement. Demandez ce que le personnel doit faire lorsqu’un client signale qu’il a été facturé mais que le kiosque n’a pas reçu de résultat final ; ne faites pas d’un deuxième paiement la réponse par défaut à un premier paiement incertain.

Définissez précisément les pannes. La perte d’Internet, la perte du réseau local et la perte de courant sont des situations différentes. Si l’acceptation de la carte hors ligne est proposée, obtenez les conditions du fournisseur, la propriété des risques et la procédure de recouvrement. Un enregistrement de stationnement hors ligne ne constitue pas une preuve d’autorisation de paiement ou de paiement du commerçant. Le contrat doit indiquer ce qui continue, ce qui s’arrête et comment les transactions en attente sont vérifiées après la récupération.

Exigez des preuves en usine, sur le parking et du règlement bancaire

Conservez trois procès-verbaux de réception distincts. La démonstration en usine contrôle la configuration commandée et son intégration. L’essai sur le parking contrôle le réseau installé, les modules, le compte et le parcours du conducteur. La vérification du règlement bancaire confirme que l’exploitant peut rapprocher une transaction réelle autorisée selon le calendrier convenu avec le prestataire. Un résultat en environnement de test ne prouve pas un règlement réel sur le compte du commerçant.

La démonstration en usine, le flux du site installé et le paiement du commerçant du fournisseur nécessitent chacun un enregistrement d'acceptation distinct ; le diagramme ne rend pas compte des tests terminés.
Trois portes de preuves distinctes pour la configuration de l’équipement acheté. Il s’agit d’exigences d’acceptation et non de résultats de tests réussis ; Le succès du bac à sable ne prouve pas le transfert réel des fonds collectés vers le compte bancaire du commerçant.
Test à inclureCe que l’acheteur doit pouvoir vérifier
Paiement normalLes frais et la devise conviennent pour le kiosque, le fournisseur et l’enregistrement des frais de stationnement ; seule la bonne session est marquée payante.
Paiement annulé ou refuséLe kiosque donne un message clair et suit la politique convenue de sessions non rémunérées sans prétendre au succès.
Résultat retardé ou incertainLe personnel peut localiser la transaction et vérifier son statut avant de la récupérer à nouveau ou d’accorder une exception.
Notification de résultat répétéeLe même paiement n’est pas appliqué deux fois à la commande ; le système de stationnement conserve un enregistrement traçable.
Espèces locales, si installéesLes dénominations requises, les dénominations non prises en charge et les comportements de change en espèces insuffisants correspondent à la configuration convenue.
Langue et reçuLe parcours client complet et le reçu réel sont lisibles dans les langues requises, y compris les messages d’erreur et d’aide.
Panne et récupérationLe cas de perte Internet ou de réseau spécifié suit la politique convenue et les transactions en attente peuvent être identifiées par la suite.
Remboursement et rapprochementUn remboursement autorisé peut être attribué à la transaction initiale ; l’opérateur peut faire correspondre l’enregistrement du fournisseur à l’enregistrement des frais de stationnement.

Lorsque le fournisseur local le permet, incluez un paiement contrôlé en argent réel en utilisant le compte marchand prévu. Demandez à l’opérateur de confirmer les enregistrements de paiement du fournisseur et du commerçant au moment approprié. Enregistrez les modèles d’appareil/module, les versions de l’application, l’environnement du compte, les conditions de test et la personne responsable de la résolution de tout élément défaillant. N’approuvez pas une configuration d’équipement différente comme s’il s’agissait de celle livrée.

Copiez cette fiche pays dans votre demande

Les champs ci-dessous constituent une feuille de travail d’acheteur que votre équipe doit remplir. Ils aident le fournisseur à proposer la configuration prévue plutôt qu’une machine « internationale » non spécifiée.

Pays et ville d’installation :
Exploitant du parking / titulaire du compte commerçant :
Devise du tarif et précision des montants :
Prestataire de paiement ou acquéreur local :
Cartes, portefeuilles et moyens QR requis :
Espèces nécessaires ? Billets et pièces acceptés :
Rendu de monnaie nécessaire ? Coupures et pièces à restituer :
Langues de l’écran, du lecteur de paiement et des reçus :
Plateforme de parking et identifiant de session existants :
Procédures de remboursement, de panne et de rapprochement :
Responsables de la réception en usine, sur le parking et avec un paiement réel :

Demandez une réponse montrant les versions de modèle et de module proposées, les fonctions démontrées, les exigences de tiers et les travaux à développer. Incluez des échantillons des écrans ou des reçus souhaités lorsqu’ils sont disponibles, sans envoyer les détails de la carte des clients ou d’autres données personnelles inutiles.

Pour discuter d’un Station de paiement multicanal SHUNJIE, envoyez cette fiche pays avec votre flux de travail de stationnement et tous les détails du fournisseur ou du logiciel existant. Demandez à SHUNJIE de confirmer l’équipement exact et la portée d’intégration pour ce projet, ainsi que les démonstrations nécessaires avant l’expédition et le lancement local.

Image présentée : Concept de kiosque générique généré par l’IA avec des étiquettes illustratives en langage d’écran. Il ne s’agit pas d’un modèle SHUNJIE, d’une installation terminée ou d’une intégration de paiement testée.

Image principale : Concept de kiosque générique généré par l’IA avec des étiquettes illustratives en langage d’écran. Il ne s’agit pas d’un modèle SHUNJIE, d’une installation terminée ou d’une intégration de paiement testée.