Posséder ou louer sa couche d'intégration : le calcul qu'une ETI doit faire sans tabou

Dans beaucoup d'ETI¹, la couche d'intégration est devenue invisible : elle tourne, elle coûte, personne ne la remet en question tant qu'elle ne casse pas. Le vrai sujet, c'est la propriété. Est-ce que votre organisation possède la logique qui fait dialoguer ERP³, CRM² et outils métier, ou est-ce qu'elle la loue, mois après mois, à un éditeur qui fixe le format, la roadmap et le prix de la sortie ?

Ce n'est pas un débat idéologique. C'est un calcul de risque. Louer peut être le bon choix. Posséder aussi. L'erreur, c'est de ne jamais avoir tranché explicitement, et de découvrir le coût de la location le jour d'un renouvellement, d'un rachat éditeur ou d'un départ critique.

Cet article pose les deux modèles côte à côte, pour la couche d'intégration spécifiquement, pas pour tout le SI. Pour le cadre SaaS⁵ plus large : plateformes data en SaaS. Pour la définition iPaaS⁴ : qu'est-ce qu'un iPaaS.

Deux modèles, une même fonction

Recevoir une donnée, la transformer, la livrer au bon système, relancer si ça casse. Que vous louiez un Workato ou possédiez une plateforme on-premise¹⁵, le job opérationnel se ressemble. Ce qui diffère, c'est qui tient la clé : le contrat d'abonnement, ou votre dépôt Git.

Louer : ce que vous gagnez

• Démarrage rapide : console, connecteurs⁹, templates. Les premiers flux partent vite.
• Pas d'infra à opérer : l'éditeur tient la plateforme, les mises à jour, une partie de la dispo.
• Support éditeur : ticket, SLA⁸, parfois accompagnement à l'implémentation.
• Catalogue de connecteurs⁹ : brancher un SaaS⁵ connu sans réinventer l'authentification.
• CapEx⁷ initial faible : l'abonnement remplace un investissement licence + déploiement.

Louer : ce que vous payez en plus de la facture

• Coût de sortie : remapper, réécrire, former. Souvent un projet pluriannuel (voir coût de sortie iPaaS).
• Dépendance de trajectoire : roadmap, tarifs, rachats. Voir Blueway.
• Compétence de niche : formation propriétaire qui ne se transfère pas.
• Logique opaque : configuration studio, pas de revue de code classique.
• Facture qui suit la croissance : plus de flux, plus de connecteurs⁹, plus de volume. Le coût marginal grimpe.

Posséder : ce que vous gagnez

• Logique dans votre dépôt : code versionné, relisible, testable en CI¹¹.
• Recrutement standard : Python se trouve sur le marché ; Boomi ou Talend ESB, beaucoup moins.
• Sortie maîtrisée : changer de moteur d'exécution reste un projet, mais la logique vous suit.
• Coût prévisible : licence à vie⁶ ou open source¹⁶, pas de hausse par flux ajouté.
• Exécution chez vous : données et traitements sous votre contrôle opérationnel.

Posséder : ce que ça vous coûte

• Investissement initial : licence, déploiement, montée en compétence.
• Exploitation : vous tenez l'infra, les sauvegardes, les mises à jour, ou un intégrateur.
• Branchements via API¹⁰ et code, sans catalogue magique de connecteurs⁹.
• Responsabilité : en cas de panne, c'est votre run, pas le ticket éditeur.
• Discipline d'ingénierie : tests, revues, documentation. Sinon vous recréez une boîte noire maison.

Louer vs posséder

• Propriété de la logique. Louer : configuration dans l'outil éditeur. Posséder : code dans votre dépôt.
• Modèle économique. Louer : abonnement récurrent, souvent indexé au volume. Posséder : licence à vie⁶ ou investissement initial + run.
• Compétences. Louer : expertise plateforme propriétaire. Posséder : Python, API¹⁰, pratiques d'ingénierie classiques.
• Coût de sortie. Louer : élevé, format propriétaire. Posséder : modéré si le code est propre.
• Time-to-market. Louer : rapide sur SaaS⁵-to-SaaS⁵. Posséder : plus lent au départ, plus stable à long terme.
• Dépendance éditeur. Louer : forte (roadmap, tarifs, rachats). Posséder : limitée au moteur si le code est standard.
• Périmètre typique. Louer : large (iPaaS⁴, orchestration, parfois BPM¹³). Posséder : ciblé (sync de données, flux critiques).
• Qui tranche. Louer : DSI valide l'abonnement. Posséder : DSI + direction (investissement + risque).

Quand louer reste le bon calcul

• Vos flux sont majoritairement SaaS⁵-to-SaaS⁵ et peu critiques.
• Vous n'avez pas d'équipe pour opérer une plateforme, et pas de volonté d'en constituer une.
• L'horizon est court (revente, pivot) : le coût de sortie ne se matérialisera pas.
• Le vivier sur l'outil actuel est sain (pas de bus factor¹² à 1).
• La couche d'intégration n'est pas stratégique pour votre modèle économique.

Aucune honte à louer dans ces conditions. L'erreur, c'est de louer la couche critique par défaut parce que c'était le chemin le plus court il y a cinq ans.

Quand posséder devient rationnel

• Les flux touchent commandes, stock, facturation : une panne ou une dérive coûte cher.
• Vous payez une suite surdimensionnée (ESB, BPM¹³, MDM¹⁴) pour de la sync simple.
• Un départ mettrait plusieurs flux en danger.
• La direction veut réduire la dépendance à un éditeur tiers sur le cœur du SI.
• Vous avez des contraintes on-premise¹⁵ ou de souveraineté opérationnelle (voir intégration on-premise ETI).

Posséder ne veut pas dire tout réécrire d'un coup. La stratégie la plus courante chez les ETI¹ sensées : louer ce qui est périphérique, posséder ce qui est critique, et tracer une frontière claire.

Où Portlane se place

Portlane est du côté possession : Python, licence à vie⁶, exécution dans votre infrastructure. Hors iPaaS⁴ et hors abonnement pour que les flux continuent. Périmètre volontairement étroit : synchronisation de données, hors BPM¹³ et MDM¹⁴.

Portlane est encore en développement actif. Ce n'est pas une recommandation d'achat immédiat : c'est un modèle alternatif pour les ETI¹ qui ont fait le calcul et veulent posséder la tranche sync. Le raisonnement fondateur : pourquoi nous construisons Portlane. Comparatifs : Boomi, Workato.

Comment trancher en une réunion

• Listez les flux critiques et leur criticité métier.
• Posez la question : « Si l'éditeur double le prix l'an prochain, que fait-on ? »
• Comparez cinq ans d'abonnement vs investissement possession + run.
• Vérifiez le bus factor¹² sur l'outil actuel.
• Fixez une date de révision. La décision n'est pas figée pour toujours.

Louer ou posséder n'est pas une question de modernité. C'est une question de qui porte le risque quand le contrat, l'équipe ou le marché bouge. Les ETI¹ qui tranchent explicitement dorment mieux que celles qui reconduisent par inertie.

Questions fréquentes

Louer sa couche d'intégration, est-ce toujours une erreur ?

Non. Louer un CRM² ou un outil périphérique peut être rationnel quand le métier accepte la dépendance et que la sortie n'est pas critique. Louer la couche qui synchronise commandes, stock et facturation est un autre niveau de risque.

Posséder veut-il dire tout développer en interne ?

Non. Posséder, c'est que la logique métier vit dans un format que vous contrôlez (code versionné, tests, recrutement possible) et que l'exécution peut tourner sans abonnement actif à un éditeur d'intégration.

Une licence à vie suffit-elle à « posséder » ?

C'est une condition, pas une garantie. Si la logique reste en configuration propriétaire illisible, vous possédez un droit d'usage, pas une capacité à faire évoluer et sortir. Le format compte autant que le contrat.

Une ETI a-t-elle les moyens de posséder sa plateforme ?

Souvent plus qu'elle ne le croit, surtout si elle paie déjà une suite surdimensionnée et une expertise de niche. Le coût de possession se compare au coût total de location sur cinq ans, pas à la ligne d'abonnement seule.

Où se situe Portlane ?

Côté possession : Python, licence à vie⁶, exécution chez vous. Hors modèle iPaaS⁴ en abonnement. Encore en développement actif. Thèse produit pour les ETI¹ qui veulent posséder la tranche synchronisation de données, pas une suite BPM¹³ complète.

Glossaire

• ¹ ETI : entreprise de taille intermédiaire, entre PME et grand groupe.
• ² CRM : logiciel de gestion de la relation client.
• ³ ERP : progiciel de gestion intégré (commandes, stocks, facturation, compta).
• ⁴ iPaaS : plateforme d'intégration en abonnement, hébergée par l'éditeur.
• ⁵ SaaS : logiciel loué par abonnement, hébergé par l'éditeur.
• ⁶ Licence à vie : achat du droit d'utilisation sans abonnement obligatoire pour faire tourner le déployé.
• ⁷ CapEx : dépense d'investissement (achat, déploiement).
• ⁸ SLA : engagement de niveau de service (disponibilité, délais de réponse).
• ⁹ Connecteur : module pour brancher une application sur une plateforme d'intégration.
• ¹⁰ API : interface standardisée entre logiciels.
• ¹¹ CI : intégration continue, exécution automatique des tests à chaque changement de code.
• ¹² Bus factor : nombre de personnes dont le départ mettrait le système en danger.
• ¹³ BPM : orchestration de processus métier.
• ¹⁴ MDM : référentiel de données maître.
• ¹⁵ On-premise : exécution sur votre propre infrastructure.
• ¹⁶ Open source : logiciel dont le code source est accessible ; le modèle économique varie (gratuit, support payant, etc.).