Objectif
Décrire le fonctionnement des échanges de fichiers entre :
- l’environnement client (GCE / JS)
- la plateforme Cegid SCM SaaS
- le stockage intermédiaire RFE (Azure Blob)
Principe général
Les échanges ne se font jamais directement avec SCM SaaS.
Ils passent par un composant intermédiaire :
RFE (Retail File Exchange) → basé sur Azure Blob Storage
SCM SaaS
- Plateforme métier Cegid
- Exécute les calculs (prévisions, exports, imports)
Ne gère pas directement les transferts de fichiers
RFE (Azure Blob)
- Stockage cloud intermédiaire
- Conteneurs typiques :
/in→ fichiers envoyés vers SCM/out→ fichiers produits par SCM
Point de passage obligatoire pour les échanges
Fonctionnement global
1. Authentification
- Appel au service Cegid avec
user / password - Retour d’un JWT (Token Bearer)
2. Génération d’un accès Blob
- Appel API RFE avec le JWT
- Retour d’une clé SAS
La clé SAS permet :
- lecture
- écriture
- durée limitée
3. Connexion au stockage
- Construction d’une URL Blob avec SAS
- Utilisation d'AzCopy
4. Échange de fichiers
- Upload vers
/in - Download depuis
/out
SCM traite les fichiers en asynchrone
Flux simplifié
GCE / JS ↓ Authentification Cegid (JWT) ↓ API RFE → récupération clé SAS ↓ Connexion Azure Blob (RFE) ↓ Echange de fichiers (/in ou /out) ↓ SCM SaaS traite les données
Cas d’usage
Export vers SaaS
- dépôt des fichiers dans
/in via AzCopy - SCM les traite (import, calcul, etc.)
Récupération depuis SaaS
- SCM génère des fichiers
- dépôt dans
/out - récupération via AzCopy
Points clés
- RFE = pivot obligatoire des échanges
- accès sécurisé via :
- JWT (authentification)
- SAS (autorisation temporaire)
- Azure Blob = stockage technique, pas métier
- échanges asynchrones (pas immédiats)
Points d’attention
- la clé SAS expire rapidement
- un mauvais token → erreurs
401 / 403 - SCM ne garantit pas la disponibilité immédiate des fichiers
- nécessité de gérer les attentes et retry
Schemas de Cegid
GCE vers SCM

SCM vers GCE

Fonctionnement
