Power BI 7 min czytania 13 maja 2026

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

System ERPExcel / CSVAPI zewnętrzneCRM
B

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

S

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

G

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

Power BI — raporty dla użytkowników

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.

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

Wpisz szukane słowo…