La presente documentazione vi aiuta a selezionare una struttura organizzativa adeguata per il Portale. Questo supplemento all’articolo «Creazione della struttura organizzativa in RetailForce Cloud» fornisce una descrizione dettagliata dell’implementazione pratica.
Nozioni fondamentali sulla gerarchia organizzativa nel RetailForce portal
Il Portale offre ai distributori la possibilità di creare e gestire strutture per i propri clienti finali. All’interno della propria rete di distribuzione, il Portale mappa le strutture aziendali su un massimo di tre livelli principali:
Organizzazione
È il livello gerarchico più alto che il partner crea per un cliente finale. Rappresenta tale cliente finale come un tenant indipendente.
- Garantisce l’isolamento completo dei dati rispetto alle altre Organizzazioni
- Può ospitare un ID aziendale primario (ad es. Vat, codice fiscale) (→ si veda anche Identificazione aziendale)
Azienda
Il livello «Azienda» costituisce una suddivisione facoltativa all’interno di un’organizzazione. È impiegato per rappresentare entità giuridiche indipendenti, paesi diversi o specifiche aree di business di un cliente finale (tenant) che sono tutte gestite sotto l’egida della stessa organizzazione e che, pertanto, utilizzano la stessa chiave API dell’organizzazione.
- Serve a rappresentare le filiali o le rappresentanze nazionali all’interno di un’organizzazione
- Ogni azienda può disporre dei propri identificatori aziendali (Identificazione aziendale) (→ si veda Struttura multi-aziendale)
- Tutte le operazioni e l’accesso ai dati per le aziende e i relativi negozi subordinati vengono eseguiti tramite la chiave API dell’organizzazione madre
Punti vendita
Il livello più basso, che rappresenta una filiale fisica o una sede operativa.
- Un punto vendita è sempre associato a una società oppure – qualora non vengano utilizzate società – direttamente a un’organizzazione
- I Terminals (registratori di cassa) vengono gestiti all’interno di un punto vendita
Fattori chiave per la scelta della struttura organizzativa
La scelta strutturale corretta è determinata dai seguenti aspetti. (→ Per una rapida panoramica, consultare la Guida alle decisioni)
1. Gestione delle chiavi API e controllo degli accessi
Il Portale offre due livelli per la generazione di chiavi API con autorizzazioni di accesso diverse:
Per l’accesso all’API da parte del cliente finale o dei suoi sistemi (incluso l’accesso al Portale), è necessario utilizzare la chiave API dell’Organizzazione. La chiave API del Distributor è destinata principalmente a scopi interni del Distributor e non deve essere condivisa con i clienti finali per motivi di sicurezza e separazione. Se un cliente finale necessita di una propria chiave API per l’accesso al Portale o ad altri sistemi, è necessario crearla come Organizzazione separata. (→ si veda Struttura multi-organizzazione)
2. Identificazione aziendale
Nel Portale è possibile memorizzare vari tipi di ID aziendali (Identificazione aziendale), tra cui la Vat e altri ID specifici per paese (ad es. numero di iscrizione al registro delle imprese, codice fiscale). La necessità di gestire identificativi aziendali distinti, in particolare numeri di VAT diversi per i vari paesi o entità giuridiche, costituisce un fattore determinante. Tali identificativi devono essere rappresentati a livello aziendale (all’interno di un’organizzazione) oppure, qualora sia richiesta anche una rigorosa separazione delle API (ovvero, se ogni entità necessita di una propria chiave API dell’organizzazione), tramite organizzazioni separate. (→ Confronto tra «Multi-azienda» e «Multi-organizzazione»)
Modelli di struttura in dettaglio
Struttura organizzativa semplice
Clienti finali che operano in un solo paese, utilizzano un unico identificativo aziendale principale per tutte le sedi e desiderano una gestione centralizzata e unificata.
Chiave API a livello di organizzazione
Identificativo aziendale a livello di organizzazione, valido per tutti i punti vendita
Struttura multi-azienda (all’interno di un’organizzazione)
Clienti finali che operano a livello internazionale o gestiscono più entità giuridiche nell’ambito di un’unica organizzazione. Identificatori aziendali e configurazioni specifiche per paese per ciascuna azienda, mentre la gestione complessiva e l’accesso all’API per questo tenant sono centralizzati a livello di organizzazione. (→ Alternativa: struttura multi-organizzazione per una separazione rigorosa)
Chiave API a livello di organizzazione
Identificativo aziendale a livello di azienda, valido per tutti i punti vendita
Struttura multi-organizzazione (all’interno di un distributor)
Clienti finali che richiedono una rigorosa separazione tra diverse aree operative, marchi o regioni . Ogni area viene amministrata come un’organizzazione distinta con la propria API access. (→ Confronto: Multi-azienda per la gestione centralizzata)
Chiavi API separate per ogni organizzazione
Identificatore aziendale a livello di organizzazione e di azienda
Guida alla scelta
| Requisiti | Struttura raccomandata | Motivazione |
|---|---|---|
| Un paese, un unico identificativo aziendale | Struttura semplice | Minima complessità, gestione centralizzata |
| Più paesi/aziende, gestione centralizzata delle API | Multi-azienda | Identificazione aziendale separata per paese, un’unica chiave API |
| Gestione di più clienti finali indipendenti | Multi-organizzazione | Rigorosa separazione dei dati, chiavi API separate |
Questo articolo è stato tradotto automaticamente.
Commenti
0 commenti
Accedi per aggiungere un commento.