iDBQuery vs SAP BusinessObjects : quelle est la différence ?

SAP BusinessObjects est une plateforme de reporting d'entreprise bien établie. Ses Universes offrent une couche sémantique gouvernée qui met les utilisateurs métier à l'abri du SQL brut, il gère les rapports complexes Web Intelligence et Crystal Reports, et il s'intègre étroitement aux systèmes SAP. Pour les entreprises centrées sur SAP et dotées d'équipes BI dédiées, il demeure une référence fiable.

Ses contreparties sont bien connues : la conception et l'administration des Universes sont un travail de spécialistes, la pile est souvent sur site et lourde à maintenir, et livrer une nouvelle réponse suppose généralement une modification de la couche sémantique gérée par la DSI.

iDBQuery est plus léger et guidé par la question :

• Aucun préalable de modélisation. Vous pouvez poser immédiatement une question en langage courant sur une source ; la couche sémantique propre à iDBQuery interprète les schémas obscurs pour vous.
• Des réponses sourcées. Chaque chiffre remonte jusqu'à des lignes sources : les chiffres sont vérifiables plutôt qu'opaques.
• Un seul modèle en temps réel couvrant les sources. Il unifie les bases de données SAP (en tant que bases de données/entrepôts SQL standard), les autres bases de données, les tableurs, les API et les documents en un seul modèle interrogeable, sans pipeline ETL.
• Déploiement partout. Cloud, VPC, environnement totalement isolé (air-gapped) ou une application Desktop locale, avec interrogation sur place, de sorte que les données ne quittent jamais votre environnement.

Beaucoup d'organisations conservent BusinessObjects pour les rapports d'entreprise formels et gouvernés pour lesquels il a été conçu, et ajoutent iDBQuery pour les questions ad hoc rapides en libre-service, en particulier celles qui doivent combiner des données SAP avec des tableurs ou des systèmes situés hors de SAP.