Processus de validation des applications

Le menu Paramètres → Workflow de publication d'applications permet de définir les étapes qu’une version d’application doit franchir avant d’atteindre le statut Publiée. Le processus s’applique aux versions au statut Révision. Sans processus actif, tout utilisateur disposant de la permission Propriétaire ou Examinateur sur l’application peut publier une version directement. Dans les permissions par défaut des applications, le groupe système App Reviewer de l’organisation est enregistré comme Examinateur.

Créer des étapes de validation #

Un processus de validation se compose d’un nombre quelconque d’étapes librement triables. Pour chaque étape, les paramètres suivants sont disponibles :

• Nom et Description
• Type :
  • Standard – une étape de validation classique.
  • Organiser une date de mise en production – ajoute une étape de planification de date à la version (voir ci-dessous).
• Personne ou groupe responsable : si aucun n’est défini, le propriétaire de l’application devient automatiquement responsable. Si un utilisateur désigné comme responsable est supprimé, la responsabilité passe au groupe Appstore Manager de l’organisation.
• Rendre cette étape obligatoire : si cette option est activée, la version doit obligatoirement passer par cette étape. Tant que cette étape ou une étape ultérieure est obligatoire, la version ne peut pas passer directement du statut Révision au statut Publiée. Les propriétaires de l’application disposant du rôle Appstore Manager, que les administrateurs possèdent automatiquement, font exception.
• Conditions : une étape peut être limitée à des applications spécifiques (Pour certaines applications), des types d’application (Natif, Publique, Weblink), des plateformes (iOS, Android, macOS, Windows, tvOS), des types de prix (Payant/Gratuit), des opérations de l’application spécifiques (Créer/Mettre à jour), ou exclusivement aux applications demandées (Applications demandées uniquement). Si des applications spécifiques sont sélectionnées, les conditions de type d’application, de plateforme, de type de prix et Applications demandées uniquement ne s’appliquent plus. Si Applications demandées uniquement est activé, la sélection des types d’application ne s’applique plus.

Si la dernière étape de validation est supprimée, le processus de validation est automatiquement désactivé.

Validation avec un processus actif #

Lorsque le processus de validation est actif, chaque version au statut Révision est affectée à la première étape correspondante. Seuls la personne responsable ou les membres du groupe responsable, ainsi que les propriétaires de l’application, peuvent valider l’étape en cours. Après validation, la version passe à l’étape correspondante suivante.

Une fois la dernière étape validée, la version est publiée et reçoit le statut Publiée. Si une Date de mise en ligne future est définie pour la version, la publication a lieu automatiquement à cette date.

Pour les applications natives, une date souhaitée peut être saisie dans le champ Date de mise en ligne pour les versions au statut Développement ou Révision. Tant qu’une étape de type Organiser une date de mise en production est en cours, la date ne peut pas être modifiée.

Organiser une date de mise en production #

Si le processus contient une étape de type Organiser une date de mise en production, la personne ayant téléversé l’application et la personne responsable proposent conjointement une date de publication dans la vue détaillée de la version. Une fois que les deux parties ont donné leur accord, la date est reprise comme Date de mise en ligne. Si d’autres étapes suivent dans le processus, la version les franchit d’abord. Une fois le processus terminé, elle est automatiquement publiée à la date convenue.

Activer/désactiver le processus #

L’ensemble du processus de validation peut être activé ou désactivé via le menu à trois points :

• Activer le workflow : toutes les versions au statut Révision sont déplacées vers la première étape de validation correspondante. Si une version se trouvait déjà dans une étape auparavant, son historique de validation est restauré. L’activation n’est possible que si au moins une étape a été créée.
• Désactiver le workflow : les propriétaires et examinateurs de l’application, et donc par défaut aussi les membres du groupe App Reviewer, peuvent à nouveau publier des versions directement.

Mettre à disposition une application native dans le Relution App Store #

Relution permet de mettre à disposition des applications natives et des packages d’installation, par exemple des fichiers IPA, PKG, DMG, APK, MSIX, MSIXBUNDLE, APPX, APPXBUNDLE, MSI et EXE. Il est ainsi possible de mettre à disposition de manière ciblée différentes versions d’une application, par exemple des versions de développement ou de test, et de les tester au préalable.

Sous Apps → App Store, la source Appli native est choisie via Ajouter, puis confirmée avec Suivant.

Le package d’installation souhaité est téléversé via Sélectionner.

Une fois le package d’installation téléversé, le formulaire s’ouvre via Ajouter des détails. Dans la section Général, le statut Publiée est sélectionné dans le champ État de la version. Le nom du statut apparaît sous forme d’info-bulle sur l’icône correspondante. Le statut Publiée n’est disponible que pour les propriétaires de l’application. Une version créée directement au statut Publiée ne passe par aucun processus de validation.

Les applications au statut Publiée peuvent être téléchargées par tous les utilisateurs autorisés via le Relution App Store.

Cette zone affiche également le nom de la version ainsi que la date de création et de modification de l’application.

Enfin, les informations sont enregistrées via Enregistrer en haut à droite.

Après l’enregistrement, une vue d’ensemble de l’application s’affiche. Elle indique notamment la plateforme pour laquelle l’application est disponible, ainsi que d’autres informations et paramètres.

Le Relution App Store indique également de quel type d’application il s’agit et pour quelle plateforme elle est mise à disposition.

Mettre à disposition une version de développement ou de test pour certains utilisateurs #

Si une autre version de la même application – par exemple une version de développement ou de test – ne doit être mise à disposition que de certains utilisateurs, elle est créée au statut Révision.

L’application souhaitée est ouverte dans le Relution App Store et une nouvelle version est créée via Ajouter une nouvelle version.

La nouvelle version est ensuite téléversée comme application native, comme décrit ci-dessus. Dans la section Général, le statut Révision est sélectionné dans le champ État de la version et les modifications sont enregistrées.

La version n’est ainsi pas visible pour les utilisateurs habituels de l’App Store. Les versions en révision ne sont visibles que pour les personnes disposant de la permission Propriétaire, Examinateur ou Développeur sur l’application, ainsi que pour les administrateurs. L’accès s’applique toujours à toutes les versions en révision de l’application, et non à une seule version.

Accès via les permissions de l’application #

Les testeurs individuels obtiennent un accès ciblé via l’application elle-même : dans l’onglet Paramètres de l’application, la personne est enregistrée dans la section Permissions comme Examinateur ou Développeur via Utilisateurs et groupes. En tant que Développeur, elle voit les versions en révision mais ne peut pas les publier. Elle peut toutefois modifier les versions en révision et en développement et supprimer l’application. La section Permissions est disponible pour les propriétaires de l’application.

Accès via le groupe App Reviewer #

Alternativement, l’utilisateur est ajouté au groupe système App Reviewer de l’organisation. Pour cela, l’utilisateur est ouvert sous Utilisateurs → Utilisateurs, puis le bouton Gérer les groupes est sélectionné dans la section Groupes et autorisations. Le groupe y est attribué. Son nom commence par le nom de l’organisation. Si l’organisation s’appelle par exemple « Support », le groupe s’appelle Support App Reviewer.

Les membres de ce groupe sont enregistrés comme Examinateur dans les permissions par défaut des applications. Ils voient ainsi les versions en révision de toutes les applications dont les permissions contiennent le groupe. Si un modèle de permissions par défaut est actif sous Paramètres → App Store, cela ne s’applique que si le groupe y figure (Autorisations par défaut de l’App Store →).

Les utilisateurs sans aucune de ces permissions ne voient que les versions au statut Publiée. Les utilisateurs ayant accès aux versions en révision voient en outre la zone Révision dans la barre supérieure du Relution App Store.

Voir aussi Traiter les demandes d’applications → pour la vérification ultérieure des applications demandées.