Objednávky z e-shopu na WPJ ve Snowflake, propojené s marží a reklamou

    WPJ je e-shopová platforma. Snowflake je cloudový datový sklad, který odděluje úložiště od výpočetního výkonu, takže se dá nezávisle škálovat podle toho, kolik dat ukládáte a kolik dotazů reálně počítáte. Napojíme objednávky, katalog a zákazníky z e-shopu na WPJ do Snowflake, marži, reklamu a chování zákazníků pak uvidíte na jednom místě, bez ručních exportů.

    K čemu propojení slouží

    Objednávky, katalog produktů a zákazníci z e-shopu na WPJ pravidelně tečou do Snowflake, propojené s daty z reklamy a ze skladu nebo účetnictví, bez ručního exportu.

    Objednávky a katalog na jednom místě

    Objednávky, produkty a zákazníci z WPJ se ukládají do Snowflake ve struktuře, se kterou se dá dál počítat, napojení stavíme podle konkrétního nasazení e-shopu. Napojujeme se přes GraphQL API WPJ, ne přes REST, které používá řada jiných e-shopových platforem.

    Kde se data dál používají

    Segmentace produktů v Google Ads, maržový report a analýza průchodnosti košíkem pracují se stejným zdrojem, takže čísla v kampaních sedí s tím, co se reálně prodává, a BI nástroje napojené na Snowflake vidí stejná data.

    Na co si dát pozor

    U propojení e-shopu s datovou platformou se opakují podobná rizika, bez ohledu na to, jakou platformu e-shop používá. 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 e-shopu 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.

    • Sezónní špičky v objednávkách

      O Vánocích nebo při výprodeji objem objednávek skokově naroste. Synchronizace na to musí být připravená dopředu, ne dolaďovaná až za provozu, kdy data začnou zaostávat.

    • Virtuální warehouse běžící naprázdno

      Snowflake účtuje compute zvlášť od úložiště, po sekundách s minimem 60 sekund běhu. Pokud virtuální warehouse nemá nastavený auto-suspend, počítá se i ve chvíli, kdy nikdo nic nedotazuje, na rozdíl od BigQuery, kde se platí za jednotlivé dotazy. Auto-suspend je proto potřeba nastavit hned na začátku, ne až po první vyšší faktuře.

    • WPJ používá GraphQL API, ne REST

      WPJ nabízí administrátorské API postavené na GraphQL, dokumentované na graphql-docs.wpjshop.cz, ne na běžnějším REST rozhraní jako řada jiných e-shopových platforem. Přístup vyžaduje token administrátorského účtu s explicitně uděleným oprávněním k API, bez něj se k datům nedostaneme. Datový model proto mapujeme podle GraphQL schématu konkrétní instalace, ne podle jednotné sady REST endpointů.

    Jak to Datimo řeší

    1. 1

      Napojení přes API konkrétního nasazení

      S WPJ zatím nemáme tak dlouhou historii jako u velkých e-shopových platforem, které napojujeme roky. Princip je ale stejný, napojíme se přes API vašeho konkrétního nasazení a stavíme na tom, co API reálně nabízí, bez slibování funkcí, které jsme si dopředu neověřili. Data pak přes Snowpipe nebo dávkově přes COPY INTO z externí stage přivedeme do Snowflake.

    2. 2

      Pravidelná synchronizace

      Objednávky, katalog a zákazníci se aktualizují podle domluveného intervalu, ne jednou za měsíc ručním exportem.

    3. 3

      Volba mezi BigQuery a Snowflake

      Standardně stavíme napojení do BigQuery, pro klienty, kteří už mají Snowflake jako firemní standard, použijeme stejnou logiku a datový model nad Snowflake, včetně nastavení virtuálního warehouse.

    4. 4

      Řízení přístupu přes role

      Přístup k datům řešíme přes role-based access control (RBAC) ve Snowflake, které se dá napojit na firemní SSO, takže zapadá do existující správy identit, ne jako samostatný systém navíc.

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