Data ze SAPu v Microsoft Fabric, propojená s maržemi, skladem i kampaněmi

    SAP je nadnárodní ERP platforma používaná zejména většími firmami. Microsoft Fabric je Microsoftem provozovaná datová platforma postavená na jednotném datovém jezeře OneLake, do které firmy sahají hlavně tam, kde už mají Power BI nebo zbytek Microsoft 365. Napojíme SAP na Fabric podle modulů a tabulek, které ve firmě reálně používáte, se stejnou logikou konektoru, jakou u SAPu standardně stavíme na BigQuery.

    K čemu propojení slouží

    SAP bývá hlavní zdroj účetních, skladových a prodejních dat u větších firem, ale ven z něj se data obvykle dostávají přes ruční exporty nebo omezené standardní reporty. Napojení do Microsoft Fabric udělá ze SAPu zdroj dat, se kterým počítají i další nástroje, včetně Power BI, ne uzavřený systém pro pár lidí s přístupem.

    Data mimo hranice SAPu

    Objednávky, skladové pohyby a účetní doklady ze SAPu se pravidelně ukládají do Lakehouse nebo Warehouse ve Fabricu, odkud s nimi může pracovat i zbytek firmy, ne jen ten, kdo se dostane do SAPu. SAP navíc svoje tabulky pojmenovává krátkými kódy jako MARA (obecná materiálová data) nebo VBAK (hlavičky prodejních dokladů), ne popisnými názvy, takže mapování na to, co která tabulka skutečně obsahuje, vyžaduje znalost datového slovníku SAPu, ne jen nahlédnutí do schématu.

    Kde se data dál používají

    Maržový report, skladové predikce a segmentace produktů v Google Ads pracují se stejným zdrojem, takže čísla ze SAPu, e-shopu a marketingu sedí na sebe, ať už nad nimi stojí Power BI přímo ve Fabricu, nebo jiný nástroj.

    Na co si dát pozor

    SAP není jeden standardní systém, je to platforma, kterou má skoro každá firma nasazenou a nakonfigurovanou jinak. To má přímý dopad na to, jak napojení vzniká, a proč u SAPu neexistuje jeden univerzální konektor. K tomu přibývá otázka, jak se SAP dostane k datům do Fabricu, pokud běží mimo veřejně dostupnou síť.

    • Nasazení a verze se liší firmu od firmy

      SAP běží on-premise i jako cloudové nasazení, v různých verzích a s různou mírou úprav na míru. Napojení proto vychází z konkrétní instalace, ne z jednotného řešení pro „SAP obecně“.

    • ECC a S/4HANA se dostávají ven jinak

      Cesta dat ven ze SAPu záleží i na tom, jakou edici provozujete. Starší ECC obvykle umožňuje čtení přes RFC/BAPI volání nebo přímý přístup k tabulkám, zatímco S/4HANA, a zejména S/4HANA Cloud, tohle přímé napojení blokuje a extrakci vede přes OData služby nebo CDS views. Typ napojení proto vychází i z toho, na jaké edici SAP reálně běžíte.

    • Rozsah dat určují použité moduly

      Které objekty a tabulky dává smysl exportovat, závisí na tom, jaké moduly firma v SAPu skutečně používá a jak si je nastavila. Napojení proto vždy nejdřív zmapuje, co je ve vaší instalaci reálně k dispozici, a teprve podle toho se navrhne rozsah přenášených dat.

    • On-premises data gateway, pokud SAP neběží na veřejné síti

      SAP je často nasazený on-premise nebo v privátní síti, i cloudové varianty SAPu bývají přístupné přes privátní připojení, ne přes otevřený internet. Pokud je to i váš případ, potřebuje Fabric pro přístup k datům on-premises data gateway, lokální bránu, přes kterou se cloudové pipeline dostanou k SAPu, aniž by se systém musel otevírat směrem ven.

    • Více SAP instancí nebo firemních jednotek

      Pokud firma nebo skupina provozuje víc SAP instancí nebo účetních jednotek, data se musí oddělit už při načítání, aby šlo reportovat zvlášť i dohromady.

    • Sdílená kapacita Fabricu

      Fabric účtuje přes sdílený fond kapacitních jednotek pro Lakehouse, Warehouse, Power BI i pipeline dohromady. Náročný report nebo velký běh synchronizace tak čerpá ze stejné kapacity jako zbytek workspace, což je dobré počítat při plánování, ne až při prvním zpomalení.

    Jak to Datimo řeší

    1. 1

      Napojení šité na vaši instalaci

      Konektor stavíme podle toho, jaké moduly a tabulky ve vašem SAPu reálně používáte, ne jako univerzální řešení pro všechna nasazení. Datový model je stejný jako u napojení na BigQuery, mění se jen cílová platforma.

    2. 2

      Vy poskytnete přístupy, my synchronizaci

      Stačí nám poskytnout API přístupy do SAPu, případně přístup přes on-premises data gateway, pokud SAP neběží na veřejně dostupné síti, a o pravidelnou synchronizaci dat do Fabricu se postaráme sami. Řada firem má pro průběžnou synchronizaci bez zátěže nasazený SAP Landscape Transformation Replication Server (SLT), který sleduje změny v tabulkách přes databázové triggery a posílá je dál v téměř reálném čase, s tím dokážeme napojení postavit stejně jako s přímými API přístupy.

    3. 3

      Data v Lakehouse nebo Warehouse podle potřeby

      Data ukládáme do formátu, který dává smysl vašemu použití, do Lakehouse pro práci přes Spark a analytický endpoint, nebo do Warehouse, pokud potřebujete plné T-SQL.

    4. 4

      Synchronizace podle vaší infrastruktury

      Data se aktualizují podle domluveného intervalu a zátěže, kterou váš SAP unese, ne nárazově jednou za měsíc ručním exportem.

    5. 5

      Správa napojení v ceně

      Technickou správu, úpravy při změnách na straně SAPu i aktivní monitoring hlídáme za vás, v rámci ceny.