enova365 księgowość - od dokumentu do zamknięcia miesiąca

Księgowość w systemie ERP jest ciągiem przekształceń tej samej informacji. Faktura zakupu staje się dekretem, dekret zapisem na koncie, a suma zapisów w okresie obrachunkowym zestawieniem do rozliczenia miesiąca. Artykuł opisuje ten przebieg jako mechanizm: od planu kont, przez dekretację dokumentów i okresy obrachunkowe, po zamknięcie miesiąca oraz kontrolę spójności zapisów.

Funkcje enova365 podano tu wyłącznie w zakresie, w jakim opisuje je materiał SoftwareStudio. Dotyczy to konfigurowalnego planu kont i automatycznego dekretowania dokumentów. Materiał opisuje też sygnalizowanie niezgodności oraz Pulpit Klienta dla biura rachunkowego. Pozostałe fragmenty opisują ogólne zasady księgowości komputerowej i nie stanowią specyfikacji konkretnego modułu.

enova365 księgowość - plan kont i struktura ewidencyjna

Plan kont jest słownikiem, z którego korzysta każdy dekret. Konto syntetyczne, na przykład 201 dla rozrachunków z odbiorcami, zbiera obroty w jednej pozycji. Konta analityczne rozbijają je na pojedynczych kontrahentów, więc saldo syntetyki musi równać się sumie sald analityki. Ta zależność stanowi punkt odniesienia dla większości kontroli opisanych w dalszej części.

Według materiału SoftwareStudio enova365 pozwala zmieniać strukturę ewidencyjną oraz tworzyć własne plany kont i ustawienia systemowe. Umożliwia też dostosowanie panelu administratora. Gdy plan kont jest danymi konfiguracyjnymi, a nie kodem, zmiana numeracji albo dodanie konta analitycznego nie wymaga nowej wersji programu. Szersze omówienie dopasowania systemu do firmy zawiera artykuł dostosowanie enova365 do specyfiki firmy.

Wymiary analityczne zamiast mnożenia kont

Konto analityczne odpowiada na jedno pytanie, na przykład o kontrahenta. Gdy potrzebny jest drugi przekrój, na przykład projekt, mnożenie kont prowadzi do rozrostu planu: liczba kont rośnie jak iloczyn kontrahentów i projektów. System ERP rozwiązuje to wymiarem opisującym zapis, czyli kodem projektu zapisanym obok numeru konta.

Materiał SoftwareStudio wspomina zestawienia księgowe, w których obok kont występują projekty oraz dowolnie zdefiniowane kategorie. Mechanizm jest wtedy prosty: zestawienie grupuje zapisy po wybranym wymiarze i sumuje kwoty. Plan kont zostaje przy tym krótki, bo przekroje analityczne nie wymagają osobnych numerów.

Reguła: nowy przekrój analityczny wprowadza się jako wymiar zapisu, a nie jako kolejny poziom numeru konta. Numer konta opisuje charakter operacji, wymiar opisuje jej kontekst.

Dekretacja dokumentów i schematy księgowania

Dekretacja przypisuje dokumentowi konta po stronie Winien i Ma. Dla faktury zakupu towarów kwota netto trafia na konto kosztowe albo materiałowe, VAT naliczony na konto rozliczeń VAT, a kwota brutto na konto dostawcy. Suma po stronie Winien musi wynosić tyle samo, ile suma po stronie Ma.

Według materiału SoftwareStudio enova365 wykonuje część tych czynności samodzielnie: automatyzuje ewidencjonowanie i dekretowanie dokumentów, co ogranicza operacje ręczne. W systemach ERP działa to zwykle na zasadzie szablonu. Schemat księgowania zawiera warunek doboru, na przykład typ dokumentu i stawkę VAT. Wskazuje też konta Winien i Ma oraz formułę kwoty. Program dobiera pasujący schemat i generuje zapisy, a następnie sprawdza równowagę stron.

Gdy żaden schemat nie pasuje, dokument zostaje w buforze i czeka na dekret ręczny. To właściwe zachowanie, bo zgadywanie konta jest gorsze od zatrzymania dokumentu. Dokumenty w buforze widać na liście roboczej księgowego, a ich liczba przed zamknięciem miesiąca powinna wynosić zero.

Reguła: dekret jest poprawny tylko wtedy, gdy suma po stronie Winien równa się sumie po stronie Ma. Zapis niezbilansowany powinien być odrzucony przy zatwierdzaniu, a nie wykrywany w bilansie obrotów.

Bufor i zatwierdzenie dokumentu

Dokument w buforze można poprawiać bez śladu w księdze, ponieważ nie należy jeszcze do żadnego salda. Zatwierdzenie zapisuje dekret w dzienniku i blokuje dokument przed edycją. Błąd wykryty później koryguje się nowym zapisem, na przykład storno albo dokumentem korygującym, a nie nadpisaniem starego.

Poniższe zapytanie ma charakter przykładowy: tabele są hipotetyczne i nie odzwierciedlają schematu enova365. Wskazuje dokumenty w buforze, których strony dekretu nie są równe:

SELECT d.DokumentId,
       SUM(CASE WHEN z.Strona = 'Wn' THEN z.Kwota ELSE 0 END) AS SumaWn,
       SUM(CASE WHEN z.Strona = 'Ma' THEN z.Kwota ELSE 0 END) AS SumaMa
FROM dbo.DokumentBufor AS d
JOIN dbo.DekretBufor AS z ON z.DokumentId = d.DokumentId
GROUP BY d.DokumentId
HAVING SUM(CASE WHEN z.Strona = 'Wn' THEN z.Kwota ELSE 0 END)
    <> SUM(CASE WHEN z.Strona = 'Ma' THEN z.Kwota ELSE 0 END);

Okresy obrachunkowe i zamknięcie miesiąca

Okres obrachunkowy jest przedziałem, w którym zapisy trafiają do jednego zestawu sald, najczęściej miesiącem. O przypisaniu dokumentu do okresu decyduje data księgowania. Nie musi to być data wystawienia: faktura kosztowa z końca sierpnia, która dotarła we wrześniu, może trafić do wrześniowych ksiąg, jeśli tak zdecyduje księgowy zgodnie z zasadami firmy.

Zamknięcie miesiąca ma stałą kolejność, ponieważ każdy krok zakłada poprawność poprzedniego. Najpierw usuwa się dokumenty z bufora, potem sprawdza rozrachunki i rejestry VAT, na końcu blokuje okres. Odwrócenie tej kolejności oznacza blokadę salda, które i tak trzeba będzie poprawiać.

Rozliczanie płatności z fakturami opisuje artykuł o rozrachunkach i rozliczeniach w enova365. Zgodność rejestrów VAT ma znaczenie dla sprawozdawczości, którą omawia tekst o obsłudze JPK i eDeklaracji.

Blokada okresu jako warunek w zapytaniu

Blokadę okresu można zabezpieczyć warunkiem, który sprawdza bufor w tej samej instrukcji. Poniższy przykład jest hipotetyczny. Okres zostaje zamknięty tylko wtedy, gdy nie ma w nim dokumentów oczekujących na zatwierdzenie:

UPDATE dbo.OkresObrachunkowy
SET Zamkniety = 1, DataZamkniecia = SYSDATETIME()
WHERE Rok = 2026 AND Miesiac = 9 AND Zamkniety = 0
  AND NOT EXISTS (SELECT 1
                  FROM dbo.DokumentBufor AS b
                  WHERE b.Rok = 2026 AND b.Miesiac = 9);

Warunek w jednej instrukcji zamyka lukę czasową. Gdyby program najpierw odczytał liczbę dokumentów w buforze, a dopiero potem zamknął okres, w przerwie mógłby powstać nowy dokument. Instrukcja UPDATE z podzapytaniem wykonuje obie czynności atomowo.

Reguła: okres zamyka się dopiero po rozliczeniu bufora i zgodności kont rozrachunkowych z wykazem należności i zobowiązań. Ponowne otwarcie okresu wymaga osobnego uprawnienia i śladu w dzienniku zmian.

Kontrola spójności zapisów księgowych

Spójność zapisów sprawdza się kilkoma niezależnymi zależnościami. Każda z nich wynika z tego, że te same kwoty widać w dwóch miejscach: w samej księdze oraz w rejestrach pomocniczych, takich jak rozrachunki i rejestry podatkowe. Rozbieżność oznacza, że któryś zapis powstał poza standardową ścieżką albo został zmieniony.

• Bilans obrotów - suma obrotów Winien jest równa sumie obrotów Ma w całej księdze.
• Syntetyka a analityka - saldo konta syntetycznego równa się sumie sald jego kont analitycznych.
• Rozrachunki - saldo konta rozrachunkowego odpowiada kwocie nierozliczonych dokumentów kontrahentów.
• Rejestry VAT - suma podatku w rejestrach zgadza się z obrotami konta rozliczeń VAT.

Według materiału SoftwareStudio program analizuje wprowadzone dane i sygnalizuje potencjalne błędy lub niezgodności. Praktyczna wartość takiej kontroli zależy od momentu uruchomienia: sygnał przed zamknięciem okresu pozwala poprawić zapis bez otwierania okresu ponownie. Ten sam sygnał po zamknięciu oznacza korektę z zapisem w dzienniku.

Kontrole spójności dobrze uzupełniać zapytaniami raportowymi, które księgowy uruchamia przed każdym zamknięciem. Zapytanie o zgodność syntetyki z analityką pokazuje konta, na których kwoty się rozjechały, a nie tylko informację, że gdzieś jest różnica. Wynik z niezerową różnicą ma priorytet przed wszystkimi innymi czynnościami.

Korekta po zamknięciu okresu wymaga rozstrzygnięcia, w którym okresie ma powstać. Gdy okres pozostaje zamknięty, zapis korygujący trafia do bieżącego okresu z odwołaniem do dokumentu pierwotnego, a salda historyczne się nie zmieniają. Gdy okres zostanie ponownie otwarty, korekta wchodzi do okresu pierwotnego, ale zestawienia z tego okresu trzeba wygenerować od nowa. W obu wariantach dziennik zmian pokazuje, kto i kiedy dotknął zapisu, co ułatwia późniejsze wyjaśnianie różnic między sprawozdaniami.

Pulpit Klienta i współpraca z biurem rachunkowym

Biuro rachunkowe pracuje na danych klienta, więc przepływ dokumentów decyduje o tempie zamknięcia miesiąca. Materiał SoftwareStudio opisuje Pulpit Klienta jako narzędzie do szybkiego udostępniania danych księgowych biuru rachunkowemu. Według tego samego materiału klient może śledzić status swoich rozliczeń, pobierać raporty przez portal internetowy, a system archiwizuje historię współpracy.

Mechanizm opiera się na podziale ról. Klient wprowadza lub dostarcza dokumenty, a biuro dekretuje je i kontroluje zapisy. Wynik wraca do klienta jako raport tylko do odczytu. Każda strona widzi wyłącznie dane własnego podmiotu, co wymaga uprawnień przypisanych do kontrahenta, a nie do pojedynczego dokumentu.

Podział uprawnień ma charakter przykładowy i pokazuje typowy model, a nie konfigurację domyślną enova365. Szczegóły obiegu i archiwizacji plików opisuje artykuł o enova365 DMS.

Zasada wdrożeniowa: Pulpit Klienta warto udostępnić biuru rachunkowemu od razu przy wdrożeniu. Ogranicza to wymianę dokumentów pocztą i przyspiesza dekretowanie.

Zestawienia księgowe według wymiarów

Zestawienie księgowe jest agregacją zapisów: grupuje je po jednym lub kilku wymiarach i sumuje kwoty. Materiał SoftwareStudio podaje, że użytkownik tworzy zestawienia z podziałem na konta oraz projekty, a także inne dowolnie zdefiniowane kategorie. Ten sam zbiór zapisów daje wtedy różne widoki bez powielania danych.

Poniższe zapytanie ilustruje zasadę na hipotetycznej tabeli zapisów. Saldo liczy się jako różnica stron, a okres wybiera przedział półotwarty, który nie gubi zapisów z ostatniego dnia miesiąca:

SELECT z.Konto, z.KodProjektu,
       SUM(CASE WHEN z.Strona = 'Wn' THEN z.Kwota ELSE -z.Kwota END) AS Saldo
FROM dbo.ZapisKsiegowy AS z
WHERE z.DataKsiegowania >= '2026-09-01'
  AND z.DataKsiegowania < '2026-10-01'
GROUP BY z.Konto, z.KodProjektu
ORDER BY z.Konto, z.KodProjektu;

Zapisy o pustym kodzie projektu tworzą w wyniku osobną grupę, którą warto pokazać jawnie. Ukrywanie jej zaniża sumę kosztów projektowych i myli odbiorcę zestawienia. Opis raportowania w enova365 zawiera artykuł o raportowaniu i przygotowaniu zestawień, a różnicę między raportem a analizą wielowymiarową wyjaśnia tekst o Business Intelligence w enova365.

Partner enova Wielkopolska - wdrożenie i wsparcie

Materiał SoftwareStudio przedstawia współpracę z partnerem enova w Wielkopolsce jako drogę do pełniejszego wykorzystania systemu. Opis zakresu wsparcia w oryginalnym tekście ogranicza się do czterech elementów:

• Wdrożenie - konfiguracja oprogramowania pod procesy firmy.
• Szkolenia - przygotowanie użytkowników do pracy w systemie.
• Wsparcie techniczne - bieżąca pomoc przy problemach z działaniem programu.
• Znajomość regionu - doświadczenie z lokalnymi przedsiębiorstwami i szybka reakcja na zgłoszenia.

Stronę o partnerstwie enova w Wielkopolsce udostępnia SoftwareStudio jako partner enova Wielkopolska, a ogólny opis systemu zawiera materiał enova jako system ERP. Producent, firma Soneta, opisuje produkt na stronie enova.pl. Miejsce systemu wśród programów dla przedsiębiorstw omawia artykuł o Soneta enova, a różnice między rozwiązaniami dla różnych wielkości firm opisuje tekst o programie enova ERP.

Wymianę danych enova365 z innymi systemami, na przykład magazynowymi, opisuje artykuł o integracji enova. Wybór zakresu funkcji księgowych, od uproszczonej ewidencji po pełną księgowość, porządkuje tekst o programie do pełnej księgowości.