Etat	PROD
Icône
PI	ODE
Licence	AGPL v3
Code	https://github.com/opendigitaleducation/entcore/tree/master/archive
Maintenance	ODE
Aide	https://opendigitaleducation.gitbook.io/manuel-utilisation-des-applications-2d/archive
Multilangues	OK
Mobilité	Compatible
Thème 1D	Oui
Thème 2D	Oui

Règles métier

Export

L'export présente 2 modèles, la version csv des tables SQL, la version json pour les collections MongoDB
Les documents référencés dans les applications sont exportés en même temps que les tables dans un répertoire ./Documents
- Les fichiers sont renommés pour porter leur id dans leur nom ce qui permet de réaliser la jointure avec les exports des tables
L'arborescence est
- conservée dans le zip de workspace
- sous forme de tables dans la messagerie et exercizer
- perdue dans Cahier multimédia et Pages
Les filtres ne sont pas conservés dans l'export sauf s'ils proviennent d'attributs portés par les items (ex : Pages Privé/Public)

L'import n'est actuellement pas mis en place (v3.6, objectif v3.7 toussaint 2019)
Les sujets à éventuellement adresser sont l'évolution du modèle de données (tables SQL non exportées, compatibilité d'anciens exports)
Les évolutions des modèles de données des applications doivent avoir une répercussion sur le module d'export et intégrées aux spécifications/US afin de ne pas devoir subir une mise à niveau permanente des Exports/Imports au gré des anomalies d'Import remontées à l'Assistance
Les exemples de datas (zip des exports de chaque version) peuvent faire défaut pour les évolutions de rétro-compatibilité
Il n'y a pas de notif en cas d'échec
Export d'applis avec des sniplets (Sniplet, Community) sans sélectionner les applis insérées : faut-il forcer l'export des applis tierces?
Export d'applis avec des links sans sélectionner les applis insérées : faut-il forcer l'export des applis tierces?
Import d'applis avec une arborescence, faut-il générer l'arborescence à l'import ou standardiser l'emplacement des imports?