Les regroupements régionaux et les niveaux de marché sont souvent stockés dans la même colonne parce que ce sont tous deux des manières de classer les pays en catégories. Ils proviennent de directions différentes, changent pour des raisons différentes, et sont consommés par des lecteurs différents, si bien qu’un champ unique qui tente de porter les deux finit par ne servir ni l’un ni l’autre.
Cet article sépare les deux. Il décrit d’où viennent les regroupements, pourquoi un niveau de marché est un jugement métier qui n’a rien à voir avec la prise en charge des formats, et comment garder un regroupement qui sera relu des années après avoir été écrit.
D’où viennent réellement les regroupements régionaux ?
Les groupes sont des conventions, pas des faits sur le monde. Un pays ne porte pas sa région de la même manière qu’il porte un littoral ; quelqu’un a décidé, dans un but précis, avec quels voisins il devait être rapporté.
Cela a une conséquence pratique. Deux équipes peuvent avoir toutes deux raison sur le regroupement du même pays et pourtant être en désaccord, parce que l’une regroupe pour un rapport et l’autre pour un barème de transport. Le désaccord ne pose problème que lorsque le regroupement est stocké une fois et consommé partout, car alors l’objectif d’un lecteur écrase silencieusement celui de l’autre.
Le remède n’est pas de chercher l’unique vrai regroupement. Il est de nommer chaque regroupement — région de rapport, région logistique, région de contenu — et de laisser un pays occuper une position dans chacun d’eux indépendamment.
Continents, sous-régions et codes régionaux officiels
Les regroupements les plus stables proviennent des systèmes de codage internationaux. Ils définissent des régions et des sous-régions, et ils existent précisément pour que les statistiques puissent être agrégées entre pays sans que chacun invente son propre ordre de rangement.
Parce qu’ils sont maintenus comme des normes, ils voyagent bien. Un rapport regroupé par une sous-région officielle peut être reproduit par quelqu’un qui n’a jamais vu vos conventions internes. Un rapport regroupé par vos conventions internes ne peut être lu que par quelqu’un qui les a vues.
Le coût est la granularité : les régions normalisées sont définies à des fins statistiques, et les questions métier les traversent souvent. Traitez le regroupement officiel comme la base, et superposez le regroupement métier comme un attribut distinct plutôt que de redéfinir la base.
Niveaux de marché et prise en charge des formats sont sans lien
Un niveau de marché est un énoncé sur la priorité, pas sur la capacité. La forme habituelle est un petit nombre de niveaux classés par attention : un marché de lancement, un marché cible, une liste de veille, et le reste. Aucun de ces niveaux ne dit quoi que ce soit sur la complétude des données de ce pays.
La confusion naît parce que les deux attributs ressemblent à des niveaux, si bien qu’ils sont encodés en un seul. Le résultat est un système dans lequel abaisser le niveau d’un pays semble dégrader ses données, et un pays dont les données sont excellentes mais qui n’a pas de projet commercial finit classé comme non pris en charge.
Gardez-les séparés et les modes de défaillance le seront aussi. Un pays peut être un marché de lancement avec des données minces — ce qui est un problème de données — ou un marché de la liste de veille avec des données complètes, ce qui n’est pas un problème du tout.
| Attribut | Type d’énoncé | Qui le décide | Fréquence de changement |
|---|---|---|---|
| Région ou sous-région | Une convention sur le lieu | Organisme de rapport ou de normalisation | Rarement, et par accord |
| Niveau de marché | Un jugement sur la priorité | Responsable commercial | Selon les cycles de planification |
| Prise en charge des formats | Un fait sur les données | Responsable des données ou de l’ingénierie | Quand les données changent |
À quel groupe une dépendance doit-elle appartenir ?
Les dépendances, les départements d’outre-mer et les autres régions au statut contesté sont les endroits où un schéma de regroupement a le plus de chances d’être faux, car il n’y a pas de réponse évidente à hériter et chaque réponse disponible a un précédent derrière elle.
La règle qui fonctionne est d’écrire le critère plutôt que de s’en souvenir. Une dépendance est-elle regroupée avec l’État qui l’administre, avec la région géographique où elle se situe, ou dans un groupe à part ? Chacune des trois peut être correcte ; aucune n’est évidente, et la personne appliquant la règle dans six mois ne pourra pas la reconstituer à partir des données.
Une fois le critère établi, il doit aussi être appliqué de manière cohérente à travers la couche de codage. Le guide des codes ISO de pays et de subdivisions est l’endroit où chercher comment les systèmes de codes traitent ces entités, car un regroupement qui contredit les codes sous-jacents continuera de produire des exceptions dans les jointures.
Pourquoi les regroupements dérivent avec le temps
Un regroupement est un instantané d’une situation qui ne cesse de bouger. Les marchés s’ouvrent et se ferment, les réglementations changent, une route d’approvisionnement devient impraticable, et un pays qui était autrefois un membre évident d’un groupe devient un ajustement étrange.
Deux propriétés rendent cette dérive supportable. Un regroupement doit être configurable, afin que le modifier n’exige pas de modifier du code. Et un enregistrement passé doit être traçable, afin qu’un rapport produit l’an dernier puisse encore indiquer dans quel groupe se trouvait le pays à ce moment-là.
Si le regroupement n’est jamais qu’écrasé sur place, l’historique devient illisible. Personne ne peut dire si un creux dans un graphique est un vrai changement ou l’artefact d’un pays déplacé entre groupes en cours de période.
Pour les développeurs : gardez la clé de regroupement hors du code
Le conseil pratique le plus solide dans ce domaine est de faire du regroupement une valeur plutôt qu’une branche. Une liste de pays qui porte un identifiant pour chacun de ses regroupements peut être regroupée à nouveau en modifiant les données ; une liste de pays qui ne porte un identifiant que lorsqu’une équipe a pensé à ajouter une branche ne le peut pas.
Modélisez les regroupements comme des attributs distincts avec leurs propres valeurs autorisées, chacune accompagnée d’une courte définition. Ensuite, tout consommateur — un rapport, une table d’acheminement, un plan de contenu — choisit le regroupement dont il a besoin plutôt que d’hériter de celui qui a été stocké en premier.
Gardez les définitions près des valeurs, et gardez-les assez courtes pour être lues. Lorsque quelqu’un demande ce que signifie un niveau, la réponse devrait se trouver dans le même artefact que le niveau lui-même. Le répertoire des pays et régions montre comment un répertoire peut être organisé par région tout en gardant les pays adressables individuellement, ce qui est la même séparation appliquée un niveau plus bas.
Tout ce qui est nommé ci-dessus est illustratif. Les noms de regroupements, les noms de niveaux et les placements de pays dans cet article sont des exemples synthétiques choisis pour expliquer un choix de modélisation ; ils ne décrivent le plan de marché d’aucune entreprise réelle ni aucun schéma de rapport réel, et ils ne doivent pas être lus comme tels.
Prochaines étapes
Listez chaque endroit de votre système où les pays sont regroupés, et vérifiez s’ils utilisent tous le même attribut dans le même but. Là où ce n’est pas le cas, scindez l’attribut avant d’y ajouter une autre valeur. Le guide des scénarios d’adresses transfrontalières montre ce qui se passe lorsque plusieurs attributs de pays doivent concorder au sein d’une même transaction, et le guide du choix des pays pour les données de test couvre la manière dont l’ensemble de pays sous-jacent est sélectionné.