2-M Logo2-M
Switch to English

Fabric × Business Central

Consolider plusieurs Business Central : la difficulté n'est jamais la connexion.

Les API sont documentées et stables. Ce qui coince, ce sont les plans de comptes qui diffèrent, les dimensions utilisées autrement selon l’entité, et les FlowFields qui ne remontent pas.

N

instances Business Central SaaS consolidées sur un même modèle

Le nombre change, le modèle reste un

Le cas

Le même client, plusieurs codes

Quatre sociétés du même groupe, quatre Business Central, et le même client codé différemment dans chacune. Nous ajoutons une étape d’alignement avant toute consolidation : les références se rejoignent, et le modèle rend un seul chiffre.

7
Instances Business Central consolidées sur un même modèle
7
CRM alignés en parallèle, sur le même projet
bc2adls
Export incrémental, sans consommer les quotas d’API
11
Collaborateurs experts

Notre spécialité

Trois alignements qui font tenir une consolidation

Les difficultés récurrentes d'une consolidation multi-Business Central
ÉcartCe qui se passe si on le néglige
Plans de comptes divergentsChaque entité a fait évoluer son plan à sa façon. Consolider sans table de correspondance produit des agrégats qui ne veulent rien dire, et personne ne s'en aperçoit avant la clôture.
Dimensions utilisées autrementLa dimension 2 est un centre de coût dans une filiale et un canal de vente dans une autre. Le rapport consolidé additionne alors des grandeurs sans rapport.
Référentiels articles et clientsLe même client existe sous trois codes différents dans trois entités. Sans réconciliation, tout classement par client est faux.

Le point technique

Les FlowFields, reconstruits en mesures

Business Central calcule certains champs à la volée plutôt que de les stocker : les FlowFields. Un solde client, un cumul de mouvements, un encours. Ils n’existent pas dans les tables : ils sont recalculés à chaque affichage.

Conséquence : une extraction classique ne les rapporte pas. Il faut les reconstruire sous forme de mesures dans le modèle sémantique, en repartant des tables de mouvements et en reproduisant exactement la logique de filtrage d’origine.

C’est un travail précis, et c’est la première cause de rapports dont les chiffres ne correspondent jamais à l’ERP : le symptôme qui tue l’adoption d’un projet décisionnel.

Le choix technique

Comment sortir les données : API ou bc2adls

Sur Business Central SaaS, deux voies existent pour alimenter Fabric, et le choix n’est pas anodin dès que le volume grimpe.

Connecteurs standards comparés à bc2adls
Connecteurs standardsbc2adls
PrincipeInterrogation des API Business Central à chaque rafraîchissement.Extension open source qui exporte les tables vers Azure Data Lake au format Delta, directement lisible par Fabric.
VolumétrieConfortable sur un périmètre restreint ; les quotas d'API deviennent contraignants à mesure que le volume et le nombre d'instances augmentent.Export incrémental : seules les modifications transitent, ce qui déplace la contrainte de volumétrie.
HistoriqueLimité à ce que l'API accepte de restituer.L'historique est déposé une fois dans le lac, puis conservé indépendamment de l'ERP.
À maintenirRien de particulier : c’est du standard.Une extension à installer dans chaque instance, à suivre lors des mises à jour de Business Central.

Ce que veut dire consolider

Huit systèmes, un seul chiffre

Vos systèmes arrivent tels quels dans une première couche, horodatés. Une deuxième couche aligne les référentiels, plans de comptes, dimensions et clients, et tranche les doublons. Une troisième pose une définition unique par indicateur. Les rapports, Excel et vos applications lisent ensuite tous la même chose.

Notre méthode

Comment nous menons une consolidation multi-BC

  1. Inventaire des écarts, entité par entité

    Plans de comptes, dimensions, référentiels. Nous produisons la liste des divergences avant d’écrire la moindre transformation. C’est l’étape que les projets ratés escamotent.

  2. Tables de correspondance validées par le métier

    Ce ne sont pas des décisions techniques : dire que le compte 706 d’une filiale correspond au 704 d’une autre engage la comptabilité. Vos équipes valident, nous implémentons.

  3. Ingestion et clés composites multi-sociétés

    Chaque enregistrement porte son entité d’origine. Sans cela, deux factures numérotées pareil dans deux sociétés se confondent, et le bug est silencieux.

  4. Reconstruction des FlowFields en mesures

    Reprise de la logique de filtrage d’origine, mesure par mesure, avec contrôle contre l’ERP.

  5. Réconciliation chiffre par chiffre

    Nous comparons les agrégats du modèle avec ceux de chaque Business Central, période par période, jusqu’à l’euro. Un rapport qui ne réconcilie pas ne sera jamais utilisé, quelle que soit sa qualité graphique.

Questions fréquentes

Ce qu'on nous demande sur Business Central

Peut-on consolider plusieurs Business Central dans un seul reporting ?

Oui, et c'est un cas que nous traitons régulièrement. Nous avons livré des plateformes consolidant jusqu'à sept instances Business Central SaaS sur périmètre complet. La difficulté n'est pas la connexion, car les API sont documentées et stables, mais l'alignement : plans de comptes, dimensions, référentiels articles et clients diffèrent presque toujours d'une entité à l'autre.

Faut-il harmoniser les paramétrages avant de consolider ?

Non, et c'est une bonne nouvelle : attendre l'harmonisation des paramétrages revient souvent à ne jamais démarrer. L'alignement se fait dans la couche de transformation, à l'aide de tables de correspondance que vos équipes métier valident. Chaque entité garde son paramétrage, la consolidation se fait au-dessus.

Que deviennent les FlowFields de Business Central ?

Les FlowFields sont calculés à la volée par Business Central et ne sont pas stockés : ils ne remontent donc pas dans une extraction classique. Il faut les reconstruire sous forme de mesures dans le modèle sémantique, en repartant des tables de mouvements. C'est un travail précis, et l'oublier produit des rapports dont les chiffres ne correspondent jamais à l'ERP.

Faut-il utiliser bc2adls pour sortir les données de Business Central ?

C'est l'approche que nous privilégions sur les gros périmètres. bc2adls est une extension open source, portée par la communauté Microsoft, qui exporte les tables de Business Central vers un stockage Azure Data Lake au format Delta, donc directement lisible par Fabric. Son intérêt sur une consolidation multi-instances est décisif : l'export est incrémental, il ne repasse pas par les API à chaque rafraîchissement, et il ne se heurte donc pas aux quotas qui étranglent les extractions classiques dès que le volume grimpe. Pour un périmètre restreint, les connecteurs standards suffisent et sont plus simples à maintenir.

Business Central SaaS ou on-premise, cela change-t-il quelque chose ?

Oui, sur la façon d'accéder aux données. En SaaS, on passe par les API et les points de terminaison prévus, avec des quotas à respecter. En on-premise, l'accès direct à la base reste possible et souvent plus rapide, mais il faut gérer soi-même la reprise d'historique et la disponibilité. La cible Fabric, elle, est identique dans les deux cas.

Et si nous avons aussi du Dynamics NAV ?

C'est fréquent : une entité a migré vers Business Central, une autre est restée sur NAV. Les deux se consolident sur la même plateforme. Les structures de tables ont un héritage commun, ce qui aide, mais les écarts de version demandent un travail de correspondance qu'il ne faut pas sous-estimer. Nous avons livré des projets combinant Business Central, NAV, SAP et Sage sur un même modèle.

Combien d'instances, et à quel point divergent-elles ?

Onze collaborateurs expertsSaint-Priest, près de Lyon

Deux heures avec un consultant pour inventorier vos entités, mesurer l'écart entre leurs paramétrages et vous dire ce que coûterait réellement la consolidation. Offert, sans engagement.

Demander un atelier de cadrage

Atelier de cadrage · 2 heures · offert

Nos technologies

Microsoft FabricPower BIPower AppsPower AutomateMicrosoft Partner