Le projet en un coup d’œil
Le dossier ne s’arrête ni au planning ni à l’inscription : il doit rester cohérent jusqu’aux présences, résultats, documents et règlements.
Formations, sociétés, formateurs, stagiaires, stages, conventions, devis et factures possèdent chacun leur cycle sans être isolés.
Les états opérationnels et les documents générés s’appuient sur la même structure métier, de la préparation de session au bilan pédagogique.
Le 24 septembre 2019, Domène Technologies Formations dispose d’un ERP dont le périmètre dépasse largement la gestion d’un calendrier. Le produit relie le catalogue de formations, les organismes et personnes concernés, l’organisation des stages, le suivi des stagiaires, la production documentaire et la facturation.
La difficulté tient à la continuité du dossier. Une formation sélectionnée devient une session datée ; cette session accueille des stagiaires rattachés à des sociétés, donne lieu à une convention, exige des convocations et des feuilles de présence, puis peut produire tests, certifications, devis, factures et règlements. Une rupture entre deux étapes fragilise l’ensemble du suivi.
DTF traite donc l’activité comme un domaine cohérent plutôt que comme une succession d’écrans. Les objets métier gardent leurs relations, les statuts rendent l’avancement visible et les documents sont produits depuis les données déjà structurées.
Cette étude de cas montre ce que signifie réellement le développement d’une application métier : traduire une activité précise en modèles, règles, parcours et livrables que les équipes peuvent suivre dans le même système.
1. DTF, un organisme dont chaque formation génère une chaîne de responsabilités
Préparer, réaliser, attester et facturer sans perdre le fil du dossier
Domène Technologies Formations gère un catalogue composé de gammes, spécialités, niveaux, programmes, formats et types de certification. Cette richesse n’est utile que si elle peut être mobilisée dans une organisation concrète avec des dates, un lieu, un formateur et des participants.
Le même dossier concerne plusieurs tiers. Les sociétés inscrivent ou financent des stagiaires ; les formateurs possèdent leurs contrats ; les contacts interviennent dans la préparation et l’envoi des documents. Le système doit représenter ces rôles sans les réduire à une liste de noms.
La réalisation d’une session ajoute ses propres obligations : convocation, convention, présence, résultat de test, validation et certificat éventuel. Enfin, la vente suit son cycle de devis, réponse, facture, règlement et prise en charge par un financeur.
L’ERP devient pertinent lorsqu’il conserve cette chaîne. Il ne promet pas un tableau de bord abstrait : il donne à chaque objet une place et rend possible le passage d’une étape à la suivante avec les informations déjà disponibles.
2. Construire le produit autour des domaines de l’organisme
Séparer catalogue, planning, tiers et vente tout en maintenant leurs relations
L’application est découpée en ensembles fonctionnels lisibles. Formation porte le catalogue ; Planning prend en charge les stages, dates, conventions, besoins, lieux et résultats ; Tiers représente sociétés, contacts, formateurs, stagiaires et financeurs ; Vente gère les documents commerciaux, leurs lignes et les règlements.
Un ensemble transversal réunit le tableau de bord, la configuration et le bilan pédagogique. Une partie publique présente les formations et permet l’accès à un bulletin d’inscription protégé par un jeton. Cette séparation garde les responsabilités claires sans casser le parcours global.
Le produit s’appuie sur Symfony 2.8, Doctrine et une exécution PHP 7, un socle cohérent avec sa période de livraison. Les environnements sont décrits par des images dédiées à PHP et Nginx, avec des variantes de préproduction et de production construites par la chaîne d’intégration.
La qualité applicative s’appuie sur vingt-cinq fichiers de tests de contrôleurs. Ils documentent des parcours répartis dans les différents domaines et offrent des points de contrôle pour leur évolution.
3. Faire tenir un dossier complet, pas seulement un planning
Une action de formation traverse plusieurs domaines avant d’être terminée
Une date et un intitulé ne suffisent pas à décrire une session. Il faut savoir quelle formation est dispensée, où elle se déroule, qui l’anime, quelles entreprises sont concernées, quels stagiaires participent et quels documents doivent être produits.
Après la préparation viennent la réalisation et la preuve : convocations envoyées, présence enregistrée, absences identifiées, tests réalisés, résultats validés et certifications éditées lorsque le parcours le prévoit. Chaque étape dépend de la qualité des données saisies auparavant.
Le volet commercial suit en parallèle son propre cycle. Une société peut recevoir un devis, accepter ou refuser la proposition, bénéficier d’une prise en charge, recevoir une facture puis effectuer un règlement. Ce cycle doit rester rattaché à la convention et à la session concernées.
DTF répond à cet enjeu en donnant une colonne vertébrale commune à toutes ces opérations. Le projet n’ajoute pas une couche de reporting au-dessus de fichiers séparés : il représente les relations nécessaires pour suivre le dossier dans l’application.
4. Traduire le vocabulaire de DTF en objets reliés
Trente-huit entités Doctrine pour préserver le sens des données
Le modèle distingue notamment formation, programme, organisation, stage, date, convention, stagiaire, société, formateur, document commercial et règlement. Cette granularité évite qu’une même table générique porte des notions qui obéissent à des règles différentes.
Les relations donnent du contexte aux actions. Un stagiaire possède ses stages et ses certifications ; un stage possède ses dates et ses participants ; une convention rassemble une société, une session et ses conditions ; une facture reprend les lignes et rattache le paiement à la bonne pièce.
La configuration elle-même devient une donnée gérée. Types de formation, certifications, niveaux, lieux, spécialités ou modalités ne sont pas dispersés dans les écrans : ils alimentent les choix proposés dans les parcours métier.
Ce travail de modélisation est la fondation du produit. Les listes, filtres, documents et bilans peuvent évoluer parce qu’ils interrogent des objets explicites plutôt qu’un assemblage de champs sans responsabilité.
5. Construire un catalogue exploitable dans l’organisation des stages
Gamme, spécialité, niveau, programme et certification ne sont pas de simples libellés
Le domaine Formation rassemble les familles nécessaires pour qualifier l’offre : gammes, spécialités, formats, types de formation, niveaux, programmes, certifications et types de certification. Chaque élément possède ses écrans de consultation et de gestion.
Les formations peuvent être distinguées selon leur niveau de configuration. Cette séparation aide à identifier ce qui est prêt à être utilisé dans une organisation et ce qui demande encore des informations avant de devenir une proposition complète.
L’organisation d’une formation relie ensuite ces composants à un contexte de réalisation. Le programme n’est plus un document isolé : il accompagne la session et peut être réutilisé dans les pièces transmises aux sociétés ou aux stagiaires.
Le catalogue joue donc deux rôles. Il structure ce que DTF propose et il fournit les références dont le planning, les conventions, les tests et les certifications ont besoin pour rester cohérents.
6. Distinguer les rôles sans fragmenter la relation
Sociétés, contacts, formateurs, stagiaires et financeurs dans le même référentiel
Une entreprise cliente n’est pas un stagiaire, et le contact qui reçoit une convention n’est pas nécessairement la personne formée. Le domaine Tiers représente ces responsabilités séparément tout en conservant leurs liens.
La fiche stagiaire donne accès aux stages suivis, aux dates de présence et à l’historique des certifications. Elle peut aussi produire les faces recto et verso des certificats correspondant aux résultats enregistrés.
Les formateurs disposent de leur propre fiche et de contrats associés. Les sociétés portent leurs contacts et peuvent intervenir comme clientes ou comme entités concernées par une convention et une facture.
Cette distinction protège le sens opérationnel des données. Un changement de contact ne réécrit pas le parcours d’un stagiaire ; un nouveau financeur ne remplace pas la société ; chaque rôle continue d’alimenter les documents qui lui correspondent.
7. Faire du stage le pivot de l’exécution
Dates, lieu, participants et obligations se rejoignent au même endroit
Le stage matérialise une formation réellement organisée. Il possède ses dates, son lieu, les besoins associés et les personnes concernées. L’ERP permet de créer puis modifier cette organisation sans dissocier le planning du reste du dossier.
Les dates ne sont pas seulement affichées dans un calendrier. Elles servent aux présences, aux convocations et aux attestations, ce qui rend leur exactitude importante pour plusieurs documents en aval.
La session sert aussi de point d’entrée aux conventions, aux tests et aux certifications. Lorsqu’un résultat est saisi ou qu’une convention est régénérée, le contexte du stage reste disponible sans demander une nouvelle saisie de toutes les références.
Cette conception évite de traiter le planning comme une fonction périphérique. Il devient l’endroit où l’offre du catalogue rencontre une entreprise, un formateur, des stagiaires et une exécution datée.
8. Transformer les statuts en files de travail explicites
Préparation, réalisation, validation et facturation possèdent leurs propres vues
Tous les stages ne demandent pas la même action au même moment. DTF propose des vues consacrées au planning, à la préparation, aux sessions réalisées, aux tests à valider et aux évaluations à contrôler.
Le volet financier distingue également ce qui est facturable de ce qui a déjà été facturé. Cette lecture sépare l’avancement pédagogique de l’avancement commercial sans rompre le lien entre les deux.
Les filtres de statut ne remplacent pas le modèle métier ; ils le rendent actionnable. Une équipe peut ouvrir la liste qui correspond à son étape de traitement, puis retrouver le dossier complet avant de décider.
Le gain est structurel : l’état n’est pas déduit d’un commentaire ou d’un nom de fichier. Il est porté par le produit et devient utilisable dans les écrans destinés à préparer la prochaine opération.
9. Gérer les participants dans le contexte exact de la session
Ajouter, retirer et relire les stagiaires sans reconstruire le groupe
Le stage permet d’ajouter ou de retirer ses participants. Cette relation alimente ensuite les convocations, les feuilles de présence, les résultats de tests et les certifications du groupe concerné.
Le rattachement aux sociétés reste disponible. L’ERP peut donc produire une convocation pour une entreprise précise ou regrouper les documents selon le destinataire attendu, plutôt que de manipuler une liste plate de stagiaires.
Depuis la fiche individuelle, le parcours se lit dans l’autre sens : dates suivies, stages associés, certifications et tentatives antérieures. L’application offre ainsi une vue session et une vue personne sur les mêmes données.
Cette double lecture répond à deux besoins complémentaires. L’organisation prépare un groupe à une date donnée ; le suivi individuel conserve ce que chaque stagiaire a effectivement réalisé et obtenu.
10. Produire et envoyer les convocations depuis le stage
Le document reprend les informations déjà qualifiées dans l’ERP
Les convocations peuvent être générées par société à partir de la session. L’application connaît déjà la formation, les dates, le lieu et les participants concernés ; le document ne repart donc pas d’une saisie indépendante.
Le parcours prévoit également l’envoi par courrier électronique. La génération et la diffusion restent reliées au même objet métier, ce qui limite la séparation entre la préparation du document et l’action qui le transmet.
Cette mécanique est particulièrement importante lorsque plusieurs entreprises inscrivent des participants sur une même session. Le contenu commun vient du stage tandis que le destinataire et son groupe restent correctement ciblés.
La convocation illustre le principe général de DTF : un document n’est pas une fin en soi. Il est la représentation, à un moment donné, des informations déjà organisées dans le système.
11. Passer de la planification à la preuve de présence
Feuilles d’émargement, journées et attestations utilisent le même calendrier
L’application génère les feuilles de présence de la session et permet de qualifier présence ou absence. Cette étape transforme les dates prévues en éléments de suivi réellement rattachés à chaque participant.
Plusieurs restitutions sont prévues : feuille d’émargement, attestation de présence par jour ou par stage et document destiné à Pôle emploi. Elles répondent à des destinataires différents sans créer autant de bases de données parallèles.
Une absence reste ainsi liée au stagiaire, à la journée et au stage concernés. Les autres parcours peuvent reprendre cette information sans essayer de la déduire d’un document imprimé après coup.
Le produit conserve une distinction saine entre organisation et réalisation. Le planning dit ce qui devait avoir lieu ; la présence décrit ce qui a été enregistré au cours de la session.
12. Suivre les tests jusqu’à la décision de certification
Résultat, validation et historique restent attachés au stagiaire
Le domaine Planning inclut les tests et leurs résultats. Les écrans permettent de saisir puis valider la situation d’un participant, avec des actions explicites pour une certification réussie ou échouée.
La clôture des tests borne la séquence. Le résultat n’est pas seulement un champ libre : il intervient dans un parcours qui conduit à la production ou non du certificat correspondant.
La fiche stagiaire conserve les certifications ainsi que l’historique des tentatives. Cette mémoire évite de réduire la situation d’une personne au dernier document produit et permet de relire son parcours.
Les modèles couvrent plusieurs familles de certificats, dont des catégories CACES, les gestes et postures, l’habilitation électrique et le travail en hauteur. Chaque support reprend les données du dossier au format attendu.
13. Faire vivre la convention avec la session et la société
Création, conditions, choix d’envoi et confirmation dans un parcours dédié
Une convention est créée pour une session et une société. Cette association détermine les formations, personnes et conditions concernées sans dupliquer manuellement le contexte de l’action.
Le parcours prend en charge les acomptes, les remises et leur remise à zéro. Ces actions sont distinctes afin que l’évolution des conditions commerciales reste lisible dans le traitement du document.
DTF prévoit le choix du mode de remise, une confirmation postale et une confirmation finale. La convention peut être régénérée lorsque les informations changent, ou supprimée lorsque le dossier ne doit pas être poursuivi.
Cette profondeur montre que le besoin ne se résumait pas à remplir un PDF. La convention possède un cycle, plusieurs décisions et un rattachement métier qui doivent continuer d’exister avant et après sa génération.
14. Construire le devis en plusieurs étapes métier
Choisir société, contact, formations et organisation avant de valider
Le devis commence par la sélection de la société et du contact, puis ajoute les formations et leur mode d’organisation. Les parcours distinguent notamment l’inter et l’intra, deux configurations qui n’impliquent pas la même préparation.
Avant validation, une prévisualisation permet de relire la pièce. Le choix de remise complète le parcours documentaire sans obliger à générer immédiatement une version considérée comme définitive.
Après émission, le devis possède ses états : création, généré, envoyé, accepté, refusé ou sans réponse. Les listes correspondant à ces états rendent visible le travail commercial restant.
La réponse du client appartient ainsi au cycle du document. L’ERP peut poursuivre vers la convention et la facturation à partir d’une décision structurée plutôt que d’une information conservée uniquement dans un échange externe.
15. Relier la facture à la convention, aux lignes et au règlement
Le suivi financier prolonge le dossier de formation
Les factures sont construites avec leurs entêtes, leurs lignes et les références nécessaires au dossier. Elles peuvent être associées aux conventions et aux financeurs afin de conserver l’origine de ce qui est facturé.
L’application distingue les factures non réglées, payées ou abandonnées. Une action permet de marquer le paiement, tandis que d’autres prennent en charge l’envoi et la relance du document.
Un parcours de facture standard complète les pièces issues des conventions. Cette possibilité répond aux cas où la vente doit être représentée sans forcer artificiellement toutes les opérations dans la même trajectoire.
Le règlement reste un objet du domaine Vente. Cette séparation permet de suivre le document et son paiement sans confondre émission, échéance et encaissement dans un unique statut approximatif.
16. Représenter la prise en charge sans perdre la société cliente
Montants et pourcentages de financement dans le contexte de la convention
Une action de formation peut impliquer un financeur distinct de l’entreprise et du stagiaire. DTF représente ce rôle et l’associe aux documents commerciaux concernés.
La prise en charge peut être exprimée par un pourcentage. Le calcul reste rattaché à la convention et à la facture, ce qui conserve la lecture du montant attendu de chaque partie.
Cette modélisation évite de remplacer la société par le payeur ou d’écraser le prix de la formation avec un montant financé. Client, bénéficiaire et financeur continuent d’exister comme responsabilités différentes.
Le suivi financier gagne ainsi en précision sans détacher le paiement de la réalité pédagogique. La pièce reste reliée à la session et aux personnes pour lesquelles elle a été émise.
17. Transformer les données métier en une véritable fabrique documentaire
Un même socle alimente conventions, convocations, factures et attestations
DTF possède des modèles imprimables pour les conventions, devis, factures, bulletins d’inscription, programmes, convocations, feuilles de présence, attestations et certifications. Le rendu PDF est assuré avec wkhtmltopdf via la brique Snappy.
Chaque famille utilise les informations de son domaine. La facture reprend les lignes commerciales ; la convocation reprend le stage et ses dates ; l’attestation reprend le participant et sa présence ; le certificat reprend le résultat validé.
Les certifications disposent de variantes recto et verso adaptées à plusieurs catégories. Cette spécialisation évite qu’un modèle générique perde les informations attendues pour chaque type de parcours.
Le bénéfice est observable dans la conception même du produit : la donnée structurée précède le document. Une correction apportée au dossier peut donc être reflétée lors d’une régénération, sans modifier à la main plusieurs fichiers indépendants.
18. Calculer le bilan pédagogique depuis les dossiers éligibles
La synthèse s’appuie sur les factures et les formations déjà suivies
Le bilan pédagogique fait partie des fonctions transversales de l’application. Il identifie les factures éligibles puis calcule les totaux nécessaires à la restitution de l’activité.
Cette fonction n’invente pas un reporting séparé du produit. Elle exploite les documents commerciaux et les relations de formation qui existent déjà dans les domaines Vente et Planning.
Le calcul bénéficie directement de la continuité du dossier. Une facture sans contexte ou une session sans participants limiterait la valeur de la synthèse ; leur rattachement permet au bilan de partir d’objets qualifiés.
DTF montre ici la différence entre une extraction utile et un tableau décoratif. La restitution répond à une obligation identifiée et repose sur les mêmes données que les opérations réalisées au fil de l’année.
19. Ouvrir un parcours public sans exposer le back-office
Catalogue et bulletin d’inscription prolongent l’ERP côté candidat
Une partie publique présente le catalogue des formations. Elle réutilise le référentiel géré dans l’application au lieu de constituer un second catalogue sans lien avec l’organisation interne.
Le bulletin d’inscription est accessible par un jeton. Ce mécanisme permet d’ouvrir un parcours ciblé sans donner accès aux écrans et données réservés aux équipes de DTF.
Une fois l’information recueillie, elle rejoint le domaine où les sociétés, stagiaires et stages sont déjà représentés. Le front public et le back-office participent alors au même produit tout en conservant des règles d’accès différentes.
Cette frontière est essentielle dans une conception de back-office métier : ouvrir l’action utile à l’extérieur sans élargir inutilement le périmètre exposé.
20. Découper l’ERP par domaines pour maintenir un produit étendu
Six ensembles fonctionnels partagent une même application Symfony
Formation, Planning, Tiers, Vente, Site et les fonctions transversales sont organisés dans des bundles distincts. Ce découpage donne une adresse claire aux contrôleurs, entités, formulaires, services et vues de chaque responsabilité.
Les deux cent vingt-deux vues applicatives reflètent l’étendue réelle du produit : listes de travail, formulaires, pages de détail, écrans publics et nombreux supports imprimables. Leur nombre n’est pas présenté comme une performance ; il rend tangible la couverture fonctionnelle.
Doctrine persiste les trente-huit entités du domaine. FOSUserBundle prend en charge l’authentification, SwiftMailer l’envoi de messages et KnpSnappy la production PDF. Chaque brique répond à un besoin identifiable du parcours.
Le socle appartient à la génération Symfony 2.8. Pour une trajectoire actuelle, la suite logique consiste à organiser une migration progressive de l’application legacy vers Symfony, en préservant d’abord les règles métier qui font la valeur du produit.
21. Préparer séparément préproduction et production
Des images PHP et Nginx construites pour les deux environnements
L’application est accompagnée d’une configuration Docker réunissant PHP-FPM, Nginx et MySQL. Cette composition rend les dépendances d’exécution explicites et rapproche les environnements autour des mêmes composants.
La chaîne d’intégration possède quatre jobs de construction : PHP et Nginx pour la préproduction, puis PHP et Nginx pour la production. Chaque cible peut ainsi produire l’image correspondant à son rôle.
La pipeline se concentre sur cette construction d’images. Les tests de contrôleurs restent dans l’application pour contrôler les parcours fonctionnels au fil de leur évolution.
Le projet réunit ainsi deux leviers complémentaires : des artefacts reproductibles pour les environnements et des scénarios applicatifs qui décrivent les comportements attendus.
22. Choisir la continuité métier avant la multiplication des fonctions
Quatre décisions structurent la valeur du produit
Premier arbitrage : représenter séparément les objets qui portent une règle propre. Un devis n’est pas une facture, un contact n’est pas un stagiaire et une date planifiée n’est pas une présence enregistrée.
Deuxième arbitrage : utiliser le stage comme pivot. Les participants, dates, conventions, convocations et tests peuvent alors progresser ensemble sans être fusionnés dans un dossier monolithique.
Troisième arbitrage : générer les documents depuis les données du domaine. Cette approche demande davantage de modélisation au départ, mais elle maintient le lien entre l’action, sa preuve et sa restitution imprimable.
Quatrième arbitrage : séparer les domaines dans le code tout en conservant une application unique. DTF évite ainsi deux extrêmes : un bloc impossible à faire évoluer et une constellation de petits outils qui auraient recréé les ruptures du processus.
23. Mesurer les gains dans ce que le produit rend désormais possible
Des bénéfices fonctionnels démontrables sans inventer de chiffres d’usage
Le premier gain est la continuité. Depuis une session, l’application peut retrouver les dates, participants, sociétés, conventions, présences, tests et pièces commerciales qui composent son dossier.
Le deuxième gain est la lisibilité de l’action. Les vues de préparation, réalisation, validation, facturation et règlement transforment les statuts en files de travail adaptées aux différentes étapes.
Le troisième gain est la cohérence documentaire. Convocations, conventions, devis, factures, attestations et certifications utilisent les données déjà qualifiées par les équipes au lieu de former des îlots sans relation.
Le quatrième gain est l’extension maîtrisée. Le modèle et les domaines rendent possible l’ajout d’un écran, d’une règle ou d’un document à l’endroit correspondant, en conservant une responsabilité identifiable.
24. Suivre une session depuis l’offre jusqu’au règlement
Un scénario concret traverse les principaux domaines de DTF
Une entreprise sélectionne une formation du catalogue pour plusieurs salariés. DTF dispose du programme, du niveau, de la spécialité et du type de certification ; l’équipe crée le stage avec son lieu, ses dates et son formateur.
La société, son contact et les stagiaires sont rattachés à la session. Un devis est composé puis prévisualisé. Après la réponse du client, la convention est créée, ses conditions sont précisées et les convocations sont générées pour les participants concernés.
Pendant la session, les présences et absences sont enregistrées. Les tests sont saisis, validés puis clôturés. Lorsque le résultat le permet, le certificat adapté est produit pour le stagiaire et rejoint son historique.
La facture reprend le dossier commercial, intègre la prise en charge éventuelle et suit son état jusqu’au règlement. Le bilan pédagogique peut ensuite exploiter les pièces éligibles. Aucune étape n’efface la précédente : chacune prolonge le même dossier.
25. Préserver le métier avant de moderniser le socle
La valeur à conserver se trouve dans les relations et les parcours
Le principal actif de DTF n’est pas la version d’un framework. Il réside dans le modèle qui relie formations, sessions, tiers, documents et vente, ainsi que dans les parcours précis qui font progresser chaque dossier.
Une modernisation doit donc commencer par cartographier ces invariants : règles de statut, génération des pièces, relations financières, accès public par jeton et historique individuel. Ils constituent les critères de parité avant toute bascule.
Les domaines peuvent ensuite être migrés par séquences, avec une priorité donnée aux écrans les plus exposés et aux composants qui ne bénéficient plus d’un maintien actuel. Les vingt-cinq fichiers de tests contrôleurs fournissent un premier inventaire des parcours à sécuriser et à renforcer.
Pour un organisme confronté à la même continuité entre inscriptions, sessions, pièces, attestations et facturation, la page Formation, éducation et organismes certifiés présente les chantiers que Dawap peut cadrer aujourd’hui.
26. Conclusion
Pourquoi ce projet donne envie de travailler avec Dawap
DTF est une preuve forte de développement métier parce que son périmètre ne se limite pas à un écran central. Le produit représente le catalogue, l’organisation, les personnes, la vente et les documents, puis conserve leurs relations tout au long de la formation.
Sa valeur se lit dans des parcours précis : préparer un stage, convoquer les participants, enregistrer les présences, valider un test, éditer un certificat, faire vivre une convention, facturer puis suivre le règlement. Chaque action prolonge les informations déjà structurées.
Pour concevoir ou reprendre ce type de système, notre expertise en application métier sur mesure permet de partir du processus réel, de protéger les règles qui comptent et de construire une trajectoire technique adaptée.
