Microsoft Dataverse vs SharePoint List dla MŚP — Power Platform 2026

Microsoft Dataverse vs SharePoint List dla MŚP: decyzja architektoniczna, nie tylko wybór tabeli

W Power Platform 2026 pytanie „Microsoft Dataverse vs SharePoint List” wraca przy prawie każdym projekcie Power Apps. Oba rozwiązania przechowują dane biznesowe, ale różnica ujawnia się przy skali: większej liczbie użytkowników, relacjach, audycie, uprawnieniach i integracjach.

Dla MŚP odpowiedź jest praktyczna: SharePoint List wygrywa kosztowo przy prostych procesach, a Dataverse wtedy, gdy dane stają się systemem biznesowym. Formularz dla 20 osób zwykle obroni się na liście. Rdzeń CRM, serwisu lub zgodności powinien trafić do Dataverse.

Szybkie porównanie: SharePoint List czy Dataverse?

SharePoint List: kiedy lista jest najlepszym backendem Power Apps

SharePoint List jest najbardziej pragmatycznym wyborem, gdy firma korzysta z Microsoft 365 z Power Platform, a aplikacja ma obsłużyć prosty proces bez dodatkowego budżetu. Przykłady to formularze HR, ewidencja sprzętu, koszty, lista dostawców lub prosty workflow akceptacyjny.

Microsoft opisuje limit 30 mln elementów na listę oraz ograniczenia dużych list: SharePoint limits. W praktyce próg widoku 5000 elementów jest granicą projektową: bez indeksów, delegowalnych filtrów i świadomego projektu Power Apps zacznie zwalniać albo zwracać błędy.

SharePoint List wygrywa, gdy:

• z aplikacji korzysta około 5-50 osób;
• każda lista ma mniej niż 5000 aktywnie przeszukiwanych rekordów;
• dane są proste: status, data, osoba, wybór, komentarz, załącznik;
• proces nie wymaga ścisłej integralności relacyjnej;
• uprawnienia mogą być zarządzane na poziomie witryny, listy lub prostych grup;
• najważniejszy jest niski koszt i szybkie uruchomienie.

Największy błąd w projektach MŚP polega na traktowaniu SharePoint List jak pełnej bazy danych. Lista jest świetnym narzędziem operacyjnym, ale nie zastępuje relacyjnego modelu, audytu, ról biznesowych i rozszerzalnej logiki serwerowej.

Microsoft Dataverse: kiedy Power Apps potrzebuje prawdziwej warstwy danych

Microsoft Dataverse to natywna platforma danych dla Power Platform, z tabelami, logiką, walidacją, przepływami, regułami biznesowymi i zabezpieczeniami: What is Microsoft Dataverse?. Dane działają w usługach Azure, a Microsoft wskazuje Azure SQL Database jako element trwałości danych Power Platform: Access controls for Dataverse and Power Platform.

Dataverse ma sens wtedy, gdy aplikacja przestaje być „formularzem do listy”, a zaczyna być systemem: na przykład bazą reklamacji połączoną z klientami, produktami, umowami, SLA i wielostopniową akceptacją.

Najważniejsze przewagi Dataverse dla MŚP:

• relacyjny model danych z kontrolowanymi zależnościami między tabelami;
• role-based security, zabezpieczenia na poziomie wiersza i kolumny oraz business units;
• server-side calculated columns, reguły biznesowe i walidacja danych bliżej źródła;
• audyt zmian, który jest ważny przy danych regulowanych i procesach kontrolnych;
• OData API i lepsza ścieżka integracji z systemami zewnętrznymi;
• custom logic przez Power Fx, Power Automate oraz wtyczki dla bardziej technicznych scenariuszy;
• naturalna integracja z Dynamics 365 Customer Engagement.

Jeśli firma planuje CRM, obsługę klienta lub sprzedaż na Dynamics 365, Dataverse często przestaje być „dodatkowym kosztem”, bo jest fundamentem tych aplikacji.

Licencje i koszt: dlaczego tanie nie zawsze znaczy tańsze

Na polskiej stronie cennika Microsoft Power Apps Premium widnieje cena 18,70 EUR za użytkownika miesięcznie przy płatności rocznej, czyli około 85 zł netto zależnie od kursu. Microsoft globalnie komunikuje także 20 USD za użytkownika miesięcznie: Cennik usługi Power Apps. W kalkulacji używamy też 25 USD, bo MŚP powinny liczyć bufor na kurs, VAT i warunki odsprzedaży.

Przykład: 25-osobowa firma z listami SharePoint ma zwykle 0 USD kosztu przyrostowego. Ten sam zespół na Dataverse w konserwatywnym modelu 25 USD za użytkownika to 625 USD miesięcznie. Przy 100+ użytkownikach i danych regulowanych rośnie jednak koszt obejść w SharePoint: indeksów, uprawnień, przepływów, testów i migracji.

Warto zacząć od właściwego pakietu Microsoft 365 E3 albo planów biznesowych, a później dokładać Power Apps Premium dla realnych użytkowników aplikacji. Samo hasło Microsoft Power Apps nie oznacza prawa do każdego konektora premium i Dataverse.

Decyzja techniczna: progi, których nie warto przekraczać

W dobrym projekcie Power Platform backend wybiera się na podstawie progów, nie preferencji. Częsty brak w konkurencyjnych poradnikach to operacyjna granica decyzji: ile rekordów, ilu użytkowników, jaki audyt i jaka integracja.

Praktyczna matryca dla MŚP wygląda tak:

• do 5000 rekordów na listę, 5-50 użytkowników, prosty obieg: SharePoint List;
• więcej niż 5000 aktywnych rekordów, częste filtrowanie i raportowanie: rozważyć Dataverse;
• 100+ użytkowników i wiele aplikacji pracujących na tych samych danych: Dataverse;
• dane osobowe, finansowe, reklamacyjne lub wymagające śladu audytowego: Dataverse;
• integracja z Dynamics 365 Customer Engagement: Dataverse;
• proces pomocniczy bez krytycznych danych: SharePoint List.

Cyberbezpieczeństwo nie kończy się na wyborze bazy. Dane Power Platform powinny być objęte MFA, dostępem warunkowym i backupem. Przy środowiskach hybrydowych pomocne mogą być Windows Server 2025 oraz antywirus dla firm. Gdy Power Apps ma komunikować się z lokalnym ERP, alternatywą bywa SQL Server (alternatywa) z aplikacją lub API.

Jak wybrać backend dla Power Apps: procedura dla właściciela procesu

1. Policz użytkowników aplikacji: osobno autorów, użytkowników okazjonalnych i osoby zatwierdzające.
2. Oszacuj liczbę rekordów po 12, 24 i 36 miesiącach, nie tylko w dniu startu.
3. Wypisz relacje między danymi: klient, umowa, produkt, zgłoszenie, faktura, dokument, osoba.
4. Określ wymagania bezpieczeństwa: kto widzi wszystkie rekordy, kto tylko własne, kto dane finansowe lub kadrowe.
5. Sprawdź, czy potrzebny jest audyt zmian, historia akceptacji lub dowód zgodności.
6. Wybierz SharePoint List, jeśli proces jest prosty, tani i lokalny dla jednego zespołu.
7. Wybierz Dataverse, jeśli dane mają być wspólną warstwą dla wielu aplikacji, ról i integracji.
8. Zapisz próg migracji: na przykład 5000 rekordów, 50 użytkowników, potrzeba audytu albo integracja z Dynamics 365.

Model hybrydowy: zacznij tanio, ale projektuj migrację

Dla wielu MŚP najlepsza strategia brzmi: start z SharePoint List, ale z architekturą gotową na Dataverse. Nazwy kolumn powinny być uporządkowane, statusy słownikowe, typy danych stabilne, a logika biznesowa możliwa do przeniesienia. Najpierw można uporządkować konta, pocztę i Teams w ramach Microsoft 365 z Power Platform, a następnie licencjonować Dataverse tylko tam, gdzie proces naprawdę tego wymaga. Przy okazji warto sprawdzić także Office 2024.

Rekomendacja końcowa

Jeżeli Twoja firma ma 5-50 użytkowników, prosty workflow, mniej niż 5000 rekordów na listę i nie potrzebuje zaawansowanego modelu ról, SharePoint List jest rozsądnym i ekonomicznym backendem dla Power Apps. Nie trzeba płacić za Dataverse tylko dlatego, że aplikacja ma formularz, status i kilka akceptacji.

Jeżeli jednak proces obejmuje 100+ użytkowników, wiele powiązanych tabel, dane regulowane, audyt, integrację z Dynamics 365 albo realną perspektywę wzrostu powyżej 5000 aktywnych rekordów, Dataverse powinien być wyborem domyślnym. Wtedy koszt licencji jest częścią kosztu systemu biznesowego, a nie dodatkiem do „listy”.