Má-li firma více výrobních poboček, vzdálený sklad nebo dokonce pobočky v různých zemích, výrazně se komplikuje způsob řízení materiálového toku a financí. Zároveň je to ale příležitost dokázat řídit tyto procesy lépe než konkurence.

Mnoho firem používá ve svých pobočkách různé informační systémy nebo systém jeden, který ale řeší pobočky samostatnými databázemi. Jak potom využít synergii? Jak sjednotit číselníky, aby „všichni mluvili jedním jazykem“, což je základní podmínka následných optimalizací? Jak centralizovat zvolené procesy? Jak porovnávat náklady na artikly napříč pobočkami a vyhledávat levnější zdroje?

Vše výše uvedené dokáže podpořit kvalitní ERP systém. Podmínkou však je, aby uměl řídit všechny firmy v jediné databázi, která již v základu respektuje pobočkovou strukturu firem a aby obsahoval funkcionalitu pro optimalizaci materiálového toku a peněz napříč pobočkami.

Zajištění stejného komunikačního jazyka napříč pobočkami zahrnuje schopnost určit, které artikly budou společné pro které pobočky a kteří zákazníci a dodavatelé budou společní.

Optimalizace materiálového toku napříč pobočkami s sebou nese zásadní problém, že zásoby různých poboček a plánované příjmy na tyto pobočky můžeme využít jen pro část poptávky, která na danou pobočku směřuje. Jednoduše řečeno, pokud spustíme MRP plánování nad výrobním závodem v lokalitě A, nesmí jednoduše použít pro pokrytí poptávky zásoby, rozpracovanost a materiál na cestě z jiných poboček, protože nejsou v lokalitě A k dispozici, dokud neprovedeme další speciální kroky (nezorganizujeme převoz, neověříme podrobněji jejich dostupnost apod.). ERP systém tedy musí obsahovat možnost definice Míst – lokalit jednotlivých poboček. v rámci Míst pak definujeme strukturu skladů pro řízení umístění zásob, a hlavně poptávku od zákazníků musí systém umět směřovat na vybraná Místa, nákup od dodavatelů musí být směřován na daná Místa a MRP plánování musí pracovat izolovaně po jednotlivých Místech. Pro stejný artikl musí být možné nastavit různé plánovací a skladovací parametry pro jednotlivá Místa a plánovací proces musí navíc obsahovat i DRP – Distribuční plánování pro organizaci materiálového toku mezi pobočkami. Pak lze jednoduchým nastavením plánovacích a skladovacích parametrů k artiklům volit centralizovaný či decentralizovaný nákup, výrobu, řídit převozy mezi pobočkami apod.

Stejné artikly ve více pobočkách mohou mít navíc i různou hodnotu. Způsobuje to např. nákup stejného materiálu do různých poboček různými cestami, můžeme chtít do hodnoty materiálu započítávat odlišné skladovací náklady, u vyráběných artiklů může být výroba v různých pobočkách různě nákladná, převážíme-li stejný artikl z výrobní pobočky do distribučních poboček, můžeme chtít navýšit ocenění o distribuční náklady apod. Abychom mohli vyhledávat levnější zdroje, musí ERP systém umožnit ke stejným artiklům nastavit pro různé pobočky/ Místa různé náklady. Musí umožnit kalkulace těchto nákladů po pobočkách dle parametrů nastavených u jednotlivých artiklů pro dané pobočky. Když pak převážíme artikl z jedné pobočky do druhé a on má nastavené různé ocenění, musí systém provést zaúčtování příslušného zisku mezi pobočkami. Pobočky/ Místa mohou být součástí stejného právního subjektu nebo mohou být samostatnými Entitami v rámci holdingu. ERP systém tedy musí podpořit definici více Entit/ právních subjektů a k nim pak přiřazením Míst rozhodujeme o tom, jestli převoz zásoby mezi Místy bude jen interním přesunem mezi pobočkami nebo jestli se bude jednat o přeprodej. U přeprodeje výrobků zákazníkům přes distribuční pobočky můžeme navíc procesy automatizovat nastavením, zda zásoba opravdu fyzicky prochází distribuční pobočkou, nebo zda tudy prochází jen fiktivně – zdrojová pobočka posílá výrobky přímo zákazníkovi, ale distribuční pobočka zákazníkovi vystavuje fakturu a zároveň probíhá přeprodej mezi zdrojovou a distribuční pobočkou.

Právní subjekty se mohou nacházet v jedné zemi nebo ve více zemích. ERP systém pak musí podpořit definici více legislativních prostředí v jedné databázi, přiřazení právních subjektů/ Entit do legislativních prostředí, definici daňových prostředí, Intrastat, přiřazení základní měny případně statutární měny Entitě a průběžnou aktualizaci systému tak, aby byl vždy v souladu s legislativními změnami. Zároveň musí podpořit i standardy IFRS příp. GAAP. Vedení holdingu pak vyžaduje konsolidace finančních výsledků. To znamená definice vazeb mezi účty Entit holdingu do konsolidační Entity, vyloučení vzájemných přeprodejů, modelování různých variant, atd.

Je zřejmé, že zcela určitě nejde o problematiku, kterou by bylo možné do jakéhokoli ERP systému jen tak jednoduše doprogramovat. MINERVA má výhodu, že implementuje ERP systém QAD, který výše uvedené vlastnosti již obsahuje. QAD zajišťuje i dlouhodobou podporu většiny místních legislativních prostředí včetně ČR a SR. MINERVA případně další zahraniční distributoři pouze přidávají vyšší komfort pro jednotlivé země a při implementaci nastavují potřebné procesy a parametry dle potřeb klientů.