Votre infrastructure. Un déploiement réfléchi.
Exécutez l’application web DocuEngine sur une infrastructure que vous gérez. Dimensionnez-la selon la génération de documents, l’ingénierie du système numérique et les exports PDF, pas seulement selon les effectifs.
Une version source autonome a été préparée. L’authentification, les domaines, le fournisseur d’IA et les polices des exports arabes doivent être vérifiés pour chaque client avant mise en service. L’auto-hébergement ne garantit ni fonctionnement hors ligne ni haute disponibilité automatique.
Le site statique est distinct de l’application ; sa mise en ligne n’installe pas DocuEngine.
Serveur ou machine virtuelle Linux 64 bits pouvant exécuter Node.js 24 et Chromium. pnpm 9+ est nécessaire pour installer ou compiler les sources ; validez le système et les bibliothèques du navigateur lors de l’installation.
PostgreSQL 16 ou compatible, dédié, avec stockage persistant, accès restreint et procédure de sauvegarde/restauration testée. Ne réutilisez pas la base d’un autre client ou du service en production.
Chromium sans interface graphique, ses bibliothèques système et les polices fournies. Validez le rendu arabe, la mise en page droite à gauche et les exports PDF/DOCX sur la machine cible.
Domaine HTTPS, routage application/API correct, identité approuvée et accès sortants contrôlés aux services d’IA et aux autres services activés. Un navigateur web récent suffit côté utilisateur.
Messagerie, suivi des erreurs et état partagé des limites de requêtes/livraisons nécessitent leur configuration. Redis utilise actuellement un point d’accès HTTP compatible Upstash ; un serveur Redis TCP n’est pas un remplacement direct.
Administrateur technique désigné, configuration sécurisée, supervision des redémarrages, examen des journaux, surveillance du disque, sauvegardes hors serveur et créneau de maintenance.
Voici la pile de l’application dans la version autonome préparée. L’identité, l’IA, la messagerie et les services facultatifs d’état partagé nécessitent une configuration propre au déploiement.
React et TypeScript, routage Wouter, compilation Vite et styles Tailwind CSS. TanStack Query gère les données de l’API ; Framer Motion anime l’interface, Lucide React fournit les icônes, React Flow affiche les cartes de processus interactives et Clerk gère la connexion.
Node.js 24 et Express 5 exécutent l’API REST en TypeScript ; Zod valide les données structurées des requêtes.
PostgreSQL 16 ou compatible, avec node-postgres (pg) et Drizzle ORM.
Authentification Clerk ; l’application contrôle l’appartenance aux organisations et les rôles propriétaire, éditeur, réviseur et lecteur.
Un adaptateur indépendant du fournisseur utilise le SDK OpenAI avec des points de terminaison compatibles, notamment des API cloud configurées et des services locaux compatibles comme Ollama ou LM Studio.
La bibliothèque docx crée les fichiers Word ; Puppeteer et Chromium sans interface génèrent les PDF avec le façonnage HarfBuzz de Chrome. ExcelJS crée les fichiers XLSX et archiver les livraisons ZIP.
Un point d’accès Redis HTTP compatible Upstash conserve les limites de requêtes et l’état de livraison partagé. Resend envoie les courriels ; Sentry signale les erreurs lorsqu’il est configuré.
Pino produit des journaux applicatifs structurés. L’organisation gère le processus Node.js, PostgreSQL, Chromium, les fichiers persistants et les sauvegardes.
Estimations prudentes de planification, pas des minima mesurés, des capacités utilisateurs garanties ou des niveaux d’assistance achetés. Les chiffres concernent le serveur applicatif ; base de données et sauvegardes sont en supplément.
Premier déploiement interne avec génération et exports occasionnels.
Une instance applicative, une base dédiée, des sauvegardes planifiées et un administrateur.
Projets réguliers de développement du système dans plusieurs équipes.
Séparez application et base ; prévoyez préproduction, supervision et calendrier de mises à niveau.
Base de planification pour des catalogues plus importants et davantage d’exports.
Testez des charges représentatives avant achat ; définissez accès, reprise et maintenance avec votre équipe informatique.
La file de génération actuelle fonctionne dans un seul processus API : plus de ressources n’augmente pas automatiquement la génération simultanée. La haute disponibilité multi-instance exige une étude distincte. Une IA externe ne nécessite pas de GPU serveur ; les modèles locaux nécessitent une évaluation de compatibilité et de matériel. Prévoyez du stockage supplémentaire pour exports conservés, fichiers et modèles locaux.
Options à discuter, non incluses automatiquement. Périmètre, tarifs, horaires, objectifs de réponse et autorisations d’accès doivent être convenus par écrit. Aucune couverture 24 h/24 ni durée de résolution garantie par défaut.
Revue de l’environnement, conseils de configuration, contrôles d’installation et liste de réception documentée avec votre administrateur.
Conseils de mise à niveau, contrôles de compatibilité et revue des sauvegardes/restaurations dans le périmètre convenu.
Transmettez symptômes reproductibles, version installée et journaux sans données sensibles par le canal convenu. Toute investigation ou session distante nécessite votre accord.
Indiquez hébergement, charge prévue de génération/export, contact informatique et contraintes sur les données pour définir un périmètre réaliste.