Избор на организационна структура – RetailForce portal

Тази документация ви помага да изберете подходяща организационна структура за портала. Това допълнение към статията „Създаване на организационна структура в RetailForce Cloud“ предоставя подробно описание на практическото внедряване.

Основи на организационната йерархия в RetailForce portal

Порталът предоставя на дистрибуторите възможност да създават и управляват структури за своите крайни клиенти. В рамките на дистрибуторската си мрежа порталът отразява бизнес структурите на до три основни нива:

Организация

Това е най-високото йерархично ниво, което партньорът създава за краен клиент. То представя този краен клиент като независим наемател.

• Осигурява пълно разделяне на данните от други организации
• Може да съдържа основен ID на компанията (например, Vat номер, данъчен номер) (→ вижте също Идентификация на компанията)

Фирма

Нивото „Компания“ е опционално подразделение в рамките на дадена организация. Използва се за представяне на юридически независими компании, различни държави или конкретни бизнес области на краен клиент (наемател), които се управляват под егидата на една и съща организация и следователно използват един и същ api ключ на организацията.

• Служи за представяне на дъщерни дружества или представителства в различни държави в рамките на една организация
• Всяка компания може да има свои собствени идентификатори (Идентификация на компанията) (→ вижте Структура с множество компании)
• Всички действия и достъп до данни за компаниите и подчинените им магазини се извършват чрез api ключа на родителската организация

Магазини

Най-ниското ниво, представляващо физически клон или оперативно местоположение.

• Магазинът винаги е присвоен към компания или – ако не се използват компании – директно към организация
• Terminалите (касовите апарати) се управляват в рамките на даден магазин

Ключови фактори при избора на организационна структура

Правилният избор на структура се определя от следните аспекти. (→ За бърз преглед вижте Ръководството за вземане на решения)

1. Управление на api ключове и контрол на достъпа

Порталът предлага две нива за генериране на api ключове с различни права за достъп:

За достъп до api от страна на крайния клиент или неговите системи (включително вход в портала) трябва да се използва api ключът на организацията. Api ключът на distributor-a служи предимно за вътрешни цели на distributor-a и не трябва да се споделя с крайните клиенти по съображения за сигурност и разграничаване. Ако краен клиент се нуждае от собствен api ключ за достъп до портала или други системи, той трябва да бъде създаден като отделна организация. (→ вижте „Структура с множество организации“)

2. Идентификация на фирмата

В портала могат да се съхраняват различни видове идентификатори на дружества (идентификация на дружеството), включително Vat номер, както и други специфични за съответната държава идентификатори (например номер от търговския регистър, данъчен номер). Необходимостта от поддържане на отделни ID на компании, особено различни Vat ID за различни държави или юридически лица, е решаващ фактор. Те трябва да бъдат представени или на ниво „Компания“ (в рамките на една организация), или, ако се изисква и строго разделяне на api (т.е. всяко юридическо лице се нуждае от собствен api ключ на организацията), чрез отделни организации. (→ Сравнете „Мулти-компания“ и „Мулти-организация“)

Подробно описание на структурните модели

Опростена организационна структура

Структура с множество компании (в рамките на една организация)

Структура с множество организации (в рамките на един distributor)

Ръководство за вземане на решение

Тази статия е преведена автоматично.