Rien n'est publié, les tables gardent le run précédent.
Page Runs, statut FAILED, avec le motif.
D'où viennent les chiffres, quand ils sont mis à jour, quoi préparer à chaque clôture, et quoi faire quand une donnée manque.
La transco se lance en général au début du mois M+1. La mise à jour de la nuit a alors déjà relu tout ce qui a été saisi pour M dans Business Central.
Cocher « Grand livre » ne change le résultat que si quelqu'un a corrigé des écritures de M, ou d'avant, depuis la nuit. Les listes SharePoint ne sont jamais relues seules. Une saisie n'y compte que si « Référentiels » est coché.
| Business Central | SharePoint mo‑finance | |
|---|---|---|
| La nuit6 h 13 l'été, 5 h 13 l'hiver | Relit le grand livre, le plan comptable et la devise de toutes les sociétés. | Rien. |
| La relanceFinCenter Lite | « Grand livre » coché, relit ce qui a changé depuis la dernière lecture. Décoché, part de la copie de la nuit. | « Référentiels » coché, relit toutes les listes et la balance N‑1. Décoché, ignore les saisies récentes. |
| Le rapportPower BI | Montre la dernière relance, la même pour tout le monde. La nuit ne recalcule pas la transco. | |
D'autres données suivent leur propre rythme.
Le rapport affiche les heures en UTC. Ajouter 2 h l'été, 1 h l'hiver.
Sans réponse de Dataiku au bout de 30 min, la demande passe en Erreur, « délai dépassé », et un message Teams le signale. Cela arrive par exemple quand une autre relance tournait déjà. Relancer.
Écritures Business Central nouvelles ou modifiées, société par société. Listes SharePoint et balance N‑1.
Colonnes manquantes, doublons, entités sans société, taux illisibles.
Chaque écriture reçoit un compte Operis, un partenaire, une activité et un montant en EUR. Balance N = N‑1 + variation.
Les totaux doivent être égaux avant et après regroupement. Sinon, les tables gardent le run précédent.
On choisit la période, les entités et les sources à relire. Power Automate transmet la demande à Dataiku.
| Où | Ce qu'on y trouve | Qui modifie |
|---|---|---|
| Business Central | Écritures, plan comptable local et son champ No_2 (compte Operis), factures, paramètres comptables | Comptables des sociétés |
| SharePoint mo-finance | Référentiels Finance, et balance N‑1 dans operis/balance/ | Finance |
| Dataiku + BigQuery | Copies des sources, calcul, tables publiées, historique des runs sur 24 mois | Le traitement seul |
| FinCenter Lite | Demandes de relance | Finance |
| Power BI | Tables publiées dans BigQuery | Lecture seule |
Les étapes pour produire l'import Operis d'une clôture. Les cases cochées restent enregistrées dans votre navigateur.
Exporter d'Operis la balance de clôture de l'exercice précédent, par entité, compte et partenaire. La déposer telle quelle dans SharePoint · operis/balance/.
bkp/, qui n'est pas lu.Le run attend l'export Operis actuel, avec 14 lignes d'en-tête. Si ce format change, le run s'arrête. Il ne vérifie pas l'année du fichier.
Dans SharePoint · Entités, pour chaque entité du périmètre :
Une entité cochée sans société Business Central trouvée arrête le run. Le message donne son code.
Nouveau compte Operis. L'ajouter dans SharePoint · Comptes comptables Opéris avec sa rubrique analytique, son flux, son type d'activité, son type d'analyse et la case « Peut avoir des partenaires ? ».
Nouvelle entité. Vérifier que chaque compte local porte son compte Operis dans la colonne No_2 de BC · Plan comptable. Ajouter ses lignes dans SharePoint · Clés de lettrage et SharePoint · Activités spécifiques de pays.
Dans Clés de lettrage, le run lit les colonnes texte EntityCode et OperisAccount, pas les colonnes de recherche Entité et Compte Operis.
Ajouter les taux du mois dans SharePoint · Devises, une ligne par devise vers l'EUR. Les anciennes lignes peuvent rester. Pour chaque devise, le run prend le dernier taux daté au plus tard du dernier jour de la période calculée. Relancer un mois passé reprend donc ses propres taux, même si des taux plus récents ont été ajoutés depuis.
Deux valeurs différentes pour la même devise à la même date : la devise n'a plus de taux, et toutes les sociétés qui l'utilisent sortent de l'import.
Dernier taux daté d'avant le début du mois : le run convertit à ce taux, et Santé des données signale chaque société dont des écritures l'utilisent.
Dans FinCenter Lite, avec les réglages « La clôture commence » de l'onglet Relancer. Les référentiels doivent être cochés pour que les nouveaux taux soient lus.
Un message Teams prévient de la fin. Le run apparaît alors en tête de Power BI · Runs.
Ouvrir Power BI · Santé des données. Chaque ligne dit ce qui manque et où le corriger. Corriger dans Business Central ou SharePoint, puis relancer. Voir l'onglet Les erreurs.
Vérifier aussi les taux appliqués dans la page Contrôle et change.
Un écart qu'on ne peut pas corriger à la source va dans SharePoint · Ajustements d'intégration de balance : entité, compte Operis, partenaire, date d'intégration, montant en EUR. Le run les place dans l'import.
Y inscrire tous les ajustements, même petits. C'est la liste qu'on relit quand un montant surprend.
Seuls les ajustements datés du 1er janvier au dernier jour de la période comptent. Saisir EntityCode et OperisAccount en texte, comme pour les clés de lettrage.
Power BI · Import Operis contient les lignes à charger dans Operis, au format à 42 colonnes. La page Contributions montre d'où vient chaque montant.
Trouvez votre situation et recopiez ses réglages dans FinCenter Lite. Sauf mention contraire, la période est celle du dernier run. Dans le doute, cochez les référentiels : le run est plus long, mais juste.
| Situation | Entités | Grand livre | Mode | Référentiels | Recalcule |
|---|---|---|---|---|---|
| La clôture commencePremier run du mois clôturé. Taux saisis, et balance N‑1 déposée en début d'exercice. | Aucune | Coché | Incrémental | Coché | Toutes |
Correction dans Business CentralUn No_2, une écriture, une devise locale. | Les entités corrigées | Coché | Incrémental | Décoché | Ces entités seulement, en 4 min environ pour une entité |
| Correction dans SharePointTaux, compte Operis, clé de lettrage, activité, ajustement, entité, balance N‑1. | Peu importe | Décoché | Sans effet | Coché | Toutes |
| Corrections des deux côtés | Les entités corrigées dans BC | Coché | Incrémental | Coché | Toutes |
| Une entité ne colle pas à Business CentralSanté des données ne signale rien. Une écriture a sans doute été supprimée dans BC, ce que l'incrémental ne voit pas. | Une seule | Coché | Réconciliation | Décoché | Cette entité, après relecture complète de son grand livre |
| Autre moisPériode : le mois voulu. Le rapport bascule sur ce mois. Relancer la période en cours pour y revenir. | Aucune | Coché | Incrémental | Coché | Toutes |
Le run ne recalcule que les entités choisies si les référentiels sont décochés et que la période est celle du dernier run publié. Sinon, il recalcule toutes les entités, quelle que soit la sélection. On ne peut pas le forcer. La page Runs affiche la portée de chaque run.
Il n'existe qu'une transco pour tout le monde. Relancer un autre mois, ou toutes les entités, remplace ce que chacun voit dans le rapport jusqu'à la relance suivante.
Mesuré du 29 septembre au 1er octobre 2026.
| Réglage | Ce qu'il fait |
|---|---|
| Période | Le mois de clôture à calculer. Écritures et ajustements comptent jusqu'à son dernier jour. |
| Entités | Les entités dont on relit le grand livre. Aucune sélection vaut toutes les entités cochées IncludeInTransco. Une entité inconnue ou décochée fait refuser la demande. |
| Grand livre | Relit les écritures des entités choisies, puis le plan comptable et la devise locale de toutes les sociétés. Décoché, le run part de la dernière copie, rafraîchie chaque jour. |
| Mode | Incrémental relit les écritures nouvelles ou modifiées. Réconciliation relit tout le grand livre d'une seule entité et remplace sa copie. Ignoré si le grand livre est décoché. |
| Référentiels | Relit les listes SharePoint et la balance N‑1. Décoché, le run reprend la dernière lecture et ne voit pas les saisies récentes. |
Des écritures Business Central à une ligne d'import par entité, compte Operis et partenaire, dans cet ordre. Chaque étape indique sa source et ce qui se passe quand elle manque.
Pour chaque entité cochée IncludeInTransco dans SharePoint · Entités, on prend dans sa société BC · Grand livre toutes les écritures datées au plus tard du dernier jour de la période, inclus. Une écriture d'abonnement passée le 31 et extournée le 1er reste donc dans le mois.
La devise de la société vient de BC · Paramètres comptabilité. Le taux est le dernier publié dans SharePoint · Devises au plus tard le dernier jour de la période. Le taux, sa date et sa source restent visibles ligne par ligne.
On convertit avant de chercher le compte, pour qu'une écriture sans compte Operis ait quand même un montant EUR à mettre en attente.
Pas de taux pour la devise : toute la société sort de l'import, balance N‑1 et ajustements compris. Sinon ces seules lignes annuleraient à tort sa position Operis.
Le compte local porte son compte Operis dans le champ No_2 de BC · Plan comptable. Ce compte doit exister dans SharePoint · Comptes comptables Opéris, qui fournit le flux, la rubrique analytique, les types d'analyse et d'activité, et la case Peut avoir des partenaires ?
Pas de No_2, ou No_2 absent du plan Operis : le montant part sur le compte d'attente 471000.
| Compte Operis | Partenaire retenu |
|---|---|
| Case « Peut avoir des partenaires ? » décochée | Aucun |
| Case cochée | Le fournisseur de la facture d'achat qui porte le numéro de document de l'écriture, s'il figure dans Entités groupe. Sinon, aucun. |
| 181500 | Le code partenaire de l'entité dans Entités |
Deux factures pour le même document, deux fournisseurs pour le même numéro, ou code partenaire manquant sur le 181500 : le montant part sur le compte d'attente, sans partenaire. Le run ne choisit pas au hasard.
L'activité cible vient de SharePoint · Activités spécifiques de pays, selon l'entité et le type d'activité du compte. La dimension ACTIVITE de Business Central n'est pas lue.
La clé de pointage vient de SharePoint · Clés de lettrage, selon l'entité et le compte Operis.
Règle saisie deux fois avec des valeurs différentes : aucune n'est retenue, la colonne reste vide.
On regroupe par entité, compte Operis et partenaire :
Le calcul se fait en décimaux exacts, arrondis à deux décimales à la fin.
Une ligne par variation non nulle, au format à 42 colonnes du Power Query historique. Seules ces colonnes sont remplies :
| Colonne | Valeur |
|---|---|
| Unit | Entité Operis |
| Ledger | EXTRA, ou SOCIAL en décembre |
| Account | Compte Operis |
| Currency / [amount] | EUR / variation arrondie |
| Description | BG {société} {AAAA.MM} |
| Product | Rubrique analytique du compte |
| Chartfield 1 | Flux du compte |
| Chartfield 3 | Activité cible |
| Affiliate | Partenaire |
| Analysis | Type d'analyse du compte |
| Open Item Key | Clé de pointage |
Une donnée manquante ou contradictoire n'arrête le run que dans quelques cas. Le reste du temps, le run publie et signale la ligne dans Santé des données. L'objectif est zéro ligne. Après correction, relancer avec les réglages de l'onglet Relancer. La ligne disparaît au run suivant.
Rien n'est publié, les tables gardent le run précédent.
Page Runs, statut FAILED, avec le motif.
Le montant EUR va sur le 471000, sans partenaire. L'import reste complet en montant.
Santé des données.
La ligne n'est pas importée. Son montant reste chiffré dans sa devise.
Santé des données.
La règle en double n'est pas utilisée. Les écritures touchées sont signalées à part.
Santé des données.
| Situation | Effet | Où corriger |
|---|---|---|
| Colonne manquante ou valeur illisible dans une listePar exemple une case ni vraie ni fausse, ou une date vide. | Arrêt | La liste SharePoint citée dans le motif |
| Entité active sans société Business Central | Arrêt | SharePoint, Entités |
| Extraction du grand livre incomplète, ou totaux faux | Arrêt | Voir le motif dans la page Runs |
| Compte local sans compte Operis | Attente | Business Central, Plan comptable, champ No_2 |
| Compte Operis inconnu | Attente | Le No_2 dans Business Central, ou Comptes comptables Opéris si le compte doit exister |
| Compte Operis en double avec des attributs différents | Attente | SharePoint, Comptes comptables Opéris |
| Facture ou fournisseur en double | Attente | Business Central, factures d'achat et fournisseurs |
| Code partenaire d'entité manquant (181500) | Attente | SharePoint, Entités |
| Taux absent ou en doubleToute la société sort. | Exclue | SharePoint, Devises |
| Taux plus ancien que la périodeLes montants restent sur leurs comptes. | Alerte | SharePoint, Devises |
| Devise locale manquante | Exclue | Business Central, Paramètres comptabilité |
| Code entité en double | Exclue | SharePoint, Entités |
| Balance N‑1 hors EUR, ou compte N‑1 inconnu | Exclue / Attente | Le fichier dans operis/balance/ |
| Ajustement sur une entité ou un compte inconnu | Exclue / Attente | SharePoint, Ajustements |
| Montant illisible | Exclue | La source indiquée dans Santé des données |
| Clé de lettrage ou activité cible saisie deux fois | Ignorée | SharePoint, Clés de lettrage ou Activités spécifiques de pays |
| Société rattachée à deux entités | Ignorée | SharePoint, Entités |
Ces écarts ne donnent aucune ligne dans Santé des données.
operis/balance/.Les questions posées à la réunion du 30 septembre 2026.
Oui. L'incrémental relit tout ce qui a été saisi ou modifié dans Business Central depuis la lecture précédente, quelle que soit la période. La période ne sert qu'au calcul, qui garde les écritures datées au plus tard de son dernier jour.
Rarement. Elle sert à repartir de zéro sur une entité, quand le rapport ne colle plus à Business Central sans que Santé des données signale rien. Une écriture supprimée dans Business Central en est la cause habituelle, car l'incrémental ne voit pas les suppressions. Une société qu'on ajoute passe par cette lecture complète au moment de l'ajout, sans rien à faire de plus.
Elle relit tout le grand livre de l'entité, pas seulement les modifications. Comptez 2 à 5 min selon sa taille, avant le calcul. Une seule entité à la fois.
Oui. L'écriture repassée est une nouvelle écriture, et Business Central lui donne comme date de modification le jour où elle est passée. L'incrémental suit cette date, pas la date comptable. Relancer ensuite la période concernée pour que l'écriture compte.
C'est ce que fait le programme. Un essai réel dans Business Central reste à faire.
Pour chaque devise, le dernier taux de SharePoint · Devises daté au plus tard du dernier jour de la période. Relancer juin en octobre reprend donc les taux de juin, pas ceux saisis depuis.
Si le dernier taux est daté d'avant le début du mois, le run convertit quand même à ce taux. Santé des données signale alors chaque société dont des écritures l'utilisent. Le taux appliqué, sa date et sa source sont dans la page Contrôle et change.
Le partenaire ne vient jamais directement du grand livre. Le run cherche la facture d'achat qui porte le numéro de document de l'écriture, puis le fournisseur de cette facture dans Business Central. Il retient son numéro s'il figure dans SharePoint · Entités groupe. Sinon, l'écriture reste sans partenaire, sans alerte.
Le partenaire suit donc le numéro de fournisseur que porte la facture. Reste à vérifier par un essai si Business Central reporte un nouveau numéro sur les factures déjà passées, et ce que deviennent les mois déjà calculés quand on les relance.
Seules les écritures issues d'une facture d'achat trouvent leur partenaire. Un paiement, un avoir ou une OD n'a pas de facture d'achat derrière son numéro de document. Le montant reste donc sur le compte, sans partenaire.
Le run ne le signale pas, parce qu'un compte fournisseur sans partenaire est normal pour un fournisseur hors groupe. Rien ne distingue les deux cas.
Pour les repérer, ouvrir la Vue d'ensemble sur l'entité et le compte fournisseur. Sur la ligne sans partenaire, clic droit › Extraire › Contributions. La page liste les écritures de cette ligne avec leur numéro de document et leur libellé. Les paiements, avoirs et OD y apparaissent.
Quand sa variation est nulle, le compte d'attente n'a pas de ligne d'import, et la Vue d'ensemble le masque avec ses réglages par défaut. Le signet « Toutes les lignes issues des données » le montre.
Un 471000 absent du rapport ne prouve pas que rien n'est passé par le compte d'attente. Santé des données reste la liste de référence.
Elles gardent leur dernier calcul, si la période est celle du dernier run et que les référentiels sont décochés. Sinon, le run recalcule toutes les entités.
Il n'existe qu'une transco pour tout le monde. Relancer juin fait passer tout le rapport sur juin, pour chacun, jusqu'à la relance suivante.
Non, le rapport affiche les heures en UTC. Ajouter 2 h l'été et 1 h l'hiver pour l'heure de Paris.