Ši dokumentacija padės jums pasirinkti tinkamą portalo organizacinę struktūrą. Šis straipsnio „RetailForce Cloud organizacinės struktūros kūrimas“ priedas pateikia išsamų praktinio įgyvendinimo aprašymą.
RetailForce portalo organizacinės hierarchijos pagrindai
Portalas platintojams suteikia galimybę kurti ir valdyti struktūras savo galutiniams klientams. Platintojų struktūroje portalas atvaizduoja verslo struktūras iki trijų pagrindinių lygių:
Organizacija
Tai aukščiausias hierarchijos lygis, kurį partneris sukuria galutiniam klientui. Jis atstovauja šiam galutiniam klientui kaip savarankiškam klientui.
- Ji užtikrina visišką duomenų atskyrimą nuo kitų organizacijų
- Gali turėti pagrindinį įmonės identifikatorių (pvz., PVM kodą, mokesčių mokėtojo numerį) (→ žr. taip pat Įmonės identifikavimas)
Įmonė
Įmonės lygis yra pasirinktinis suskirstymas organizacijos viduje. Jis naudojamas teisiškai savarankiškoms bendrovėms, skirtingoms šalims ar konkrečioms galutinio kliento (kliento) verslo sritims atvaizduoti, kurios visos valdomos po tos pačios organizacijos skėčiu ir todėl naudoja tą patį organizacijos API raktą.
- Skirta atvaizduoti dukterines įmones ar šalies atstovus organizacijos viduje
- Kiekviena įmonė gali turėti savo įmonės identifikatorių (→ žr. Daugiabendrovių struktūra)
- Visi veiksmai ir duomenų prieiga bendrovėms bei jų pavaldžioms parduotuvėms vykdomi per aukštesnės organizacijos API raktą
Parduotuvės
Žemiausias lygis, atstovaujantis fiziniam filialui arba veiklos vietai.
- Parduotuvė visada priskiriama įmonei arba, jei įmonės nenaudojamos, tiesiogiai organizacijai
- Parduotuvėje valdomi terminalai (kasos)
Pagrindiniai veiksniai, lemiantys jūsų organizacinės struktūros pasirinkimą
Teisingą struktūros pasirinkimą lemia šie aspektai. (→ Greitai apžvelgti padės sprendimų priėmimo pagalba)
1. API raktų valdymas ir prieigos kontrolė
Portale yra du lygiai API raktų su skirtingomis prieigos teisėmis generavimui:
Galutiniam klientui ar jo sistemoms (įskaitant prisijungimą prie portalo) prieigai prie API reikia naudoti organizacijos API raktą. Platintojo API raktas skirtas pirmiausia platintojo vidaus reikmėms ir dėl saugumo bei atskyrimo priežasčių neturėtų būti perduodamas galutiniams klientams. Jei galutiniam klientui reikalingas atskiras API raktas prieigai prie portalo ar kitų sistemų, jis turi būti įregistruotas kaip atskira organizacija. (→ žr. Daugiaorganizacinė struktūra)
2. Įmonės identifikavimas
Portale galima įregistruoti įvairių tipų įmonės identifikatorius (Company Identification), tarp jų PVM kodą bei kitus šaliai būdingus identifikatorius (pvz., įmonės registracijos numerį, mokesčių mokėtojo kodą). Būtinybė turėti atskirus įmonės identifikatorius, ypač skirtingus PVM kodus skirtingoms šalims ar juridiniams asmenims, yra lemiamas veiksnys. Jie turi būti atvaizduojami arba įmonės lygmeniu (vienos organizacijos viduje), arba, jei taip pat reikalingas griežtas API atskyrimas (t. y. kiekvienam vienetui reikalingas atskiras organizacijos API raktas), per atskiras organizacijas. (→ Palyginkite „Daug įmonių“ ir „Daug organizacijų“)
Struktūros modeliai išsamiai
Paprasta organizacijos struktūra
galutiniams klientams, kurie veikia tik vienoje šalyje, naudoja vieną pagrindinį įmonės identifikatorių visoms vietovėms ir nori centralizuoto, vienodo valdymo.
API raktas organizacijos lygiu
Įmonės identifikatorius organizacijos lygiu, taikomas visoms parduotuvėms
Daugiabendrovių struktūra (vienos organizacijos viduje)
galutiniams klientams, kurie veikia tarptautiniu mastu arba valdo kelias juridines įmones vienoje organizacijoje. Įmonės identifikatorius ir šalies specifines konfigūracijas kiekvienai įmonei, o bendras administravimas ir API prieiga šiam klientui vykdomi centralizuotai organizacijos lygiu. (→ Alternatyva: kelių organizacijų struktūra griežtam atskyrimui)
API raktas organizacijos lygmeniu
Įmonės identifikatorius įmonės lygmeniu, galiojantis visoms parduotuvėms
Daugiau organizacijų struktūra (vieno platintojo ribose)
Galutiniams klientams, kuriems reikalingas griežtas skirtingų verslo sričių, prekių ženklų ar regionų atskyrimas. Kiekviena sritis valdoma kaip atskira organizacija su savo API prieiga. (→ Palyginimas: kelių įmonių modelis centralizuotam valdymui)
Atskiri API raktai kiekvienai organizacijai
Įmonės identifikatoriai organizacijos ir įmonės lygmeniu
Sprendimų priėmimo pagalba
| Reikalavimas | Rekomenduojama struktūra | Pagrindimas |
|---|---|---|
| Viena šalis, vienas įmonės identifikatorius | Paprasta struktūra | Mažiausias sudėtingumas, centralizuotas valdymas |
| Kelios šalys/bendrovės, centralizuotas API valdymas | Daug įmonių | Atskiras įmonės identifikatorius kiekvienai šaliai, vienas API raktas |
| Kelių nepriklausomų galutinių klientų valdymas | Daug organizacijų | Griežtas duomenų atskyrimas, atskiri API raktai |
Komentarai
0 komentarų
Tam, kad paliktumėte komentarus prisijunkite