Bernard Liautaud a d’abord construit Business Objects, l’un des éditeurs qui a donné une forme industrielle au logiciel décisionnel, avant de rejoindre le capital-risque. Son parcours relie deux positions rarement réunies : celle du fondateur confronté aux ventes complexes de logiciel d’entreprise et celle de l’investisseur qui sélectionne des startups européennes appelées à changer d’échelle.
En bref
- Business Objects, créé en 1990 avec Denis Payre, a contribué à diffuser le reporting et les univers sémantiques auprès des directions métiers.
- L’introduction au Nasdaq en 1994 a donné à l’éditeur une visibilité internationale rare pour une entreprise européenne de technologie.
- SAP a annoncé l’acquisition de Business Objects en octobre 2007 pour environ 4,8 milliards d’euros, selon son communiqué officiel.
- Chez Balderton Capital, Bernard Liautaud applique une expérience de fondateur à l’analyse de l’investissement dans les entreprises technologiques européennes.
- Son itinéraire rappelle qu’un produit décisionnel ne devient pas une entreprise durable par sa seule qualité technique : il doit aussi supporter la vente, le déploiement, le support et l’évolution des usages.
Ce texte s’adresse aux responsables décisionnels qui veulent replacer Business Objects dans l’histoire du logiciel d’entreprise et comprendre ce que le passage de son cofondateur au venture capital révèle du marché. Il ne traite ni la négociation des licences SAP actuelles ni le choix d’une cible de migration pour un parc existant.
Comment Bernard Liautaud a fait de Business Objects un acteur du logiciel décisionnel
La trajectoire de Bernard Liautaud commence dans un marché où le décisionnel restait largement réservé aux équipes informatiques. En 1990, il crée Business Objects avec Denis Payre. L’ambition n’est pas seulement de produire des états. Elle consiste à rendre les données de gestion plus accessibles aux utilisateurs qui n’écrivent pas eux-mêmes les requêtes sur les bases de production.
La réponse apportée par l’éditeur repose sur une séparation qui a durablement marqué les socles décisionnels. Les équipes techniques structurent les jointures, les objets, les classes et les conditions dans un univers. Les utilisateurs interrogent ensuite ce modèle avec un vocabulaire métier. Cette médiation paraît aujourd’hui connue, mais elle a résolu un problème opérationnel considérable dans les années 1990 : éviter qu’une direction commerciale ou financière dépende de chaque demande SQL pour obtenir un suivi d’activité.
Le produit n’a pas supprimé les difficultés de gouvernance. Il les a déplacées vers la définition des objets, le contrôle des contextes de requête et la maintenance des règles de gestion. Un chiffre d’affaires calculé dans un univers peut rester cohérent pendant des années, puis diverger lorsqu’un filtre de statut est modifié ou lorsqu’une jointure devient facultative. C’est précisément ce qui explique la longévité de nombreux parcs Business Objects et la difficulté de les remplacer sans inventaire préalable.
Le positionnement initial de Business Objects mérite d’être lu comme une réponse aux contraintes concrètes du logiciel d’entreprise. Un client n’achetait pas seulement une interface de restitution. Il achetait un moyen d’organiser une couche sémantique entre ses systèmes de gestion, ses entrepôts de données et ses équipes métiers. La valeur dépendait donc du paramétrage, des compétences internes et de la qualité des définitions retenues.
Le modèle sémantique a créé un actif qui dépasse le logiciel
Un univers Business Objects concentre souvent des années de décisions. Il contient des définitions de marge, de chiffre d’affaires, de commandes ouvertes, de clients actifs ou de périodes comptables. Certaines règles sont documentées dans des spécifications. D’autres ne subsistent que dans les objets calculés, les conditions prédéfinies ou les rapports Web Intelligence les plus anciens.
Cette accumulation a rendu Business Objects solide dans les grandes organisations, mais elle a aussi créé une dette décisionnelle. Une entreprise peut posséder plusieurs centaines de rapports, dont une fraction limitée reste consultée. Pourtant, le coût de vérification demeure élevé parce que les rapports peu utilisés peuvent porter une règle particulière, activée au moment d’une clôture annuelle ou d’un contrôle financier.
Une migration sérieuse ne consiste donc pas à recopier des écrans. Elle doit identifier ce qui appartient au rapport, ce qui appartient à l’univers et ce qui dépend de la source. Un filtre posé au niveau de la condition d’objet ne se voit pas nécessairement dans le document Webi. La différence devient critique lorsque le modèle sémantique cible traduit la règle dans une mesure, une relation ou une colonne calculée.
La page historique de Business Objects reste consultable dans les dépôts réglementaires de la Securities and Exchange Commission. Les rapports annuels déposés lorsque la société était cotée montrent le poids pris par les revenus de licences, la maintenance et l’expansion internationale dans le modèle économique de l’éditeur. Les archives de la société sont disponibles sur le portail de la SEC, consulté en février 2026.
Pour un responsable BI, l’enseignement est net. La valeur d’un parc ne se mesure pas au seul nombre de rapports. Elle se mesure aussi à la densité des règles métier enfouies dans les univers et les objets de restitution.
Cette construction produit un autre effet : lorsqu’un éditeur devient visible à l’international, sa capacité à financer l’innovation dépend autant de son marché que de l’architecture de son produit.
Pourquoi l’entrée de Business Objects au Nasdaq a compté pour la technologie européenne
Business Objects est entré au Nasdaq en 1994. L’événement est régulièrement présenté comme la première cotation d’une entreprise européenne sur ce marché technologique américain. Au-delà du symbole, cette opération place la société devant des investisseurs habitués à évaluer des entreprises de logiciel selon leur croissance, leur capacité de distribution et la récurrence de leurs revenus de maintenance.
Une cotation américaine ne transforme pas à elle seule une entreprise en champion mondial. Elle impose en revanche une discipline de reporting, de prévision et de communication financière. Pour un éditeur de logiciel d’entreprise, les investisseurs regardent notamment l’équilibre entre les ventes de nouvelles licences, les contrats de maintenance et les coûts commerciaux nécessaires pour signer auprès de grands comptes. Ce sont des paramètres différents de ceux d’une jeune société qui vend un produit grand public.
Le cas Business Objects rappelle aussi que l’Europe a produit des entreprises capables de construire un marché mondial avant que l’écosystème des startups ne devienne une expression courante. La société devait convaincre des clients disposant de systèmes hétérogènes, de bases relationnelles distinctes et de règles de gestion parfois contradictoires. Dans le décisionnel, l’obstacle n’est presque jamais l’installation initiale. Il apparaît lorsque l’entreprise demande que son nouveau rapport explique les mêmes écarts que l’ancien, période après période.
| Étape du parcours | Date | Enjeu pour Business Objects | Lecture utile pour un socle décisionnel |
|---|---|---|---|
| Création de l’éditeur | 1990 | Développer un outil de restitution et un modèle sémantique utilisable par les métiers | La couche d’accès aux données devient un objet de gouvernance |
| Cotation au Nasdaq | 1994 | Accéder à une visibilité et à des capitaux adaptés au marché mondial du logiciel | La croissance impose une standardisation des produits et du support |
| Annonce du rachat par SAP | 8 octobre 2007 | Intégrer le décisionnel à un portefeuille d’applications d’entreprise plus large | Les clients doivent évaluer la feuille de route produit et les conséquences de version |
| Passage au capital-risque | Après 2007 | Accompagner des entreprises technologiques en phase de croissance | L’expérience de déploiement devient un critère d’analyse de l’investissement |
Les dates de création, de cotation et de transaction peuvent être recoupées dans les communications historiques de l’éditeur et de SAP. SAP a publié le 8 octobre 2007 son annonce d’acquisition de Business Objects pour environ 4,8 milliards d’euros. Le communiqué est accessible dans les archives de SAP News Center, consultées en février 2026.
Une entreprise cotée doit transformer le produit en organisation
Le passage d’une jeune entreprise à un éditeur coté modifie la nature du travail. Le produit doit être documenté, internationalisé, supporté et maintenu sur plusieurs versions. Les équipes commerciales doivent traduire une promesse technique en engagements de déploiement. Les équipes de services doivent faire fonctionner la solution sur des environnements dont elles ne maîtrisent ni les données ni les règles de calcul.
Cette réalité explique pourquoi Business Objects a laissé une empreinte durable dans les systèmes d’information. Le produit ne s’est pas diffusé uniquement grâce à une fonction de reporting. Il s’est inséré dans des processus de clôture, des revues de performance, des suivis de ventes et des arbitrages budgétaires. Une fois ces usages installés, les remplacer demande une recette structurée et un double run suffisamment long pour identifier les écarts significatifs.
Le parcours de Bernard Liautaud a donc une portée plus large que la réussite d’une cotation. Il montre que la technologie européenne peut accéder à un marché mondial lorsqu’elle sait industrialiser la vente, la maintenance et l’usage quotidien de ses produits.
La vente à SAP ouvre ensuite une période différente. Elle ne ferme pas l’histoire du fondateur, elle déplace son point de vue vers les mécanismes qui permettent aux entreprises technologiques de grandir.
Ce que le rachat de Business Objects par SAP a changé pour Bernard Liautaud
Le rachat de Business Objects par SAP, annoncé en octobre 2007, constitue une opération majeure dans l’histoire du décisionnel. SAP cherchait alors à renforcer son portefeuille analytique et à compléter ses applications transactionnelles par des outils de reporting, de requêtage et de pilotage. Pour les clients, le changement ne portait pas seulement sur l’actionnariat. Il concernait la feuille de route, les versions supportées, les connecteurs et l’intégration progressive avec les produits SAP.
La transaction, annoncée pour environ 4,8 milliards d’euros, donne une mesure de la place prise par Business Objects dans le marché du logiciel d’entreprise. Le montant est celui communiqué par SAP au moment de l’annonce et ne doit pas être confondu avec le coût ultérieur de maintenance d’un parc client ou avec les budgets de migration. Ces budgets dépendent du volume de contenus, de la qualité des sources, de la reprise des droits et de la recette.
Pour Bernard Liautaud, la cession crée les conditions d’un changement de rôle. Le fondateur n’a plus à arbitrer quotidiennement entre la feuille de route d’un univers, la couverture fonctionnelle de Web Intelligence, la politique de support et les attentes commerciales d’un éditeur coté. Il peut regarder les entreprises technologiques depuis un autre poste d’observation, celui de l’investisseur.
Une acquisition ne réduit pas la nécessité de piloter les versions
Dans les parcs Business Objects, l’histoire de l’acquisition est souvent invoquée pour expliquer des choix techniques réalisés plusieurs années après 2007. Cette explication est insuffisante. Ce qui compte dans un dossier d’arbitrage est la version effectivement installée, la date de maintenance annoncée par l’éditeur, la compatibilité avec les navigateurs et systèmes exploités, ainsi que l’état des univers et des rapports.
Les versions BusinessObjects BI 4.2 et BusinessObjects BI 4.3 ne se traitent pas de manière interchangeable. Une documentation de maintenance ou une note de cycle de vie doit toujours être lue pour la version exacte. SAP centralise ses informations de maintenance et de support dans son portail officiel, à consulter directement avant toute décision de calendrier : SAP Support Portal, consulté en février 2026.
Cette vérification est plus utile qu’un discours général sur la modernisation. Une direction financière ne bascule pas sur la base d’une promesse de continuité. Elle demande quels rapports sont repris, quelles règles sont réécrites, quelle tolérance d’écart est acceptée et qui signe la recette.
- Extraire les journaux d’audit sur douze mois glissants et vérifier leur durée de conservation avant de classer les rapports selon leur usage.
- Inventorier les univers, les connexions, les contextes, les objets calculés et les conditions qui portent des règles de gestion.
- Classer les rapports entre reprise, reconstruction, retrait et conservation temporaire avec justification métier.
- Définir un échantillon de périodes de comparaison et documenter les écarts avant toute bascule.
- Prévoir un double run pour les indicateurs de pilotage qui alimentent une clôture ou un engagement de gestion.
Cette méthode vaut quelle que soit la cible retenue. Elle s’applique à une reprise vers Power BI, à une évolution interne de la plateforme SAP ou à une reconstruction sur un autre outil, car le risque vient d’abord des règles non visibles.
Le mouvement vers le capital-risque devient alors cohérent. L’expérience acquise dans les produits complexes donne à Bernard Liautaud une lecture concrète des difficultés qui attendent les fondateurs après la première phase de croissance.
Comment Bernard Liautaud est devenu une figure du capital-risque européen
Après Business Objects, Bernard Liautaud rejoint Balderton Capital, fonds européen de capital-risque également désigné par l’expression venture capital. Son rôle ne consiste plus à construire un seul produit ni à diriger un seul éditeur. Il participe à la sélection et à l’accompagnement de startups qui cherchent à devenir des entreprises capables de vendre à grande échelle.
Cette bascule a du sens pour un dirigeant issu du logiciel d’entreprise. Un fondateur qui a vécu la création d’un produit, la cotation, l’internationalisation et la cession connaît les séquences où les décisions deviennent coûteuses. Il sait qu’un bon démonstrateur ne résout pas la question de la commercialisation, du support, de la conformité aux engagements clients ou de la capacité à recruter des équipes expérimentées.
Balderton se présente comme un investisseur européen accompagnant des sociétés technologiques à différents stades de développement. Le profil public de Bernard Liautaud et les informations sur son rôle sont publiés sur le site du fonds : Balderton Capital, consulté en février 2026. Cette source décrit une activité d’investissement et d’accompagnement, non une activité de conseil en migration de systèmes décisionnels.
Le regard d’un ancien fondateur change l’analyse de l’investissement
L’investissement dans une jeune entreprise technologique comporte une part de sélection, mais aussi une lecture du risque d’exécution. Pour un éditeur B2B, les sujets déterminants sont souvent moins visibles que la démonstration produit : durée du cycle de vente, dépendance à quelques grands clients, capacité de mise en œuvre, coût du support et résistance du modèle lorsque les exigences contractuelles augmentent.
Le parcours de Bernard Liautaud donne du poids à cette lecture. Business Objects n’a pas prospéré dans un univers où les utilisateurs téléchargent une application et l’adoptent instantanément. Le produit devait s’intégrer à des systèmes existants, répondre à des besoins de sécurité et être accepté par des métiers qui ne partagent pas toujours les mêmes définitions d’indicateurs.
Ce constat reste valable pour les entreprises qui visent le logiciel d’entreprise en 2026. Une jeune société peut convaincre avec une fonctionnalité précise, mais elle doit ensuite démontrer qu’elle sait gérer les droits, les mises à jour, les demandes de paramétrage et la traçabilité des calculs. Les investisseurs qui ont dirigé des éditeurs savent que ces coûts apparaissent souvent plus tard que les dépenses de développement initiales.
Le capital-risque ne garantit pas la réussite d’une entreprise. Il finance une trajectoire soumise à des risques de marché, de produit et d’exécution. Les responsables BI ont intérêt à distinguer la notoriété d’une startup de sa capacité à reprendre un périmètre décisionnel documenté, maintenable et contrôlable.
Cette vigilance est particulièrement utile lorsque les plateformes établies rencontrent de nouveaux éditeurs. L’innovation ne dispense ni de l’inventaire des objets existants ni de la réconciliation des résultats produits par les deux environnements.
Ce que l’entrepreneuriat de Bernard Liautaud apprend aux responsables de socles décisionnels
Le parcours de Bernard Liautaud n’apporte pas une recette de migration. Il apporte un cadre de lecture pour comprendre pourquoi certains outils de reporting survivent si longtemps dans les organisations. Business Objects a durablement occupé cette place parce qu’il a répondu à une demande concrète : fournir aux métiers une interface de consultation sans les exposer directement à la complexité des schémas de données.
Lorsqu’un responsable BI étudie la sortie d’un tel socle, il ne doit pas opposer mécaniquement ancien et nouveau. Le bon arbitrage dépend du parc réel. Sur moins de cent rapports, avec des usages faibles et des règles de gestion bien documentées, une reconstruction peut coûter moins cher qu’une reprise qui chercherait à conserver chaque détail historique. Au-delà de trois cents rapports actifs, comportant des variables, des contextes et des calculs non documentés, la reprise contrôlée devient souvent préférable à une réécriture totale.
Cette position s’inverse lorsque le parc comporte une majorité de documents jamais ouverts. Les journaux d’audit restent la première pièce à examiner. Sans historique suffisamment long, un rapport trimestriel ou annuel peut être classé à tort comme inutilisé. La durée de rétention du serveur doit donc être vérifiée avant de produire une décision de retrait.
Le coût de reprise doit être distingué du coût de recette
Un exemple de chiffrage permet de séparer les postes. Sur un parc de 240 rapports, l’hypothèse suivante est retenue : 144 rapports de complexité limitée à deux heures de reprise, 72 rapports intermédiaires à cinq heures, et 24 rapports complexes à douze heures. La charge de reprise atteint 936 heures, calculées ainsi : 144 × 2, puis 72 × 5, puis 24 × 12.
Ce calcul ne comprend ni la recette fonctionnelle, ni la reprise des habilitations, ni la formation des utilisateurs, ni la correction des écarts révélés pendant le double run. Il ne constitue donc pas un budget global. Il sert à empêcher qu’un dossier présente la reprise technique comme la totalité du chantier. La fourchette budgétaire dépend ensuite du coût journalier réellement négocié, qui relève du contrat et n’est pas déductible de ce volume seul.
Le point le plus sensible reste la comparaison des chiffres. Une nouvelle plateforme ne doit pas promettre l’identité automatique des résultats. Elle doit produire des écarts expliqués. Une différence de 0,4 % sur le chiffre d’affaires peut provenir d’un filtre de statut client, d’une règle de date, d’un arrondi ou d’une jointure. L’équipe projet doit identifier la cause, décider si elle est acceptable et obtenir une validation métier sur un périmètre donné.
Le fil historique qui relie Business Objects, l’entrepreneuriat et le capital-risque est donc moins abstrait qu’il n’y paraît. Une entreprise technologique durable naît d’un produit, mais elle se juge aussi à sa capacité à rendre les décisions auditables, maintenables et compréhensibles lorsque le volume d’utilisateurs augmente.
Quand Bernard Liautaud a-t-il créé Business Objects ?
Bernard Liautaud a cofondé Business Objects avec Denis Payre en 1990. L’éditeur s’est développé autour d’outils de requêtage, de reporting et de modèles sémantiques destinés aux utilisateurs métiers.
Pourquoi Business Objects a-t-il marqué le logiciel d’entreprise ?
Business Objects a contribué à diffuser le principe d’un univers sémantique séparant la complexité des sources de données des requêtes réalisées par les utilisateurs. Cette couche concentre souvent des règles de gestion qui doivent être inventoriées avant une migration.
À quelle date SAP a-t-il annoncé l’acquisition de Business Objects ?
SAP a annoncé l’acquisition le 8 octobre 2007. Son communiqué indiquait une valeur d’environ 4,8 milliards d’euros ; la source primaire est accessible dans les archives de SAP News Center.
Quel est le rôle de Bernard Liautaud chez Balderton Capital ?
Bernard Liautaud est associé directeur chez Balderton Capital. Il intervient dans le capital-risque, en accompagnant des entreprises technologiques européennes dans leurs phases de développement.
Le dossier complet Socles BI hérités : auditer le parc réel avant de le migrer
