Architektura Medallion — Bronze, Silver, Gold — co to znaczy i dlaczego ma znaczenie
Słyszysz od dostawcy BI "Medallion" albo "Bronze/Silver/Gold" i zastanawiasz się, czy to konieczna architektura, czy tylko sposób na wyższy rachunek. To pytanie jest uczciwe i zasługuje na konkretną odpowiedź.
Trzy warstwy — jedno zadanie każda
Bronze
Surowe dane
- ·Tabele ERP bez modyfikacji
- ·JSON z API z timestampem
- ·Excel z błędami i duplikatami
- ·Append-only — nic nie ginie
Punkt odniesienia — tu wracam gdy coś idzie nie tak
Silver
Logika biznesowa
- ·Co to jest faktura vs korekta
- ·Deduplication kontrahentów
- ·Częściowe płatności → kwota zaległa
- ·Star schema: fact + dim
Jedna definicja prawdy dla całej firmy
Gold
Gotowe dla Power BI
- ·Aging w przedziałach 30/60/90 dni
- ·Przychód per budynek / miesiąc
- ·Cash flow per tydzień
- ·Zapytania: proste i szybkie
Power BI widzi tylko Gold — nie wie nic o ERP
Bronze: dane tak jak wyszły ze źródła
Bronze to dokładna kopia danych ze źródła — bez interpretowania, bez poprawiania, bez decydowania co jest fakturą a co korektą. Tabele z systemu ERP trafiają tu tak, jak stoją w bazie. JSON z API — z każdym wywołaniem i timestampem. Pliki Excel — łącznie z błędami literowymi w nazwach kontrahentów, pustymi kolumnami i zduplikowanymi wierszami.
Bronze to punkt odniesienia. Jeśli coś pójdzie nie tak na wyższe warstwie — wracam do Bronze i przetwarzam od nowa. Dane nie giną. Bronze jest append-only: rekordy tylko dopisywane, nigdy nadpisywane. Dzięki temu mam historię każdej wersji danych — nawet jeśli w systemie ERP coś zostało zmienione lub usunięte. To sieć bezpieczeństwa całej architektury.
Silver: tu dzieje się logika biznesowa
Silver to miejsce, gdzie dane nabierają sensu biznesowego. Tu definiuję co to jest faktura sprzedaży — bo system ERP przechowuje w tych samych tabelach faktury, korekty, proformy i dokumenty wewnętrzne. Tu decyduję, jak powiązać dokument z kontrahentem gdy ten sam podmiot jest zapisany w bazie pod trzema różnymi nazwami. Tu obsługuję częściowe płatności — jeden przelew pokrywający dwie faktury wymaga logiki, której nie ma w żadnej surowej tabeli.
Tu powstaje schemat gwiazdy: fact_invoices, fact_payments, fact_costs połączone z dim_tenant, dim_building, dim_date. Kluczowa zasada Silver: logika biznesowa zdefiniowana raz. Jeśli firma zmieni definicję "przeterminowanej należności" z 30 na 45 dni — zmiana jest w jednym miejscu, nie w każdym raporcie z osobna.
Gold: gotowe dane dla raportów
Gold to widoki i zestawienia zbudowane na Silver — przygotowane pod konkretne pytania analityczne. Aging należności w przedziałach 30/60/90 dni. Przychód per budynek per miesiąc. Cash flow per tydzień. Power BI łączy się z Gold i wykonuje proste, szybkie zapytania do już przetworzonych danych.
Użytkownik Power BI nigdy nie wie, że pod spodem są trzy warstwy. Widzi raporty, klika w filtry, drąży do faktury. Szybkość, którą odczuwa, to efekt tego, że Gold zawiera gotowe odpowiedzi na typowe pytania — nie wymaga łączenia kilku zbiorów danych w czasie rzeczywistym przy każdym kliknięciu.
Dlaczego nie "podłącz Power BI bezpośrednio do systemu ERP"
| Kwestia | Bezpośrednio z ERP | Z Medallion |
|---|---|---|
| Wydajność raportów | Każdy klik = zapytanie do operacyjnej bazy. Kilka sekund lub dłużej przy złożonych filtrach. | Power BI czyta z Gold. Odpowiedź w sekundy, niezależnie od złożoności. |
| Wpływ na ERP | Zapytania analityczne obciążają bazę, na której pracuje dział księgowości. | ETL czyta raz (np. o 6:00). W ciągu dnia ERP jest nieobciążony przez BI. |
| Historia danych | Zmiana adresu kontrahenta w ERP zmienia dane historyczne retroaktywnie — raport "widzi" tylko aktualny stan. | Bronze trzyma każdą wersję. Historia jest niezmieniana nawet jeśli ERP zmieni dane. |
| Aktualizacje ERP | Zmiana struktury tabel po aktualizacji systemu → raport przestaje działać. | Bronze absorbuje zmianę. Silver dostosowuje logikę. Raport działa dalej. |
| Spójność danych | Każdy raport może definiować "fakturę niezapłaconą" inaczej. Dwa raporty — dwa różne wyniki. | Logika w Silver raz. Wszystkie raporty używają tej samej definicji. |
Metafora rafinerii
Bronze = ropa naftowa wyciągnięta ze złoża — surowa, nieużyteczna bezpośrednio. Wartość jest w środku, ale silnik na surowej ropie nie zajedzie daleko.
Silver = rafineria — oczyszczanie, oddzielanie frakcji, nadawanie użytecznej struktury. Rafineria nie zmienia składu chemicznego ropy — ona ją przetwarza według zdefiniowanych reguł.
Gold = gotowe paliwo, które trafia do silnika. Power BI jest silnikiem. Silnik nie wie i nie musi wiedzieć, skąd pochodzi paliwo.
Czy to konieczne dla mojej firmy?
Uczciwa odpowiedź: nie zawsze. Dla bardzo prostego przypadku — jeden plik Excel jako jedyne źródło danych, jeden użytkownik, proste sumy — Medallion jest nadmiarowy. Power Query i bezpośredni Import wystarczą.
Ale takie przypadki rzadko trafiają do projektu BI. Jeśli dane są w więcej niż jednym miejscu, jeśli historia danych jest ważna, jeśli z raportów korzysta więcej niż jedna osoba, jeśli logika biznesowa jest złożona (aging, cash flow, marżowość) — Medallion nie jest opcją, jest fundamentem. Wzorzec stosowany w dużych korporacjach (Databricks, Azure Synapse) skaluje się równie dobrze dla firmy z jednym systemem ERP i kilkoma budynkami. Logika jest ta sama — zmienia się tylko skala infrastruktury.
Warto też wiedzieć, że Medallion to wzorzec architektoniczny — nie konkretna technologia. Można go zrealizować na Microsoft Fabric, na Azure SQL lub na serwerze klienta. Infrastruktura jest wymienna, logika Bronze/Silver/Gold zostaje.
Podsumowanie
Architektura Medallion to odpowiedź na konkretny problem: jak zbudować raporty, które działają szybko, mają spójną logikę i nie psują się przy każdej aktualizacji systemu źródłowego. Każda warstwa robi jedno — i tylko jedno — co sprawia, że cały system jest przewidywalny i możliwy do utrzymania. Kiedy coś się zmienia w systemie ERP, wiem gdzie to zaabsorbować i co dostosować. Bez Medallion każda zmiana w ERP to potencjalny pożar w raportach.
Najczęstsze pytania
Jak długo buduje się architekturę Medallion?
Budowa fundamentu — Bronze i Silver dla jednego systemu ERP — to zazwyczaj zakres Fazy 1 projektu. Gold i pierwsze raporty powstają w Fazie 2. Łącznie: od kilku tygodni dla prostego zakresu do kilku miesięcy dla złożonego środowiska z wieloma źródłami.
Czy Medallion wymaga konkretnej technologii (np. Fabric)?
Nie. Medallion to wzorzec, nie produkt. Można go zrealizować na Microsoft Fabric, Azure SQL, SQL Server on-premise lub innych platformach. Wybór infrastruktury zależy od środowiska klienta i preferencji — wzorzec Bronze/Silver/Gold pozostaje taki sam.
Co się stanie jeśli dostawca ERP zmieni strukturę tabel po aktualizacji?
Przy Medallion: Bronze absorbuje zmianę (stary schemat zostaje, nowy jest dopisywany). Silver wymaga dostosowania logiki — zazwyczaj kilka godzin pracy. Raporty działają na Gold, więc użytkownicy nie odczuwają przerwy. Bez Medallion: raport przestaje działać natychmiast i wymaga interwencji od podstaw.
Powiązane
Chcesz wiedzieć jak Medallion wygląda w projekcie dla Twojej firmy?
Opisz z jakiego systemu korzystasz i co chcesz raportować — odpiszę co konkretnie wchodzi w Bronze, Silver i Gold.
Porozmawiajmy