{"id":9860,"date":"2026-03-27T19:21:48","date_gmt":"2026-03-27T18:21:48","guid":{"rendered":"https:\/\/arc-guides.com\/docs\/prism\/implement\/build\/"},"modified":"2026-05-31T23:08:55","modified_gmt":"2026-05-31T21:08:55","slug":"build","status":"publish","type":"docs","link":"https:\/\/arc-guides.com\/en\/docs\/prism\/implement\/build\/","title":{"rendered":"Build"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Build : De la gouvernance \u00e0 la r\u00e9alit\u00e9 syst\u00e8me<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Votre gouvernance projet est op\u00e9rationnelle, vos \u00e9quipes sont mobilis\u00e9es et votre p\u00e9rim\u00e8tre est verrouill\u00e9 ? Vous vous demandez comment transformer maintenant votre blueprint en syst\u00e8me concret et fonctionnel ? Apr\u00e8s avoir structur\u00e9 votre organisation projet pendant le D\u00e9marrage, vous entrez dans la phase BUILD de la m\u00e9thode PRISM : le moment o\u00f9 vos ateliers de conception deviennent une solution logicielle test\u00e9e et valid\u00e9e.<\/p>

Dans cet article, d\u00e9couvrez comment piloter cette phase de conception et construction technique qui concentre 40% de votre budget et repr\u00e9sente le point de non-retour de votre projet.<\/p>

<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

\ud83c\udfaf L’essentiel<\/h2>
  • Le BUILD se d\u00e9roule en deux temps : d’abord la conception d\u00e9taill\u00e9e (Design), puis la construction technique<\/strong> \u2013 vous co-construisez le blueprint avec l’int\u00e9grateur avant de lancer la r\u00e9alisation<\/li>
  • Cette phase suit une logique it\u00e9rative, pas s\u00e9quentielle<\/strong> \u2013 vous alternez entre ateliers de conception, prototypage avec vos utilisateurs et ajustements continus pour \u00e9viter l’effet tunnel<\/li>
  • Votre responsabilit\u00e9 bascule de la supervision \u00e0 la validation terrain<\/strong> \u2013 vos Key Users deviennent co-concepteurs puis testeurs quotidiens, et c’est leur capacit\u00e9 \u00e0 manipuler le syst\u00e8me qui garantira l’adoption finale<\/li><\/ul>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Les deux visages du BUILD<\/h2>

    Le BUILD n’est pas du simple \u00ab\u00a0param\u00e9trage logiciel\u00a0\u00bb. C’est la transformation de vos processus cibles en solution op\u00e9rationnelle<\/strong>, qui se d\u00e9roule en deux phases distinctes.<\/p>

    Phase 1 – Design\/Architecture (4 \u00e0 8 semaines) :<\/strong> Vous traduisez vos processus m\u00e9tier en sp\u00e9cifications d\u00e9taill\u00e9es lors d’ateliers avec l’int\u00e9grateur. Chaque processus est d\u00e9crit \u00e9cran par \u00e9cran, champ par champ. Le livrable : un Blueprint (dossier de sp\u00e9cifications fonctionnelles) qui servira de r\u00e9f\u00e9rence pour la construction.<\/p>

    Phase 2 – Construction et Tests (8 \u00e0 16 semaines) :<\/strong> L’int\u00e9grateur configure le syst\u00e8me, d\u00e9veloppe les sp\u00e9cifiques n\u00e9cessaires, et vous testez progressivement en conditions r\u00e9elles. Le livrable : un syst\u00e8me fonctionnel, valid\u00e9 par vos utilisateurs, pr\u00eat pour le go-live.<\/p>

    L’objectif final ? Arriver au go-live avec un syst\u00e8me qui r\u00e9pond \u00e0 trois exigences non-n\u00e9gociables : conformit\u00e9<\/strong> aux sp\u00e9cifications, stabilit\u00e9<\/strong> technique sur vos volumes r\u00e9els, et appropriation<\/strong> par vos \u00e9quipes.<\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Le BUILD concentre le plus fort risque de d\u00e9rapage budg\u00e9taire et calendaire. Sans pilotage rigoureux par les indicateurs, chaque jour d’ind\u00e9cision co\u00fbte 3 jours de retard au go-live. Les projets qui d\u00e9rivent de plus de 20% de p\u00e9rim\u00e8tre pendant cette phase perdent totalement le contr\u00f4le.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Phase Design : de vos processus au Blueprint<\/h2>

    Avant de toucher au moindre param\u00e8tre dans l’ERP, vous devez d’abord sp\u00e9cifier pr\u00e9cis\u00e9ment comment<\/strong> chaque processus va fonctionner dans le nouveau syst\u00e8me.<\/p>

    Les ateliers de conception fonctionnelle<\/h3>

    Ces ateliers r\u00e9unissent vos Key Users et les consultants de l’int\u00e9grateur. Vous d\u00e9crivez ensemble, processus par processus, le fonctionnement attendu du syst\u00e8me.<\/p>

    <\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g> <\/path> <\/polygon> <\/polygon> <\/polygon> <\/path> <\/path> <\/path> <\/path> <\/path> <\/path> <\/g> <\/path> <\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Exemple<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Fournisseur d’\u00e9lectricit\u00e9 EnergiePlus :<\/span><\/strong> Lors de l’atelier \u00ab\u00a0Facturation et comptabilisation\u00a0\u00bb, vos Key Users sp\u00e9cifient comment le syst\u00e8me doit g\u00e9n\u00e9rer automatiquement les \u00e9critures comptables depuis une facture client : quel compte g\u00e9n\u00e9ral d\u00e9biter (411 Client), quels comptes cr\u00e9diter (707 Ventes + 445 TVA + 447 Taxes \u00e9nerg\u00e9tiques CSPE\/TCFE), et quel workflow de validation appliquer avant comptabilisation d\u00e9finitive.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Les questions trait\u00e9es sont tr\u00e8s op\u00e9rationnelles : Quels champs sont obligatoires ? Qui valide quoi selon quel montant ? Comment g\u00e9rer les cas particuliers ? Que se passe-t-il en cas d’erreur ?<\/p>

    N’oubliez pas :<\/strong> Tout ce qui n’est pas sp\u00e9cifi\u00e9 dans le Blueprint ne sera pas construit. Une r\u00e8gle m\u00e9tier oubli\u00e9e = une fonctionnalit\u00e9 absente du syst\u00e8me. Soyez exhaustifs pendant ces ateliers, car corriger apr\u00e8s la construction co\u00fbte 10 fois plus cher.<\/p><\/blockquote>

    Les ateliers d’architecture technique<\/h3>

    En parall\u00e8le, les architectes techniques d\u00e9finissent comment l’ERP s’int\u00e8gre avec vos autres syst\u00e8mes et comment structurer vos donn\u00e9es.<\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g> <\/path> <\/polygon> <\/polygon> <\/polygon> <\/path> <\/path> <\/path> <\/path> <\/path> <\/path> <\/g> <\/path> <\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Exemple EnergiePlus :<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Sp\u00e9cification de l’interface avec la plateforme bancaire : format des fichiers de pr\u00e9l\u00e8vement SEPA (XML PAIN.001), fr\u00e9quence d’envoi (quotidien \u00e0 14h), traitement des rejets (alerte automatique + blocage g\u00e9n\u00e9ration suivante), et rapprochement automatique des encaissements avec les factures clients.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    L’int\u00e9grateur identifie \u00e9galement les d\u00e9veloppements sp\u00e9cifiques n\u00e9cessaires (RICEFW) : interfaces avec vos syst\u00e8mes m\u00e9tier, \u00e9tats personnalis\u00e9s, extensions fonctionnelles que le standard ne couvre pas.<\/p>

    Votre r\u00f4le pendant le Design<\/h3>

    Vos Key Users sont les co-concepteurs<\/strong> du syst\u00e8me. Ils doivent challenger les propositions de l’int\u00e9grateur, arbitrer entre plusieurs options fonctionnelles, et documenter le \u00ab\u00a0pourquoi\u00a0\u00bb de chaque choix.<\/p>

    Cette phase dure 4 \u00e0 8 semaines et n\u00e9cessite 60 \u00e0 80% du temps de vos Key Users. Si vous la b\u00e2clez, vous payerez en rework pendant la construction.<\/p>

    Phase Construction : du Blueprint au syst\u00e8me<\/h2>

    Une fois le Blueprint valid\u00e9, l’int\u00e9grateur lance trois chantiers simultan\u00e9s : la configuration, les d\u00e9veloppements sp\u00e9cifiques, et les tests progressifs.<\/p>

    La configuration du syst\u00e8me<\/h3>

    C’est l’exploitation des capacit\u00e9s natives de l’ERP pour reproduire vos processus. Pas de code, juste de l’intelligence dans les r\u00e9glages des milliers de param\u00e8tres disponibles.<\/p>

    Ce qui est configur\u00e9 :<\/strong> structures organisationnelles (entit\u00e9s, sites, centres de co\u00fbts), plan comptable adapt\u00e9 \u00e0 votre m\u00e9tier, grilles tarifaires, r\u00e8gles de gestion (seuils d’approbation, calculs automatiques), workflows de validation.<\/p>

    Exemple EnergiePlus :<\/strong> Configuration du module facturation avec param\u00e9trage des comptes de taxes \u00e9nerg\u00e9tiques sp\u00e9cifiques (CSPE, TCFE), r\u00e8gles de comptabilisation automatique selon le type de client (B2C, PME, Grandes Entreprises), et sch\u00e9mas d’\u00e9criture pour factures d’acompte vs factures de r\u00e9gularisation.<\/p>

    Vos Key Users doivent \u00eatre pr\u00e9sents \u00e0 chaque atelier de configuration pour valider que le param\u00e9trage reproduit bien le Blueprint, et surtout pour apprendre \u00e0 param\u00e9trer eux-m\u00eames<\/strong> les tables simples. Cette autonomie est critique pour la suite.<\/p>

    Les d\u00e9veloppements sp\u00e9cifiques<\/h3>

    Tous les ERP ont des limites. Les d\u00e9veloppements sur mesure comblent ces trous fonctionnels, mais attention : chaque ligne de code est une dette technique pour les 10 prochaines ann\u00e9es.<\/p>

    Le mod\u00e8le RICEFW<\/strong> regroupe 6 cat\u00e9gories : Reports (\u00e9tats personnalis\u00e9s), Interfaces (connexions avec autres syst\u00e8mes), Conversions (scripts de migration de donn\u00e9es), Extensions (nouvelles fonctionnalit\u00e9s), Forms (\u00e9crans adapt\u00e9s), Workflows (automatisations m\u00e9tier).<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g> <\/path> <\/polygon> <\/polygon> <\/polygon> <\/path> <\/path> <\/path> <\/path> <\/path> <\/path> <\/g> <\/path> <\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Exemple EnergiePlus : <\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    D\u00e9veloppement d’une interface avec la plateforme bancaire pour l’envoi automatique des pr\u00e9l\u00e8vements SEPA et le rapprochement des encaissements. Co\u00fbt initial : 12 jours de d\u00e9veloppement (18K\u20ac). Mais sur 7 ans avec la maintenance annuelle, le co\u00fbt total atteindra 35K\u20ac.
    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    M\u00e9mo<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Avant de valider un d\u00e9veloppement sp\u00e9cifique, posez-vous 3 questions : (1) Le standard ne peut-il vraiment pas faire ce que je veux ? (2) Puis-je adapter mon processus au standard ? (3) Cette fonctionnalit\u00e9 justifie-t-elle son co\u00fbt complet sur 7 ans ?<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Les projets qui maintiennent le sp\u00e9cifique sous 15% du volume total de fonctionnalit\u00e9s ont un taux de succ\u00e8s de 75%. Au-del\u00e0 de 30%, ce taux chute \u00e0 35%.<\/p>

    Les tests progressifs<\/h3>

    Les tests ne sont pas une phase finale, ils irriguent tout le BUILD. Vous testez d\u00e8s la premi\u00e8re configuration, puis de mani\u00e8re de plus en plus r\u00e9aliste.<\/p>

    3 niveaux de tests :<\/strong><\/p>

    1. Tests unitaires (int\u00e9grateur) :<\/strong> Validation technique que chaque fonction marche isol\u00e9ment. Vous surveillez le First Pass Yield (FPY) : pourcentage de tests r\u00e9ussis du premier coup. Un FPY < 70% indique une mauvaise qualit\u00e9 de d\u00e9veloppement.<\/p>

    2. Tests E2E (vos Key Users) :<\/strong> Simulation de sc\u00e9narios m\u00e9tier complets qui traversent plusieurs modules.<\/p>

    Exemple EnergiePlus :<\/strong> Test \u00ab\u00a0De la facture client \u00e0 l’encaissement\u00a0\u00bb : \u00e9mission facture \u2192 g\u00e9n\u00e9ration \u00e9criture comptable \u2192 g\u00e9n\u00e9ration pr\u00e9l\u00e8vement SEPA \u2192 envoi banque \u2192 r\u00e9ception fichier retour \u2192 rapprochement automatique \u2192 lettrage comptable. Ce test valide 6 processus et 4 modules diff\u00e9rents.<\/p>

    3. UAT (vos utilisateurs finaux) :<\/strong> Recette intensive de 2 \u00e0 4 semaines avec des donn\u00e9es r\u00e9elles issues de votre production actuelle. CRITIQUE :<\/strong> Ne testez jamais avec des donn\u00e9es fictives. Utilisez une copie anonymis\u00e9e de votre base actuelle.<\/p>

    N’oubliez pas :<\/strong> Un test r\u00e9ussi signifie \u00ab\u00a0tous les bugs d\u00e9tect\u00e9s sont corrig\u00e9s et retest\u00e9s avec succ\u00e8s\u00a0\u00bb. Votre objectif en fin de BUILD : z\u00e9ro anomalie Bloquante ou Majeure non r\u00e9solue.<\/p>

    La reprise des donn\u00e9es : votre responsabilit\u00e9<\/h2>

    La migration des donn\u00e9es est LE point que les clients sous-estiment syst\u00e9matiquement. Et c’est VOTRE responsabilit\u00e9, pas celle de l’int\u00e9grateur.<\/p>

    Donn\u00e9es statiques (r\u00e9f\u00e9rentiels) :<\/strong> Clients, articles, grilles tarifaires. Elles changent peu et doivent \u00eatre parfaitement nettoy\u00e9es avant la bascule.<\/p>

    Donn\u00e9es dynamiques (transactionnelles) :<\/strong> Factures impay\u00e9es, soldes comptables, op\u00e9rations en cours. Elles bougent chaque jour et seront migr\u00e9es durant le weekend de cutover.<\/p>

    Le nettoyage : votre chantier invisible<\/h3>

    Exemple EnergiePlus :<\/strong> Audit de la base clients avant migration. Situation initiale : 45 000 fiches. Apr\u00e8s audit : 8 400 doublons, 5 200 clients inactifs >3 ans, 1 800 fiches incompl\u00e8tes. R\u00e9sultat : migration de 29 600 fiches r\u00e9ellement actives et nettoy\u00e9es. \u00c9conomie : 5 semaines de rework \u00e9vit\u00e9es.<\/p>

    Votre Data Quality Score doit d\u00e9passer 95% en fin de BUILD. En dessous de 90%, vous allez polluer votre nouveau syst\u00e8me d\u00e8s le premier jour.<\/p>

    La r\u00e9p\u00e9tition g\u00e9n\u00e9rale (Mock Migration)<\/h3>

    Ne migrez jamais vos donn\u00e9es \u00ab\u00a0en vrai\u00a0\u00bb le weekend du go-live sans avoir r\u00e9p\u00e9t\u00e9. La Mock Migration vous permet de chronom\u00e9trer chaque \u00e9tape et d’optimiser les scripts.<\/p>

    Exemple EnergiePlus :<\/strong> Premier test de migration : 16h15 au total. Trop long pour le weekend de bascule (48h). Apr\u00e8s optimisation des scripts : 11h20. Validation OK.<\/p>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t
    \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    L’int\u00e9grateur fournit les scripts techniques. Mais c’est VOUS qui nettoyez et validez les fichiers. \u00ab\u00a0Garbage in, garbage out\u00a0\u00bb.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

    \n\t\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Piloter le BUILD par les chiffres<\/h2>

    Pour \u00e9viter de piloter \u00e0 l’aveugle, suivez ces indicateurs chaque semaine.<\/p>

    KPI d’avancement :<\/strong><\/p>