K čemu propojení slouží
Data z faktur a skladových karet z Pohody pravidelně tečou do Microsoft Fabric a přistávají v Lakehouse nebo Warehouse podle toho, jak s daty dál pracujete, bez ručního exportu a bez tabulek, které někdo musí každý týden aktualizovat.
Data na jednom místě v OneLake
Účetní doklady, skladové karty a pohyby z Pohody se ukládají do Fabricu ve struktuře, se kterou se dá dál počítat, ve stejném datovém jezeru, které firma používá i pro ostatní zdroje, i když je sama Pohoda posílá jen jako XML dokumenty přes mServer, ne přes moderní REST rozhraní s JSON.
Kde se data dál používají
Power BI report nad maržemi, segmentace produktů v Google Ads a skladové predikce pracují se stejným zdrojem, takže čísla v reportech sedí s účetnictvím.
Na co si dát pozor
U propojení do Microsoft Fabric se navíc počítá s pár specifiky, která se u čistě cloudových zdrojů neřeší. Je lepší je znát dopředu než je objevovat až v provozu.
Pohoda běží lokálně, Fabric potřebuje bránu
Pohoda není cloudová služba, data má obvykle na místním počítači nebo firemním serveru. Aby se k nim pipeline ve Fabricu dostala, je potřeba nainstalovat on-premises data gateway, lokální službu od Microsoftu, která zprostředkuje přenos, aniž by se stanice s Pohodou musela vystavit přímo do internetu. Je to reálný krok navíc oproti napojení cloudového zdroje, ne formalita.
Sdílená kapacita Fabricu
Fabric se účtuje ze společného fondu Capacity Units, sdíleného napříč Lakehouse, Warehouse, Power BI i pipeline v dané kapacitě. Na rozdíl od BigQuery, kde se platí za jednotlivé dotazy, tu může jeden náročný import nebo report vytížit kapacitu natolik, že to zpomalí i jiný Power BI report běžící ve stejném workspace.
Číselníky skladových karet
Pokud se kódy produktů v účetnictví a v e-shopu liší, je potřeba mapovací vrstva. Bez ní marže nesedí na produkty v kampaních.
Limity API a více provozoven
Pohoda obvykle omezuje objem a frekvenci dotazů a mServer navíc zpracovává požadavky synchronně, jeden po druhém — synchronizaci je proto potřeba plánovat po dávkách. Pokud jedna skupina vede víc účetních jednotek, data se musí oddělit už při načítání, aby šlo reportovat zvlášť i dohromady.
mServer mluví jen XML, ne REST
Pohoda nemá vlastní REST API s JSON odpověďmi — mServer podporuje výhradně Content-Type text/xml a data přijímá jen metodou POST. Přihlašování jde přes hlavičku STW-Authorization s údaji zakódovanými do Base64, obdobu HTTP Basic Auth.
Jak to Datimo řeší
- 1
Vlastní konektor a nastavení brány
Napojení se nastaví podle vaší verze Pohody a datové struktury, přes XML rozhraní mServer, které je součástí instalace programu, včetně instalace a konfigurace on-premises data gateway, pokud ji ještě nemáte.
- 2
Lakehouse, nebo Warehouse podle potřeby
Podle toho, jestli s daty dál pracujete přes Power BI, T-SQL nebo Spark, zvolíme cílovou strukturu ve Fabricu tak, aby seděla na váš reporting.
- 3
Pravidelná synchronizace
Data se aktualizují podle domluveného intervalu přes Data Factory nebo Dataflows Gen2, ne jednou za měsíc ručním exportem.
- 4
Přístupy podle vaší firemní struktury
Kdo má k datům ve Fabricu přístup, řešíme přes Microsoft Entra ID a nastavení workspace, ne ad-hoc sdílením.
- 5
Správa napojení v ceně
Technickou správu, údržbu při změnách API i aktivní monitoring hlídáme za vás, v rámci ceny.