Business Relations tient à jour un registre complet et dédoublonné des tiers commerciaux et de la structure qui les entoure. Il gère les entreprises en tant que clients, en tant que fournisseurs, ou les deux à la fois, avec leurs raisons commerciales, leurs identifiants d'immatriculation et fiscaux, leur devise par défaut, leurs conditions de paiement et leur classification. Il tient à jour les personnes associées à chaque entreprise, leurs rôles, leurs intitulés de poste et leurs coordonnées directes, ainsi que les emplacements physiques et postaux depuis lesquels une entreprise opère, qu'il s'agisse d'une adresse enregistrée unique ou d'un réseau de succursales, de points de livraison et de sites de facturation.

Autour de ce noyau, il capture les relations entre les tiers, les structures de sociétés mères et de filiales, les agents, les intermédiaires et les apporteurs d'affaires, ainsi que l'historique complet des communications : appels, réunions, e-mails et notes consignés au niveau du compte et de la personne. Chaque enregistrement porte une notion de propriété, de statut et de cycle de vie, de sorte que les tiers dormants, fusionnés et bloqués soient traités de manière explicite plutôt que laissés à l'abandon. Une recherche riche, un filtrage par type, des opérations en masse et un export Excel propre rendent le registre utilisable à grande échelle, et la pagination côté serveur maintient la réactivité des listes, que la base contienne des centaines de comptes ou des centaines de milliers.

Conceptuellement, le module repose sur trois idées et les liens qui les unissent. La première est le compte : l'organisation avec laquelle vous entretenez une relation commerciale. Un compte est plus qu'un nom et une adresse. Il porte un rôle commercial qui indique si l'organisation est un tiers à qui vous envoyez des factures, un tiers dont vous en recevez, ou les deux, et il porte les valeurs financières par défaut qu'implique ce rôle : la devise dans laquelle il règle, le traitement fiscal applicable et les conditions selon lesquelles il commerce. Les comptes ne sont pas plats. Ils forment des hiérarchies, de sorte qu'un groupe et ses filiales, ou un siège et ses succursales, soient compris comme des parties liées d'un même ensemble commercial.

La deuxième idée est la personne : un individu qui agit pour le compte. Les personnes sont rattachées aux comptes auxquels elles appartiennent et décrites par le rôle qu'elles y jouent, l'acheteur, le contact financier, le responsable de site, de sorte que le même être humain puisse être joint à la bonne fonction sans être confondu avec l'entreprise elle-même. La troisième est le lieu : un endroit réel lié à un compte, distingué par sa finalité, comme l'adresse de livraison, l'adresse d'envoi des relevés ou le lieu d'immatriculation légale de l'entreprise. C'est l'enregistrement des relations et des interactions qui les relie, transformant un annuaire statique en une image vivante : qui a présenté qui, quels tiers sont connectés et chaque échange consigné au fil du temps. Expliquer le domaine de cette manière permet au registre de rester porteur de sens pour l'entreprise plutôt que de le réduire à une liste de champs.

Le flux quotidien est l'intégration et la maintenance. Un nouveau tiers est créé une seule fois, contrôlé par rapport à la base existante afin que les doublons soient détectés avant de se former, classé par rôle et enrichi de ses personnes, de ses emplacements et de ses valeurs par défaut. À partir de là, le compte est modifié en place à mesure que les circonstances évoluent : un contact quitte l'entreprise, des conditions sont renégociées, un nouveau site de livraison ouvre, une filiale est acquise. Chaque modification est un amendement à l'unique enregistrement partagé, de sorte que les modules en aval voient la mise à jour immédiatement.

D'autres workflows portent sur la structure elle-même. Les comptes sont fusionnés lorsqu'une même organisation a été saisie deux fois, scindés ou rattachés à un autre parent lorsqu'une structure de société change, et bloqués ou clôturés lorsqu'une relation prend fin, le tout sans perdre l'historique transactionnel qui les référence. Les communications sont consignées au fur et à mesure, offrant à tout utilisateur un compte rendu chronologique des échanges avec un tiers. Tout au long du processus, chaque création, modification et suppression est régie par des permissions fines et écrite dans une piste d'audit inaltérable, de sorte que le registre soit non seulement correct aujourd'hui, mais aussi manifestement traçable dans le temps.

Les données de référence n'ont de valeur que si elles sont fiables ; le module investit donc massivement dans l'intégrité et le contrôle. Les codes d'entreprise sont imposés comme des clés uniques, et une logique de rapprochement sur le nom, le numéro d'immatriculation et l'adresse fait remonter les doublons probables au moment de la saisie, plutôt qu'après que des factures ont déjà divergé. Les attributs financiers attachés à chaque compte, devise, code fiscal et rôle commercial, sont validés par rapport aux données de référence de la suite, de sorte qu'un tiers ne puisse pas être enregistré avec un traitement fiscal ou une devise que l'organisation ne reconnaît pas.

Le modèle de rôle distingue clairement un client, un fournisseur et une contrepartie qui est à la fois l'un et l'autre, ce qui permet de facturer et de payer la même organisation sans que les deux volets de la relation n'interfèrent. La qualité des données est mesurable : les enregistrements incomplets ou obsolètes sont visibles, et un enrichissement tel que le décompte en direct des factures pour chaque débiteur et créancier apporte un contexte métier immédiat à côté de chaque nom. L'accès est encadré par des permissions basées sur les capacités pour chaque opération, les mutations sont auditées sans exception et l'export est contrôlé, de sorte que le registre réponde aux attentes de gouvernance et de traçabilité que les fonctions finance, conformité et protection des données placent sur le système de référence relatif aux tiers avec lesquels l'organisation traite.

Business Relations est la couche des tiers sur laquelle repose le reste de la suite, et il est délibérément neutre à l'égard de tout usage particulier afin que chaque module puisse s'y fier. Marketing and Sales y puise ses comptes, ses contacts et ses opportunités, de sorte qu'un prospect devienne client sans ressaisie. La comptabilité lit les mêmes entreprises comme ses débiteurs et créanciers, en héritant directement de la devise, du code fiscal et des conditions, ce qui maintient les comptes clients et les comptes fournisseurs alignés sur une définition unique de chaque tiers. Financial Services traite ces enregistrements comme ses contreparties, de sorte que les expositions et les règlements pointent vers les mêmes entités que le reste de l'entreprise reconnaît.

Le service, la facturation, les contrats et les achats résolvent tous leurs tiers via ce même référentiel maître, ce qui signifie qu'une modification effectuée une seule fois, une adresse corrigée, un nouveau contact financier, un compte bloqué, se propage partout où cela compte. Parce que le registre est partagé plutôt que copié, la suite évite le problème de réconciliation qui affecte les systèmes où chaque fonction tient sa propre liste de clients. Business Relations est ce qui permet à un devis, à une facture, à un dossier de support et à un paiement de s'accorder, sans discussion, sur l'identité exacte de l'autre partie.

Les AI Workers sont des utilisateurs à part entière de Business Relations, opérant à travers les mêmes permissions et la même piste d'audit que les personnes. Ils répondent à des questions conversationnelles interrogeant le registre : un utilisateur peut demander quels clients d'une région commercent dans une devise donnée, ou quels fournisseurs ne disposent pas d'un contact financier, et recevoir une réponse étayée par des données en direct. Ils exécutent des actions dans les limites de leur autorité : créer et mettre à jour des comptes, rattacher des contacts et des emplacements, consigner des communications et lancer les routines de dédoublonnage et d'enrichissement qui maintiennent la base propre.

Ils surveillent le registre à la recherche d'anomalies et d'exceptions, signalant les doublons probables, les comptes sans code fiscal ni devise, les liens hiérarchiques contradictoires et les tiers devenus dormants, et ils les font remonter avant qu'ils ne provoquent des erreurs en aval. Ils extraient des données de tiers structurées à partir de documents et de correspondances entrants, cartes de visite, en-têtes de courrier, formulaires d'intégration de fournisseurs, et les transforment en propositions d'enregistrements à valider. Ils fournissent une aide à la décision, résumant sur demande l'historique et la situation d'une relation. Et ils font office de nœuds de revue et d'approbation dans les workflows, de sorte que la création d'un nouveau fournisseur ou la fusion de deux comptes puisse être acheminée vers un AI Worker qui en vérifie l'exhaustivité et la cohérence avant qu'une modification du référentiel maître partagé ne soit validée.