CONTROLLED RELEASES

Téléchargements via un accès contrôlé.

Les packages doivent avoir une version, une plateforme et un contexte de release. Aucun lien anonyme ou non vérifié n’est affiché.

Technicien terrain communiquant par radio portative
Accès contrôlé

Téléchargements

Le portail client est connecté à TEA2. Seuls les fichiers et releases explicitement attribués au client sont disponibles après connexion.

Connexion client
CONTROLLED RELEASES

Les packages doivent avoir une version, une plateforme et un contexte de release. Aucun lien anonyme ou non vérifié n’est affiché.

Demander l’accès
01
Windows DispatchWindows
Controlled
02
Android / PoC clientAndroid
Controlled
03
Release notesRelease
Controlled
04
Checksums / integrityVerification
Controlled
CANAL DE RELEASE

Un téléchargement doit être traçable jusqu’à une release précise.

Clients et installateurs ne doivent pas circuler comme fichiers anonymes. Version, plateforme, contexte de release et accès doivent être clairs avant remise au client.

01

Version

Le package doit posséder une identité de release unique.

02

Plateforme

Windows, Android/PoC ou autre cible doivent être explicitement nommés.

03

Accès

Le matériel client passe par un canal contrôlé.

01Release notes

Décrire changements pertinents, exigences et limites connues.

02Intégrité

Associer checksums ou vérification équivalente au package concret.

03Cycle de vie

Distinguer clairement builds actuels et retirés.

04Support

Un incident doit pouvoir préciser version et plateforme exactes.

Les téléchargements de production apparaissent uniquement lorsqu’un fichier concret a été attribué au client via TEA2 avec le contexte de release pertinent.