Eksport danych z Subiekta GT do systemu Business Intelligence pozwala na zaawansowaną analizę sprzedaży i stanów magazynowych, wykraczającą poza standardowe raporty programu.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie eksportu danych z Subiekta GT do wybranego narzędzia Business Intelligence oraz sprawdzenie poprawności przekazywanych informacji.

Dla kogo ma sens

Usługa jest przydatna dla firm korzystających z Subiekta GT, które chcą prowadzić zaawansowaną analitykę na jego podstawie.

Ile to trwa

Konfiguracja eksportu danych mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura integracji i metody pobierania danych z bazy Subiekta GT

Subiekt GT przechowuje wszystkie informacje operacyjne w relacyjnej bazie danych Microsoft SQL Server (oprogramowanie bazodanowe zarządzające strukturą tabel i spójnością transakcji). Bezpośredni dostęp do tej bazy umożliwia pobieranie danych handlowych, magazynowych oraz finansowych bez konieczności ręcznego generowania zestawień czy plików tekstowych. W zależności od skali przedsiębiorstwa oraz wymagań wydajnościowych stosuje się różne metody transferu i transformacji informacji.

Pierwszą metodą jest bezpośrednie odpytywanie bazy danych za pomocą zapytań SQL (język zapytań służący do komunikacji z bazą) lub widoków relacyjnych (SQL Views, czyli predefiniowane struktury łączące wybrane tabele w spójne logicznie zbiory). Widoki pozwalają na ukrycie skomplikowanych relacji między tabelami oraz automatyczne przeliczanie wartości netto, brutto i marż jeszcze na poziomie silnika bazodanowego. Dzięki temu narzędzie analityczne otrzymuje gotowe, oczyszczone zbiory danych.

Drugim rozwiązaniem jest wdrożenie dedykowanego procesu ETL (skrót od Extract, Transform, Load — wyodrębnianie, przekształcanie i ładowanie danych). Proces ten cyklicznie pobiera zmienione rekordy z bazy transakcyjnej Subiekta GT, oczyszcza je, przelicza i zapisuje w osobnej bazie danych analitycznych (hurtowni danych lub tabelach pośrednich). Takie podejście całkowicie odciąża główny serwer bazy produkcyjnej, eliminując ryzyko spowolnienia pracy użytkowników programu podczas generowania skomplikowanych zestawień.

Trzecią możliwością jest wykorzystanie konektorów ODBC (Open Database Connectivity — uniwersalny interfejs komunikacji z bazami danych) lub zautomatyzowanych skryptów generujących zrzuty danych do ustandaryzowanych formatów, takich jak pliki CSV lub Parquet (zoptymalizowany format kolumnowy do przetwarzania analitycznego). Metoda ta sprawdza się w środowiskach hybrydowych oraz przy integracji z platformami analitycznymi pracującymi w zewnętrznych infrastrukturach sieciowych.

Kluczowe obszary analityczne i struktura tabel w Subiekcie GT

Prawidłowe przygotowanie eksportu wymaga precyzyjnej znajomości struktury bazy danych systemu Subiekt GT. Narzędzia analityczne najczęściej czerpią informacje z czterech głównych obszarów funkcjonalnych programu:

Sprzedaż i rentowność: Dane o wystawionych fakturach, paragonach i korektach znajdują się w tabelach nagłówkowych dok__Dokument (przechowującej ogólne dane transakcji, daty, numery i identyfikatory kontrahentów) oraz tabelach pozycji dok_Pozycja (zawierającej szczegółowe wiersze towarowe, ilości, zastosowane rabaty i ceny sprzedaży). Prawidłowe powiązanie tych tabel pozwala na bieżące śledzenie dynamiki przychodów, marży procentowej i kwotowej oraz średniej wartości koszyka zakupowego.
Gospodarka magazynowa i rotacja zapasów: Kartoteka towarów i usług znajduje się w tabeli tw__Towar, natomiast bieżące stany ilościowe i rezerwacje w poszczególnych magazynach w tabeli tw_Stan. Historia wydań, przyjęć i przesunięć międzymagazynowych zapisywana jest w tabeli dok_MagRuch (ruchy magazynowe). Analiza tych danych w systemie Business Intelligence umożliwia identyfikację towarów nierotujących (zalegających w magazynie), prognozowanie zapotrzebowania na dostawy oraz kalkulację wskaźnika rotacji zapasów według metody FIFO (First In, First Out — rozliczanie kosztu zakupu od najstarszych partii towaru).
Finanse, rozrachunki i wiekowanie należności: Ewidencja płatności, należności i zobowiązań znajduje się w tabeli nz__Finanse, a ich rozliczenia w tabeli nz_Splata. Przeniesienie tych danych do narzędzia analitycznego pozwala na stworzenie raportów wiekowania należności (podział przeterminowanych faktur na przedziały czasowe, na przykład do 30 dni, 31–60 dni i powyżej 90 dni) oraz wyliczenie wskaźnika DSO (Days Sales Outstanding — średnia liczba dni oczekiwania na uregulowanie płatności przez klientów).
Segmentacja kontrahentów i efektywność handlowców: Tabela kh__Kontrahent oraz tabele adresowe adr__Ewidencja przechowują dane o klientach, ich przypisaniu do grup, cech i opiekunów handlowych. Na tej podstawie system analityczny buduje macierz RFM (Recency, Frequency, Monetary — segmentacja klientów według czasu od ostatniego zakupu, częstotliwości transakcji i łącznej wartości obrotu) oraz przejrzyste zestawienia efektywności poszczególnych pracowników działu sprzedaży.

Obsługiwane platformy Business Intelligence i warstwa wizualizacji

Eksport danych z Subiekta GT może zostać skonfigurowany pod kątem współpracy z różnymi platformami analitycznymi, w zależności od preferencji organizacji oraz posiadanego środowiska informatycznego:

Microsoft Power BI: Narzędzie analityczne umożliwiające tworzenie interaktywnych pulpitów menedżerskich (dashboardów). Integracja może opierać się na aplikacji Power BI Desktop do projektowania raportów oraz usłudze Power BI Service w chmurze. Do automatycznego odświeżania danych na serwerze lokalnym wdrażana jest lokalna brama danych (On-premises Data Gateway — usługa pośrednicząca w bezpiecznym przesyłaniu danych z lokalnej sieci firmowej do chmury bez konieczności otwierania portów przychodzących na routerze).

Tableau: Zaawansowana platforma analityczna dedykowana do głębokiej eksploracji danych i zaawansowanej wizualizacji statystycznej. Połączenie z bazą Subiekta GT realizowane jest poprzez natywny sterownik SQL Server lub warstwę widoków analitycznych, co pozwala na sprawne przetwarzanie dużych wolumenów rekordów transakcyjnych.

Metabase oraz Apache Superset: Oprogramowanie open-source (otwarte oprogramowanie bez opłat licencyjnych), które może zostać zainstalowane bezpośrednio na lokalnym serwerze w sieci przedsiębiorstwa. Umożliwia ono udostępnianie raportów pracownikom przez przeglądarkę internetową, zapewniając pełną kontrolę nad lokalizacją i bezpieczeństwem danych biznesowych.

Microsoft Excel z Power Pivot i Power Query: Dla zespołów przyzwyczajonych do pracy w arkuszu kalkulacyjnym możliwe jest zbudowanie modelu analitycznego bezpośrednio w programie Excel. Za pomocą Power Query (narzędzie do pobierania i transformacji danych) oraz Power Pivot (silnik analityczny operujący na relacyjnym modelu danych w pamięci RAM) użytkownicy mogą tworzyć zaawansowane tabele przestawne oparte na setkach tysięcy rekordów z bazy Subiekta GT bez ryzyka zawieszenia arkusza.

Warianty wdrożenia i harmonogramy przetwarzania danych

W zależności od wielkości bazy transakcyjnej oraz częstotliwości podejmowania decyzji biznesowych konfiguracja eksportu może przyjąć jeden z trzech podstawowych modeli:

Tryb bezpośrednich zapytań (DirectQuery): Narzędzie analityczne nie przechowuje kopii danych, lecz przy każdej zmianie filtrów na pulpicie menedżerskim wysyła zapytanie wprost do bazy SQL Server. Zaletą jest stały dostęp do danych w czasie rzeczywistym. Wymaga to jednak bardzo wydajnego serwera bazodanowego oraz precyzyjnie zaprojektowanych indeksów, aby zapytania analityczne nie obciążały transakcji handlowych.

Tryb odświeżania cyklicznego (Import / Scheduled Refresh): Dane z Subiekta GT są cyklicznie (na przykład raz na dobę w nocy lub co kilka godzin w ciągu dnia) pobierane, kompresowane i zapisywane w pamięci silnika analitycznego. Jest to najczęściej rekomendowany model, ponieważ gwarantuje błyskawiczne działanie raportów dla kadry zarządzającej i całkowicie izoluje pracę użytkowników Subiekta GT od zapytań raportowych.

Tryb hurtowni danych z warstwą pośrednią (Staging Database): Rozwiązanie dedykowane dla firm o dużej liczbie dokumentów (powyżej kilkuset tysięcy pozycji rocznie) lub posiadających wiele oddziałów. Dane z jednego lub wielu podmiotów Subiekta GT są replikowane do osobnej bazy danych analitycznych. W procesie transferu dane są wstępnie agregowane, co pozwala na błyskawiczne generowanie raportów wieloletnich porównań sprzedaży bez sięgania do bazy produkcyjnej.

Błędy popełniane przy samodzielnych próbach integracji bazy danych

Próby samodzielnego podłączenia narzędzi raportowych do produkcyjnej bazy Subiekta GT bez odpowiedniego przygotowania środowiska niosą za sobą ryzyko wystąpienia problemów operacyjnych i błędów w interpretacji wyników:

Blokowanie bazy produkcyjnej (zjawisko Lock Escalation): Nieprawidłowo skonstruowane zapytania SQL, które przeszukują całe tabele dokumentów bez odpowiednich indeksów, mogą założyć blokady na tabele transakcyjne. W rezultacie pracownicy wystawiający faktury lub paragony w Subiekcie GT doświadczają zawieszania się programu i komunikatów o przekroczeniu limitu czasu odpowiedzi serwera (timeout).

Pominięcie specyfiki korekt i zwrotów: W Subiekcie GT korekty dokumentów (na przykład korekty faktur sprzedaży KFS) stanowią osobne rekordy powiązane z dokumentami korygowanymi. Proste zsumowanie wartości z tabeli dokumentów bez uwzględnienia typów dokumentów oraz relacji korygujących prowadzi do zawyżenia przychodów lub błędnego naliczenia marży handlowej.

Nieprawidłowe uwzględnianie statusów dokumentów: W bazie danych znajdują się również dokumenty odłożone, wycofane ze skutku magazynowego, zamówienia od klientów oraz dokumenty w buforze. Brak odpowiednich filtrów w zapytaniach SQL powoduje, że raporty analityczne pokazują nieprawdziwe stany magazynowe lub uwzględniają sprzedaż, która faktycznie nie doszła do skutku.

Wykorzystywanie konta administratora bazy (sa): Podłączanie zewnętrznych aplikacji analitycznych przy użyciu domyślnego konta administracyjnego silnika SQL Server stanowi poważne naruszenie zasad bezpieczeństwa teleinformatycznego. Połączenie powinno być zawsze realizowane przez dedykowane konto z uprawnieniami ograniczonymi wyłącznie do odczytu wyznaczonych widoków lub tabel.

Brak mechanizmu odświeżania przyrostowego (Incremental Refresh): Pobieranie całej historii transakcji z kilku lat przy każdym odświeżeniu raportu powoduje niepotrzebne obciążenie sieci lokalnej oraz procesora serwera. Prawidłowa konfiguracja powinna pobierać historyczne dane jednorazowo, a w kolejnych cyklach przesyłać wyłącznie rekordy zmodyfikowane w ostatnim okresie.

Kiedy wdrożenie Business Intelligence należy odłożyć w czasie

Wdrożenie zaawansowanego systemu analitycznego przynosi wymierne korzyści tylko wtedy, gdy dane źródłowe w programie są wprowadzane rzetelnie i systematycznie. Warto wstrzymać się z konfiguracją eksportu do BI w następujących sytuacjach:

Gdy w kartotekach towarowych panuje nieporządek — towary nie mają przypisanych jednolitych grup, cech, kategorii ani symboli, a dokumenty magazynowe przychodu (PZ) wprowadzane są z opóźnieniem lub z zerowymi cenami zakupu. W takim przypadku raporty rentowności będą pokazywać zafałszowany obraz marży rzeczywistej.

Gdy potrzeby analityczne firmy w zupełności pokrywają standardowe mechanizmy Subiekta GT. Jeżeli przedsiębiorstwo potrzebuje jedynie prostych zestawień sprzedaży według kontrahenta czy miesięcznego rejestru dokumentów, w zupełności wystarczające jest przygotowanie zestawień własnych SQL bezpośrednio w module Zestawienia wewnątrz Subiekta GT, bez konieczności ponoszenia kosztów licencji i konfiguracji zewnętrznych platform BI.

Gdy serwer bazy danych wykazuje chroniczne problemy z wydajnością sprzętową. W pierwszej kolejności należy dokonać optymalizacji samego silnika SQL Server, uporządkować strukturę dyskową oraz zapewnić odpowiednią ilość pamięci operacyjnej RAM, aby dodatkowe procesy ekstrakcji danych nie destabilizowały bieżącej obsługi sprzedaży.

Najczęstsze pytania o integrację Subiekta GT z systemami BI

Czy wdrożenie raportów Business Intelligence wpłynie na płynność pracy sprzedawców w Subiekcie GT?

Prawidłowo wdrożona konfiguracja nie wpływa negatywnie na bieżącą pracę użytkowników programu. Stosujemy dedykowane widoki zoptymalizowane pod kątem odczytu, mechanizmy pobierania danych bez blokowania tabel transakcyjnych (poziom izolacji transakcji READ UNCOMMITTED lub migawki bazodanowe) oraz harmonogramy nocnego odświeżania dla dużych wolumenów danych.

Czy do pobierania danych z bazy wymagany jest moduł Sfera dla Subiekta GT?

Do celów analitycznych (wyłącznie odczyt danych) moduł Sfera (programistyczny interfejs obiektowy udostępniany przez firmę InsERT) nie jest wymagany. Dostęp do danych realizowany jest bezpośrednio na poziomie zapytań do silnika Microsoft SQL Server, co pozwala na optymalne transferowanie danych bez dodatkowych kosztów licencyjnych na stanowiska analityczne.

W jaki sposób w raportach uwzględniany jest rzeczywisty koszt zakupu towaru?

W zapytaniach integrujących łączymy pozycje dokumentów handlowych z tabelami ruchów magazynowych (tabela dok_MagRuch). Dzięki temu każda wydana pozycja towarowa ma precyzyjnie przypisany jednostkowy koszt magazynowy z konkretnej partii dostawy (zgodnie z metodą rozliczania magazynu przyjętą w danym podmiocie), co gwarantuje rzetelną kalkulację marży.

Jak zabezpieczyć dostęp do raportów, aby pracownicy widzieli tylko wybrane dane?

Bezpieczeństwo realizowane jest na dwóch poziomach. Na poziomie bazy danych tworzony jest użytkownik techniczny o minimalnych niezbędnych uprawnieniach. Z kolei na poziomie platformy Business Intelligence konfiguruje się reguły RLS (Row-Level Security — mechanizm bezpieczeństwa na poziomie wierszy), dzięki którym dany przedstawiciel handlowy po zalogowaniu widzi wyłącznie wyniki generowane przez siebie lub przypisanych mu kontrahentów.

Czy istnieje możliwość połączenia danych z Subiekta GT z danymi ze sklepu internetowego lub arkuszy kalkulacyjnych?

Tak, platformy Business Intelligence integrują wiele niezależnych źródeł danych w jednym modelu analitycznym. Możliwe jest równoległe pobieranie danych z bazy Subiekta GT, platform e-commerce (systemów sprzedaży internetowej), systemów CRM oraz zewnętrznych budżetów prowadzonych przez dział księgowości w arkuszach Excel.

Bezpieczna konfiguracja i optymalizacja analityki bazodanowej

Integracja Subiekta GT z narzędziami Business Intelligence przekształca surowe zapisy transakcyjne w czytelne wskaźniki efektywności przedsiębiorstwa. Kluczem do stabilnego działania takiego środowiska jest profesjonalne przygotowanie zapytań SQL, zachowanie pełnej integralności logicznej dokumentów magazynowo-handlowych oraz bezwzględne odizolowanie analityki od procesów bieżącej sprzedaży. Przeprowadzamy pełną konfigurację warstwy dostępu do danych, indeksów przyspieszających oraz modeli analitycznych bezpośrednio w środowisku informatycznym klienta.

22 378 48 09

Subiekt GT — eksport danych do systemu Business Intelligence