Denna dokumentation hjälper dig att välja en lämplig organisationsstruktur för portalen. Detta tillägg till artikeln ”Skapa organisationsstruktur i RetailForce Cloud” ger en detaljerad beskrivning av den praktiska implementeringen.
Grunderna i organisationshierarkin i RetailForce portalen
Portalen ger distributörer möjlighet att skapa och hantera strukturer för sina slutkunder. Inom sin distribution kartlägger portalen affärsstrukturer på upp till tre huvudnivåer:
Organisation
Är den högsta hierarkiska nivån som partnern skapar för en slutkund. Den representerar denna slutkund som en självständig tenant.
- Den ger fullständig dataseparering från andra organisationer
- Kan ha en primär företagsID (t.ex. momsregistreringsnummer, skattenummer) (→ se även Företagsidentifiering)
Företag
Företagsnivån är en valfri underindelning inom en organisation. Den används för att representera juridiskt självständiga företag, olika länder eller specifika affärsområden hos en slutkund (tenant) som alla hanteras under samma organisations paraply och därmed använder samma organisations api-nyckel.
- Används för att representera dotterbolag eller landsrepresentationer inom en organisation
- Varje företag kan ha sina egna företagsidentifierare (företagsidentifikation) (→ se Struktur med flera företag)
- Alla åtgärder och all datatillgång för företag och deras underordnade butiker sker via api-nyckeln för moderorganisationen
Butiker
Den lägsta nivån, som representerar en fysisk filial eller verksamhetsplats.
- En butik tilldelas alltid ett företag eller – om inga företag används – direkt till en organisation
- Terminaler (kassaregister) hanteras inom en butik
Viktiga faktorer vid val av organisationsstruktur
Det rätta valet av struktur avgörs av följande aspekter. (→ För en snabb översikt, se Beslutsguide)
1. Hantering av api-nycklar och åtkomstkontroll
Portalen erbjuder två nivåer för att generera api-nycklar med olika åtkomstbehörigheter:
För api-åtkomst av slutkunden eller dennes system (inklusive inloggning på portalen) ska organisationens api-nyckel användas. Distributörens api-nyckel tjänar främst distributörens interna syften och bör inte delas med slutkunder av säkerhets- och separationsskäl. Om en slutkund behöver en egen api-nyckel för åtkomst till portalen eller andra system måste denne skapas som en separat organisation. (→ se Struktur med flera organisationer)
2. Företagsidentifiering
Olika typer av företagsidentifierare (företagsidentifiering) kan lagras i portalen, inklusive Vat-registreringsnummer samt andra landsspecifika identifierare (t.ex. handelsregisternummer, skattenummer). Behovet av att hantera separata företagsidentifierare, särskilt olika momsregistreringsID för olika länder eller juridiska enheter, är en avgörande faktor. Dessa måste representeras antingen på företagsnivå (inom en organisation) eller, om strikt api-separering också krävs (dvs. varje enhet behöver sin egen organisations-api-nyckel), genom separata organisationer. (→ Jämför flerföretagsmodell vs. flerorganisationsmodell)
Strukturmodeller i detalj
Enkel organisationsstruktur
Slutkunder som endast bedriver verksamhet i ett land, använder en enda primär företagsidentifierare för alla verksamhetsställen och vill ha en centraliserad, enhetlig hantering.
API-nyckel på organisationsnivå
Företagsidentifierare på organisationsnivå, som gäller för alla butiker
Struktur med flera företag (inom en organisation)
Slutkunder som bedriver internationell verksamhet eller förvaltar flera juridiska enheter under en gemensam organisation. Företagsidentifierare och landsspecifika konfigurationer per företag, medan den övergripande förvaltningen och api-åtkomsten för denna tenant är centraliserad på organisationsnivå. (→ Alternativ: Flera organisationer för strikt åtskillnad)
API-nyckel på organisationsnivå
Företagsidentifierare på företagsnivå, gäller för alla butiker
Struktur med flera organisationer (inom en distributor)
Slutkunder som behöver en strikt åtskillnad mellan olika affärsområden, varumärken eller regioner . Varje område hanteras som en separat organisation med egen api-åtkomst. (→ Jämför: Flera företag för centraliserad hantering)
Separata api-nycklar per organisation
Företagsidentifierare på organisations- och företagsnivå
Beslutsguide
| Krav | Rekommenderad struktur | Motivering |
|---|---|---|
| Ett land, en företagsidentifierare | Enkel struktur | Lägsta komplexitet, centraliserad hantering |
| Flera länder/företag, centraliserad api-hantering | Flera företag | Separat företagsidentifiering per land, en api-nyckel |
| Hantering av flera oberoende slutkunder | Flera organisationer | Strikt dataseparering, separata api-nycklar |
Den här artikeln har översatts automatiskt.
Kommentarer
0 kommentarer
logga in för att lämna en kommentar.