DocPayload
Loading...
DocPayload
Décrivez contrats, rapports de conformité, résultats de laboratoire, états financiers, attestations — une seule fois. Rendez-les identiquement en PDF ou DOCX.
Votre en-tête de lettre est un document DocPayload. Votre pied de page standard en est un. Vos clauses légales, votre bloc de signature, votre clause de confidentialité — tous des documents DocPayload. Référencez-les depuis vos modèles. Composez à n'importe quelle granularité.
Aucun système de composants distinct à apprendre. Le même langage source décrit les documents complets et les blocs qui les composent.
Référencez-les depuis vos modèles. Composez à n'importe quelle granularité. Quand l'équipe juridique met à jour la clause d'arbitrage standard, chaque document qui la référence prend la mise à jour au prochain rendu.
Un en-tête. Une clause. Une annexe entière. Une section multi-pages. Référencez le niveau qui a du sens pour votre équipe. DocPayload n'impose aucune hiérarchie.
Si vous savez écrire un document DocPayload, vous savez les composer. L'enveloppe facultative « composant » signale « ceci est un bloc ». Le moteur le traite de manière identique à n'importe quel document.
Quand le service juridique met à jour la clause d'arbitrage, chaque modèle qui la référence prend la mise à jour au prochain rendu. Aucune dérive copier-coller. Le journal d'audit enregistre quelles versions ont composé chaque document rendu.
Chaque artefact ci-dessous est rendu à partir d'un seul fichier source DocPayload. Changez de format, inspectez la source, ou ouvrez-le dans le playground pour le modifier et le re-rendre.
Nous avons livré des pipelines documentaires sur toutes les grandes bibliothèques PDF, les navigateurs sans tête et les API documentaires. Nous avons construit DocPayload parce que les flux régulés demandaient sans cesse des choses pour lesquelles ces outils n'étaient pas conçus. Voici ce que nous avons construit pour que les documents tiennent vraiment ensemble.
Codes-barres, champs remplissables, chiffrement, signatures, filigranes, en-têtes et pieds de page, table des matières — chaque capacité avancée est une forme déclarative dans le fichier source. Aucun recours au code, aucun DSL à apprendre, aucun gabarit binaire illisible à modifier.
Voir sur le catalogue de codes-barres
Le PDF est à coordonnées fixes. Le DOCX est à flux. Nous rendons via un intermédiaire unique avec une connaissance format-spécifique des particularités de chaque moteur en aval. Le même fichier JSON produit un PDF et un DOCX qui se ressemblent — sans portage, sans dérive, sans surprise de version Word.
Voir sur la facture de conseil
L'IR dispose d'un schéma JSON publié. Votre éditeur le lit directement pour l'autocomplétion et la validation inline ; le runtime valide chaque document avant rendu. Structures mal formées, styles non définis, données non liées, primitives incompatibles avec le format — tout est détecté à la construction, pas en production.
Voir sur le rapport de conformité
Chiffrement AES-256 avec permissions granulaires par action, signatures cryptographiques PAdES avec niveaux de certification et verrouillage de champs, diagnostics rendus dans le document lui-même. La surface des flux réglementés est de premier ordre — aucun service de signature tiers dans le pipeline.
Voir sur le certificat d'action
Toute définition de document peut en composer une autre. Les refs sont à profondeur limitée, isolées par tenant, avec une sémantique de fusion explicite. Construisez un en-tête une fois, réutilisez-le dans chaque document ; construisez un corps de facture, intégrez-le dans des rapports multi-sections. En production, dans les mains de clients aujourd'hui.
Voir sur le manuel de l'employé
DocPayload prend en charge les schémas d'intégration que les équipes régulées utilisent réellement en production : des appels ponctuels inline jusqu'aux pipelines webhook à fort volume. Même API. Même langage source.
Le JSON Schema publié de DocPayload est la seule dépendance côté client. Votre éditeur le lit directement pour l'autocomplétion, la validation et la documentation inline. Construisez les documents dans le langage que votre équipe utilise déjà. POSTez-les à l'API. L'artefact est la source — pas le code qui l'a généré.
Aucun binding spécifique à un langage à épingler. Aucun moteur de modèles à apprendre. Aucun échafaudage HTML. Tout l'intérêt des documents déclaratifs est de libérer votre équipe de ces choix. Écrivez du JSON, obtenez un document.
# render template with data binding, sync response curl https://api.docpayload.com/v1/render \ -H "Authorization: Bearer $KEY" \ -H "Accept: application/pdf" \ -d '{ "template": "lease_agreement_v4", "data": { ... } }' \ -o lease.pdf # or post a full document inline (templateless) curl https://api.docpayload.com/v1/render \ -H "Accept: application/docx" \ -d @full_document.json \ -o output.docx
DocPayload sert des laboratoires cliniques, des processeurs de paie, des banques, des cabinets d'avocats et des agences gouvernementales. Notre posture de conformité reflète ceux que nous servons.
Un seul prix couvre tous les formats de sortie. Les rendus ne sont pas comptés deux fois quand vous produisez à la fois PDF et DOCX depuis la même source.
Nous sommes les ingénieurs qui ont livré des pipelines documentaires sur toutes les grandes bibliothèques PDF, les navigateurs sans tête, les suites bureautiques conteneurisées et les API documentaires. Nous avons beaucoup de respect pour ce que ces outils font. Nous savons aussi où ils s'arrêtent — parce que nous avons livré au-delà de leurs limites.
La première génération d'outils documentaires a donné aux ingénieurs un contrôle total mais a exigé une expertise d'ingénierie par modèle, produisant des pipelines impératifs fragiles qui se cassaient à chaque police manquante ou saut de page imprévu.
La deuxième génération — les outils documentaires IA — a donné aux utilisateurs de la facilité mais a produit des documents impossibles à auditer, versionner ou faire confiance sous pression réglementaire. DocPayload existe parce que les équipes régulées ont besoin de tout : la rigueur d'un moteur déclaratif, validé par schéma, déterministe ; la commodité facultative de la rédaction en langage naturel par-dessus ; et un modèle de composition où n'importe quel document peut en référencer un autre, pour que les équipes collaborent sur des blocs partagés sans dérive copier-coller à travers les modèles.
Quatre clés de style canvas renommées pour correspondre aux attributs de présentation SVG : lineDash → strokeDasharray, lineDashPhase → strokeDashoffset, lineCapStyle → strokeLinecap, lineJoinStyle → strokeLinejoin. Les rédacteurs à l'aise avec SVG écrivent maintenant les styles canvas d'instinct.
Les valeurs de textAlign, borderCollapse, verticalAlign et horizontalAlign sont maintenant systématiquement en minuscules dans les fixtures et la documentation. Les parseurs du moteur étaient déjà insensibles à la casse — les charges utiles existantes continuent à se rendre identiquement. Nettoyage de vocabulaire, pas un changement de comportement.
{ « toc » : {} } génère automatiquement une TDM à partir des en-têtes du document. Liens cliquables avec points de conduite, numéros de page alignés à droite et signets PDF imbriqués. Placez-le n'importe où dans le flux de contenu.
Enregistrez des familles de polices TrueType/OpenType via la propriété fonts du document. Prise en charge complète des 4 variantes (regular, bold, italic, boldItalic) avec repli automatique. Les balises inline [b]/[i] résolvent vers les bonnes variantes de la police personnalisée. Embarquées dans le PDF avec couverture Unicode complète.
