Une seule bibliothèque PHP pour tous vos documents

Les documents sont souvent là où un projet PHP commence à devenir compliqué.

Au départ, le besoin semble simple : générer une facture PDF. Puis un client demande un export Excel. Ensuite, une équipe souhaite importer un fichier Word. Plus tard, il faut convertir une présentation, extraire le contenu d’un document existant ou produire un rapport en Markdown.

Très vite, un projet se retrouve avec une collection de bibliothèques différentes.

Une pour le PDF. Une autre pour les fichiers Excel. Une autre pour les documents Word. Une autre pour les conversions. Et parfois une autre encore pour lire les fichiers importés.

Chaque bibliothèque possède sa propre API, ses limitations et sa manière de représenter les données.

C’est exactement le problème que Paperdoc cherche à simplifier.

Paperdoc est une bibliothèque PHP conçue pour générer, lire et convertir des documents depuis une API unique. PDF, HTML, CSV, DOCX, XLSX, PPTX ou Markdown : l’idée est de travailler avec les documents sans devoir reconstruire une intégration différente pour chaque format.

Le problème des documents en PHP

La plupart des applications métier manipulent des documents tôt ou tard.

Un outil interne génère des rapports. Un SaaS produit des factures. Une plateforme RH exporte des contrats. Un CRM importe des contacts depuis un fichier Excel. Une application de formation crée des supports de cours.

Ces besoins semblent différents, mais ils ont une chose en commun : ils obligent les développeurs à gérer plusieurs formats qui ne fonctionnent pas de la même manière.

Un PDF est pensé pour l’affichage. Un XLSX est pensé pour les données structurées. Un DOCX est pensé pour le contenu éditorial. Un CSV est simple, mais limité. Le Markdown est léger, portable et agréable à versionner.

Chaque format répond à un usage précis. Le problème commence lorsqu’une application doit les prendre en charge tous.

Ce n’est pas seulement une question d’export.

C’est une question de cohérence.

Une API pour tous les formats

Paperdoc repose sur une idée simple : travailler avec les documents à travers une interface cohérente, quel que soit le format de sortie.

Au lieu de penser en fonction de plusieurs packages spécialisés, vous pouvez créer un document, le lire, le modifier ou le convertir depuis une même bibliothèque.

$document = Paperdoc::create('pdf', 'Rapport mensuel');

$document->openSection()
    ->addHeading('Rapport mensuel')
    ->addParagraph('Voici le résumé des performances de ce mois.');

Paperdoc::save($document, 'reports/monthly-report.pdf');

L’intérêt ne se limite pas à produire un PDF.

Le même contenu peut ensuite être exporté vers un autre format selon le besoin de l’utilisateur, du client ou de l’équipe.

Paperdoc::save($document, 'reports/monthly-report.docx');

Paperdoc::save($document, 'reports/monthly-report.html');

Vous travaillez avec une intention : un document, des sections, du texte, des tableaux, des images, des titres et des données.

Le format devient un choix de sortie, pas une contrainte qui redéfinit tout votre code.

Générer un document ne devrait pas être pénible

Générer un document est souvent perçu comme une petite fonctionnalité secondaire.

Pourtant, c’est fréquemment le dernier élément que votre utilisateur garde, télécharge ou transmet à son équipe.

Un rapport bien structuré transforme une donnée brute en information utile. Une facture claire réduit les demandes de support. Un export Excel cohérent évite les manipulations manuelles. Un document Word propre permet à une équipe de continuer à travailler sans perdre du temps à reformater le contenu.

Paperdoc permet de générer des documents à partir d’une API fluide, pensée pour rester lisible dans un projet PHP.

$invoice = Paperdoc::create('docx', 'Facture #2026-0142');

$invoice->openSection()
    ->addHeading('Services professionnels')
    ->addParagraph('Période : juillet 2026')
    ->addTable([
        ['Service', 'Quantité', 'Montant'],
        ['Développement', '12 h', '1 200 €'],
        ['Conseil', '3 h', '300 €'],
    ])
    ->addHeading('Total')
    ->addParagraph('1 500 €');

Paperdoc::save($invoice, 'invoices/2026-0142.docx');

Le code reste proche de la structure du document.

Vous pouvez le comprendre rapidement. Vous pouvez le modifier sans avoir à maîtriser les particularités de chaque format. Et vous pouvez réutiliser la même logique pour plusieurs types d’exports.

Convertir sans multiplier les outils

La conversion de documents est généralement plus difficile qu’elle n’en a l’air.

Les fichiers peuvent contenir des styles, des tableaux, des titres, des listes, des images, des liens, des sauts de page et des données parfois mal formatées. Convertir un document signifie donc préserver sa structure autant que possible.

Paperdoc permet de convertir un fichier vers un autre format dans un même flux.

Paperdoc::convert(
    'reports/quarterly-report.docx',
    'reports/quarterly-report.pdf',
    'pdf'
);

Ou encore :

Paperdoc::convert(
    'presentations/product-overview.pptx',
    'presentations/product-overview.html',
    'html'
);

L’idée est simple : réduire le nombre d’outils nécessaires dans votre application.

Au lieu de maintenir un flux différent pour chaque couple de formats, vous gardez une logique de traitement plus homogène.

Lire les documents existants

Créer des documents est utile.

Mais de nombreuses applications doivent aussi comprendre les fichiers que leurs utilisateurs importent.

Un client peut déposer un rapport Word. Une équipe peut envoyer un fichier Excel contenant des données métier. Un utilisateur peut partager une présentation. Un service administratif peut vouloir extraire le contenu d’un PDF.

Dans ces cas, le document n’est pas seulement un fichier à stocker.

Il devient une source de données.

$document = Paperdoc::open('uploads/client-report.docx');

$html = Paperdoc::renderAs($document, 'html');

Vous pouvez ensuite utiliser ce contenu pour afficher un aperçu, indexer le document dans un moteur de recherche, créer une archive Markdown ou alimenter un workflow de validation.

Le fichier cesse d’être une boîte noire.

Il devient une ressource que votre produit peut réellement utiliser.

Une approche naturelle pour Laravel

Paperdoc s’intègre naturellement dans une application Laravel.

Laravel est souvent utilisé pour construire des outils métier, des plateformes SaaS, des applications internes et des back-offices. Ces produits manipulent beaucoup de données, et ces données doivent souvent être exportées, archivées ou partagées.

Un exemple simple consiste à générer un rapport téléchargeable depuis une route Laravel.

Route::get('/reports/monthly', function () {
    $report = Paperdoc::create('pdf', 'Rapport mensuel');

    $report->openSection()
        ->addHeading('Rapport mensuel')
        ->addParagraph('Votre rapport est prêt à être téléchargé.');

    return Paperdoc::download($report, 'rapport-mensuel.pdf');
});

Vous pouvez également lancer la génération depuis une tâche en arrière-plan, puis notifier l’utilisateur lorsque le fichier est prêt.

Ce type de flux est courant dans les produits B2B : rapports, exports comptables, factures, contrats, bilans, tableaux de données, présentations et synthèses.

Du fichier à une expérience produit

Les documents sont souvent traités comme une sortie technique.

Un bouton “Télécharger le PDF”.

Un lien “Exporter en Excel”.

Un champ “Importer un fichier”.

Mais dans un produit bien pensé, ces actions font partie de l’expérience utilisateur.

Un export doit être compréhensible. Le nom du fichier doit être utile. Le document doit être lisible. L’utilisateur doit savoir quand son fichier est prêt. Les erreurs doivent être claires. Le format proposé doit répondre à un besoin concret.

Paperdoc aide à construire cette expérience en réduisant la complexité technique qui se trouve derrière.

Au lieu de consacrer votre énergie à intégrer plusieurs outils disparates, vous pouvez vous concentrer sur les questions qui ont réellement de la valeur :

Quel document aidera l’utilisateur à avancer ?

Quel format est adapté à son contexte ?

Comment rendre cette information facile à lire, à partager et à réutiliser ?

Une bibliothèque pour les produits orientés données

Paperdoc est particulièrement utile lorsque les documents font partie du cœur du produit.

• Une application de facturation qui génère des PDF et des exports comptables.

• Un SaaS RH qui produit des contrats, attestations et rapports.

• Un CRM qui importe et exporte des données clients.

• Une plateforme d’éducation qui crée des supports de cours.

• Un outil de gestion de projet qui génère des comptes rendus.

• Un produit d’analyse qui exporte des tableaux de bord.

• Une application juridique qui traite des contrats et des pièces jointes.

• Un outil interne qui archive des rapports en HTML ou Markdown.

Dans tous ces cas, les formats peuvent évoluer. Les besoins peuvent changer. Les utilisateurs peuvent demander de nouveaux exports.

Une API unifiée devient alors plus intéressante qu’une intégration spécialisée pour chaque type de fichier.

Commencer simplement

Vous n’avez pas besoin de refondre toute votre stratégie documentaire pour utiliser Paperdoc.

Commencez par le flux qui vous fait perdre le plus de temps.

Peut-être un export PDF difficile à maintenir. Peut-être un fichier Excel généré avec une logique dispersée. Peut-être une importation de documents que vous ne pouvez pas exploiter. Peut-être une fonctionnalité de conversion demandée par vos utilisateurs.

Choisissez un seul cas d’usage.

Créez le document avec une structure claire. Testez le résultat. Puis utilisez la même base pour le format suivant.

C’est souvent comme cela qu’une bonne architecture se construit : pas avec une réécriture massive, mais avec une première décision qui simplifie les suivantes.

Les documents ne devraient pas fragmenter votre code

Chaque format possède ses contraintes.

Cela ne signifie pas que votre application doit être fragmentée.

Une bibliothèque unifiée permet de transformer le traitement documentaire en une capacité produit cohérente : créer, importer, convertir, exporter et partager sans multiplier les implémentations incompatibles.

Avec Paperdoc, les documents ne sont plus uniquement des fichiers à produire à la fin d’un workflow.

Ils deviennent une partie intégrée de votre application.

Et si votre produit doit manipuler des fichiers, la bonne question n’est peut-être pas seulement :

Comment générer un PDF ?

Mais plutôt :

Comment construire une expérience documentaire durable, quel que soit le format demandé demain ?