Cette documentation vous aide à choisir une structure organisationnelle adaptée au portail. Ce complément à l’article « Création d’une structure organisationnelle dans RetailForce Cloud » fournit une description détaillée de la mise en œuvre pratique.
Principes fondamentaux de la hiérarchie organisationnelle dans le RetailForce portal
Le portail offre aux distributeurs la possibilité de créer et de gérer des structures pour leurs clients finaux. Au sein de leur réseau de distribution, le portail reproduit les structures commerciales sur trois niveaux principaux au maximum :
Organisation
Il s’agit du niveau hiérarchique le plus élevé que le partenaire crée pour un client final. Il représente ce client final en tant que locataire indépendant.
- Elle garantit une isolation complète des données par rapport aux autres organisations
- Peut comporter un ID d’entreprise principal (par exemple, un numéro de VAT ou un numéro fiscal) (→ voir également « Identification de l’entreprise »)
Société
Le niveau « Entreprise » constitue une subdivision facultative au sein d’une organisation. Il permet de représenter des entités juridiques distinctes, des pays différents ou des domaines d’activité spécifiques d’un client final (locataire) qui sont tous gérés sous l’égide de la même organisation et partagent donc la même clé API d’organisation.
- Elle sert à représenter des filiales ou des représentations nationales au sein d’une organisation
- Chaque entreprise peut disposer de ses propres identifiants d’entreprise (Identification de l’entreprise) (→ voir Structure multi-entreprises)
- Toutes les opérations et tous les accès aux données concernant les entreprises et leurs magasins subordonnés s’effectuent via la clé API de l’organisation parente.
Magasins
Le niveau le plus bas, représentant une succursale physique ou un site d’exploitation.
- Un Store est toujours rattaché à une Company ou, en l’absence de Companies, directement à une Organization.
- Les terminaux (caisses enregistreuses) sont gérés au sein d’un point de vente
Facteurs clés pour choisir votre structure organisationnelle
Le choix d’une structure appropriée dépend des aspects suivants. (→ Pour un aperçu rapide, consultez le Guide de décision)
1. Gestion des clés API et contrôle d’accès
Le portail propose deux niveaux de génération de clés API avec des autorisations d’accès différentes :
Pour l’accès à l’API par le client final ou ses systèmes (y compris la connexion au portail), la clé API « Organisation » doit être utilisée. La clé API « Distributor » sert principalement aux fins internes du distributeur et ne doit pas être partagée avec les clients finaux pour des raisons de sécurité et de séparation. Si un client final a besoin de sa propre clé API pour accéder au portail ou à d’autres systèmes, il doit être créé en tant qu’organisation distincte. (→ voir Structure multi-organisations)
2. Identification de l’entreprise
Divers types d’identifiants d’entreprise (identification de l’entreprise) peuvent être enregistrés dans le portail, notamment le numéro de VAT ainsi que d’autres identifiants spécifiques à chaque pays (par exemple, le numéro d’immatriculation au registre du commerce, le numéro fiscal). La nécessité de gérer des identifiants d’entreprise distincts, en particulier des numéros de VAT différents pour chaque pays ou entité juridique, constitue un facteur déterminant. Ceux-ci doivent être représentés soit au niveau de l’entreprise (au sein d’une même organisation), soit, si une séparation stricte des API est également requise (c’est-à-dire si chaque entité a besoin de sa propre clé API d’organisation), par le biais d’organisations distinctes. (→ Comparez « Multi-entreprises » et « Multi-organisations »)
Modèles de structure en détail
Structure d’organisation simple
Les clients finaux qui opèrent dans un seul pays, utilisent un seul identifiant d’entreprise principal pour tous leurs sites et souhaitent une gestion centralisée et unifiée.
Clé API au niveau de l’organisation
Identifiant d’entreprise au niveau de l’organisation, valable pour tous les points de vente
Structure multi-sociétés (au sein d’une même organisation)
Les clients finaux qui opèrent à l’international ou gèrent plusieurs entités juridiques au sein d’une même organisation unifiée. Identifiants d’entreprise et configurations spécifiques à chaque pays par entreprise, tandis que la gestion globale et l’accès à l’API pour ce locataire sont centralisés au niveau de l’organisation. (→ Alternative : structure multi-organisations pour une séparation stricte)
Clé API au niveau de l’organisation
Identifiant d’entreprise au niveau de l’entreprise, s’appliquant à tous les magasins
Structure multi-organisations (au sein d’un distributeur)
Les clients finaux qui requièrent une séparation stricte entre différents secteurs d’activité, marques ou régions . Chaque secteur est administré en tant qu’organisation distincte dotée de son propre accès à l’API. (→ À comparer avec : « Multi-sociétés » pour une gestion centralisée)
Clés API distinctes par organisation
Identifiant d’entreprise au niveau de l’organisation et de l’entreprise
Guide de décision
| Exigence | Structure recommandée | Justification |
|---|---|---|
| Un pays, un identifiant d’entreprise | Structure simple | Complexité minimale, gestion centralisée |
| Plusieurs pays/sociétés, gestion centralisée des API | Multi-sociétés | Identifiant d’entreprise distinct par pays, une seule clé API |
| Gestion de plusieurs clients finaux indépendants | Multi-organisations | Séparation stricte des données, clés API distinctes |
Cet article a été traduit automatiquement.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.