Konfigurace organizační hierarchie

Důležité

Vítejte na stránkách docs.microsoft.com. s nápovědou k aplikaci Microsoft Dynamics 365 for Operations. Na toto místo migrujeme náš obsah wiki stránky s nápovědou pro aplikaci Dynamics 365 for Operations.

Před nastavením organizací a organizačních hierarchií v Microsoft Dynamics 365 for Operations se ujistěte, že máte plán, jak bude vaše společnost modelována. Organizační model má podstatný vliv na implementaci Dynamics 365 for Operations a obchodní procesy.

Organizační hierarchie představuje vztahy mezi organizacemi, které tvoří podnik. Nejdůležitější věc při modelování organizace je tedy struktura vaší společnosti. Doporučujeme nejprve definovat organizační struktury na základě zpětné vazby od vedoucích pracovníků a manažerů z funkčních oblastí, například finance a účetnictví, lidské zdroje, provoz, nákup a prodej a marketing. Při plánování hierarchií je také třeba uvážit vztah mezi organizační hierarchií a finančními dimenzemi. Můžete nastavit více organizačních hierarchií představujících různé pohledy na vaši společnost. Použitím finančních dimenzí můžete vytvořit sestavy založené na těchto pohledech. Ve spolupráci se svým partnerem Dynamics 365 for Operations vytvořte hierarchii, která odpovídá potřebám organizačního i statutárního vykazování. Poznámka: Ačkoliv lze finanční dimenze použít k reprezentaci právnických osob bez vytvoření právnických osob v aplikaci Dynamics 365 for Operations, finanční dimenze nejsou určeny řešení provozních ani obchodních potřeb právnických osob. Funkce mezijednotkového účetnictví v aplikaci Dynamics 365 for Operations umožňuje pracovat pouze s účetními položkami vytvořenými jednotlivými transakcemi. Pozor: Neměli byste rozhodnout, jak modelovat organizaci, pouze na základě informací v tomto článku. Tato dokumentace je pouze vodítko. Můžete spolupracovat se svým partnerem Dynamics 365 for Operations pro další pomoc. Váš partner Dynamics 365 for Operations získal zkušenost v různých odvětvích a po celé základě odběratelů.

Rozhodněte se, zda chcete modelovat interní organizace jako právnické osoby nebo provozní jednotky

Je nutné mít alespoň jednu právnickou osobu reprezentující vaše podnikání v Dynamics 365 for Operations. Právnická osoba může uzavírat právní smlouvy a jsou po ní vyžadovány finanční výkazy s informacemi o jejím výkonu. V aplikaci Dynamics 365 for Operations právnické osoby slouží k transakčnímu podnikání nebo pro konsolidaci. To znamená, že právnická osoba v aplikaci Dynamics 365 for Operations nepředstavuje nutně skutečnou entitu ve vašem podnikání. Společnost, která se účastní transakcí, může například vlastnit dceřiné právnické osoby. V tomto scénáři je právnická osoba vyžadována pro transakce a virtuální právnická osoba je vyžadována pro konsolidaci výsledků a zůstatků dceřiných právnických osob. Interní organizace ve společnosti, jako jsou například místní pobočky, lze znázornit jako další právnické osoby nebo provozní jednotky hlavní právnické osoby. Provozní jednotka nemusí být zákonem definovaná organizace. Provozní jednotky se používají k řízení ekonomických zdrojů a provozních procesů v podnikání. Například oddělení a nákladová střediska jsou provozní jednotky. Některé funkce v aplikaci Dynamics 365 for Operations fungují jinak v závislosti na tom, zda je organizace právnická osoba a provozní jednotka. Pečlivě zvažte požadavky na vlastnosti a funkce v následující tabulce.

Funkce Pokud je organizace modelována jako právnická osoba Pokud je organizace modelována jako provozní jednotka
Zadání hlavních dat Některá hlavní data, např. odběratelé, platební podmínky, finanční úřady a objednávání specifické pro pracoviště skladu, musí být nastavena pro každou právnickou osobu. Některá hlavní data, například uživatelé, produkty a většina dat lidských zdrojů, jsou sdílena mezi všemi právnickými osobami. Hlavní data jsou sdílena mezi provozními jednotkami.
Parametry modulu Parametry pro moduly, jako jsou parametry pohledávek, parametry závazků a peněžní a bankovní parametry řízení, musí být nastaveny podle právnické osoby. Vzhledem k tomu, že nastavení modulu pro právnické osoby samostatné, jednotlivé dimenze mohou splňovat místní zákonné požadavky a obchodní postupy. Například právnická osoba profesionálních služeb a právnická osoba výroby může mít různé parametry modulu, přestože vykazují stejné nadřazené společnosti. Parametry modulu jsou sdíleny mezi provozními jednotkami.
Zabezpečení dat Většina dat jsou automaticky zabezpečena pomocí ID společnosti. ID společnosti je jedinečný identifikátor pro data, která jsou přidružena k právnické osobě. Společnost může být přiřazena pouze jedné právnické osobě a právnická osoba může být přiřazena pouze jedné společnosti. Uživatelé mohou přistupovat k datům pouze pro společnosti, k nimž mají přístup. Není nutné přizpůsobovat Dynamics 365 for Operations k zabezpečení dat podle ID společnosti. Data lze zabezpečit podle provozní jednotky vytvořením vlastních zásad zabezpečení dat. Zásady zabezpečení dat slouží k omezení přístupu k datům. Předpokládejme například, že má uživatel oprávnění k vytvoření nákupní objednávky pouze v určité provozní jednotce. Zásady zabezpečení dat lze vytvořit pro zabránění uživateli v přístupu k datům nákupní objednávky z jiných provozních jednotek. Objem transakcí a počet zásad zabezpečení může ovlivnit výkonnost. Při navrhování zásady zabezpečení mějte na paměti výkon.
Hlavní knihy Každá právnická osoba vyžaduje hlavní knihu, která poskytuje účtovou osnovu, zúčtovací měnu, měnu vykazování a fiskální kalendář. Rozvahu lze vytvořit pouze pro právnickou osobu. Hlavní účty, dimenze, účetní struktury, grafy účtů a účetní pravidla lze použít ve více než jedné právnické osobě. Provozní jednotka nemůže mít vlastní údaje hlavní knihy. Pokud vaše interní organizace nevyžadují jedinečné hlavní knihy, můžete je namodelovat jako provozní jednotky. Údaje hlavní knihy budou nastaveny pro nadřazenou právnickou osobu v hierarchii. Výsledovky lze vytvořit pro provozní jednotky v rámci právnické osoby nebo nadřazenou právnickou osobu.
Fiskální kalendáře Každá právnická osoba má vlastní fiskální kalendář. Pokud vaše interní organizace používají různé fiskální roky a fiskální kalendáře, musíte je namodelovat jako právnické osoby. Provozní jednotky musí sdílet fiskální kalendář. Pokud vaše interní organizace mohou používat stejné fiskální roky a fiskální kalendáře, můžete je namodelovat jako provozní jednotky.
Konsolidace Chcete-li připravit finanční výkazy, musíte konsolidovat finančních výsledky pro oblastní pobočky do jediné, konsolidované společnosti. Konsolidace není vyžadována, protože data jsou již sdílena mezi provozními jednotkami.
Centralizované platby Centralizované platby musí být nastaveny tak, aby faktury pro všechny dceřiné právnické osoby mohly být placeny do nebo z jedné nadřazené právnické osoby. Centralizované platby nejsou vyžadovány, protože všechny faktury jsou zaznamenávány v jedné právnické osobě.
Mezipodnikové transakce Mezipodnikové prodejní objednávky, nákupní objednávky, platby nebo příjmy lze na sebe navzájem aplikovat. Není nutné používat doklady deníku. Můžete zobrazit mezipodnikové transakce na úrovni dílčí hlavní knihy (Pohledávky, Závazky). Následující příklady ilustrují způsob zpracování mezipodnikových transakcí. Příklad 1: Ústředí poskytuje služby místním pobočkám a musí účtovat náklady těchto služeb místním pobočkám. Pokud modelujete regionální úřad jako právnickou osobu, máte následující možnosti: Možnost 1: Centrála vytvoří položku deníku pro zaúčtování regionálního úřadu pro výdaje. Splatnost transakcí nelze sledovat. Možnost 2: Ústředí odešle nákupní objednávku za služby místní kanceláři. Je automaticky vytvořena prodejní objednávka v právnické osobě pro místní kancelář s mezipodnikovými transakcemi dílčí hlavní knihy. Příklad 2: Centrála opatřuje a platí za službu, která je určena pro místní kancelář. Pokud modelujete regionální úřad jako právnickou osobu, máte následující možnosti: Možnost 1: Faktura a platba následuje po regulačních požadavcích ústředí. Ústředí může vytvořit položku deníku pro naúčtování nákladu místní kanceláři. Splatnost transakcí nelze sledovat. Možnost 2: Faktura a platba jsou v souladu s regulačními požadavky ústředí. Ústředí může vytvořit mezipodnikovou transakci dílčí hlavní knihy. Mezipodnikové transakce mezi provozními jednotkami jsou podporovány pouze v dokladech deníku. Provozní jednotka může vydávat ani přijímat nákupní objednávky, prodejní objednávky ani faktury od jiné provozní jednotky ve stejné právnické osobě. Nemůžete zobrazit mezipodnikové transakce na úrovni dílčí hlavní knihy (Pohledávky, Závazky). Následující příklady ilustrují způsob zpracování mezipodnikových transakcí. Příklad 1: Ústředí poskytuje služby místním pobočkám a musí účtovat náklady těchto služeb místním pobočkám. Pokud namodelujete místní kancelář jako provozní jednotku, ústředí zadá výdajovou transakci a odkóduje ji do místní kanceláře. Příklad 2: Centrála opatřuje a platí za službu, která je určena pro místní kancelář. Pokud namodelujete místní kancelář jako provozní jednotku, faktura a platba jsou v souladu s regulačními požadavky ústředí. Faktury lze kódovat k místní kanceláři. Na výkazu zisků a ztrát použijte vyrovnávací finanční dimenze pro vykazování nákladů pro místní kanceláře.
Místní daňové požadavky Právnická osoba podléhá daňovým zákonů finančního úřadu v zemi nebo oblasti kde je registrována. Například právnická osoba, která je registrována v Dánsku podléhá dánským daňovým zákonům a předpisům. V apliaci Dynamics 365 for Operations právnická osoba může patřit pouze do jedné země/oblasti. Země nebo oblast, kterou jste vybrali pro primární adresu právnické osoby, řídí funkce specifické pro zemi/oblast, které jsou k dispozici pro právnickou osobu. Například pokud je primární adresa právnické osoby v Dánsku, funkce, které souvisejí s dánskými daňovými zákony a předpisy jsou k dispozici. Z toho vyplývá, že pokud jsou vaše organizace v různých zemích či oblastech a vyžadují různé místní daňové možnosti, musíte organizace nastavit jako samostatné právnické osoby. Provozní jednotky používají kontext země nadřazené právnické osoby. Provozní jednotky ve stejné právnické osobě nemohou mít rozdílné požadavky specifické pro zemi/oblast. Pokud vaše organizace jsou ve stejné zemi/oblasti a využívají stejné daňové možnosti, můžete je nastavit jako provozní jednotky.
Statutární vykazování pro zemi/oblast Pro země nebo oblasti, které jsou v aplikaci Dynamics 365 for Operations podporovány, lze vytvořit většinu povinných sestav. Informace o tom, které sestavy jsou k dispozici pro každou zemi/oblast, naleznete na lokalizačním portálu Microsoft Dynamics pro Dynamics 365 for Operations. (Požaduje se přihlášení CustomerSource)strong>Poznámka: V aplikaci Dynamics 365 for Operations účtovací vrstva v hlavní knize vám umožňuje vytvořit úpravné položky pro nadřazenou společnost, která používá jiný účetní standard než dceřiná společnost. Například pro společnost, která používá obecně přijímanou účetní praxi ve Velké Británii (UK GAAP), můžete vytvořit položky úprav v účtovací vrstvě. Tyto položky mohou konsolidovány do nadřazené společnosti, která používá obecně přijímané účetní principy (GAAP) ve Spojených státech amerických. Položky úprav neovlivní vykazování UK GAAP. Statutární zprávy musí být vytvořeny jinou aplikací. Je nutné zajistit, že data zachycená v Dynamics 365 for Operations podporují požadavky jednotlivých provozních jednotek, kde se liší od požadavků ústředí. Řešení Management Reporter, finanční nástroj pro vytváření sestav pro aplikaci Dynamics ERP, slouží k vytváření sestav, které řeší většinu zákonných požadavků.
Měna Pokud vaše organizace musí používat různé funkční měny, musíte je namodelovat jako právnické osoby. Funkční měny se nastavují na právnickou osobu. Transakce však můžete zadávat v různých měnách. Pokud vaše organizace mohou používat jednu funkční měnu, můžete organizace namodelovat jako provozní jednotky. Provozní jednotky musí sdílet funkční měnu. Můžete však zadávat transakce a vytvářet sestavy v různých měnách.
Roční uzávěrka Pokud se předpisy a účetní postupy liší mezi zeměmi/oblastmi, kde jsou umístěny vaše organizace, mohou vyžadovat různé postupy roční uzávěrky podle organizace. To znamená, že musíte organizace namodelovat jako právnické osoby. Každá právnická osoba má vlastní postupy roční uzávěrky. Pokud jsou předpisy a účetní postupy stejné v zemích/oblastech, kde jsou umístěny vaše organizace, můžete použít stejné postupy roční uzávěrky. To znamená, že můžete organizace namodelovat jako provozní jednotky. Všechny provozní jednotky musí používat stejný postup roční uzávěrky.
Číselné řady Číselné řady pro některé odkazy lze nastavit podle právnické osoby. Některé číselné řady mohou být sdíleny. Číselné řady pro některé odkazy lze nastavit podle provozní jednotky. Některé číselné řady mohou být sdíleny.
Produkty Definice produktů jsou sdílené a je nutné je uvolnit jednotlivým právnickým osobám předtím, než budou moci být součástí transakcí. Každá právnická osoba má vlastní sadu uvolněných produktů, které mohou být zahrnuty v dokumentech transakce. Pokud vaše interní organizace musí používat různé sady produktů, musíte je namodelovat jako právnické osoby. Poznámka: I když jsou definice produktů sdílené, u každé právnické osoby, kde je produkt uvolněn, můžete použít různé prodejní, nákupní a skladové parametry pro položku na každém pracovišti skladu. Všechny provozní jednotky sdílejí stejnou sadu produktů. Pokud vaše interní organizace mohou sdílet stejnou sadu produktů, můžete je namodelovat jako provozní jednotky.
Dotazy a vytváření sestav Je nutné ručně změnit společnosti pro zadávání transakcí a provádění dotazů ve více právnických osobách. Z důvodu hranic zabezpečení dat může být konsolidované dotazování a vytváření sestav náročné na prostředky a čas. Chcete-li mít přístup k datům z několika provozních jednotek, nepotřebujete měnit společnosti. Konsolidované dotazování a vytváření sestav a jednotlivé místní dotazování je snazší a rychlejší.

Doporučené postupy pro modelování organizací a hierarchií

Při implementaci organizační hierarchie berte v úvahu následující doporučené postupy:

  • Vytvořte oddělení pro modelování průniku mezi právnickou osobu a obchodní jednotkou. Můžete pak také zahrnout data z oddělení do právnické osoby pro statutární vykazování a z oddělení do obchodní jednotky pro interní vytváření sestav. Oddělení mohou sloužit jako střediska zisku. Pokud používáte oddělení, nemusíte používat právnické osoby a obchodních jednotky jako dimenze v účetní struktuře. Jako dimenze můžete používat pouze oddělení. Je však nutné používat nákladová střediska a oddělení jako dimenze v účetní struktuře, pokud nákladová střediska jsou používána pouze jako akumulátory nákladů a oddělení slouží k přiznávání výnosů.
  • Namodelujte více hierarchií pro provozní jednotky, pokud máte složité požadavky na vykazování zisků a ztrát.
  • U jedné právnické osoby nemodelujte více hierarchií pro stejný účel hierarchie.
  • Nevytvářejte hierarchii pro každý účel. Obvykle můžete použít jednu hierarchii pro několik účelů. Například jedna hierarchie provozních jednotek může být přiřazena ke všem účelům souvisejícím se zásadami.
  • Vytváření vyrovnaných hierarchií. V hierarchii všechny uzly, které jsou stejně vzdáleny od kořenového uzlu jsou definované jako úroveň. Ve vyrovnané hierarchii se může vyskytnout pouze jeden typ provozních jednotek a vzdálenost od kořenového uzlu ke každé úrovni je konzistentní. Jestliže jsou mezilehlé úrovně mezi oddělením a právnickou osobou nebo obchodní jednotkou, může být nutné vytvořit zástupné organizace pro vytvoření vyrovnané hierarchie.
  • Nemodeluje oddělenou hierarchii provozních jednotek, jestliže je struktura pro právnické osoby také vaší provozní strukturou. Smíšená hierarchie právnických osob a provozních jednotek může sloužit oběma účelům.
  • Před modelováním významných restrukturalizačních scénářů využijte data platnosti hierarchie k provedení analýzy dopadů a testu ověření.
  • V režimu konceptu můžete změnit hierarchii před publikováním nové verze v produkčním prostředí.
  • Omezte počet uživatelů, kteří mají oprávnění přidávat nebo odebírat organizace z hierarchie v produkčním prostředí. Menší počet snižuje riziko nákladné chyby a nutných oprav.