Panel administracyjny w systemie B2B – co powinien zawierać

Panel administracyjny w systemie B2B powinien zawierać moduły do codziennej pracy zespołu (klienci, produkty, ceny, zamówienia, dokumenty), rozbudowany system ról, masowe operacje na setkach rekordów, pełną historię zmian, import i eksport danych oraz widok stanu integracji z miejscem na obsługę błędów. To centrum operacyjne firmy – jeśli jest niewygodny, zespół wraca do arkuszy i maili, a system B2B traci sens niezależnie od tego, jak dobrze wygląda część dla klientów.

W tym wpisie skupiamy się na zakresie funkcji back-office. O tym, jak zbudować jego interfejs w Vue.js, piszemy osobno w artykule Vue.js frontend dla panelu administracyjnego B2B.

Kto korzysta z panelu

Zanim powstanie lista modułów, warto nazwać użytkowników. W typowej firmie B2B z panelu korzystają:

• obsługa klienta – zakłada konta, odpowiada na zapytania, sprawdza zamówienia,
• handlowcy – przeglądają swoich klientów, warunki handlowe, historię zakupów,
• dział produktu lub marketingu – opisy, zdjęcia, dokumenty, kategorie,
• logistyka i magazyn – statusy realizacji, wysyłki, reklamacje,
• administrator systemu – użytkownicy, uprawnienia, konfiguracja, integracje.

Każda z tych grup ma inne potrzeby i inne ryzyka błędu. Panel, który pokazuje wszystkim wszystko, jest jednocześnie nieczytelny i niebezpieczny.

Moduły podstawowe

Większość systemów B2B potrzebuje w panelu następujących modułów:

1. Klienci i konta firmowe – dane kontrahenta, oddziały, użytkownicy klienta, przypisany opiekun, warunki handlowe, notatki.
2. Produkty i katalog – karty produktów, warianty, kategorie, media, dokumenty techniczne, widoczność dla grup klientów.
3. Ceny i warunki – cenniki, grupy cenowe, promocje; z wyraźnym oznaczeniem, które wartości pochodzą z ERP.
4. Zamówienia – lista z filtrami, szczegóły, statusy, historia zmian, możliwość ręcznej korekty z uzasadnieniem.
5. Dokumenty – faktury, potwierdzenia, certyfikaty, przypisanie do klientów i produktów.
6. Zgłoszenia i reklamacje – kolejka spraw z przypisaniem do osób i terminami.
7. Treści – komunikaty dla klientów, banery, strony informacyjne portalu.

Nie wszystkie są potrzebne od pierwszego dnia, ale model danych warto zaprojektować z myślą o nich.

Role i uprawnienia pracowników

Uprawnienia w back-office powinny być granularne na poziomie akcji, a nie tylko modułów. Przykładowo handlowiec może widzieć ceny swoich klientów, ale nie zmieniać cennika; obsługa klienta może edytować dane kontaktowe, ale nie warunki płatności.

Praktyczne zasady:

• role budowane z pojedynczych uprawnień (podgląd, edycja, usuwanie, eksport, akcje specjalne),
• ograniczenie zakresu danych – np. handlowiec widzi tylko przypisanych klientów,
• akcje wrażliwe (zmiana warunków handlowych, usunięcie konta, logowanie jako klient) wymagają osobnego uprawnienia i są zawsze rejestrowane,
• przegląd uprawnień przy odejściu pracownika lub zmianie stanowiska.

Listy, wyszukiwanie i zapisane widoki

Większość czasu w panelu zespół spędza na listach: zamówień, klientów, produktów, zgłoszeń. To one decydują o wygodzie pracy bardziej niż formularze edycji. Dobra lista w back-office B2B:

• ma wyszukiwarkę działającą po numerach, nazwach, NIP-ie i indeksach jednocześnie,
• pozwala łączyć filtry (status, opiekun, data, grupa klienta) i zapisać je jako własny widok, np. „moje zamówienia do potwierdzenia”,
• pokazuje w kolumnach to, co pozwala podjąć decyzję bez otwierania rekordu,
• zachowuje ustawienia sortowania i filtrów po powrocie z karty rekordu,
• działa sprawnie przy dziesiątkach tysięcy pozycji dzięki paginacji i filtrowaniu po stronie serwera.

Pulpit na początek dnia

Zamiast strony startowej z ogólnymi wykresami warto dać każdej roli pulpit z listą rzeczy do zrobienia: nowe zamówienia do sprawdzenia, zgłoszenia bez odpowiedzi, klienci oczekujący na aktywację konta, błędy synchronizacji z ostatniej doby. Pulpit powinien prowadzić do akcji jednym kliknięciem – każda pozycja otwiera odpowiednio przefiltrowaną listę. Dla kierownika zespołu przydaje się dodatkowo podgląd obciążenia poszczególnych osób.

Masowe operacje

W B2B rzadko zmienia się jeden rekord. Zmiana kategorii dla dwustu produktów, przypisanie nowego opiekuna do kilkudziesięciu klientów, wysłanie dokumentów do wybranej grupy – bez masowych operacji zespół robi to godzinami, rekord po rekordzie.

Dobrze zaprojektowane operacje masowe:

1. pozwalają zaznaczyć rekordy z wyników filtrowania, także z wielu stron listy,
2. pokazują podsumowanie przed wykonaniem („zmienisz 214 produktów”),
3. wykonują się w tle, z paskiem postępu i powiadomieniem o zakończeniu,
4. tworzą raport – ile rekordów się udało, które nie i dlaczego,
5. są odwracalne albo przynajmniej w pełni zalogowane.

Historia zmian i logi

Panel musi odpowiadać na pytanie „kto, co i kiedy zmienił”. Dotyczy to zwłaszcza cen, warunków handlowych, statusów zamówień i uprawnień. Historia powinna pokazywać wartość przed i po zmianie, autora oraz źródło: ręczna edycja, import, integracja, operacja masowa.

Oddzielnie warto prowadzić log działań użytkowników – logowania, eksporty danych, logowanie jako klient. To podstawa do wyjaśniania sporów i reagowania na nieprawidłowości.

Import i eksport

Nawet najlepsza integracja nie wyeliminuje plików. Dostawca przysyła cennik w arkuszu, marketing przygotowuje opisy w pliku, zarząd chce zestawienie w Excelu. Panel powinien mieć:

• import z walidacją – podgląd przed zapisem, lista błędów z numerami wierszy, możliwość poprawienia pliku i ponowienia,
• szablony importu do pobrania, żeby format był zawsze ten sam,
• eksport z bieżących filtrów listy, wykonywany w tle przy dużych zbiorach,
• uprawnienie do eksportu nadawane świadomie, bo eksport to najprostsza droga wycieku danych.

Obsługa błędów integracji

Jeżeli system B2B wymienia dane z ERP, PIM, systemem kurierskim czy DPPC, panel jest miejscem, w którym zespół dowiaduje się o problemach. Nie wystarczy log na serwerze, który czyta tylko programista.

Widok integracji w panelu powinien zawierać:

• status każdego połączenia – ostatnia udana synchronizacja, liczba oczekujących zadań,
• listę nieudanych operacji z opisem błędu zrozumiałym dla nietechnicznego użytkownika („klient o tym NIP nie istnieje w ERP”),
• przycisk ponowienia po poprawieniu danych,
• powiązanie błędu z rekordem – z zamówienia widać, że nie trafiło do ERP i dlaczego,
• alerty dla odpowiedzialnych osób, gdy błędów przybywa lub synchronizacja stoi.

Techniczną stronę tego mechanizmu – kolejki, ponawianie i idempotencję – opisujemy w artykule integracje API Laravel z ERP i B2B.

Ustawienia i konfiguracja bez programisty

Część reguł biznesowych zmienia się częściej, niż warto wdrażać nową wersję systemu: teksty powiadomień, progi darmowej dostawy, lista dostępnych metod płatności, godziny przyjmowania zamówień, adresy e-mail działów. Takie parametry powinny być edytowalne w panelu przez uprawnione osoby, z historią zmian i możliwością przywrócenia poprzedniej wartości. Granica jest jednak ważna – parametry tak, logika nie. Jeśli administrator zaczyna „programować” procesy w formularzach konfiguracyjnych, system staje się trudny do testowania i przewidywania.

Typowe błędy w panelach B2B

• panel zbudowany jako generyczny edytor tabel bazy danych,
• brak wyszukiwarki i zapisanych filtrów przy tysiącach rekordów,
• komunikaty błędów w języku programisty,
• możliwość edycji pól z ERP, które następnego dnia zostaną nadpisane,
• jedna rola „administrator” dla całego zespołu.

Następny krok

Spisz, jakie czynności Twój zespół wykonuje codziennie poza systemem – w arkuszach, mailach, notatkach. Każda z nich to kandydat na moduł lub operację w panelu. Jeśli planujesz system B2B albo chcesz uporządkować istniejący back-office, zobacz, jak projektujemy platformy B2B i CRM, i skontaktuj się z nami – zaczniemy od przeglądu codziennej pracy Twojego zespołu.