Le fabricant documente la capacité, l’interface ou la configuration. Ce n’est pas un résultat de test UnitWeave et cela ne garantit pas le fonctionnement de votre application.
Laboratoire de tests / Niveau de preuve
Compatibilité des POS et kiosques SUNMI
La compatibilité concerne une combinaison définie de matériel, logiciel, configuration et conditions d’exploitation. Commencez par le flux important et décrivez l’ensemble pour qu’un autre relecteur puisse le reproduire.
Parler de votre projetLire les preuves colonne par colonne
Une ligne de compatibilité est une configuration nommée, pas une promesse produit.
La compatibilité concerne une combinaison définie de matériel, logiciel, configuration et conditions d’exploitation. Commencez par le flux important et décrivez l’ensemble pour qu’un autre relecteur puisse le reproduire.
| Modèle | Point de départ du flux | Base publiée par le fabricant | Interfaces d’intégration à examiner | Prochaine étape de validation |
|---|---|---|---|---|
| V2s PLUSAppareils Sunmi | Encaissement mobile, prise de commande et sortie de reçus ou d’étiquettes. | Base publiée par le fabricant
| Parcours d’impression, variante du scanner, Intent ou SDK Android, batterie et reconnexion. | Nommer la variante, le firmware, le build, le papier, le parcours scanner et les étapes d’acceptation. |
| L2s PROAppareils Sunmi | Scan en entrepôt, inventaire, capture de livraison et service terrain. | Base publiée par le fabricant
| Déclenchement du scan, données décodées, Intent ou SDK, file hors ligne, échange de batterie et politique appareil. | Nommer la mémoire, le firmware, les symbologies, le déclencheur et les critères d’acceptation hors ligne. |
| P3Appareils Sunmi | Acceptation de paiements, encaissement assisté et prise de commande en restauration. | Base publiée par le fabricant
| Périmètre de paiement approuvé, SDK ou Intent du prestataire, reprise réseau, reçu et exigences du pays. | Confirmer le prestataire de paiement, le marché, la configuration, le responsable de certification et le testeur. |
| T2sAppareils Sunmi | Encaissement assisté au comptoir et opérations de restauration. | Base publiée par le fabricant
| Imprimante, tiroir-caisse, écran client, version Android, firmware et cycle de vie applicatif. | Confirmer le firmware, le build applicatif, les périphériques connectés et le parcours d’acceptation du déploiement. |
| K2Appareils Sunmi | Commande en libre-service, billetterie, enregistrement et gestion de file. | Base publiée par le fabricant
| Politique kiosque, réinitialisation écran, appairage carte, reprise réseau, MDM et récupération à distance. | Nommer le boîtier, le support, l’appairage paiement, Android, firmware, politique MDM et l’acceptation du reset. |
Fiche de validation / champs requis
« Pris en charge » doit avoir une source et un responsable.
Une conclusion positive, partielle ou négative reste liée à la configuration qui l’a produite. Cette fiche apporte le contexte minimal pour comparer un résultat, rouvrir un défaut ou étendre la couverture à un nouveau build.
Un enregistrement UnitWeave daté indique le modèle, le système, le firmware, le build de l’application, les accessoires, la méthode, le résultat et le réviseur.
Un procès-verbal d’acceptation rattaché à un client identifié confirme le flux convenu dans son environnement. Ce résultat n’est pas automatiquement universel.
Certains parcours fonctionnent, mais une limitation définie subsiste. Le parcours pris en charge et le parcours en échec ou exclu sont tous deux consignés.
Un enregistrement identifié indique que la configuration demandée est hors du périmètre confirmé ou ne respecte pas les critères d’acceptation convenus.
Fiche de validation / champs requis
Un test utile peut être reproduit par un autre relecteur.
Une conclusion positive, partielle ou négative reste liée à la configuration qui l’a produite. Cette fiche apporte le contexte minimal pour comparer un résultat, rouvrir un défaut ou étendre la couverture à un nouveau build.
01
Identité de la cible
Notez le modèle, la variante exacte, Android, le firmware, le package, la version et le build de l’application. Le nom d’une famille ne remplace pas la configuration testée.
02
Configuration connectée
Nommez l’imprimante, le scanner, le tiroir, l’écran client, le support, le papier, l’environnement de paiement, le réseau et l’alimentation utilisés.
03
Méthode de test
Décrivez les prérequis, les données, le résultat attendu, les étapes, les répétitions et le résultat observé. Ajoutez démarrage, reconnexion et parcours hors ligne s’ils font partie du flux.
04
Récupération et limites
Conservez les permissions, erreurs, journaux ou captures, comportements de reprise, limites connues et parcours exclus. Les données client, identifiants et binaires de production restent hors de la fiche publique.
05
Décision et responsable
Indiquez le niveau de preuve, le résultat d’acceptation, la date, le relecteur, l’emplacement de la preuve, le responsable support et l’action suivante.
Limite de publication
Une capacité du catalogue est le point de départ de la validation.
Le laboratoire rend une décision définie plus fiable. Il ne transforme pas une configuration réussie en compatibilité universelle, certification de paiement ou engagement de support local.
- Une spécification SUNMI reste une déclaration du fabricant et ne devient pas un résultat de test UnitWeave.
- Un modèle, un firmware, un build applicatif ou un ensemble de périphériques ne couvre pas implicitement une autre configuration.
- Certification de paiement, acquiring, fiscalité, importation, données client et service local ont leurs propres responsables.
- Le devis, la fiche d’acceptation et le contrat définissent le livrable, la disponibilité, la garantie et le support.
Compatibilité
Besoin d’une réponse de compatibilité pour votre application ?
Envoyez le flux cible, le modèle ou la sélection, le build applicatif, les périphériques, le pays et les critères d’acceptation. Nous en ferons un brief de validation cadré.