Hub développeurs / bases publiques / Article
Migration d’un POS existant
Ce guide décrit le chemin d’implémentation pour la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte. Cette note technique est un point de départ structuré. Confirmez le modèle, Android, le firmware, le SDK, la version de l’application et les accessoires avant un déploiement.
Parler de votre projetCe guide décrit le chemin d’implémentation pour la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte. Cette note technique est un point de départ structuré. Confirmez le modèle, Android, le firmware, le SDK, la version de l’application et les accessoires avant un déploiement.
- Périmètre du modèle
- Périmètre du modèle: SUNMI / SDK / K2. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Version Android
- Version Android: SUNMI / SDK / K2. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Firmware
- Firmware: Consignez la limite de la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- SDK / interface
- SDK / interface: LineApi / CommandApi / Intent / SDK / API. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Build de l’application
- Build de l’application: Définissez le chemin technique pour la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
Couverture de la documentation fabricant
- Couverture de la documentation fabricant: Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Base de la source: La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client.
- Références publiques: Vérifiez la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
Surface API
Surface API: Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.Surface API: SUNMI / LineApi / CommandApi / QueryApiSurface API: SUNMI / Intent / SDKSurface API: SUNMI / APISurface API: API
Périmètre et prérequis
- Périmètre et prérequis: Définissez le chemin technique pour la migration d’un POS ou ERP existant.
- Périmètre du modèle: SUNMI / SDK / K2.
- Build de l’application: la migration d’un POS ou ERP existant.
- Permissions et propriété: Consignez la limite de la migration d’un POS ou ERP existant.
Permissions et propriété
- Permissions et propriété: Consignez la limite de la migration d’un POS ou ERP existant.
- Périmètre et prérequis: Définissez le chemin technique pour la migration d’un POS ou ERP existant.
- Niveau de preuve: Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
Gestion des erreurs
Gestion des erreurs: Consignez la limite de la migration d’un POS ou ERP existant. Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
Limites connues
- Limites connues: Consignez la limite de la migration d’un POS ou ERP existant.
- Base de la source: La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client.
- Test UnitWeave: Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
Chemin d’implémentation
- 01
Chemin d’implémentation 01: Définissez le chemin technique pour la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- 02
Chemin d’implémentation 02: Surface API: LineApi / CommandApi / Intent / SDK / API. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- 03
Chemin d’implémentation 03: Checklist de vérification: Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- 04
Chemin d’implémentation 04: Gestion des erreurs: Consignez la limite de la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- 05
Chemin d’implémentation 05: Niveau de preuve: Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
- 06
Chemin d’implémentation 06: Périmètre et prérequis: Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- 07
Chemin d’implémentation 07: Définissez le chemin technique pour la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
Checklist de vérification
- Checklist de vérification 01: Vérifiez la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Checklist de vérification 02: Périmètre du modèle: SUNMI / SDK / K2. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Checklist de vérification 03: Version Android: SUNMI / SDK / K2. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Checklist de vérification 04: Gestion des erreurs: Consignez la limite de la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
- Checklist de vérification 05: Niveau de preuve: Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
- Checklist de vérification 06: Vérifiez la migration d’un POS ou ERP existant. Cartographiez commandes, paiements, stock, file hors ligne et rollback entre l’application existante et les interfaces SUNMI ; gardez chaque limite comme preuve distincte.
Contrôle de publication
Une note publiée doit citer une source publique, limiter ses affirmations à ce périmètre, présenter un résultat d’acceptation identifié et exclure tout contenu privé ou client.
- Contrôle de publication 01: Une note publiée doit citer une source publique, limiter ses affirmations à ce périmètre, présenter un résultat d’acceptation identifié et exclure tout contenu privé ou client.
- Contrôle de publication 02: Consignez la limite de la migration d’un POS ou ERP existant.
- Contrôle de publication 03: La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client.
- Contrôle de publication 04: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- Contrôle de publication 05: Niveau de preuve: Autorisation, données produit, droits médias, compatibilité, disponibilité et support sont conservés dans des registres séparés.
Licence et provenance
Licence et provenance: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
Référence d’exemple
Référence d’exemple: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
Base de la source
Provenance de la source
Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- SUNMI Integration GuideSUNMI / Documentation officielle SUNMI: SUNMI Integration Guide. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- SUNMI Device's Android VersionSUNMI / Documentation officielle SUNMI: SUNMI Device's Android Version. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- APIs for Printing Thermal ReceiptsSUNMI / Documentation officielle SUNMI: APIs for Printing Thermal Receipts. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- Using Camera-Based Barcode Scanner SDKSUNMI / Documentation officielle SUNMI: Using Camera-Based Barcode Scanner SDK. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- Overview of SUNMI Customer API SDKSUNMI / Documentation officielle SUNMI: Overview of SUNMI Customer API SDK. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- Request app permissionsAndroid Developers / Sources publiques SUNMI et Android: Request app permissions. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
- Android package visibilityAndroid Developers / Sources publiques SUNMI et Android: Android package visibility. La base de la source indique d’où vient la note publique d’implémentation. Elle est distincte des tests matériels de UnitWeave et de l’acceptation client. / Sources vérifiées: 2026-08-30Ouvrir la référence
Provenance de la source: Le contenu d’implémentation est maintenu ici selon la structure et la rédaction de UnitWeave. Les URL sources restent dans le registre de provenance pour l’attribution et la vérification de version ; elles ne remplacent pas le guide.
