K čemu propojení slouží
Objednávky, katalog a zákazníci z Eshop-rychle se pravidelně ukládají do Snowflake, spolu s daty z reklamy a ze skladu nebo účetnictví, na platformě, na které firma případně už staví jiné reporty nebo analytické nástroje.
Prodejní data bez ručního stahování
Objednávky, produkty a zákazníci z Eshop-rychle se ukládají do tabulek ve Snowflake ve struktuře, se kterou se dá dál počítat, místo exportů z administrace před každým reportem. Eshop-rychle k tomu nabízí vlastní REST API s JSON rozhraním a vlastním vývojářským portálem (api.eshop-rychle.dev), včetně webhooků na změny v objednávkách.
Kde se data dál použijí
Segmentace produktů v Google Ads, maržový report a analýza průchodnosti košíkem pak pracují se stejnými čísly, jaká reálně platí v e-shopu, bez ohledu na to, jaký nástroj nad Snowflake firma pro reportování používá.
Na co si dát pozor
U propojení e-shopu do Snowflake se řeší podobná rizika jako u jiných datových skladů, plus pár věcí specifických pro to, jak si Snowflake účtuje výpočetní výkon. Lepší je počítat s nimi předem, než je řešit až v hotovém reportu.
Kódy produktů v e-shopu a v účetnictví nebo skladu
Katalog v Eshop-rychle se často liší od číselníku v účetnictví nebo na skladě. Bez mapování se marže nedá spočítat na konkrétní produkt v kampani, bez ohledu na to, jestli data leží v BigQuery, Fabricu, nebo ve Snowflake.
Compute se účtuje odděleně od úložiště
Snowflake účtuje výpočetní výkon (virtuální warehouse) a úložiště dat jako dva samostatné metry, k tomu ještě zvlášť přenos dat ven. Compute se počítá po sekundách s minimálním úsekem 60 sekund. Warehouse ponechaný v chodu bez nastaveného auto-suspend spotřebovává kredity i ve chvíli, kdy nikdo žádný dotaz nespouští, na rozdíl od BigQuery, kde se platí za jednotlivý dotaz.
Sezónní špičky v objednávkách
O Vánocích nebo při výprodeji objem objednávek skokově naroste. Velikost virtuálního warehouse i frekvence synchronizace na to musí být připravené dopředu, ne dolaďované za provozu, kdy se data začnou opožďovat.
Menší platforma, užší veřejná dokumentace
Eshop-rychle má vlastní REST API s webhooky na objednávky, ale ve srovnání s většími e-shopovými platformami má užší a méně podrobně zdokumentovaný datový model. Přesný rozsah dostupných polí u produktů a zákazníků se proto často ověřuje přímo na konkrétní instalaci, ne jen podle veřejné dokumentace.
Jak to Datimo řeší
- 1
Konektor na míru vaší instalaci
Napojení odpovídá konkrétní verzi a nastavení Eshop-rychle, včetně doplňků a úprav, které v e-shopu reálně používáte. Logika napojení je stejná jako u BigQuery nebo Fabricu, mění se jen cílová platforma.
- 2
Ingesce přes Snowpipe nebo COPY INTO
Data se do Snowflake dostávají přes Snowpipe (průběžné načítání) nebo COPY INTO (dávkové načítání) z externí staging oblasti v cloudovém úložišti. Eshop-rychle je česká cloudová SaaS platforma s veřejným API, takže napojení je přímé, bez dalších mezikroků.
- 3
Synchronizace v rozumném intervalu
Data se aktualizují v intervalu, který dává smysl pro objem vašeho e-shopu, ne podle jednoho univerzálního nastavení pro všechny klienty. Tam, kde to dává smysl, ji doplňujeme o webhooky, které Eshop-rychle nabízí pro změny v objednávkách.
- 4
Řízení přístupu přes RBAC
Kdo vidí jaká data a jaké objekty ve Snowflake, se řídí přes role-based access control (RBAC), který jde napojit na firemní SSO nebo identity providera, pokud ho firma už používá.
- 5
Modulární rozsah dat
Napojení stavíme z modulů podle toho, co potřebujete reportovat, ne jako pevně daný balíček tabulek. BigQuery zůstává výchozím doporučením Datima, stejný konektor a datový model ale umíme nasměrovat do Snowflake tam, kde je to firemní standard.