Zarząd firmy często potrzebuje zestawień sprzedażowych w formie prostego arkusza kalkulacyjnego, niekoniecznie w postaci rozbudowanych raportów systemowych — automatyzacja tego eksportu oszczędza czas przy każdorazowym przygotowywaniu takich zestawień.

Na czym polega ta usługa

Konfiguracja obejmuje przygotowanie szablonu eksportu danych sprzedażowych z Subiekta GT do Excela, dopasowanego do potrzeb zarządu firmy, oraz — na życzenie — ustawienie automatycznego, cyklicznego generowania takiego zestawienia bez ręcznej pracy księgowości.

Dla kogo ma sens

Usługa jest przydatna dla firm, w których zarząd regularnie potrzebuje prostych, czytelnych zestawień sprzedaży bez konieczności logowania się do samego Subiekta GT.

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. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Metody pobierania i transferu danych z Subiekta GT do arkuszy kalkulacyjnych

Pobieranie danych z systemu Subiekt GT (popularnego programu sprzedażowo-magazynowego firmy InsERT) do arkusza kalkulacyjnego Microsoft Excel lub LibreOffice Calc można zrealizować na kilka różnych sposobów technicznych. Dobór właściwej metody zależy od częstotliwości aktualizacji danych, poziomu zaawansowania raportu oraz tego, czy proces ma przebiegać w sposób w pełni bezobsługowy.

Pierwszą metodą jest wykorzystanie standardowych mechanizmów interfejsu użytkownika w programie Subiekt GT. Operator może wyeksportować bieżący widok tabeli z modułu dokumentów handlowych lub rozrachunków za pomocą funkcji eksportu do pliku CSV (format tekstowy z wartościami rozdzielanymi przecinkiem lub średnikiem) lub bezpośrednio do pliku arkusza kalkulacyjnego. To rozwiązanie sprawdza się przy sporadycznych zestawieniach, jednak wymaga ręcznej pracy pracownika, każdorazowego ustawiania filtrów dat oraz formatowania kolumn.

Drugą metodą jest moduł Zestawienia Własne SQL (funkcja programu Subiekt GT umożliwiająca definiowanie własnych zapytań bazodanowych w języku T-SQL). Raport przygotowany przez specjalistę pojawia się bezpośrednio na liście zestawień w programie. Użytkownik podaje parametry (na przykład zakres dat lub kategorię kontrahentów) i otrzymuje gotową tabelę, którą jednym kliknięciem przenosi do arkusza. Zaletą jest powtarzalność i eliminacja błędów ludzkich przy filtrowaniu.

Trzecią, najbardziej ergonomiczną dla kadry zarządzającej metodą, jest bezpośrednia integracja arkusza kalkulacyjnego z relacyjną bazą danych Microsoft SQL Server za pomocą mechanizmu Power Query (wbudowanego w arkusz narzędzia do pobierania, łączenia i transformacji danych zewnętrznych). W tym wariancie zarząd otwiera plik arkusza na swoim komputerze i klika przycisk odświeżania danych. Arkusz sam łączy się z bazą danych poprzez sterownik ODBC (uniwersalny interfejs łączący aplikacje z bazami danych) lub dostawcę OLE DB, pobiera najświeższe dane, przelicza formuły oraz aktualizuje tabele przestawne i wykresy, bez konieczności uruchamiania programu Subiekt GT.

Czwartym wariantem jest pełna automatyzacja serwerowa oparta na skryptach (na przykład PowerShell, Python lub procedury składowane SQL) uruchamianych cyklicznie przez Harmonogram zadań Windows (systemowe narzędzie do planowania zadań w tle). Skrypt o wyznaczonej godzinie (na przykład codziennie o 6:00 rano lub w każdy poniedziałek) generuje gotowy plik arkusza, zapisuje go we wspólnym folderze sieciowym na serwerze lub wysyła jako załącznik pocztą elektroniczną bezpośrednio do członków zarządu.

Kluczowe obszary danych analitycznych wymagane przez kadrę zarządzającą

Zarząd przedsiębiorstwa z reguły nie potrzebuje wglądu w pojedyncze pozycje dokumentów magazynowych, lecz oczekuje syntetycznych wskaźników biznesowych, które pozwalają na ocenę płynności finansowej oraz rentowności sprzedaży. Prawidłowo zaprojektowany szablon analityczny agreguje informacje z wielu powiązanych tabel bazy danych.

Do najczęściej konfigurowanych obszarów raportowych należą:

Struktura i dynamika przychodów: zestawienie łącznej wartości sprzedaży netto i brutto w podziale na dni, tygodnie, miesiące lub kwartały, z automatycznym porównaniem do analogicznego okresu w roku poprzednim.
Rzeczywista marża handlowa i rentowność: wyliczenie zysku ze sprzedaży z uwzględnieniem kosztu własnego zakupu towaru (pobieranego z dokumentów magazynowych PZ i WZ), co pozwala ocenić, które grupy asortymentowe lub usługi generują największy dochód.
Zestawienie rozrachunków i wiekowanie należności: raport prezentujący strukturę zadłużenia kontrahentów z podziałem na przedziały czasowe (na przykład należności bieżące, przeterminowane do 30 dni, od 31 do 60 dni oraz powyżej 90 dni), co umożliwia szybką reakcję na zatory płatnicze.
Analiza rotacji zapasów magazynowych: identyfikacja towarów zalegających na magazynie (tak zwanych leżaków magazynowych) oraz pozycji o najwyższej rotacji, co ułatwia planowanie zamówień i optymalizację kapitału obrotowego.
Efektywność handlowców i kanałów sprzedaży: podsumowanie wyników generowanych przez poszczególnych pracowników działu sprzedaży, oddziały firmy lub kategorie dokumentów (na przykład sprzedaż stacjonarna w porównaniu do sprzedaży internetowej).

Częste błędy i pułapki podczas samodzielnego przygotowywania raportów

Próby samodzielnego wyciągania danych z systemu Subiekt GT za pomocą prostych zapytań lub kopiowania tabel często prowadzą do powstawania raportów zawierających poważne błędy merytoryczne. Wnioski wyciągane przez zarząd na podstawie takich danych mogą prowadzić do błędnych decyzji finansowych.

Najczęstszym błędem jest nieuwzględnianie korekt sprzedaży. W bazie danych Subiekta GT faktury sprzedaży (dokumenty FS) oraz korekty faktur (dokumenty KFS) są zapisywane jako osobne rekordy. Proste zsumowanie wartości z tabeli dokumentów sprzedaży bez odliczenia korekt ilościowych i wartościowych prowadzi do sztucznego zawyżenia przychodów oraz marży.

Kolejną pułapką jest wliczanie do analiz dokumentów będących w buforze (dokumentów wystawionych ze statusem odłożonym, niezatwierdzonych formalnie lub nieposiadających skutku magazynowego). Prawidłowo skonstruowane zapytanie analityczne musi precyzyjnie weryfikować flagi statusu dokumentów w tabelach systemowych, aby nie uwzględniać transakcji anulowanych lub wersji roboczych.

Poważnym problemem technicznym przy pisaniu własnych zapytań SQL jest nieprawidłowe łączenie tabel (używanie niewłaściwych kluczy obcych i relacji JOIN). Może to wywołać zjawisko iloczynu kartezjańskiego, w którym wiersze raportu zostają wielokrotnie zduplikowane, na przykład gdy dokument powiązany jest z wieloma płatnościami cząstkowymi lub wieloma dokumentami wydania zewnętrznego.

Warto również zwrócić uwagę na obciążenie silnika bazy danych. Nieoptymalne zapytanie SQL, pozbawione odpowiednich indeksów bazodanowych lub przeszukujące całą historię transakcji bez ograniczeń czasowych, potrafi zablokować tabele w bazie MS SQL Server na kilkadziesiąt sekund. W tym czasie pracownicy pracujący w programie Subiekt GT doświadczają zawieszania się programu i niemożności wystawiania dokumentów.

Częstym mankamentem są również błędy formatowania: nieprawidłowe kodowanie polskich znaków diakrytycznych (konflikt między stronami kodowymi Windows-1250 a UTF-8) oraz błędna interpretacja separatorów dziesiętnych (kropka zamiast przecinka), co uniemożliwia wykonywanie dalszych obliczeń matematycznych w arkuszu kalkulacyjnym.

Zasady bezpieczeństwa i uprawnień przy integracji z bazą MS SQL

Pobieranie danych z bazy systemu ERP bezpośrednio do arkuszy kalkulacyjnych wymaga zachowania rygorystycznych zasad bezpieczeństwa teleinformatycznego, aby uniknąć ryzyka uszkodzenia spójności danych lub nieautoryzowanego dostępu do informacji poufnych.

Podstawową zasadą jest bezwzględny zakaz konfigurowania połączeń analitycznych na głównym koncie administratora bazy danych (użytkownik „sa”). Do celów raportowych tworzy się dedykowanego użytkownika w silniku Microsoft SQL Server, który posiada uprawnienia wyłącznie do odczytu (rola db_datareader lub uprawnienie SELECT nadane tylko do wybranych widoków). Taki użytkownik nie ma technicznej możliwości usunięcia, modyfikacji ani nadpisania jakichkolwiek rekordów w bazie.

Zamiast udostępniać arkuszom bezpośredni dostęp do surowych tabel bazy danych, stosuje się dedykowane widoki SQL (zapisane na serwerze struktury logiczne, które łączą i filtrują dane). Widok ukrywa wewnętrzną złożoność bazy, a jednocześnie pozwala ograniczyć zakres prezentowanych informacji — na przykład wykluczając dane osobowe pracowników lub poufne marże zakupu, jeśli dany raport ma trafiać do szerszego grona odbiorców.

Istotnym elementem jest także bezpieczeństwo sieciowe. Połączenie z bazą danych powinno odbywać się wewnątrz zabezpieczonej sieci lokalnej (LAN) lub przez szyfrowany tunel VPN (wirtualną sieć prywatną), gdy raporty odświeżane są poza biurem firmy. Port serwera bazy danych nie powinien być nigdy wystawiany bezpośrednio do publicznej sieci Internet bez dodatkowych zabezpieczeń.

Kiedy wystarcza zoptymalizowany arkusz, a kiedy potrzebne jest inne rozwiązanie

Arkusz kalkulacyjny połączony z bazą Subiekta GT jest rozwiązaniem optymalnym dla większości małych i średnich przedsiębiorstw. Zapewnia doskonałą elastyczność, nie generuje kosztów zakupu drogich licencji na oprogramowanie analityczne oraz pozwala kadrze zarządzającej na swobodne tworzenie własnych podsumowań w znanym środowisku biurowym.

Warto jednak rozróżnić sytuacje, w których arkusz kalkulacyjny jest w pełni wystarczający, od przypadków wymagających wdrożenia bardziej zaawansowanych narzędzi klasy Business Intelligence (oprogramowania do zaawansowanej analityki wielowymiarowej, takiego jak Microsoft Power BI):

Arkusz kalkulacyjny sprawdza się idealnie: gdy firma potrzebuje zestawień tabelarycznych, standardowych wykresów dynamiki sprzedaży, comiesięcznych podsumowań marżowości oraz przejrzystych raportów kontrolingowych do kilkunastu tysięcy wierszy danych.
Zaawansowane systemy analityczne są zalecane: gdy baza danych zawiera miliony rekordów z wielu lat, a zarząd wymaga budowania interaktywnych paneli menedżerskich (dashboardów) dostępnych w aplikacji mobilnej na telefonie, automatycznego łączenia danych z wielu rozproszonych oddziałów z osobnymi bazami Subiekta lub integracji danych z platformami e-commerce i systemami CRM w czasie rzeczywistym.

Najczęściej zadawane pytania (FAQ)

Czy do automatycznego odświeżania danych w Excelu zarząd musi mieć zainstalowanego Subiekta GT?

Nie ma takiej konieczności. Arkusz kalkulacyjny łączy się bezpośrednio z serwerem bazy danych Microsoft SQL Server za pośrednictwem sieci lokalnej lub bezpiecznego połączenia zdalnego. Na komputerze osoby korzystającej z raportu wystarczy zainstalowany program Microsoft Excel lub kompatybilny arkusz kalkulacyjny oraz odpowiednio skonfigurowane źródło danych.

Czy odpytywanie bazy danych przez arkusz może spowolnić pracę sprzedawców w programie?

Prawidłowo zoptymalizowane zapytania analityczne wykonują się w ułamku sekundy i nie wpływają odczuwalnie na wydajność pracy pozostałych użytkowników Subiekta GT. Dodatkowo w zapytaniach stosuje się odpowiednie dyrektywy blokad (na przykład NOLOCK), które zapobiegają blokowaniu edytowanych rekordów i chronią system przed zjawiskiem zakleszczenia transakcji.

W jaki sposób w raportach uwzględniane są korekty dokumentów i zwroty towarów?

Dedykowany widok bazodanowy jest konstruowany w taki sposób, aby automatycznie parować dokumenty pierwotne z ich korektami. Wartości sprzedaży, ilości towarów oraz koszty zakupu są korygowane o dane z dokumentów KFS (korekta faktury sprzedaży) oraz KZW (korekta zwrotu), co gwarantuje pełną zgodność raportu z rzeczywistym wynikiem księgowym.

Czy raport może być generowany i wysyłany automatycznie bez otwierania programu?

Tak. Istnieje możliwość skonfigurowania skryptu serwerowego, który w zdefiniowanym harmonogramie czasowym pobiera dane z bazy, zapisuje je do sformatowanego pliku arkusza kalkulacyjnego i przesyła na wskazane adresy e-mail za pośrednictwem protokołu pocztowego SMTP. Proces ten odbywa się w pełni automatycznie w tle.

Co dzieje się z raportami w przypadku aktualizacji programu Subiekt GT do nowszej wersji?

Standardowe aktualizacje systemu Subiekt GT zachowują kompatybilność struktur bazodanowych odpowiedzialnych za podstawowe tabele dokumentów, towarów i kontrahentów. Dedykowane widoki SQL oraz zapytania zachowują swoją funkcjonalność. W przypadku większych zmian struktury bazy danych wprowadzanych przez producenta systemu, zapytania raportowe mogą wymagać drobnej weryfikacji i dostosowania.

Prawidłowo przygotowane środowisko raportowe dla kadry zarządzającej

Wdrożenie dedykowanego mechanizmu transferu danych z bazy Subiekta GT do arkusza kalkulacyjnego pozwala kadrze zarządzającej na bieżąco monitorować kluczowe wskaźniki efektywności przedsiębiorstwa bez angażowania czasu pracowników działu handlowego i księgowości. Prace konfiguracyjne realizowane bezpośrednio w infrastrukturze teleinformatycznej klienta obejmują przygotowanie bezpiecznych kont dostępowych w silniku MS SQL Server, optymalizację zapytań wyciągających dane oraz opracowanie przejrzystych szablonów raportowych z automatycznym odświeżaniem.

22 378 48 09

Eksport danych z Subiekta GT do arkusza kalkulacyjnego dla zarządu