Connecte ton propre logiciel à Rapportly : clés, essais avec des demandes fictives, lancement de traitements, webhooks et codes d'erreur.
Tâches
Préparer une clé API pour une connexion
Options: Test ou production · droits · budget · révoquer
Ouvre Mon profil, Connexions et choisis une clé distincte pour la connexion.
Demande à l'administrateur de définir de manière adaptée l'environnement, les droits, le budget et la date d'expiration.
Copie le secret lorsqu'il est affiché une seule fois et conserve-le uniquement dans les paramètres serveur de l'application cible.
Teste d'abord avec des données fictives ; révoque une clé inutilisée ou perdue.
Tester l'API pour développeurs en toute sécurité
Options: OpenAPI · Postman · SDK · scénarios de test · codes d'erreur
Ouvre Aide, API pour développeurs et télécharge le guide actuel et la description OpenAPI.
Crée une clé de test distincte et utilise l'environnement d'essai synthétique.
Teste le statut, le résultat, l'erreur et la limite de budget sans données client.
Lis le contrat et les limites de version de la route concernée avant d'utiliser des actions en production.
Explication détaillée
API pour développeurs
Connectez votre logiciel par des actions explicites pour les sources, les traitements, les résultats et la gestion. Ce guide décrit l’API disponible dans les limites documentées de cette version. Utilisateur, droits, stockage et crédits restent liés au compte Rapportly.
API pour développeurs
Le socle API existant et l’extension CRM décrite sont disponibles après un déploiement contrôlé, dans les limites de la version. Le test CRM en production couvre les recherches enregistrées, les visites et les parcours ; les modèles du cabinet y ont uniquement été lus. Le traitement linguistique des workflows et la comparaison de l’historique ont été testés localement et en CI, mais ces éléments ne prouvent pas leur fonctionnement complet en production. Le guide téléchargeable précise les preuves disponibles. Il ne s’agit pas d’une parité fonctionnelle complète avec le site.
Préparez votre intégration en trois étapes
1
Choisir utilisateur, environnement et droits
Ouvrez Compte → Intégrations. Utilisez une clé de test pour le simulateur fictif et une autre clé de production pour les actions réelles avec des données fictives. L’administrateur attribue les seuls droits nécessaires et un budget adapté.
2
Essayer les réceptions et les erreurs
Commencez par le simulateur, puis importez les contrats API et examinez les exemples synthétiques. Gardez les secrets sur votre serveur. Les modifications sont désactivées par défaut dans la collection.
3
Suivre une demande complète
Conservez les données et l’identifiant, vérifiez le début et la fin, lisez le résultat, téléchargez un fichier disponible et contrôlez la consommation. Faites cet essai uniquement dans un environnement autorisé.
Une clé délègue les droits d’un utilisateur. L’administrateur définit environnement, plafond de droits, budget mensuel et expiration. Le membre active sa clé préparée et voit le secret une fois. Chaque appel vérifie aussi les droits actuels de l’utilisateur, de l’offre et de l’objet. La gestion des clés utilise une session utilisateur, les actions de production une clé API. Gardez les secrets sur le serveur et révoquez une clé perdue dans Compte → Intégrations. Les événements Zapier ont leur propre contrat.
HTTP
GET https://api.rapportly.io/api/rapportly/v1/ping
Authorization: Bearer rply_<jouw_sleutel>
Utiliser des contrats et exemples concrets
L’OpenAPI de production décrit les contrats du code source et signale les entrées ou réponses partielles. L’inventaire liste les schémas ouverts. La collection Postman contient une adresse invalide, des clés vides et des modifications désactivées. Importez pour examen, puis envoyez volontairement des données fictives dans un environnement autorisé. L’import n’a pas été testé.
Télécharge de petits clients sans dépendances externes pour vérifier les accès, consulter les actions et la consommation, créer des dossiers, téléverser des sources, lancer des rapports, devis ou présentations, suivre leur état et télécharger les résultats. Le SDK prend en charge ce sous-ensemble limité de l’API ; il ne couvre pas toutes les fonctionnalités du site. L’installation et les exemples sont décrits dans le guide du paquet.
Conserve la clé API sur ton serveur et enregistre l’identité de la requête avant de la lancer. Les clients ne relancent pas automatiquement les requêtes payantes. Les téléchargements temporaires ne reçoivent aucune clé API et sont limités aux origines de stockage autorisées à l’avance. Les droits, budgets et limites de mise à disposition existants restent applicables.
Commencer par des demandes fictives
Créez une clé de test et exercez votre logiciel aux demandes en cours, résultats, erreurs et budgets insuffisants. Le simulateur utilise des données fixes sans consommer de crédits.
Dans Compte → Intégrations, créez ou activez une clé Test avec les droits à essayer.
Appelez GET /test/scenarios et choisissez une action renvoyée. La liste tient compte des droits actuels.
Envoyez POST /test/opdrachten uniquement avec actie et scenario : succes, verwerking_mislukt, creditbudget_bereikt ou toegang_geweigerd. Chaque nouvelle simulation a son propre Idempotency-Key.
Conservez opdracht_id. Pour bezig, lisez GET /test/opdrachten/{id} après environ cinq secondes. Vérifiez toujours l’état : HTTP200 peut contenir un échec de traitement.
Vous exercez demandes, attente, répétitions et erreurs. Aucun fichier réel, traitement IA, e-mail ou webhook n’est produit. L’exercice ne prouve ni qualité documentaire ni décompte réel des crédits. Essayez ensuite les actions de production autorisées avec des données fictives et une clé distincte. Les simulations expirent après sept jours.
Récupérez uniquement les données nécessaires
Recherchez les dossiers clients, conversations et rapports accessibles. /acties décrit les actions et droits, /gebruik le budget et les réservations, /verzoeken l’historique technique. Un traitement en cours n’a pas encore de résultat. Les liens de rapports expirent après 15 minutes ; relisez le rapport pour en obtenir un nouveau.
GET/ping
Vérifier la clé.
GET/gesprekken?zoek=&limiet=30&offset=0
Rechercher les conversations accessibles et parcourir les résultats.
GET/gesprekken/{id}
Lire l’état et le résultat de la conversation.
GET/rapporten/{id}
Lire l’état et le résultat du rapport.
GET/rapporten?limiet=30&offset=0
Voir les rapports accessibles, éventuellement dans un dossier.
GET/klanten?zoek=&limiet=30&offset=0
Rechercher les dossiers clients accessibles et leur klantId.
Mettre à jour la gestion des clients
Votre logiciel peut modifier les modèles du cabinet, enregistrer des recherches personnelles, consigner une visite et créer un parcours. Utilisez les droits d’administration appropriés et confirmez chaque modification. Lisez d’abord la version actuelle et conservez le même identifiant de requête si la réponse est perdue. La répétition d’une ancienne requête ne doit pas annuler une modification plus récente. Le test en production vérifie les recherches, les visites et les parcours, y compris le nettoyage et la révocation des clés. Les modèles du cabinet y ont uniquement été lus ; leur écriture a été testée localement et en CI. Le guide téléchargeable décrit les quatre routes et les limites des preuves associées.
Comparer deux versions enregistrées
Comparez deux numéros de version existants du même champ de texte de rapport ou de conversation enregistré, sans nouveau traitement par IA. Ce contrat a été testé localement et en CI ; le test CRM en production ne prouve pas le fonctionnement de la comparaison en production. L’historique manquant n’est pas remplacé par le texte actuel. Les différences longues sont tronquées à un maximum de 8000 caractères par côté, avec une indication visible. Cette comparaison ne couvre ni PowerPoint, ni les calculs de devis, ni les lettres d’accompagnement, ni la mise en forme. Les droits de lecture et les conditions de confidentialité en vigueur restent applicables.
Demander une estimation préalable
POST /generatieplan indique étapes et crédits prévus pour rapport, devis ou conversation. Utilisez gebruik:lezen. Le calcul et les paramètres d’équipe sont ceux du site.
Une estimation ne lance rien et ne débite aucun crédit. Ce n’est pas un prix maximum garanti. Affichez les incertitudes, comme les frais de lecture de fichiers encore inconnus. Le lancement revérifie droits et crédits.
L’API relie créations de dossiers et documents, téléversements, audio, transcription, dossiers clients, styles, sorties, workflows, Excel et messages ciblés. Chaque route garde ses données, droits, confirmations et contrôles de version. Traitements et décompte des crédits existants s’appliquent. Une réponse de lancement confirme la réception ; consultez ensuite l’état. L’inventaire indique les contrats encore ouverts.
Créer d’abord un dossier
Générez et conservez un UUID. Envoyez PUT /dossiers/{id} avec naam uniquement, au maximum 200 caractères. 201 signifie création, 200 répétition identique. Le dossier appartient à l’utilisateur et à l’organisation de la clé, sans frais de crédits. Une entrée différente renvoie 409 ; un dossier inaccessible ou supprimé, 404. GET /dossiers/{id} lit naam et klant_id avec le droit de lecture.
Commencez avec dossierId et notities. tier est facultatif : basis, standaard ou max. Sans profil de style, la mise en page est neutre. stijlprofielId, klantId, bronOpnameIds et taal sont facultatifs et soumis aux droits d’accès. Le style doit correspondre au document. Les devis utilisent les paramètres de l’entreprise et une numérotation sûre ; l’API ne les envoie pas au client.
POST/rapporten
Créer un rapport à partir des notes et sources disponibles.
POST/offertes
Créer un devis avec la numérotation, les droits et les crédits existants.
POST/presentaties
Créer une présentation, éventuellement avec presentatieOpties ou bronRapportVersieId d’un rapport terminé accessible.
HTTP
POST https://api.rapportly.io/api/rapportly/v1/rapporten
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-rapport-2026-0001
Content-Type: application/json
{
"dossierId": "00000000-0000-4000-8000-000000000002",
"notities": "Team Atlas besprak de training. Noor plant de volgende bijeenkomst op donderdag.",
"tier": "standaard"
}
Conservez versie_id et suivez GET /rapporten/{versie_id}, y compris pour devis et présentations. À l’état klaar, resultaat contient les fichiers disponibles : export_url pour PDF, export_url_docx pour Word, export_url_pptx pour PowerPoint. Les liens durent 15 minutes. En cas de mislukt, vérifiez traitement et consommation avant tout nouveau lancement avec une autre clé.
Transmettez un ensemble complet de un à trois fichiers. Rapportly utilise les mêmes contrôles de fichiers et de styles que le site. Stockage et crédits sont ceux de l’utilisateur associé.
Envoyez fichiers, nom, type de document, portée personnelle ou équipe, confirmation explicite et identifiant fixe. Un style d’équipe exige administrateur ou responsable d’équipe.
Conservez l’identifiant de réception et consultez l’état. Reçu signifie que l’ensemble complet est stocké ; contrôle de l’aperçu et approbation peuvent suivre.
Après interruption, répétez exactement la demande sans créer un deuxième style. Les téléversements incomplets peuvent être repris pendant trente jours, puis sont nettoyés de manière contrôlée.
L’utilisateur consent lui-même chez Google ou Microsoft. Votre logiciel suit la demande et peut arrêter volontairement la connexion. Mots de passe et jetons du fournisseur ne figurent pas dans la réponse.
Utilisez verbindingen:beheren pour les connexions et agenda:lezen pour les rendez-vous. L’envoi exige aussi un droit d’envoi et une demande explicite.
Conservez numéro de demande, identifiant et base actuelle. Répétez une demande perdue à l’identique ; une ancienne déconnexion ne doit pas supprimer une connexion plus récente.
L’API permet de choisir la boîte mail par défaut avec droits de gestion et d’envoi. Lisez d’abord choix et connexion actuels. Une ancienne répétition ne modifie pas un choix plus récent ; les envois existants gardent leur expéditeur.
Ensemble de résultats à partir d’une transcription
Envoyez une transcription d’au moins cent caractères. Suivez le résultat grâce à gesprek_id. Champs facultatifs : titel, tier, klantId et taal.
HTTP
POST https://api.rapportly.io/api/rapportly/v1/gesprekken
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-gesprek-2026-0001
Content-Type: application/json
{
"transcript": "Team Atlas bespreekt uitsluitend een fictieve oefening. Het team plant een training en verzamelt algemene voorbeeldvragen zonder klantgegevens.",
"titel": "Kennismaking"
}
Lire les variantes linguistiques existantes
Consultez les résultats linguistiques existants. Les routes de workflow décrites pour démarrer, mettre en pause, reprendre et rétablir le traitement ont été testées localement et en CI ; le test CRM en production ne vérifie pas ce traitement linguistique. Utilisez-les uniquement dans un environnement autorisé à cet effet. L’utilisateur, la clé, la source et les coûts d’origine restent liés à la requête. L’état actuel de la source, les droits, le budget et le règlement vérifié restent requis ; une source expirée ou supprimée n’autorise pas un nouveau démarrage. Le traitement en lot avec une deuxième langue activée reste bloqué, y compris avec des paramètres hérités. La complétion payante d’un résultat de traduction manquant reste exclue.
HTTP
GET https://api.rapportly.io/api/rapportly/v1/gesprekken/00000000-0000-4000-8000-000000000001/taalvarianten
Authorization: Bearer rply_<jouw_sleutel>
Éviter les demandes en double
Conservez les données exactes et un Idempotency-Key unique par nouvelle demande. La plupart des lancements acceptent 8–128 caractères sûrs ; consentement et révisions natives exigent au moins 16. Les exemples en utilisent au moins 16. Après une réponse perdue, répétez les mêmes données et clé. Relisez d’abord en cas de conflit de version. Dossiers et téléversements utilisent leur propre UUID pour la répétition.
Être informé de la fin d’un traitement
Rapportly peut envoyer des références techniques à votre serveur. Récupérez ensuite le contenu avec les droits de lecture appropriés, sans interroger continuellement la progression.
Créez un récepteur HTTPS et enregistrez-le par POST /webhooks avec webhooks:beheren. Utilisez la même clé de production pour les traitements concernés.
Vérifiez la signature sur les octets d’origine et conservez chaque identifiant d’événement une seule fois. Accusez réception après stockage sûr avec la tâche suivante. Une répétition ne doit pas déclencher une deuxième demande.
Consultez GET /webhook-afleveringen et ses détails. Rapportly réessaie les erreurs temporaires au maximum huit fois ; un cycle supplémentaire peut être demandé. Accepté signifie seulement reçu par votre serveur : contrôlez la suite du traitement chez vous.
Le simulateur n’envoie pas de notifications réelles. Testez votre récepteur avec des données fictives et une connexion de production distincte. L’exemple vérifie la notification ; votre serveur assure stockage et actions suivantes.
Que signifie un code d’erreur ?
400
Corrigez les données ou Idempotency-Key.
401
Clé absente, incorrecte ou révoquée.
402
Crédits, budget ou continuation payante valide indisponibles.
403
La clé, l’utilisateur ou l’offre ne possède pas ce droit.
404
L’objet est absent ou invisible pour cet utilisateur.
409
Données, version ou demande modifiées. Relisez l’état actuel.
429
Patientez et respectez Retry-After.
503
Source ou traitement indisponible de manière sûre. Lisez l’état ; ne répétez exactement que si le contrat de la route le permet.
Protéger la clé et les données clients
Utilisez la clé uniquement sur votre serveur, jamais dans du code public du navigateur.
Utilisez une clé par intégration et révoquez les anciennes.
Ne placez pas clés, résultats ou liens temporaires dans des journaux ou conversations publics.
Conservez les données clients selon les règles d’accès de votre système.
Quels éléments restent à préciser ?
L’inventaire signale les schémas partiels et le guide téléchargeable décrit les limites et les preuves pour chaque action. Un test CRM réussi ne prouve pas le fonctionnement en production du traitement linguistique des workflows ou de la comparaison de l’historique. Le traitement en lot multilingue et la complétion payante d’un résultat de traduction manquant restent exclus. Une clé API n’accorde aucun droit utilisateur supplémentaire ; la comparaison de documents prend uniquement en charge les champs de texte enregistrés décrits.
Ce que tu vois peut dépendre de ton rôle, de ton offre et des connexions de ton organisation. Vérifie chaque brouillon créé avant de le partager ou de l'envoyer.