Hub développeurs / bases publiques / Article
Staging et remise du déploiement
Ce guide décrit le chemin d’implémentation pour le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture. 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 le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture. 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: TMS / MDM / SUNMI. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Version Android
- Version Android: SUNMI. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Firmware
- Firmware: Consignez la limite de le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- SDK / interface
- SDK / interface: OEMConfig / TMS / MDM. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Build de l’application
- Build de l’application: Définissez le chemin technique pour le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
Couverture de la documentation fabricant
- Couverture de la documentation fabricant: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 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 le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
Surface API
Surface API: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.Surface API: OEMConfigSurface API: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.Surface API: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.Surface API: TMS / MDM
Périmètre et prérequis
- Périmètre et prérequis: Définissez le chemin technique pour le staging et la remise du déploiement.
- Périmètre du modèle: TMS / MDM / SUNMI.
- Build de l’application: le staging et la remise du déploiement.
- Permissions et propriété: Consignez la limite de le staging et la remise du déploiement.
Permissions et propriété
- Permissions et propriété: Consignez la limite de le staging et la remise du déploiement.
- Périmètre et prérequis: Définissez le chemin technique pour le staging et la remise du déploiement.
- 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 le staging et la remise du déploiement. 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 le staging et la remise du déploiement.
- 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 le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 02
Chemin d’implémentation 02: Surface API: OEMConfig / TMS / MDM. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 03
Chemin d’implémentation 03: Checklist de vérification: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 04
Chemin d’implémentation 04: Gestion des erreurs: Consignez la limite de le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 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: Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 07
Chemin d’implémentation 07: Définissez le chemin technique pour le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
Checklist de vérification
- Checklist de vérification 01: Vérifiez le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Checklist de vérification 02: Périmètre du modèle: TMS / MDM / SUNMI. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Checklist de vérification 03: Version Android: SUNMI. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- Checklist de vérification 04: Gestion des erreurs: Consignez la limite de le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
- 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 le staging et la remise du déploiement. Figez le lot, le hash du package, la politique MDM, le réseau, le remplacement et le responsable d’acceptation ; remettez exceptions et rollback avec le dossier de clôture.
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 le staging et la remise du déploiement.
- 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 OEMConfigSUNMI / Documentation officielle SUNMI: SUNMI OEMConfig. 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.
- Kiosk Management ModuleSUNMI / Documentation officielle SUNMI: Kiosk Management Module. 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.
- Software Management ModuleSUNMI / Documentation officielle SUNMI: Software Management Module. 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 Enterprise Reseller / Zero-touchSUNMI / Documentation officielle SUNMI: Android Enterprise Reseller / Zero-touch. 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.
- Deployment Modes and Architectural TopologySUNMI / Documentation officielle SUNMI: Deployment Modes and Architectural Topology. 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.
- Deployment Verification and Connectivity TestingSUNMI / Documentation officielle SUNMI: Deployment Verification and Connectivity Testing. 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.
- Managed configurationsAndroid Developers / Sources publiques SUNMI et Android: Managed configurations. 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.
- Dedicated devices cookbookAndroid Developers / Sources publiques SUNMI et Android: Dedicated devices cookbook. 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.
