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 projet

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.

Base de la sourceSynthèse éditoriale des sources officielles
Références publiques9
État de publicationPublié
v1.0.0 / ArticleSources vérifiées: 2026-08-30
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: OEMConfig
  • 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: 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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Sources vérifiées: 2026-08-30

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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence
  • 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-30

    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.

    Ouvrir la référence