Intégrations

Le portail se branche sur les outils que vous avez déjà

Une commande d'imprimés n'existe jamais seule : elle doit devenir une écriture dans l'ERP, une activité dans le CRM, un job dans le flux de prépresse, une expédition dans le WMS. Nous ne fournissons pas un connecteur générique à configurer : nous développons chaque intégration en partant de vos flux, de vos formats et de vos règles.

Familles d'intégration

Six directions habituelles

ERP

Remontée des commandes, synchronisation des stocks et des références, déclenchement de la facturation. Les commandes du portail cessent d'être ressaisies à la main.

SAP · Sage · Cegid · développements spécifiques

CRM

Remontée des commandes et de l'activité par client et par commercial. Le compte client affiche ce qu'il commande, à quelle fréquence, et ce qu'il a arrêté de commander.

Salesforce · HubSpot · autres CRM sur API

Outils métier imprimeur

Dépôt automatique des PDF dans le flux de prépresse, contrôles et normalisation, création du job de production, retour des états d'avancement vers le portail.

Enfocus Switch · EFI · hot folders · MIS de production

WMS & logistique

Génération des bons de livraison, transmission des adresses d'expédition, suivi des colis, synchronisation des stocks externalisés chez un logisticien.

WMS tiers · transporteurs · plateformes de stockage

SSO & annuaire

Connexion avec les identifiants de l'entreprise, création et désactivation automatiques des comptes, attribution des rôles depuis les groupes de l'annuaire.

LDAP · Active Directory · SAML · OAuth

API REST ouverte

Quand aucun connecteur ne convient, votre équipe peut piloter la plateforme directement : catalogue, commandes, utilisateurs, états de production. Documentée, versionnée, extensible.

REST · authentification par jeton · webhooks

Scénarios concrets

Trois intégrations, racontées

Scénario 1 · Imprimeur

Du bon à tirer validé au job de production, sans intervention

Quand un client valide sa commande dans le portail, le PDF généré est déposé automatiquement dans le flux de prépresse, contrôlé et normalisé, puis rattaché à un job créé dans l'outil de planification avec le format, le papier et la quantité. Le statut du job remonte ensuite dans le portail : le client voit « en cours de production » sans que personne n'ait eu à l'écrire. Le chef d'atelier ne découvre plus les commandes dans sa boîte mail.

Scénario 2 · Réseau d'agences

Les comptes et les droits suivent l'annuaire de l'entreprise

Les collaborateurs se connectent avec leurs identifiants habituels via SAML. Leur rattachement à une région et leur rôle (commande simple ou validation) sont déduits des groupes de l'annuaire. Quand une personne change d'agence ou quitte l'entreprise, la plateforme s'aligne à la connexion suivante. Aucune liste d'utilisateurs à maintenir à la main, et aucun compte orphelin qui garde accès aux gabarits.

Scénario 3 · Marque avec stock externalisé

Stock du logisticien et refacturation interne alignés

Les quantités disponibles chez le logisticien sont synchronisées plusieurs fois par jour : le portail n'affiche jamais un support épuisé comme commandable, et déclenche une réimpression quand le seuil d'alerte est franchi. À la commande, un bon de préparation part vers le WMS, et une écriture de refacturation est transmise à l'ERP avec le centre de coût de l'entité qui a commandé. Le contrôle de gestion arrête de reconstruire ces chiffres sur tableur.

Évolution envisagée

Vers la génération automatisée de supports par API

L'architecture de la plateforme permet d'envisager cette évolution. Le principe resterait celui de l'éditeur : un modèle défini en amont, avec ses zones variables et leurs contraintes. Mais au lieu d'un utilisateur, c'est une application externe qui fournirait les données, et le moteur produirait le PDF, l'image ou le document demandé.

La maquette devient un contrat graphique : les données changent, les règles de conception restent maîtrisées.

Un CRM transmet les coordonnées d'un commercial et demande la génération de sa fiche.

Un système métier produit un document à partir des données d'un dossier.

Un réseau génère en masse des supports adaptés à chacun de ses établissements.

Une application marketing décline automatiquement les variantes d'un visuel.

Un ERP déclenche la génération d'un document lié à une commande.

Cette capacité n'est pas encore disponible. Si elle correspond à votre besoin, parlons-en : elle se construira avec les premiers projets qui en ont l'usage.

Notre méthode

Comment nous abordons une intégration

On part de vos flux

Nous lisons vos formats d'échange existants et nous parlons à vos éditeurs ou à votre DSI avant d'écrire une ligne de code.

Reprises et pannes prévues

Une intégration qui tombe ne doit pas perdre de commande. Files d'attente, rejeux, journalisation et alertes font partie du travail.

Testée sur vos données

La recette se fait sur un jeu de données représentatif du vôtre, pas sur des exemples de démonstration.

Documentée et maintenue

Vous recevez la documentation des échanges, et nous suivons les évolutions d'API de vos outils dans le temps.

Dites-nous quels outils vous utilisez

Nous vous dirons franchement ce qui s'intègre facilement, ce qui demande du développement, et ce qui vaut mieux être traité autrement.

Demander un devis