Plánování organizační hierarchie

Před nastavením organizací a organizačních hierarchií v Microsoft Dynamics 365 for Finance and 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 aplikace Finance and 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 Finance and 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 Finance and 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 Finance and Operations je určena pouze k práci s účetními položkami vytvořenými jednotlivými transakcemi.

Upozornění

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 Finance and Operations a získat další pomoc. Váš partner pro aplikaci Finance and Operations získal zkušenost v různých odvětvích a po celé základně odběratelů.

Je nutné mít alespoň jednu právnickou osobu reprezentující vaše podnikání v modulu Finance and 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 Finance and Operations právnické osoby slouží k transakčnímu podnikání nebo pro konsolidaci. To znamená, že právnická osoba v modulu Finance and 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 modulu Finance and Operations fungují jinak v závislosti na tom, zda je organizace právnická osoba nebo provozní jednotka. Pečlivě zvažte při svém rozhodování funkci popsanou níže.

Hlavní data

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.

Pokud organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

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 aplikaci Finance and Operations k zabezpečení dat podle ID společnosti.

Pokud organizace modelována jako provozní jednotka

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ě.

Pokud organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

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 namodelujete místní kancelář jako právnickou osobu, máte následující možnosti:

  • Ústředí vytvoří položku deníku pro naúčtování nákladu místní kanceláři. Splatnost transakcí nelze sledovat.
  • Ú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 namodelujete místní kancelář jako právnickou osobu, máte následující možnosti:

  • Faktura a platba jsou v souladu s regulačními požadavky ú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.
  • 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.

Pokud organizace modelována jako provozní jednotka

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 aplikaci Finance and 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.

Pokud organizace modelována jako provozní jednotka

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 Finance and 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 Finance and Operations. (Je vyžadováno přihlášení k webu CustomerSource.)

Poznámka

V aplikaci Finance and Operations vám účtovací vrstva v hlavní knize 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.

Pokud organizace modelována jako provozní jednotka

Statutární zprávy musí být vytvořeny jinou aplikací. Je nutné zajistit, že data zachycená v aplikaci Finance and Operations podporují požadavky jednotlivých provozních jednotek, kde se liší od požadavků ústředí.

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 organizace modelována jako provozní jednotka

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 organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

Čí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.

Pokud organizace modelována jako provozní jednotka

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.

Pokud organizace modelována jako provozní jednotka

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.