REDA One Centre d’aide
FR
Langue
English EN Español ES Português PT Italiano bientôt disponible Français FR Deutsch bientôt disponible العربية bientôt disponible
reda.one ↗
Accueil / REDA Financials AI / Administration / Console d’administration / Onglet Gestion des territoires

Onglet Gestion des territoires

Les territoires sont la géographie de votre organisation — les pays et régions où se trouvent vos entités — et ils pilotent discrètement deux choses importantes : qui peut voir quels enregistrements dans les opérations multi-pays, et de quelles valeurs par défaut héritent les nouvelles entités. La bannière de l’onglet le dit exactement : « Définissez la hiérarchie de territoires à 2 niveaux utilisée pour l’accès aux données au niveau enregistrement dans les opérations multi-pays et pour la résolution hiérarchique des valeurs comptables par défaut. »

Pour y accéder. Ouvrez le Lanceur d’applications (l’icône en grille en haut à gauche de n’importe quelle page) → REDA Financials Admin → l’onglet Console d’administration financière → l’onglet Gestion des territoires.
Accès nécessaire. La gestion des territoires nécessite l’ensemble d’autorisations Accounting Admin v2 ; l’ensemble Accounting Controller v2 permet aussi d’accéder à la console. Les ensembles Accounts Payable v2 et Accounts Receivable v2 ne la voient pas — elle est réservée aux administrateurs.
L’onglet Gestion des territoires de la Console d’administration REDA Financials. Une note d’information indique : « Un territoire peut avoir un territoire parent (sous-territoire de niveau 2) — par exemple, Inde > Haryana. Les codes de territoire ne peuvent pas contenir de tirets ni être modifiés une fois enregistrés. » Un tableau Territoires répertorie Brésil (BR) et Canada (CA) au niveau 1, avec la coche Actif et les boutons Modifier et Valeurs par défaut sur chaque ligne ; les boutons Actualiser et Nouveau territoire se trouvent au-dessus.
Le tableau des territoires : nom, code, code complet, niveau, indicateur actif — avec, pour chaque territoire, Modifier et, surtout, Valeurs par défaut. La note à l’écran rappelle les deux règles sur lesquelles on bute : deux niveaux au maximum, et des codes permanents.

Le modèle en une minute

  • Deux niveaux, pas plus : un territoire de premier niveau (un pays — Inde) peut avoir des sous-territoires (Inde > Haryana). Voilà toute l’arborescence.
  • Les codes sont définitifs : courts, sans tiret et non modifiables une fois enregistrés — ils s’intègrent aux identifiants des enregistrements dans tout le système. Changer le nom ne pose aucun problème ; changer le code est impossible.
  • Les territoires de premier niveau portent le calendrier : les périodes comptables sont générées par territoire de niveau 1, et les entités des sous-territoires en héritent (voir Onglet Périodes comptables).
  • Les territoires peuvent porter leurs propres valeurs par défaut : le bouton Valeurs par défaut de chaque ligne ouvre les valeurs comptables par défaut de ce territoire — la couche intermédiaire de la chaîne global → territoire → entité (voir Comprendre les valeurs comptables par défaut).

Lire le tableau des territoires

L’onglet se compose d’un seul tableau et de deux boutons — Nouveau territoire pour ajouter une ligne, Actualiser pour recharger la liste. Chaque ligne affiche :

Colonne / commandeSignification
NomLe libellé lisible — Brésil, Royaume-Uni. Renommable librement par la suite.
CodeL’identifiant système court — BR, GB. Sans tiret, et permanent une fois enregistré.
Code completLe code d’identification complet du territoire, tel que le système l’utilise dans les enregistrements.
Niveau1 pour un territoire de premier niveau (un pays), 2 pour un sous-territoire rattaché à un parent.
ActifIndique si le territoire est utilisé. Le désactiver le retire du service sans supprimer l’historique.
ModifierModifier le nom, le parent ou l’indicateur actif — tout sauf le code.
Valeurs par défautOuvre les valeurs comptables par défaut propres à ce territoire — la couche intermédiaire de la chaîne global → territoire → entité.

La note au-dessus du tableau énonce mot pour mot les deux règles sur lesquelles on bute : « Un territoire peut avoir un territoire parent (sous-territoire de niveau 2) — par exemple, Inde > Haryana. Les codes de territoire ne peuvent pas contenir de tirets ni être modifiés une fois enregistrés. »

Ce que pilotent les territoires

Les territoires pilotent…CommentOù le gérer
L’accès aux donnéesLorsque le partage basé sur les territoires est activé, les utilisateurs voient les enregistrements financiers de leurs propres territoires ; les rôles au niveau du groupe les voient tous.L’interrupteur de partage se trouve dans la Configuration REDA ; l’arborescence, ici.
Les valeurs comptables par défautLes valeurs par défaut d’un territoire priment sur le modèle global — les nouvelles entités de ce territoire les copient à leur création.Le bouton Valeurs par défaut de chaque ligne ; la valeur de repli globale dans l’Onglet Configuration financière.
Les calendriers fiscauxLes périodes comptables sont générées par territoire de niveau 1 ; les entités des sous-territoires héritent du calendrier de leur parent.L’Onglet Périodes comptables.

Créer un territoire

Nouveau territoire

Donnez-lui un nom pour les humains (Royaume-Uni) et un code pour le système (GB — court, sans tiret, permanent), choisissez un parent uniquement s’il s’agit d’une véritable sous-région d’un territoire de niveau 1 existant, et laissez-le actif.

Configurer ses valeurs par défaut (facultatif mais judicieux)

Cliquez sur Valeurs par défaut sur la nouvelle ligne et définissez des comptes propres au territoire là où le pays diffère de votre modèle global — les nouvelles entités de ce territoire copieront ces valeurs à la place.

Générer ses périodes

Un nouveau territoire de premier niveau a besoin d’un calendrier fiscal avant que ses entités puissent comptabiliser — un passage par l’Onglet Périodes comptables suffit.

Territoire, valeurs par défaut, périodes — toujours le trio. Un territoire n’est terminé que lorsque les trois existent. Faites tout en une seule fois : créez la ligne, cliquez sur Valeurs par défaut si les comptes du pays diffèrent du modèle global, puis générez son exercice. Les entités créées ensuite héritent de tout correctement dès le premier jour.
L’accès aux données, en une phrase. Lorsque le partage basé sur les territoires est actif (un interrupteur de la Configuration REDA), les utilisateurs voient les enregistrements financiers de leurs propres territoires — les comptables de l’Inde voient les livres de l’Inde, pas ceux du Brésil — tandis que les rôles au niveau du groupe voient l’ensemble. Concevez l’arborescence en fonction de l’organisation réelle de vos équipes.

Un exemple concret — l’arborescence de Meridian

Meridian Properties Group opère dans quatre pays et, en Inde, ses règles d’accès diffèrent selon l’État. Son tableau des territoires :

TerritoireNiveauValeurs par défaut propres ?Conséquences en aval
États-Unis1NonLes nouvelles entités américaines copient le modèle global ; les périodes américaines sont générées pour ce territoire.
Royaume-Uni (GB)1Oui — définies via Valeurs par défautLes nouvelles entités britanniques copient les comptes britanniques, pas les comptes globaux ; le calendrier britannique, qui commence en avril, est généré ici.
Inde1OuiLes comptables de l’Inde voient les livres de l’Inde avec le partage par territoire ; le calendrier de l’Inde est rattaché à cette ligne.
Inde > Haryana2—Un sous-territoire pour l’accès au niveau de l’État ; ses entités héritent des périodes de l’Inde — pas de calendrier propre.
Brésil (BR)1NonSe rabat sur les valeurs par défaut globales — c’est pourquoi cet enregistrement doit toujours être complet.

Remarquez ce qui ne figure pas dans l’arborescence : villes, bureaux, services. Deux niveaux imposent la discipline de réserver les territoires à l’accès et aux valeurs par défaut déterminés par la géographie, et à rien d’autre.

Choisissez les codes comme vous choisiriez une clé de base de données. Le code est permanent, sans tiret, et s’intègre aux identifiants des enregistrements dans tout le système. Soixante secondes passées à convenir d’une convention (codes pays courts au niveau 1) vous évitent le contournement maladroit d’un code mal saisi qui subsiste à jamais derrière un nom corrigé.

Erreurs courantes à éviter

ErreurPourquoi c’est un problèmeÀ faire plutôt
Enregistrer un territoire avec un code provisoireLes codes ne peuvent pas être modifiés une fois enregistrés — le code provisoire devient permanentArrêtez le vrai code avant de cliquer sur Enregistrer ; seul le nom sert de levier d’affichage
Modéliser des services ou des bureaux comme sous-territoiresLes territoires pilotent l’accès géographique et les valeurs par défaut ; les questions d’organigramme n’ont pas leur place dans une arborescence de pays à deux niveauxLimitez l’arborescence aux pays et aux véritables sous-régions
Créer un territoire et s’arrêter làSes entités ne peuvent pas comptabiliser — aucun calendrier fiscal n’existe encoreTerminez le trio : territoire → Valeurs par défaut (si le pays diffère) → générer les périodes
Définir les valeurs par défaut du territoire après la création des entitésLes entités copient les valeurs par défaut à leur création ; des valeurs définies tardivement ne servent qu’aux entités futuresConfigurez les Valeurs par défaut du territoire avant de créer sa première entité
Supprimer un territoire mal saisi déjà utiliséDes entités, des périodes et des enregistrements en dépendentDésactivez-le plutôt — ou, s’il n’est vraiment pas utilisé, retirez-le et créez-en un nouveau avec le bon code

Pour aller plus loin

  1. Comprendre les territoires — le concept en détail.
  2. Comprendre les valeurs comptables par défaut — la chaîne des valeurs par défaut.
  3. Onglet Périodes comptables — l’étape du calendrier.

Questions fréquentes

Un code ne peut plus être modifié une fois enregistré. Si rien ne dépend encore du territoire (aucune entité, période ni enregistrement), désactivez-le et créez-en un nouveau avec le bon code. S’il est déjà utilisé — le nom est votre levier d’affichage ; le code, lui, reste.

Seulement lorsque l’accès ou les valeurs par défaut diffèrent réellement au sein d’un pays — équipes par État, règles par État. La plupart des groupes fonctionnent très bien avec un seul niveau : les pays.

Non — la hiérarchie compte exactement deux niveaux : un territoire de premier niveau et ses sous-territoires. Inde > Haryana fonctionne ; un troisième niveau sous Haryana n’existe pas dans le modèle.

Les périodes appartiennent uniquement aux territoires de niveau 1 ; les entités des sous-territoires héritent du calendrier de leur parent. Générez les périodes du parent dans l’Onglet Périodes comptables : le sous-territoire est couvert.

Seulement si le partage basé sur les territoires est activé dans la Configuration REDA. S’il est désactivé, les territoires pilotent toujours les valeurs par défaut et les calendriers ; s’il est activé, les utilisateurs voient les enregistrements de leurs propres territoires, tandis que les rôles au niveau du groupe voient l’ensemble.

Il ouvre les valeurs comptables par défaut propres à ce territoire — les mêmes types de comptes que le modèle global, mais limités au territoire. Les nouvelles entités de ce territoire copient ces valeurs plutôt que les valeurs globales. Voir Comprendre les valeurs comptables par défaut.

Cet article vous a-t-il été utile ?