Instrukcja OneView

Czytanie:
ELWU OneView · instrukcja obsługi

Jak pracować w OneView — moduł po module i czynność po czynności.

Ta strona opisuje obsługę aplikacji: gdzie wejść, co zrobić, co sprawdzić i dokąd przejść dalej. System pomocy (i) jest używany jako dodatkowe wyjaśnienie konkretnych pól, bloków i wyjątków — nie zastępuje instrukcji.

24 obszarów instrukcji 69 opisanych czynności 633 podpowiedzi (i) OneView 1.0.789
Nawigacja. Lewa kolumna i prawa treść mają osobne paski przewijania. Kliknięcie pozycji ustawia obie kolumny tylko w momencie nawigacji; później każdą przewijasz niezależnie.
Początek dnia

Najprostszy schemat pracy

1Panel główny

Wybierz obszar pracy albo użyj skrótu do najczęstszej czynności.

2Zadania i Alerty

Sprawdź, co wymaga decyzji oraz czy pojawiły się nowe sygnały ostrzegawcze.

3Rejestry

Pracuj na dokumentach, umowach, kosztach i wpływach. Poprawiaj dane w źródłowym module.

4Pulpit i Raporty

Na końcu sprawdź wynik — wskaźniki i zestawienia korzystają z danych z rejestrów.

Jeżeli liczba w Pulpicie wygląda źle, nie poprawia się jej na Pulpicie. Trzeba znaleźć dokument lub dane źródłowe, które na tę liczbę się składają.

Dodatkowe wyjaśnienia

Jak instrukcja wykorzystuje symbol (i)

Przy wybranych czynnościach zobaczysz mały przycisk i. Otwiera on ten sam opis kontekstowy, który OneView pokazuje przy polu albo bloku na ekranie aplikacji. Dzięki temu instrukcja zachowuje główny tok pracy, a szczegół techniczny jest dostępny wtedy, kiedy jest potrzebny.

Instrukcja

Odpowiada: „jak wykonać czynność od początku do końca?”.

Pomoc (i)

Odpowiada: „co oznacza to konkretne pole, liczba, blok albo wyjątek?”.

Screen

Pokazuje, gdzie element znajduje się na ekranie i prowadzi do właściwej czynności w instrukcji.

Pomoc (i) wykryta: 633 polskich podpowiedzi z aktywnej instalacji OneView. Są używane jako kontekst do opisanych niżej czynności.
Nawigacja

Mapa modułów OneView

Kliknij moduł, aby przejść do jego instrukcji. Każda sekcja zawiera opis celu, podstawowe czynności, powiązania z innymi ekranami oraz — jeśli są dostępne — podpowiedzi z systemu (i).

Praca · Start

Panel główny

Rozdzielnia aplikacji. Służy do szybkiego wejścia do modułu lub rozpoczęcia jednej z najczęstszych czynności; analizy liczbowe są w Pulpicie zarządczym i Raportach.

10 podpowiedzi (i)

Wybór modułu

Kafle Panelu głównego odpowiadają na pytanie „gdzie mam iść i po co”.

#
  1. Otwórz Panel główny.
  2. Znajdź kafel interesującego obszaru; możesz użyć wyszukiwarki modułów.
  3. Kliknij kafel. Jeśli moduł jest wyłączony dla firmy lub nie masz uprawnienia, wejście będzie niedostępne.
  4. Po wejściu pracujesz już na ekranie wybranego modułu.

Skróty do najczęstszych czynności

Skróty prowadzą bezpośrednio do istniejących ekranów, bez tworzenia osobnego trybu pracy.

#
  1. „Wrzuć dokument” prowadzi do Rejestru Kosztów.
  2. „Nowa umowa” prowadzi do Rejestru Umów.
  3. „Kreator kategorii” prowadzi do Administracji aplikacją.
  4. Widoczność skrótu zależy od modułów i uprawnień użytkownika.
iPomoc kontekstowa z aplikacji dla tego modułu10 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Panel główny — rozdzielnia modułów

dashboard.main.launcherdashboard.main
Ten ekran nie liczy pieniędzy, tylko prowadzi: każdy kafel otwiera osobny obszar aplikacji i mówi w jednym zdaniu, co w nim jest. Do wersji 1.0.173 stały tu kafle z kwotami i dwa wykresy — czyli te same pytania, na które odpowiada Pulpit zarządczy, tylko węższym zakresem. Dwa ekrany liczące jedno przez dwa różne kawałki programu w końcu zawsze pokazują dwie różne liczby, więc liczby zostały w jednym miejscu: Pulpit zarządczy (kondycja firmy) i Raporty (zestawienia). Kafel wygaszony znaczy „jest, ale nie w Twoim pakiecie albo nie dla Twojej roli", a kafel z napisem WKRÓTCE — „ekran jeszcze nie powstał"; oba zostają widoczne, bo „nie ma tego w programie" i „nie masz do tego dostępu" to dwie różne odpowiedzi.

Skróty — od czego zwykle zaczyna się dzień

dashboard.main.quick_actionsdashboard.main
Trzy przyciski do rzeczy robionych najczęściej: wrzucenie dokumentu do rozpoznania, dodanie nowej umowy i kreator kategorii. Każdy prowadzi do istniejącego ekranu i pokazuje się tylko wtedy, gdy dany moduł jest włączony, a Twoja rola ma do niego prawo — przycisk, który po kliknięciu odmawia, jest gorszy niż jego brak. Na telefonie skróty stoją w jednym rzędzie nad kaflami, żeby dały się dosięgnąć kciukiem.

Należności

help.dashboard.main.metrics.outstandingdashboard.main
Suma nieopłaconych dokumentów sprzedażowych.

Zaległości sprzedaży

help.dashboard.main.metrics.sales_overduedashboard.main
Kwota dokumentów po terminie płatności.

DSO

help.dashboard.main.metrics.dsodashboard.main
Średni czas odzyskania należności (w dniach).

Koszty razem

help.dashboard.main.metrics.costs_totaldashboard.main
Łączna wartość kosztów w aktywnym zakresie danych.

Zaległe koszty

help.dashboard.main.metrics.costs_overduedashboard.main
Koszty wymagające płatności, których termin już minął.

Prognoza subskrypcji

help.dashboard.main.metrics.subscriptions_forecastdashboard.main
Prognozowana wartość kosztów cyklicznych na kolejne okresy.

Nieprzeczytane

help.dashboard.main.metrics.unread_notificationsdashboard.main
Liczba aktywnych powiadomień wymagających uwagi.

Najnowsze powiadomienia

help.dashboard.main.table.notificationsdashboard.main
Lista ostatnich zdarzeń: data, typ, ważność i treść komunikatu.
Praca · Do zrobienia

Zadania

Lista spraw, które wymagają decyzji człowieka. Zadanie pozostaje otwarte do rozstrzygnięcia, dlatego nie należy go traktować jak zwykłego powiadomienia.

10 podpowiedzi (i)

Wszystkie zadania i Moje zadania

Zakres pozwala oddzielić kolejkę całej firmy od spraw przypisanych bezpośrednio do Ciebie.

#
  1. Wejdź do modułu Zadania.
  2. Wybierz „Wszystkie”, aby zobaczyć całą otwartą kolejkę, w tym zadania bez właściciela.
  3. Wybierz „Moje zadania”, aby ograniczyć listę do pozycji, których jesteś właścicielem.
  4. Najpierw obsłuż pozycje zaległe — ich termin już minął.

Podjęcie decyzji w zadaniu

Zadania decyzyjne zapisują wynik w źródłowym obiekcie, np. w umowie — nie są osobną bazą decyzji.

#
  1. Otwórz zadanie i przeczytaj, czego dotyczy.
  2. Wybierz właściwą decyzję dostępną dla danego typu zadania.
  3. Uzupełnij wymagane dane, np. nową datę albo powód zakończenia.
  4. Zatwierdź. System zapisze zmianę w źródłowym module i zamknie zadanie.

Odrzucenie zadania

Odrzucenie oznacza świadomą decyzję, dlatego wymaga podania powodu.

#
  1. Otwórz zadanie.
  2. Wybierz odrzucenie tylko wtedy, gdy czynności rzeczywiście nie należy wykonywać.
  3. Wpisz konkretny powód.
  4. Zapisz — zadanie trafi do historii rozstrzygniętych.

Zadania zamykane automatycznie

Część zadań znika po naprawieniu przyczyny w innym module, bez ręcznego „odhaczania”.

#
  1. Przejdź z zadania do wskazanego źródła problemu.
  2. Popraw dane lub wykonaj czynność w module źródłowym.
  3. Nie zamykaj zadania sztucznie, jeżeli system ma wykryć usunięcie przyczyny.
  4. Po ponownym przeliczeniu lub synchronizacji zadanie zostanie zamknięte/anulowane zgodnie z regułą.
iPomoc kontekstowa z aplikacji dla tego modułu10 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Zadania — to, co czeka na decyzję, a nie to, co się wydarzyło

tasks.main.overviewtasks.main

Zadanie to nie alert. Alert przeczytany znika z licznika; zadanie niewykonane zostaje i po terminie staje się zaległością. Dlatego to jest osobny ekran — odpowiada na pytanie „co mam zrobić”, a nie „co się stało”.

Zadania zakłada system z reguł (na razie: termin decyzji o odnowieniu umowy) i robi to dopiero wtedy, gdy decyzja jest realna — na dwa tygodnie przed terminem. Dalsza przyszłość nie jest tu zapisana, tylko liczona z umów; dzięki temu aneks przesuwający datę nie zostawia po sobie nieaktualnej listy.

Zadanie zamyka się na dwa sposoby: wykonaniem (jedna z decyzji, która naprawdę coś zmienia w umowie) albo odrzuceniem z powodem. Powód jest wymagany, bo odrzucenie bez powodu jest sprzątnięciem listy, a nie decyzją.

Zakres — wszystkie zadania firmy albo tylko Twoje

tasks.main.scopetasks.main

Moje zadania pokazuje wyłącznie te, których właścicielem jesteś Ty. Właściciel bierze się z umowy — z osoby przypisanej do niej jako opiekun.

Zadanie bez właściciela nie jest usterką: to poprawny stan „jeszcze niczyje”. Takie zadania widać wyłącznie w zakresie „Wszystkie” i to jest celowe — niczyja kolejka musi być widoczna dla kogoś, kto ją rozdzieli.

Liczba przy „Wszystkie” to liczba otwartych zadań. Osobno, na czerwono, pokazywana jest liczba zaległych — bo to jedyna liczba, na którą trzeba zareagować dzisiaj.

Trzy wyjścia decyzji o odnowieniu — każde coś zmienia w umowie

tasks.main.decisiontasks.main
  • Przedłuż — wpisuje nową datę końca. Umowa zostaje na czas określony i za jakiś czas znów spyta o decyzję.
  • Na czas nieokreślony — od tej chwili umowa nie wygaśnie sama. Zapisywana jest też data końca okresu początkowego, bo to o nią pyta się w sporze.
  • Zakończ z tą datą — wpisuje datę rozwiązania i powód; automat domknie umowę w swoim dniu.

Każda z trzech decyzji zapisuje nową wersję umowy i zdarzenie w jej historii — tą samą drogą, co ręczna edycja. Zadanie nie jest osobnym źródłem prawdy o umowie, tylko wejściem do tego, które już istnieje.

Nie ma czwartego wyjścia „odłóż”. Odłożenie niczego nie zmienia poza tym, że przestaje być widać — a termin i tak wynika z umowy. Kto chce odłożyć, odrzuca zadanie z powodem.

Rozstrzygnięte — dowód, że decyzja zapadła

tasks.main.resolvedtasks.main

Historia zadań zamkniętych: co postanowiono, dlaczego i kiedy. „Nie przedłużam, bo kontrahent kończy współpracę” jest informacją zarządczą i przestaje nią być, gdy zniknie z oczu.

Trafiają tu również zadania anulowane — takie, których podstawa zniknęła (umowa została zakończona wcześniej, aneks przesunął termin). Nie są kasowane: „to zadanie istniało i dlatego zniknęło” jest informacją, a puste miejsce po nim nie jest.

Wykonanie zobowiązania — przesuwa termin, nie odhacza pozycji

tasks.main.obligationtasks.main

Zobowiązanie cykliczne po wykonaniu wraca za miesiąc, kwartał albo rok; jednorazowe wygasa i przestaje pytać. Dlatego „Wykonane” jest zapisem w umowie i wymaga uprawnienia „Edycja umów”, a nie samego dostępu do tablicy.

Następny termin liczy się od terminu, a nie od dnia wykonania — raport należny 10 stycznia i oddany 20 stycznia daje następny na 10 kwietnia. Inaczej każde spóźnienie przesuwałoby cały harmonogram.

Samo zobowiązanie (nazwę, rytm, kwotę, wyprzedzenie) zmienia się w umowie, w sekcji „Zobowiązania z umowy”. Tablica pokazuje wystąpienie, a nie regułę.

Brakująca data końca — luka, która cicho wyłącza przypomnienia

tasks.main.missing_end_datetasks.main

Umowa na czas określony bez wpisanej daty końca nie ma terminu decyzji o odnowieniu, więc system nigdy o niej nie przypomni. Na ekranie wygląda dokładnie tak samo jak umowa bezterminowa, czyli jak świadoma decyzja — i to jest w tym najgorsze.

Tego zadania nie da się wykonać z tablicy i nie udajemy, że da: datę trzeba wpisać w umowie. Przycisk „gotowe” zamykałby zadanie, nie zmieniając niczego, a umowa dalej milczałaby o swoim końcu.

Po uzupełnieniu daty zadanie zniknie samo przy najbliższym nocnym przebiegu. Jeśli umowa naprawdę jest bezterminowa, popraw jej tryb kontynuacji i odrzuć zadanie z powodem.

Lista płac za miesiąc — zadanie o miesiącu, nie o umowie

tasks.main.payroll_monthtasks.main

Jedyne zadanie, którego przedmiotem nie jest pojedynczy wiersz w systemie, tylko cały miesiąc. Lista płac jest jednym dokumentem na wszystkie osoby i przepisuje się ją za jednym posiedzeniem — trzy zadania na trzy umowy byłyby trzema przypomnieniami o tej samej kartce.

Pojawia się po 1. dniu miesiąca i dotyczy miesiąca poprzedniego: lipcowej listy płac nie da się wpisać w lipcu.

Zamyka się samo, kiedy każda umowa tego miesiąca ma już wpis — nie ma tu przycisku „wykonane”. Odrzucenie z powodem zostaje na wypadek miesiąca, w którym wypłat po prostu nie było.

Termin zadania to ustawowy termin zapłaty składek za ten miesiąc, a nie „koniec miesiąca”: wpis jest po to, żeby wiedzieć, ile i komu zapłacić.

Strona umowy bez kartoteki — dlaczego to jest zadanie

tasks.main.party_drafttasks.main

Umowę wolno zapisać z nazwą kontrahenta wpisaną z palca, bo negocjacje nie czekają na porządek w kartotece. Taka umowa ma jednak cichą lukę: nie da się z niej wystawić faktury (nie ma NIP-u ani adresu) i nie widać jej w historii kontrahenta — a w rejestrze wygląda całkiem normalnie. Luka ujawnia się dopiero wtedy, gdy ktoś chce z tej umowy coś zrobić, czyli w najgorszym możliwym momencie.

Dlatego system sam zakłada zadanie zaraz po zapisie. Osobne na każdą stronę: dwa podmioty wpisane z palca to dwie różne czynności do dwóch różnych kartotek.

Zamyka się samo, kiedy strona zostanie powiązana z kartoteką — nie trzeba go odhaczać. Odrzucenie z powodem zostaje na wypadek umowy jednorazowej, przy której kartoteka faktycznie nie ma sensu.

Zadanie nie ma terminu, i to jest celowe: nie ma daty, po której cokolwiek się psuje. Luka trwa, dopóki ktoś jej nie uzupełni, a zmyślony termin zamieniłby ją w zaległość.

Zapłata zgłoszona poza One View — dlaczego to tylko „sprawdź”, a nie „zaksięguj”

tasks.main.external_paymenttasks.main

Ktoś oznaczył fakturę jako zapłaconą w Fakturowni, a w naszym wyciągu bankowym takiej wpłaty jeszcze nie ma. To zadanie jest o tej jednej rozbieżności.

Dlaczego nie ma tu przycisku „oznacz jako zapłacone”. Oznaczenie w innym programie jest czyjąś adnotacją, a nie przepływem pieniędzy. Przepisane na stan zapłaty weszłoby do prognozy płynności, do Pulpitu i do wiekowania należności jako przelew, którego nie było — i nie dałoby się już odróżnić, które kwoty widział bank, a które tylko człowiek w Fakturowni. Dlatego zgłoszenie stoi obok stanu faktury, jako osobna pastylka w Rejestrze Przychodów.

Jak to zamknąć. Znajdź przelew w wyciągu i powiąż go z fakturą. Zadanie zniknie samo przy najbliższym odpytaniu Fakturowni — nie trzeba go odhaczać. Gdy nasza kwota zapłacona dogoni zgłoszoną, znacznik przestaje wymagać uwagi.

Kiedy odrzucić. Gdy zgłoszenie było pomyłką — ktoś kliknął za wcześnie albo wpłata dotyczyła innej faktury. Odrzucenie wymaga powodu, bo to decyzja, a nie sprzątnięcie listy.

Zmiana kwoty to nowe zadanie. Jeśli Fakturownia najpierw zgłosi zaliczkę, a potem całość, dostaniesz osobną czynność — bo sprawdzać trzeba już inną liczbę, a stare zadanie zostaje zamknięte z powodem.

Zgłoszenia czytamy z Fakturowni przy każdym odpytaniu (co godzinę albo przyciskiem „Sprawdź statusy w Fakturowni”). Nic w tej drodze nie jest wysyłane do KSeF.

Niekompletne dane kontrahenta — skąd się to wzięło i jak zniknie

tasks.main.contractor_datatasks.main

Kontrahent został dodany do kartoteki automatycznie przy pobraniu faktury z KSeF albo wczytaniu jej przez OCR/AI — a dokument nie zawierał wszystkich danych, które są potrzebne do dalszej pracy.

Dlaczego faktura nie została odrzucona. Faktura jest dokumentem, który przyszedł i istnieje; niekompletny kontrahent jest luką do uzupełnienia, a nie powodem, żeby dokument stracić. Dlatego dostajesz zadanie i ostrzeżenie, a nie błąd.

Czego zwykle brakuje i co przez to nie działa. Bez NIP-u albo PESEL-u kolejne dokumenty tego kontrahenta mogą założyć drugi wpis, bo nie ma po czym go rozpoznać. Bez numeru rachunku nie dopasujemy do niego przelewu z wyciągu. Bez adresu w częściach (ulica, kod, miejscowość, kraj) nie wystawimy mu poprawnej faktury — adres wpisany w jedno pole swobodne wygląda na ekranie na uzupełniony, ale na fakturę idą pola rozbite.

E-maila tu nie ma i to jest celowe. Faktura go nie przynosi, więc zadanie o brakującym e-mailu powstawałoby przy każdym dokumencie i o niczyjej winie. Brakujące adresy e-mail widać w Raportach, w zestawieniu jakości danych kontrahentów.

Jak to zamknąć. Uzupełnij dane w Kontrahentach. Zadanie zamknie się samo przy najbliższym dokumencie tego kontrahenta — nie trzeba go odhaczać. Dane dociągnięte z wykazu VAT albo GUS liczą się tak samo jak wpisane ręcznie; sprawdzenie biegnie już PO takim uzupełnieniu, więc zadanie powstaje tylko wtedy, gdy nawet rejestr nie miał czego dodać.

Kiedy odrzucić. Gdy tych danych świadomie nie będzie — kontrahent jednorazowy, który nie wróci. Odrzucenie wymaga powodu, bo to decyzja, a nie sprzątnięcie listy.

Ten sam brak widać w trzech miejscach naraz: tutaj, w Alertach i w Raportach. To jedna informacja pokazana trzem różnym trybom pracy, a nie trzy różne zgłoszenia.

Praca · Sprzedaż

Rejestr Przychodów

Rejestr faktur sprzedaży, korekt i wpłat. Łączy dokument, kontrahenta, kategorię przychodową, status płatności, dane bankowe oraz źródło dokumentu.

26 podpowiedzi (i)
Rejestr PrzychodówDANE FIKCYJNE
Szukaj / status / okres Kontrahent Termin
DokumentKontrahentKwotaStatusAkcja
FV/08/2026/014North Demo Sp. z o.o.4 920,00 złZapłaconaPłatność →
FV/08/2026/015Studio Przykład S.A.8 610,00 złDo zapłatyKategoria →

Filtrowanie i wyszukiwanie rejestru

Filtry zawężają ten sam rejestr; zmiana zawężenia wraca na pierwszą stronę listy.

#
  1. Użyj wyszukiwarki, aby znaleźć fakturę po numerze lub kontrahencie.
  2. Wybierz status: Wszystkie, Opłacone, Oczekujące albo Przeterminowane.
  3. Ustaw okres lub kliknij miesiąc na wykresie — wybór miesiąca jest węższym filtrem czasu.
  4. Klikaj strukturę kategorii po lewej, aby zawężać rejestr do gałęzi przychodowej.

Otwieranie dokumentu i kontrahenta

Z rejestru można przejść do szczegółów dokumentu oraz kartoteki kontrahenta bez zmiany źródła danych.

#
  1. Znajdź wiersz dokumentu.
  2. Kliknij numer dokumentu lub akcję podglądu, aby otworzyć wizualizację dokumentu.
  3. Kliknij kontrahenta, aby otworzyć jego szczegóły i historię powiązań.
  4. Zamknij podgląd, aby wrócić do tego samego zawężenia rejestru.

Status płatności i powiązanie przelewu

Stan płatności powinien wynikać z rzeczywistego przepływu pieniędzy; oznaczenie w systemie zewnętrznym nie zastępuje przelewu.

#
  1. Sprawdź pastylkę statusu płatności oraz informację o zwłoce.
  2. Jeśli płatność jest niepowiązana lub rozbieżna, otwórz operację bankową/powiązanie przelewu.
  3. Wybierz właściwy przelew i potwierdź powiązanie z dokumentem.
  4. Po zapisaniu odśwież rejestr — status i kwota zapłacona zostaną przeliczone.

Kategoria przychodowa i podział dokumentu

Kategoria służy raportowaniu i analizie struktury przychodów; dokument może wymagać podziału na więcej niż jedną kategorię.

#
  1. W wierszu dokumentu użyj szybkiego wyboru kategorii.
  2. Wybierz istniejącą kategorię albo otwórz podział, jeśli dokument obejmuje kilka obszarów.
  3. Rozdziel kwoty zgodnie z rzeczywistą treścią dokumentu.
  4. Zapisz i sprawdź, czy struktura oraz raporty pokazują nowy podział.

Statusy z Fakturowni i KSeF

Źródła zewnętrzne dostarczają informacji pomocniczej i statusów, ale rejestr zachowuje własne powiązania z bankiem i kategoriami.

#
  1. Sprawdź znaczniki źródła dokumentu.
  2. Jeżeli system pokazuje rozbieżność płatności z Fakturownią, zweryfikuj przelew w banku.
  3. W przypadku dokumentów z KSeF przejdź do danych źródłowych lub Synchronizacji KSeF, gdy potrzebujesz sprawdzić pochodzenie.
  4. Nie koryguj ręcznie informacji, która ma zostać pobrana ponownie z integracji — najpierw sprawdź źródło.
iPomoc kontekstowa z aplikacji dla tego modułu26 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Kontrahent

sales_docs.form.entity_idsales_docs.form
Wybierz odbiorce dokumentu sprzedazy. To pole wskazuje, komu wystawiasz dokument i z kim system laczy naleznosc.

Typ dokumentu

sales_docs.form.doc_typesales_docs.form
Okresla rodzaj dokumentu sprzedazy, np. faktura lub korekta. Wplywa na numeracje i logike rozliczen.

Numer dokumentu

sales_docs.form.doc_numbersales_docs.form
Wpisz formalny numer dokumentu zgodny z Twoja numeracja i archiwum.

Data wystawienia

sales_docs.form.issue_datesales_docs.form
Data utworzenia dokumentu. Jest uzywana w raportach i przy wyliczaniu terminow.

Data sprzedazy

sales_docs.form.sale_datesales_docs.form
Data wykonania uslugi albo sprzedazy towaru, jesli jest inna niz data wystawienia.

Termin platnosci

sales_docs.form.due_datesales_docs.form
Data, do ktorej dokument powinien zostac oplacony. Wplywa na zaleglosci i cashflow.

Kwota netto

sales_docs.form.net_amountsales_docs.form
Wartosc bez VAT. To podstawa do wyliczenia kwoty brutto i podatku.

Kwota VAT

sales_docs.form.vat_amountsales_docs.form
Kwota podatku VAT dla dokumentu. System zsumuje ja z kwota netto do brutto.

Waluta

sales_docs.form.currencysales_docs.form
Waluta dokumentu. Uzywana przy przeliczeniu i raportowaniu.

Cykl abonamentu

sales_docs.form.recurring_periodsales_docs.form
Okres rozliczeniowy dla dokumentu cyklicznego, np. miesiac albo kwartał.

Dokument cykliczny

sales_docs.form.recurringsales_docs.form
Zaznacz, jesli dokument ma byc traktowany jako powtarzalny i pojawiac sie w cyklu rozliczen.

Przychód brutto — ile zafakturowano

sales_docs.form.metric.gross_totalsales_docs.form

Suma kwot brutto z faktur sprzedaży mieszczących się w wybranym zakresie — po uwzględnieniu filtra okresu, miesiąca wybranego na wykresie i kategorii.

To kwota zafakturowana, a nie otrzymana. Wystawienie dokumentu tworzy przychód w tym zestawieniu niezależnie od tego, czy klient zapłacił; ile z tego rzeczywiście wpłynęło, mówi sąsiedni kafelek „Opłacone”.

Refaktury są z tej sumy wyłączone. Przelotowa odsprzedaż kosztu nie jest sprzedażą firmy i doliczona zawyżałaby obraz skali działalności.

Przychody miesiąc po miesiącu

sales_docs.form.panel.trendsales_docs.form

Dwanaście ostatnich miesięcy sprzedaży brutto. Rok to najkrótsze okno, w którym widać sezonowość — przy sześciu miesiącach spadek zimą wygląda jak załamanie, a nie jak co roku.

Słupki filtrują ekran, a nie tylko go ilustrują: kliknięcie zawęża kafelki, strukturę i listę faktur do tego jednego miesiąca, ponowne kliknięcie zdejmuje zawężenie. Wybór miesiąca zastępuje wybór okresu z listy — dwa filtry na tej samej osi czasu dawałyby zakres, którego nie da się odczytać z ekranu.

Wykres pokazuje zawsze pełne dwanaście miesięcy, niezależnie od filtrów. To jest tło, na którym ocenia się wybrany miesiąc, więc nie może zmieniać się razem z nim.

Struktura przychodów — z czego się biorą

sales_docs.form.panel.structuresales_docs.form

Rozbicie przychodu z wybranego zakresu na kategorie, od największej. Pierścień i lista obok pokazują to samo: kolor, kwotę i udział procentowy.

Kliknięcie wycinka albo pozycji na liście zawęża cały ekran do tej kategorii — kafelki, listę faktur i podpisy zakresu. Ponowne kliknięcie zdejmuje filtr.

Pozycja „Inne” zbiera faktury bez przypisanej kategorii. Jeśli jest duża, liczby w pozostałych kategoriach są mniej warte, niż się wydaje — kategorię każdej faktury można poprawić jednym kliknięciem w kolumnie „Kategoria” na liście poniżej.

Lista faktur sprzedaży

sales_docs.form.panel.documentssales_docs.form

Dokumenty spełniające wszystkie filtry ekranu naraz: okres lub wybrany miesiąc, kategorię, status płatności i wyszukiwaną frazę.

Co robią kolumny:

  • Numer — otwiera podgląd dokumentu ze wszystkimi pozycjami i źródłem pochodzenia.
  • Kontrahent — otwiera kartę klienta.
  • Kategoria — kliknięcie zmienia kategorię tej faktury bez wchodzenia w formularz edycji. „Bez kategorii” na pomarańczowo oznacza dokument, który nie wchodzi do żadnego zestawienia kategorii.
  • Zwłoka — dziś minus termin płatności. Wartość dodatnia to dni po terminie, ujemna to dni, które jeszcze zostały.

Lista jest przycięta do stu najnowszych dokumentów. Kwoty w kafelkach na górze liczone są z pełnych danych, więc przy dłuższej liście nie zgodzą się z sumą tego, co widać — i tak ma być.

Dokumenty — ile faktur jest w rejestrze

sales_docs.form.metric.documents_totalsales_docs.form

Liczba dokumentów sprzedaży w zakresie, który widzisz — po uwzględnieniu filtra okresu i kategorii.

Warto ją czytać razem z kwotą przychodu: ta sama suma z pięciu faktur i z pięćdziesięciu to inna firma, inny nakład pracy administracyjnej i inne ryzyko przy utracie jednego zlecenia.

Opłacone — pieniądze, które faktycznie wpłynęły

sales_docs.form.metric.paid_totalsales_docs.form

Część sprzedaży, za którą klienci już zapłacili — kwoty potwierdzone wpłatą, nie samym wystawieniem dokumentu.

Zestawienie z kwotą główną odpowiada na pytanie, które w rejestrze łatwo przeoczyć: ile z tego, co sprzedaliśmy, jest już na koncie. Różnica to należności, czyli pieniądze, którymi jeszcze nie można zapłacić ZUS-u ani pensji.

Do zapłaty — należności jeszcze nieotrzymane

sales_docs.form.metric.outstanding_totalsales_docs.form

Suma kwot z wystawionych faktur, których klienci jeszcze nie uregulowali. Obejmuje także faktury, których termin dopiero nadejdzie — to nie to samo co zaległości.

Wysoka wartość nie musi być problemem: przy odroczonych terminach jest naturalna. Problemem staje się wtedy, gdy rośnie szybciej niż sprzedaż albo gdy jej wiekowanie przesuwa się w stronę przedziałów po terminie.

Zaległe pozycje — ile faktur jest po terminie

sales_docs.form.metric.overdue_docssales_docs.form

Liczba dokumentów, których termin płatności już minął, a pełna kwota nie wpłynęła.

Liczba mówi tu coś innego niż kwota: jedna duża zaległość to rozmowa z jednym klientem, dwadzieścia drobnych to problem z procesem — z terminami, przypomnieniami albo z tym, jak są wystawiane faktury.

Zaległości — kwota po terminie

sales_docs.form.metric.overdue_totalsales_docs.form

Wartość należności, których termin już minął.

To ta część należności, która wymaga działania, a nie czekania. Rozbicie na przedziały wiekowe znajdziesz na Pulpicie zarządczym w panelu „Wiekowanie należności” — tam widać też, które z nich przekroczyły 90 dni, czyli próg, po którym odzyskanie staje się wyraźnie trudniejsze.

DSO — ile dni czekasz na pieniądze

sales_docs.form.metric.dsosales_docs.form

Przeciętna liczba dni od wystawienia faktury do wpływu pieniędzy.

Po ludzku: jak długo firma kredytuje swoich klientów z własnej kieszeni. DSO 45 dni oznacza, że środki ze sprzedaży są niedostępne przeciętnie przez półtora miesiąca — i tyle gotówki trzeba mieć w zapasie na ZUS, pensje i faktury kosztowe w tym czasie.

Skrócenie DSO o kilka dni zwykle daje więcej gotówki niż podniesienie cen o kilka procent.

Kwota

sales_payment.form.amountsales_payment.form
Wpisz kwote wplaty przypisana do dokumentu sprzedazy.

Waluta

sales_payment.form.currencysales_payment.form
Waluta wplaty, zwykle zgodna z waluta dokumentu.

Data wplaty

sales_payment.form.payment_datesales_payment.form
Data faktycznego otrzymania platnosci od klienta.

Metoda

sales_payment.form.methodsales_payment.form
Sposob platnosci, np. przelew, gotowka lub karta.

Uwagi

sales_payment.form.notessales_payment.form
Dodatkowe informacje o wplacie, np. identyfikator transakcji.
Praca · Zakupy

Rejestr Kosztów

Rejestr faktur zakupowych, rachunków i dokumentów wewnętrznych z kategoriami kosztów, powiązaniem bankowym i obsługą dokumentów OCR/AI.

38 podpowiedzi (i)

Dodanie lub wczytanie kosztu

Koszt może zostać wprowadzony ręcznie albo trafić do rejestru z dokumentu źródłowego.

#
  1. Otwórz Rejestr Kosztów.
  2. Dodaj dokument ręcznie albo użyj wejścia do wczytania dokumentu.
  3. Uzupełnij kontrahenta, daty, numer dokumentu i kwoty.
  4. Zapisz dokument; jeśli wymaga kwalifikacji OCR/AI, dokończ ją w „Dokumentach do przeglądu”.

Kategoria kosztowa i podział

Kategoryzacja decyduje o strukturze kosztów w raportach i Pulpicie zarządczym.

#
  1. Znajdź dokument w rejestrze.
  2. Wybierz kategorię kosztową.
  3. Jeśli dokument obejmuje kilka obszarów, użyj podziału kategorii i przypisz kwoty do poszczególnych gałęzi.
  4. Zapisz i sprawdź wynik w strukturze kosztów.

Powiązanie kosztu z operacją bankową

Powiązanie bankowe potwierdza rzeczywisty wypływ środków i pomaga uzgodnić rejestr z wyciągiem.

#
  1. Otwórz dokument wymagający powiązania.
  2. Wybierz operację z wyciągu bankowego.
  3. Zweryfikuj kwotę, datę i kontrahenta.
  4. Potwierdź powiązanie; w razie rozbieżności sprawdź dane źródłowe wyciągu.

Dokument z OCR/AI

Automatyczne rozpoznanie przyspiesza wprowadzanie, ale dokument nie powinien wejść do rejestru z niepewnymi danymi.

#
  1. Wrzuć plik dokumentu.
  2. Jeżeli automat nie rozpozna wszystkiego jednoznacznie, przejdź do „Dokumentów do przeglądu”.
  3. Popraw kontrahenta, kwoty, daty i kategorię.
  4. Zatwierdź kwalifikację — dokument trafi do właściwego rejestru.
iPomoc kontekstowa z aplikacji dla tego modułu38 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Nazwa kategorii

cost_category.form.namecost_category.form
Czytelna nazwa kategorii kosztu widoczna na listach i raportach.

Kolor

cost_category.form.colorcost_category.form
Kolor etykiety kategorii uzywany w interfejsie i na wykresach.

Klucz tlumaczenia

cost_category.form.translation_keycost_category.form
Techniczny klucz tlumaczenia kategorii, jesli ma byc rozpoznawana w wielu jezykach.

Aktywna

cost_category.form.activecost_category.form
Okresla czy kategoria ma byc dostepna do wyboru w systemie.

Dostawca

cost_docs.form.entity_idcost_docs.form
Wybierz kontrahenta, od ktorego pochodzi koszt. To pole laczy koszt z odpowiednia firma lub osoba.

Subskrypcja

cost_docs.form.subscription_idcost_docs.form
Powiaz koszt z subskrypcja, jesli dokument dotyczy cyklicznej uslugi lub abonamentu.

Kategoria

cost_docs.form.category_idcost_docs.form
Wybierz kategorie kosztu. Ulatwia raportowanie, analize i grupowanie wydatkow.

Typ kosztu

cost_docs.form.cost_typecost_docs.form
Okresla, czy koszt jest staly czy zmienny. Wplywa na klasyfikacje i analityke.

Status platnosci

cost_docs.form.payment_statuscost_docs.form
Pokazuje, czy koszt jest juz oplacony, po terminie albo nadal oczekuje na platnosc.

Numer dokumentu

cost_docs.form.doc_numbercost_docs.form
Numer faktury lub innego dokumentu kosztowego zgodny z dokumentem zrodlowym.

Data wystawienia

cost_docs.form.issue_datecost_docs.form
Data wystawienia dokumentu kosztowego. Wplywa na raporty i terminy rozliczen.

Data sprzedazy

cost_docs.form.sale_datecost_docs.form
Data wykonania uslugi lub zakupu, jesli jest inna niz data wystawienia.

Termin platnosci

cost_docs.form.due_datecost_docs.form
Data, do ktorej koszt powinien zostac oplacony. Wplywa na zaleglosci i cashflow.

Kwota netto

cost_docs.form.net_amountcost_docs.form
Wartosc bez VAT, sluzy do wyliczenia kwoty brutto i podatku.

Kwota VAT

cost_docs.form.vatcost_docs.form
Kwota VAT dla kosztu. System dodaje ja do kwoty netto przy wyliczaniu brutto.

Waluta

cost_docs.form.currencycost_docs.form
Waluta dokumentu kosztowego. Uzywana przy przeliczeniu i raportowaniu.

Tryb alokacji kosztu

cost_docs.form.allocation_modecost_docs.form
Okresla, jak koszt ma byc przypisany: bezposrednio, wspoldzielone, ogolnie albo do refaktury.

Kontrahent bezposredni

cost_docs.form.direct_client_entity_idcost_docs.form
Wybierz klienta, jesli koszt ma byc przypisany bezposrednio do konkretnego odbiorcy.

Status refaktury

cost_docs.form.reinvoice_statuscost_docs.form
Pokazuje postep procesu refakturowania kosztu na klienta.

Numer refaktury

cost_docs.form.reinvoice_doc_numbercost_docs.form
Numer dokumentu refakturowego powiazany z tym kosztem.

Data wystawienia refaktury

cost_docs.form.reinvoice_issue_datecost_docs.form
Data wystawienia refaktury dla tego kosztu.

Termin platnosci refaktury

cost_docs.form.reinvoice_due_datecost_docs.form
Data, do ktorej refaktura powinna zostac oplacona.

Data oplacenia refaktury

cost_docs.form.reinvoice_paid_datecost_docs.form
Data rzeczywistego oplacenia refaktury przez klienta.

Cykl

cost_docs.form.recurring_periodcost_docs.form
Okres rozliczeniowy dla kosztu cyklicznego, np. miesiac lub kwartal.

Data oplacenia

cost_docs.form.paid_datecost_docs.form
Data faktycznej platnosci kosztu.

Uwagi

cost_docs.form.notescost_docs.form
Dodatkowe informacje operacyjne lub wyjasnienia dotyczace kosztu.

Koszt cykliczny

cost_docs.form.recurringcost_docs.form
Zaznacz, jesli koszt pojawia sie regularnie w cyklu rozliczeniowym.

Autogenerowanie

cost_docs.form.auto_generatecost_docs.form
Pozwala systemowi automatycznie tworzyc podobny koszt wedlug zdefiniowanego cyklu.

Koszty razem — wartość zużytych zasobów

cost_docs.form.metric.costs_totalcost_docs.form

Suma dokumentów kosztowych w widocznym zakresie.

Koszt to nie to samo co wypływ pieniędzy. Dokument wchodzi tutaj w chwili wystawienia, a zapłacony bywa tygodnie później — dlatego wysokie koszty przy pełnym koncie są sytuacją normalną, a nie sprzecznością. Realny ruch pieniędzy pokazuje „Przepływ gotówki” na Pulpicie zarządczym.

Opłacone — koszty już uregulowane

cost_docs.form.metric.paid_totalcost_docs.form

Część kosztów, za które pieniądze faktycznie wyszły z konta.

Różnica między kosztami razem a tą kwotą to zobowiązania — rachunki wystawione, ale jeszcze niezapłacone. To one czekają na gotówkę w najbliższych tygodniach.

Do zapłaty — zobowiązania wobec dostawców

cost_docs.form.metric.outstanding_totalcost_docs.form

Suma dokumentów kosztowych, których jeszcze nie opłacono, łącznie z tymi przed terminem.

Zestaw tę kwotę z dzisiejszym saldem konta i z prognozą salda: to najprostszy sposób, żeby sprawdzić, czy najbliższe płatności mają pokrycie.

Po stronie kosztowej system nie śledzi płatności częściowych — dokument nieoznaczony jako zapłacony liczy się w pełnej kwocie.

Koszty cykliczne — ile powtarza się co miesiąc

cost_docs.form.metric.recurring_totalcost_docs.form

Część kosztów pochodząca z subskrypcji i rozliczeń cyklicznych — abonamentów, licencji, najmu, stałych usług.

To najbardziej przewidywalna część wydatków i dlatego najcenniejsza w prognozie: ta kwota obciąży konto także w miesiącu bez żadnej sprzedaży. Zestawienie jej z buforem gotówkowym mówi, jak długo firma utrzyma się bez nowych wpływów.

Zaległe koszty — rachunki po terminie

cost_docs.form.metric.overdue_totalcost_docs.form

Zobowiązania, których termin płatności już minął.

W odróżnieniu od zaległych należności ta kwota jest w całości pod Twoją kontrolą — to nie ktoś nie zapłacił Tobie, tylko Ty nie zapłaciłeś. Bywa świadomą decyzją o odroczeniu, ale warto, żeby była świadoma, bo koszty odsetek i relacje z dostawcami są realne.

Prognoza 6 miesięcy — koszty, które już są przesądzone

cost_docs.form.metric.forecast_6mcost_docs.form

Suma znanych kosztów cyklicznych na najbliższe pół roku, wyliczona z aktywnych subskrypcji i ich cykli rozliczeniowych.

To nie jest przewidywanie wydatków — prognoza nie zakłada żadnych nowych zakupów. Pokazuje wyłącznie to, co wynika z już podjętych zobowiązań i czego nie da się uniknąć bez wypowiedzenia umowy.

Odnowienia w 14 dni — co się zaraz przedłuży

cost_docs.form.metric.renewals_14dcost_docs.form

Subskrypcje i rozliczenia cykliczne, których data odnowienia wypada w najbliższych dwóch tygodniach.

To okno na decyzję, zanim pieniądze wyjdą: przedłużyć, renegocjować czy zrezygnować. Po dacie odnowienia zwykle nie ma już czego decydować przez cały kolejny okres rozliczeniowy.

Podział kosztów — czyj to koszt, a potem na co poszedł

cost_docs.form.panel.structurecost_docs.form

Pierścień drąży rejestr w dwóch krokach, a nie w jednym. Pierwszy poziom to tryb alokacji, czyli odpowiedź na pytanie „czyj to koszt”: bezpośredni kontrahenta, współdzielony między kontrahentów, ogólny agencji albo do refakturowania. Dopiero po wejściu w wybrany tryb pokazuje się drzewo kategorii, czyli „na co poszedł” — z pełną głębokością, bo kategorie dopuszczają trzy poziomy.

Kliknięcie wycinka albo pozycji legendy wchodzi głębiej, a jeśli głębiej już nie ma — zawęża listę dokumentów pod spodem. Przycisk „‹ wyżej” wraca o jeden poziom, podpis „poziom 2 z 4” mówi, ile jeszcze da się wejść.

Suma na poziomie trybów jest wyższa niż po wejściu w kategorie i tak ma być: poziom trybów zawiera refaktury, bo refaktura jest jedną z czterech odpowiedzi na zadane pytanie, a drzewo kategorii je wyłącza, bo zawyżałyby koszt agencji kwotą przechodnią. Ile jej jest, mówi kafel „Do refakturowania”.

VAT naliczony — kwota do odliczenia

cost_docs.form.metric.vat_inputcost_docs.form

Suma VAT z dokumentów kosztowych mieszczących się w widocznym zakresie — po uwzględnieniu filtra okresu, statusu i gałęzi wybranej na pierścieniu.

To nie jest koszt firmy, i dlatego kafel ma inną barwę niż koszty brutto. Ta kwota wraca — pomniejsza VAT należny w JPK_V7 za okres, w którym powstało prawo do odliczenia. Czytana jako koszt zawyża obraz wydatków o kilkanaście procent rejestru.

ELWU One View nie prowadzi ewidencji VAT ani nie generuje JPK: ta liczba służy do porównania z tym, co pokazuje księgowość, a nie do zastąpienia jej.

Do refakturowania — koszt, który przechodzi na kontrahenta

cost_docs.form.metric.reinvoice_totalcost_docs.form

Suma kosztów oznaczonych trybem alokacji „Refaktura na kontrahenta” w widocznym zakresie. To wydatki poniesione za kogoś: budżety reklamowe, wydruki, zakupy na zlecenie.

Kwota jest przechodnia, nie kosztowa — dlatego drzewo kategorii ją wyłącza, żeby nie zawyżała kosztu własnego agencji, a pierścień na poziomie trybów pokazuje ją osobno. Do czasu wystawienia refaktury jest jednak finansowana z konta firmy, więc obciąża płynność dokładnie tak samo jak każdy inny przelew.

Ile z tego już wróciło, a ile czeka na fakturę, pokazuje wskaźnik „Poziom refundacji”.

Praca · Powtarzalne

Rozliczenia cykliczne

Obsługa abonamentów, subskrypcji, leasingów, rat i innych pozycji powtarzalnych wraz z prognozą na kolejne miesiące.

34 podpowiedzi (i)

Przegląd rozliczeń cyklicznych

Lista pokazuje pozycje powtarzalne i ich rytm rozliczeń.

#
  1. Otwórz moduł Rozliczenia cykliczne.
  2. Filtruj po typie, kontrahencie lub stanie.
  3. Otwórz wybraną pozycję, aby sprawdzić częstotliwość, kwotę, walutę i daty.
  4. Zwróć uwagę na pozycje zbliżające się do odnowienia lub zakończenia.

Prognoza 3/6/12 miesięcy

Prognoza wykorzystuje zapisany rytm i kwoty, aby pokazać przyszłe wpływy lub koszty.

#
  1. Wybierz horyzont prognozy.
  2. Sprawdź sumę planowanych pozycji w kolejnych miesiącach.
  3. Otwórz pozycję, jeśli wynik wymaga wyjaśnienia.
  4. Skoryguj źródłowe rozliczenie, a nie samą prognozę.

Zmiana warunków cyklu

Zmiana częstotliwości lub kwoty wpływa na przyszłe okresy.

#
  1. Otwórz rozliczenie.
  2. Zmień kwotę, walutę, częstotliwość lub datę zgodnie z rzeczywistymi warunkami.
  3. Zapisz.
  4. Sprawdź, czy prognoza została przeliczona.
iPomoc kontekstowa z aplikacji dla tego modułu34 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Kontrahent — komu płacisz albo kto płaci Tobie

subscriptions.form.entity_idsubscriptions.form

Druga strona rozliczenia. Przy koszcie to dostawca usługi, przy przychodzie — klient z abonamentem.

Powiązanie ma praktyczny skutek: kwoty tej pozycji pojawiają się w kartotece kontrahenta jako rozliczenia cykliczne, więc widać, ile ten kontrahent kosztuje albo przynosi co miesiąc niezależnie od pojedynczych faktur.

Pomaga też przy imporcie wyciągu — powtarzalne obciążenie łatwiej dopasować, gdy wiadomo, czyje jest.

Kategoria — gdzie ta kwota wyląduje i jaki rodzaj podpowie

subscriptions.form.category_idsubscriptions.form

Kategoria kosztowa albo przychodowa, do której trafia ta pozycja.

Decyduje o dwóch rzeczach naraz: o kierunku (kategoria przychodowa czyni z pozycji rozliczenie przychodowe) i o tym, w której gałęzi raportu kategorii pojawi się kwota.

Kategoria może też podpowiedzieć RODZAJ rozliczenia. Jeśli w Ustawieniach kategorii wskazano dla niej rodzaj (np. „Składki na rzecz organizacji” → składka członkowska), to przy NOWYM rozliczeniu wybór tej kategorii ustawi rodzaj za Ciebie i napisze, skąd się wziął. Zawsze można go zmienić, a rozliczenie już zapisane nigdy nie zmienia rodzaju samo — bo od rodzaju zależy, jakiego dowodu się spodziewamy i ile z kwoty jest kosztem.

Pozostawienie pustej kategorii nie blokuje niczego, ale wypycha pozycję do worka „bez kategorii” w raportach — a tam nikt jej nie znajdzie.

Nazwa pozycji — po czym ją rozpoznasz za rok

subscriptions.form.service_namesubscriptions.form

Nazwa widoczna na liście, w kalendarzu płatności i w prognozie.

Warto pisać ją tak, żeby mówiła, czego dotyczy usługa, a nie tylko kto ją sprzedaje. „Hosting produkcyjny” niesie informację, „Faktura miesięczna” nie niesie żadnej — a przy kilkunastu pozycjach to jedyne, po czym się je odróżnia.

Typ kwoty

subscriptions.form.amount_typesubscriptions.form
Okresla, czy koszt subskrypcji ma byc traktowany jako kwota stala, zmienna albo inny model.

Kwota — podstawa całej prognozy cyklicznej

subscriptions.form.estimated_amountsubscriptions.form

Kwota jednego okresu rozliczeniowego, nie roczna suma. Przy cyklu miesięcznym — kwota za miesiąc, przy rocznym — za rok.

To ta liczba wchodzi do prognozy przepływu gotówki i do forecastu na tym ekranie. Rozliczenia cykliczne są w prognozie traktowane jako pozycja pewna, więc zawyżona albo zaniżona kwota przekłada się wprost na błąd w przewidywanym saldzie.

Przy usługach o zmiennej kwocie (np. rozliczanych za zużycie) wpisz wartość typową — lepszy przybliżony szacunek niż puste pole, które prognoza policzy jako zero.

Waluta — w czym rozliczana jest ta usługa

subscriptions.form.currencysubscriptions.form

Waluta kwoty wpisanej obok.

Pozycje w walutach obcych są w raportach i prognozie przeliczane na walutę firmy po kursie z dnia, żeby dało się je sumować z resztą. Sama kwota pozostaje zapisana w walucie oryginalnej.

Stawka VAT — po co prognozie kwota brutto

subscriptions.form.vat_ratesubscriptions.form

Ekran Rozliczeń cyklicznych odpowiada na jedno pytanie: ile pieniędzy będzie potrzebne, żeby to opłacić. A z konta wychodzi brutto — nie netto z faktury i nie kwota kosztowa. Dlatego prognoza liczy kwotę kasową, a stawka VAT jest tym, co pozwala ją z kwoty wpisanej wyliczyć.

„Nieustalona" to nie to samo co „0%". Obie odpowiedzi dają dziś tę samą liczbę, ale znaczą co innego: „nieustalona" mówi nie wiadomo, czy kwota wyżej jest netto, czy brutto — i wtedy system nic nie dolicza, żeby nie podnieść prognozy bez Twojej wiedzy. „0% albo zwolnienie" jest Twoją odpowiedzią: tu podatku nie ma i nie będzie.

Jeśli kwota wyżej jest już brutto — zostaw „nieustalona". Wpisanie stawki doliczyłoby VAT drugi raz.

Pole pokazuje się tylko przy rodzajach, które VAT doliczają (subskrypcja, abonament, najem, usługa, leasing). Rata kredytu, danina i składka członkowska są już kwotami kasowymi, a wynagrodzenie przelicza się narzutem pracodawcy — tam pytanie o stawkę byłoby obietnicą, że coś zmieni.

W tabeli prognozy VAT ma osobny wiersz „z tego VAT". To jest rozbicie kwoty stojącej wyżej, a nie druga pozycja do dodania — mówi, ile z pokazanej kwoty nie jest Twoimi pieniędzmi.

Narzut pracodawcy — dlaczego to jest pole, a nie stała

subscriptions.form.employer_charge_ratesubscriptions.form

Wynagrodzenie kosztuje firmę więcej niż brutto z umowy. Do brutto dochodzą składki, które płaci pracodawca — emerytalna, rentowa, wypadkowa, Fundusz Pracy i FGŚP. Prognoza dolicza je automatycznie, bo z konta wychodzi kwota z narzutem, a nie brutto z paska.

Domyślne 20,48% to przybliżenie, nie reguła — i dlatego jest tu pole. Powody są trzy: stawka wypadkowa zależy od branży i ustala ją ZUS dla konkretnego płatnika; składka emerytalna i rentowa mają roczny limit, po którego przekroczeniu narzut w skali roku spada; a przy umowie o dzieło i przy B2B narzutu nie ma wcale.

„Domyślny" to nie to samo co „0%". Puste pole znaczy weź wartość platformową — jeśli ta się kiedyś zmieni, ten wiersz też się zmieni. Wpisane 0% jest Twoją odpowiedzią: tu narzutu nie ma, i tak zostanie niezależnie od wartości domyślnej. Tak wpisuje się dzieło i B2B.

Podział na dwa miesiące nie zależy od tej stawki. W miesiącu wypłaty wychodzi netto, a w następnym wszystko poza netto — bo składki pracownika i zaliczka PIT też są potrącone z brutto i przelewane dopiero wtedy. Narzut zmienia wysokość drugiego przelewu, nie to, że on istnieje.

Obok kwoty na ekranie stoi zastosowana stawka — liczba bez nazwy reguły nie daje się sprawdzić.

Cykl rozliczeniowy — jak często wraca ta kwota

subscriptions.form.billing_cyclesubscriptions.form

Odstęp między kolejnymi płatnościami: miesięczny, kwartalny, roczny.

Cykl rozkłada kwotę w forecastcie: pozycja miesięczna pojawia się w każdym miesiącu prognozy, roczna tylko w miesiącu odnowienia. Zła wartość nie zmienia sumy rocznej, ale potrafi przesunąć duży wydatek w niewłaściwy miesiąc — a to właśnie od tego zależy prognoza salda.

Cykl wyznacza też, o ile przesuwa się data odnowienia po rozliczeniu okresu.

Fakturowanie z góry czy z dołu — którego okresu dowodem jest faktura

subscriptions.form.invoice_timingsubscriptions.form

Rozstrzyga jedną rzecz: za jaki okres jest faktura, która sama tego nie mówi.

Z góry — faktura dotyczy miesiąca, w którym została wystawiona. Rachunek z 5 sierpnia jest dowodem sierpnia. Tak zachowywały się wszystkie rozliczenia przed dołożeniem tego pola, więc pozostawienie „z góry” niczego nie zmienia.

Z dołu — faktura przychodzi po zakończonym okresie, więc dotyczy miesiąca poprzedniego. Rachunek z 1 lipca jest dowodem czerwca. Tak rozlicza się umowa zlecenia, telekom, biuro rachunkowe i media.

Wybór dotyczy tylko dokumentów, które nie mają wpisanego własnego okresu. Jeśli na fakturze wpiszesz „okres od–do”, to on wygrywa zawsze — pole służy do tego, żeby nie trzeba było wpisywać go za każdym razem.

Umowy mają ten sam wybór w swoich warunkach i on tam zostaje; to pole jest dla rozliczeń bez umowy.

Faktura zbiorcza — jedna faktura na kilka pozycji

subscriptions.form.billed_withsubscriptions.form

Wskazuje pozycję, na której przychodzi wspólna faktura za tę i za tamtą. Typowy przypadek: trzy plany Webflow schodzą z konta trzema osobnymi obciążeniami, każde innego dnia, a faktura jest jedna, na koniec miesiąca.

Łączy się TYLKO dokument, nie płatności. Każda pozycja zostaje przy swoim obciążeniu z banku, swojej kwocie i swoim terminie — bo tak jest w rzeczywistości i tak to widać w Kalendarzu Płatności oraz na Osi czasu.

Co się przez to zmienia: raport Kompletność pyta o dokument raz na całą grupę. Bez tego wskazania faktura wisi przy jednej pozycji, a pozostałe świecą „brak faktury” na zawsze — czyli raport braków co miesiąc produkuje braki, których nie ma.

Odhaczenie „faktura pobrana” i „na Dysku Księgowym” obowiązuje wtedy całą grupę: dokument jest jeden, więc oświadczenie o nim też jest jedno.

Grupa jest płaska — pozycja, na którą ktoś już wskazuje, nie może sama stać się czyimś składnikiem. Jedna faktura nie może też objąć kosztu i przychodu naraz.

Ta pozycja ma własną fakturę

subscriptions.form.bills_separatelysubscriptions.form

Znacznik dla dwóch kont u jednego dostawcy. Od 1.0.662 pozycje tego samego kontrahenta są domyślnie pytane o jeden dokument, bo jedna platforma, jedno konto i jedna faktura miesięcznie to norma. Anthropic jest wyjątkiem: dwa konta, więc dwie faktury.

Co to naprawia: grupa odhaczała „mam fakturę”, gdy dokument miała którakolwiek pozycja — i przy dwóch kontach pierwsza faktura ukrywała brak drugiej. Zaznaczenie tego pola wyjmuje pozycję z domyślnej grupy kontrahenta, więc raport Kompletność pyta o jej dokument osobno.

Czego to NIE robi: nie rozdziela płatności (one zawsze były osobne), nie rusza powiązań faktur z rozliczeniami i nie zmienia niczego w rejestrach. Dotyczy wyłącznie pytania „ile dokumentów tu oczekujemy”.

Wyklucza się z polem Faktura zbiorcza: pozycja nie może naraz rozliczać się fakturą innej pozycji i mieć własnej. Jeśli chcesz, żeby dwie pozycje jednego dostawcy miały wspólną fakturę osobną od pozostałych — zaznacz to pole na jednej z nich, a drugą wskaż na tę pierwszą.

Okres od

subscriptions.form.period_fromsubscriptions.form
Opcjonalna data poczatku okresu do okresowego podliczenia subskrypcji i powiazanej faktury kosztowej.

Okres do

subscriptions.form.period_tosubscriptions.form
Opcjonalna data konca okresu, uzywana razem z polem Okres od do analizy wybranego zakresu.

Data odnowienia — najważniejsza data tej pozycji

subscriptions.form.renewal_datesubscriptions.form

Dzień kolejnego obciążenia albo wpłaty. Od niej liczy się kolumna „Pozostało” i progi ostrzegawcze 30 i 14 dni.

Data przesuwa się o jeden cykl po rozliczeniu okresu. Data w przeszłości oznacza pozycję, której nikt nie zaktualizował — wypada wtedy z prognozy i przestaje ostrzegać, mimo że usługa może nadal działać i kosztować.

To jedyne pole, którego zaniedbanie cicho psuje prognozę: nie wywołuje błędu, po prostu przestaje generować przyszłe kwoty.

Karta / konto

subscriptions.form.linked_cardsubscriptions.form
Dodatkowa informacja o karcie lub koncie, z ktorego pobierane sa platnosci.

ID wlasciciela

subscriptions.form.owner_user_idsubscriptions.form
Identyfikator osoby odpowiedzialnej za subskrypcje w systemie.

Wypowiedzenie dni

subscriptions.form.cancellation_notice_dayssubscriptions.form
Liczba dni potrzebnych do wypowiedzenia subskrypcji przed odnowieniem.

Status

subscriptions.form.statussubscriptions.form
Biezacy status subskrypcji, na przyklad aktywna, wstrzymana albo zakonczona.

Notatki — miejsce na warunki, których nie ma gdzie indziej

subscriptions.form.notessubscriptions.form

Notatka widoczna wyłącznie wewnątrz firmy.

W praktyce trafiają tu rzeczy, dla których nie ma osobnego pola, a które decydują przy odnowieniu: długość wypowiedzenia, na kogo zarejestrowane jest konto, czy da się zejść na tańszy plan, kiedy ostatnio negocjowano cenę.

Auto-renew

subscriptions.form.auto_renewsubscriptions.form
Zaznacz, jesli subskrypcja ma odnawiac sie automatycznie po okresie rozliczeniowym.

Faktura okresowa

subscriptions.form.invoice_linksubscriptions.form
Powiazana faktura kosztowa dla wybranego okresu, najlepiej wprowadzona przez OCR albo AI.

Historia płatności — dwie kwoty okresu: ile wyszło z konta i ile jest kosztem

subscriptions.form.payment_historysubscriptions.form

Lista okresów rozliczeniowych tej pozycji, każdy z dwiema kwotami: „Z konta” — ile faktycznie wyszło, i „Koszt” — ile z tego jest kosztem.

To nie jest ta sama liczba i nie ma być. Przy racie kredytu z konta wychodzi cała rata, a kosztem są wyłącznie odsetki — kapitał kosztem nie jest nigdy. Ile z kwoty jest kosztem, wynika z rodzaju zobowiązania: przy abonamencie, najmie czy usłudze to całość, przy kredycie tylko odsetki, a przy wynagrodzeniu i daninie kwotę prowadzi inny moduł i ten ekran jej nie rozstrzyga.

Przycisk „Rozbij” pozwala wpisać to, czego system nie wie: rzeczywistą kwotę przelewu, kwotę kosztu i rozbicie raty na kapitał, odsetki oraz opłaty — z harmonogramu, który dostałeś z banku. System takiego rozbicia nie wyprowadza sam, bo nie jest systemem księgowym; przechowuje je i sumuje.

Puste pole znaczy „nie wiem”, a nie zero. Kwota nieznana i kwota zerowa to dwie różne informacje, więc okres bez przelewu pokazuje kreskę wraz z powodem, a nie 0,00.

Stany są cztery: Zapłacony (jest przelew albo wpisana kwota), Po terminie (okres minął i nic po nim nie ma), Zaplanowany (jeszcze nie nadszedł) i Pominięty — ten ostatni ustawiasz sam, gdy okres świadomie nie będzie płacony (wakacje kredytowe, miesiąc bez najmu). Okres pominięty nie wraca jako zaległość.

Brak powiązania z wyciągiem nie znaczy, że nie zapłacono — częściej znaczy, że wyciąg za ten miesiąc nie został jeszcze zaimportowany albo operacji nie udało się dopasować automatycznie. Dziura w środku ciągu opłaconych miesięcy to sygnał do sprawdzenia, nie dowód zaległości.

Kolumna „Dowód” mówi o dokumencie, nie o zapłacie. Ma cztery stany, bo brak faktury znaczy różne rzeczy w zależności od rodzaju: jest — dokument jest wskazany i można go otworzyć; brak — rodzaj spodziewa się faktury, a tego okresu nikt nią nie podparł (to jedyny prawdziwy sygnał do działania); nie trzeba — przy daninie publicznej, najmie czy składce członkowskiej jedynym śladem jest przelew i tak ma być; nieczytelny — wskazanie istnieje, ale prowadzi w miejsce, którego nie ma (np. dokument usunięto po wskazaniu).

Dowód wskazujesz przyciskiem „Wskaż dowód” — z faktur tego rozliczenia, a w razie potrzeby z pozostałych faktur kontrahenta. „Odłącz” zdejmuje wskazanie i nie rusza ani kwot, ani stanu okresu.

Kierunek — koszt czy przychód

subscriptions.form.directionsubscriptions.form

Rozstrzyga, po której stronie prognozy ląduje kwota: kosztowe pomniejszają przewidywane saldo, przychodowe je powiększają.

Wartość wynika z wybranej kategorii, więc zmiana kategorii na przychodową przenosi pozycję na drugą stronę — także w forecastcie na tym ekranie, gdzie trzeba wtedy przełączyć widok na „Przychody”, żeby ją w ogóle zobaczyć.

Data końca — kiedy usługa ma przestać się odnawiać

subscriptions.form.end_datesubscriptions.form

Opcjonalna granica: po tej dacie pozycja nie generuje kolejnych okresów w prognozie.

Przydatna przy usługach zamówionych na określony czas — na przykład licencji na rok bez automatycznego przedłużenia. Bez niej prognoza założy, że rozliczenie trwa w nieskończoność.

Puste pole to bezterminowe odnawianie i w większości subskrypcji jest poprawne.

Powiązana umowa — kiedy jest podstawą, a kiedy nie powinno jej być

subscriptions.form.contract_linksubscriptions.form

Czy umowa jest tu potrzebna, rozstrzyga RODZAJ rozliczenia — nie Twoja decyzja przy każdym wierszu osobno.

Subskrypcja opiera się na regulaminie usługi, nie na umowie — dla niej pole umowy w ogóle się nie pokazuje. Jeśli umowa istnieje, to nie jest subskrypcja, a abonament: zmień rodzaj, bo od niego zależy, jak pozycja liczy się w ewidencji.

Abonament, najem, leasing, kredyt, polisa i usługa cykliczna stoją na umowie. Brak wskazanej umowy daje ostrzeżenie, nie blokadę — umowa bywa wpisywana do systemu później niż pierwsza płatność z niej wynikająca, a blokada kazałaby wtedy skłamać co do rodzaju.

Wynagrodzenie i danina publiczna prowadzą swoją podstawę w innym miejscu (Umowy, moduł podatkowy) — tutaj się jej nie wskazuje, bo nic by to nie zmieniło.

Wybór umowy nadpisuje kontrahenta, kierunek, kwotę, walutę, cykl i daty danymi z umowy — to skrót, nie utrata możliwości poprawienia ich później.

Prognoza rozliczeń cyklicznych — blok na każdą walutę

subscriptions.metrics.forecastsubscriptions.metrics

Rozpisanie aktywnych rozliczeń na kolejne miesiące według ich cyklu: miesięczne wchodzą w każdy miesiąc, roczne tylko w miesiąc odnowienia.

To najpewniejsza część całej prognozy — w odróżnieniu od faktur, które dopiero mogą wpłynąć, te kwoty wynikają z już zawartych zobowiązań. Dlatego wchodzą do prognozy salda jako pozycja pewna.

Każda waluta ma własny blok i własną sumę okresu (od 1.0.375). Sumy z różnych walut nie są zestawiane ani sprowadzane do złotówek: kurs z dnia odczytu nie jest kursem z dnia obciążenia, więc przeliczenie jest oszacowaniem, a saldo rachunku walutowego jest faktem. Przeliczenie na walutę bazową nadal liczy Cash Flow — tam odpowiada na inne pytanie niż „czy mam z czego zapłacić”.

Do 1.0.374 nagłówek kafla podawał jedną kwotę po przeliczeniu, a waluty stały pod nią jako drobna legenda. Mieszało to dwa znaczenia słowa „PLN”: sumę wszystkich rozliczeń po kursie i tę część, która naprawdę jest płacona w złotych. Blok PLN pokazuje teraz tylko to drugie, więc jest mniejszy niż dawny nagłówek — to nie ubytek danych.

Obok sumy stoi saldo rachunków w tej samej walucie i zdanie, czy starcza na cały okres. Rachunek VAT nie wchodzi do tego pokrycia — z niego nie płaci się dowolnych zobowiązań. Trzy stany są rozróżniane: „starcza”, „brakuje X” i „nie wiadomo” (gdy w tej walucie nie ma odczytanego rachunku). Pokrycie wymaga uprawnienia do danych bankowych; bez niego bloki walut zostają, tylko bez sald.

Kwoty biorą się z pola „Kwota” każdej pozycji. Przy kwocie zmiennej jest to szacunek, więc prognoza będzie tak dokładna, jak wpisane wartości.

Prognoza liczy to samo zawężenie, co lista pod nią (od 1.0.380). Kliknięcie rodzaju („Subskrypcja”, „Wynagrodzenie”, „Najem”) zawęża oba. Wcześniej filtr dotyczył tylko listy, więc blok PLN pokazywał sumę wszystkich rodzajów — z wynagrodzeniami i najmem — a lista pod nim sumowała same subskrypcje; dwie liczby o dwóch różnych zbiorach, bez słowa o tym, że zbiory są różne. Pod blokami stoi teraz zdanie mówiące, ile zobowiązań weszło do sumy, ile odciął filtr rodzaju i ile nie ma ani jednego wystąpienia w tym okresie — to ostatnie dotyczy zobowiązań rocznych, których termin wypada poza oknem prognozy.

Zakres i kierunek prognozy — 3/6/12 miesięcy, przychody albo koszty

subscriptions.metrics.forecast_periodsubscriptions.metrics

Przełączniki zmieniają wyłącznie widok, nie dane.

Kierunek ma znaczenie: rozliczenia cykliczne to nie tylko koszty. Abonament, który sprzedajesz klientowi, jest rozliczeniem przychodowym i pojawi się dopiero po przełączeniu na „Przychody”.

Dwanaście miesięcy pokazuje pełny cykl roczny — to jedyny zakres, w którym widać pozycje odnawiane raz w roku. Miesiąc bez wystąpienia w danej walucie dostaje kreskę, a nie zero: zero wyglądałoby jak kwota.

Kliknięcie w miesiąc prowadzi do Kalendarza Płatności — prognoza mówi ILE, a kalendarz kiedy dokładnie i za co.

Kategorie — zawężenie listy według rodzaju usługi

subscriptions.metrics.category_filtersubscriptions.metrics

Liczby przy nazwach to liczebność każdej grupy; kliknięcie zawęża listę obok.

Grupowanie idzie po kategorii przypisanej do pozycji. Rozliczenia bez kategorii wpadają do grupy pozostałych — jeśli jest ich dużo, w raporcie kosztów według kategorii pojawi się nieproporcjonalnie duży worek „bez kategorii”.

Stany rozliczeń — dlaczego zniknęły czerwone wiersze

subscriptions.metrics.attention_groupssubscriptions.metrics

Każde rozliczenie ma jeden z czterech stanów: Wymaga działania, Zaplanowane, Zamknięte i Wstrzymane i anulowane. Przynależność liczy serwer, nie ekran — dzięki temu ta sama liczba stoi w belce nad rejestrem i w pigułce nad tabelą.

Od 1.0.668 zakładka „Cykliczne” jest listą alfabetyczną po kontrahencie i stany jej nie rozdzielają. Zamówienie właściciela brzmiało: „nazwa kontrahenta to główna podstawa sortowania alfabetycznego, a pod nazwą kontrahenta nazwa usługi”. Grupowanie po stanach znaczyło, że jeden dostawca stoi w trzech miejscach ekranu i żeby go znaleźć, trzeba najpierw wiedzieć, w jakim jest stanie — czyli wiedzieć to, po co się na ekran wchodzi. Stan niesie teraz pasek przy lewej krawędzi wiersza (jego nazwa jest w podpowiedzi) i rząd pigułek nad tabelą. Grupowanie żyje dalej na trzech pozostałych zakładkach: „Oś czasu”, „Po rodzajach” i „Trzy tory”.

Do 1.0.367 zamiast grup były kolorowane wiersze: czerwony przy terminie w ciągu 14 dni, żółty w ciągu 30. Przy zaległych subskrypcjach warunek spełniało 46 z 48 wierszy, więc kolor przestawał cokolwiek odróżniać — informacją stawał się jego brak, którego nikt nie szuka. Powaga jedzie teraz na wąskim pasku przy lewej krawędzi wiersza i na jednym rzędzie pigułek nad tabelą.

Wymaga działania to trzy różne sytuacje: minięty termin przy nieopłaconym okresie, faktura przeterminowana albo brak dowodu, którego rodzaj się spodziewa. Którą z nich dotyczy dany wiersz, mówi kolumna „Powód”.

Powiązana faktura jest dowodem swojego okresu (od 1.0.376). Okresem jest miesiąc daty wystawienia faktury — subskrypcje rozlicza się z dołu, więc faktura z 5 sierpnia jest dowodem sierpnia. Do 1.0.375 dowodem było wyłącznie ręczne wskazanie, więc rozliczenie z siedmioma powiązanymi, opłaconymi fakturami pokazywało „brak dowodu” przy każdym okresie. Ręczne wskazanie nadal wygrywa — powiązanie mogło powstać automatem.

Zapłata faktury jest zapłatą okresu. Płatność kartą jest uzgadniana z fakturą, nie z subskrypcją, więc wcześniej okres mówił „nie ma przelewu” o pieniądzach, które zeszły z konta. Kolumna „Z konta” pokazuje kwotę z wyciągu, kolumna „Koszt” — kwotę z faktury; przy karcie walutowej różni je prowizja za przewalutowanie i różnica jest wprost podpisana pod kwotą.

Suma grupy jest rozbita na waluty (od 1.0.380) — ta sama zasada, którą prognoza ma wypisaną wprost. Wcześniej belka pokazywała jedną kwotę w złotych, powstałą z przeliczenia wierszy w PLN, EUR i USD; kurs z dnia odczytu nie jest kursem z dnia obciążenia, więc taka suma była oszacowaniem wyglądającym na fakt. Suma dotyczy całego stanu, także tych jego wierszy, których lista w tej chwili nie pokazuje.

Zamknięte i wstrzymane stoją za jednym przełącznikiem pod tabelą (od 1.0.668; od 1.0.384 do 1.0.667 były to zwijane grupy). Przełącznik nazywa liczbę ukrytych wierszy, więc nic nie chowa się po cichu, a po rozwinięciu wchodzą one między pozostałe, na swoje litery — doklejone na koniec byłyby kolejnością po stanie, czyli tym samym grupowaniem, które ta zakładka przestała robić. Ustawienie jest pamiętane dla Twojego konta, także na innym urządzeniu, więc schowanie jest czynnością jednorazową. To, które stany nie mają nic do zrobienia, rozstrzyga serwer — dzisiaj są to Zamknięte oraz Wstrzymane i anulowane. Do 1.0.383 zamiast tego był sufit ośmiu wierszy z przyciskiem „pokaż pozostałe” — rozwinięcia nie dawało się cofnąć, a przy wierszach pilnych sufit był wyłączony.

Termin — data, liczba dni i co znaczy czerwień

subscriptions.metrics.term_columnsubscriptions.metrics

Data odnowienia oraz zdanie o tym, ile do niej zostało: „za 5 dni”, „dzisiaj” albo „43 dni po terminie”.

Do 1.0.367 były to dwie kolumny, a druga liczyła dni obcięte do zera od dołu — więc każda pozycja po terminie pokazywała „0 dni”, a przy zaległych subskrypcjach cała kolumna. Teraz liczba jest ze znakiem i liczy ją serwer, bo od niej zależy przypisanie do grupy.

Czerwień znaczy zaległość, a nie minioną datę (od 1.0.379). Minięty termin przy zapłaconym okresie nie jest zaległością — kolumna mówi wtedy neutralnie „termin minął N dni temu, okres zapłacony”. Wcześniej wiersz potrafił stać w grupie „Zamknięte” z powodem „zapłacone, dowód jest” i jednocześnie krzyczeć czerwonym „43 dni po terminie”, bo ton kolumny liczył się w przeglądarce, a przynależność do grupy — na serwerze.

Termin rozliczenia kosztowego przesuwa się sam (od 1.0.379), po potwierdzonej zapłacie okresu — o dokładnie tyle okresów, ile jest udowodnionych zapłat. Zapłata bez dowodu nie przesuwa niczego, bo wtedy „po terminie” jest prawdą. Wcześniej datę przesuwało wyłącznie fakturowanie rozliczeń przychodowych, więc opłacana co miesiąc subskrypcja kosztowa „zalegała” coraz bardziej.

„Termin nieznany” znaczy, że daty odnowienia nie da się odczytać — to inny stan niż „dzisiaj” i inny niż „daleko”.

Dowód — czym legitymuje się TEN okres

subscriptions.metrics.proof_columnsubscriptions.metrics

Kolumna nazywała się do 1.0.367 „Bieżąca faktura” i była to nazwa nieprawdziwa dla części rodzajów: najem od osoby prywatnej faktury mieć nie musi, a przy daninie publicznej jedynym śladem jest przelew.

Cztery możliwe odpowiedzi: numer dokumentu (kliknięcie otwiera go w rejestrze), brak dowodu — luka, bo ten rodzaj faktury oczekuje, wskazanie nieczytelne — dokument wskazano, ale już go w rejestrze nie ma, oraz nie oczekujemy, czyli stan całkowicie normalny dla tego rodzaju.

Dowodem jest też faktura powiązana z rozliczeniem (od 1.0.376, na liście od 1.0.378) — z miesiąca swojej daty wystawienia, bez klikania „Wskaż dowód” przy każdym okresie. Ręczne wskazanie wygrywa z powiązaniem, bo jest jawnym stwierdzeniem człowieka o TYM okresie. Skąd pochodzi dowód, mówi podpowiedź pod kursorem; gdy w okresie są dwie faktury (korekta, dopłata), pokazana jest najstarsza, a podpowiedź informuje o drugiej.

Kliknięcie w „brak dowodu” otwiera okres, w którym dowód się wskazuje.

Zapłata — potwierdzona zapłata tego okresu

subscriptions.metrics.payment_columnsubscriptions.metrics

Data i kwota operacji z wyciągu bankowego, powiązanej z tym rozliczeniem i z tym okresem. Kliknięcie prowadzi do Danych źródłowych, do operacji.

Kreska znaczy „nie znaleźliśmy zapłaty w tym okresie”, a nie „zero złotych”. Nie znaczy też, że pieniądze nie wyszły — może brakować powiązania między operacją a rozliczeniem, i wtedy właśnie to jest do zrobienia.

Zapłata powiązanej faktury jest zapłatą okresu (od 1.0.378). Płatność kartą jest uzgadniana z fakturą, a nie z subskrypcją — nikt nie wskazuje obciążenia karty przy wierszu rozliczenia — więc kolumna pokazywała kreskę przy pieniądzach, które zeszły z konta. Kwotą jest to, co faktycznie zeszło z konta (przy karcie walutowej razem z prowizją za przewalutowanie), a nie kwota z faktury; obie liczby razem z różnicą widać w historii okresów. Podpowiedź pod kursorem mówi, którą drogą zapłata została znaleziona.

Gdy okres ma więcej niż jeden potwierdzony przelew (rozbita płatność), kolumna pokazuje najpóźniejszy; całe rozbicie widać w historii okresów.

Razem — jedna waluta i bez rachunku VAT

subscriptions.metrics.balances_totalsubscriptions.metrics

Pasek zestawia rachunki w PLN, EUR i USD obok siebie, więc czyta się go jak zestawienie, które gdzieś ma sumę. Sumy takiego zestawienia nie ma — dodanie euro do złotych wymaga kursu, a kurs zmienia odpowiedź.

Dlatego kafel „Razem” liczy jedną walutę (tę, w której jest najwięcej rachunków) i mówi wprost, czego nie obejmuje. Kropka i liczba dni przy saldzie znaczą, że ostatnia operacja na tym rachunku jest starsza niż dwa dni — saldo nadal jest prawdziwe, ale nie jest dzisiejsze.

Rachunek VAT nie wchodzi do sumy (od 1.0.380). Odpowiada ona na pytanie „ile mam do dyspozycji”, a nie „ile leży na rachunkach”, więc liczy dokładnie to samo, co pokrycie prognozy — tam rachunek VAT jest wyłączony od 1.0.359, bo nie jest rachunkiem, z którego się płaci. Kwota VAT-u jest podpisana pod sumą i ma własny kafel z fioletową obwódką; wcześniej te dwie liczby na jednym ekranie różniły się o cały rachunek VAT.

Praca · Terminy

Kalendarz Płatności

Miesięczny widok terminów ustawowych, wynagrodzeń, faktur, wpływów i innych zdarzeń wymagających płatności lub oczekiwania na wpływ.

5 podpowiedzi (i)

Praca z widokiem miesiąca

Kalendarz pozwala ocenić zagęszczenie płatności i wpływów w konkretnych dniach.

#
  1. Wybierz miesiąc.
  2. Przejrzyj dni z oznaczonymi zdarzeniami.
  3. Kliknij dzień, aby zobaczyć listę pozycji.
  4. Otwórz pozycję, aby przejść do dokumentu lub modułu źródłowego.

Rozpoznawanie rodzaju terminu

Pozycje mogą pochodzić z faktur, wynagrodzeń, podatków, ZUS lub innych reguł systemowych.

#
  1. Sprawdź typ pozycji i kierunek przepływu.
  2. Zweryfikuj termin oraz kwotę.
  3. Jeśli pozycja jest błędna, popraw dane w module źródłowym.
  4. Po zmianie źródła wróć do kalendarza i sprawdź przeliczenie.
iPomoc kontekstowa z aplikacji dla tego modułu5 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Kalendarz Płatności — co i kiedy obciąży konto

payment_calendar.main.overviewpayment_calendar.main

Wszystkie znane terminy w jednym miejscu: faktury do zapłaty, należności do otrzymania, raty, rozliczenia cykliczne i terminy ustawowe.

Kalendarz odpowiada na pytanie, na które lista dokumentów nie odpowiada: czy w danym tygodniu nie zbiega się za dużo naraz. Ta sama suma płatności rozłożona równo i skumulowana w trzech dniach to zupełnie inna sytuacja dla konta.

Pozycje pochodzą z dokumentów i umów zapisanych w systemie — kalendarz niczego nie zakłada od siebie.

Pozycja stoi na dniu wymagalności, a nie na dniu zapłaty. Zapłacenie faktury nie przenosi jej w kalendarzu na inny dzień — termin zostaje taki, jaki był, bo to on odpowiada na pytanie, na które ten ekran istnieje: co przypada w tym tygodniu. Dlatego faktura z terminem 2 września potrafi być zielona, choć pieniądze wyszły 19 sierpnia.

Kiedy zapłata naprawdę nastąpiła, mówi panel po prawej: przy pozycji zrealizowanej pojawia się data zapłaty, a przy zapłaconej po terminie — również to, o ile dni. Dokument pokryty, przy którym daty zapłaty nie zapisano, jest opisany osobno: „data zapłaty nieznana” to nie to samo co „zapłacono w terminie”.

Filtr kierunku — płatności, uznania albo wszystko

payment_calendar.main.filterpayment_calendar.main

Zawęża widok do jednego kierunku przepływu.

Płatności pokazują sam ciężar do udźwignięcia — to widok do planowania gotówki. Uznania pokazują, na co czekasz. Wszystko daje bilans dnia, czyli odpowiedź, czy wpływy pokryją wypływy bez sięgania po rezerwę.

Płatności — pieniądze wychodzące

payment_calendar.main.outflowspayment_calendar.main

Faktury kosztowe, raty, subskrypcje, wynagrodzenia i daniny z terminem w danym dniu.

To pozycje, których termin zależy od Ciebie tylko do pewnego stopnia: fakturę dostawcy można przesunąć kosztem relacji, ale terminu ZUS-u i podatków przesunąć się nie da.

Warto czytać je razem z prognozą salda — sam kalendarz pokazuje, co przypada, a nie czy jest z czego zapłacić.

Uznania — pieniądze przychodzące

payment_calendar.main.inflowspayment_calendar.main

Należności, których termin przypada w danym dniu.

To terminy, nie obietnice. Data w kalendarzu mówi, kiedy klient powinien zapłacić — czy zapłaci, zależy od jego dyscypliny, którą widać w raporcie „Terminowość płatności”.

Przy planowaniu ciasnego tygodnia bezpieczniej jest liczyć na uznania od klientów płacących regularnie niż na te o największej kwocie.

Terminy ustawowe — ZUS, VAT, PIT i zaliczki

payment_calendar.main.statutorypayment_calendar.main

Podpowiedzi o terminach wynikających z przepisów, nie z Twoich dokumentów. Nanoszone na kalendarz automatycznie, na podstawie formy działalności i statusu VAT ustawionych w Ustawieniach.

Terminy przypadające w sobotę, niedzielę albo święto przesuwają się na najbliższy dzień roboczy — kalendarz uwzględnia to sam, razem ze świętami ruchomymi.

To przypomnienie, nie wyliczenie kwoty. ELWU One View nie liczy zobowiązań podatkowych i nie zastępuje księgowości — mówi tylko, kiedy termin przypada.

Praca · Kampanie

Zarządzanie Reklamami

Konta reklamowe, wydatki, budżety i rozliczenia z kontrahentami. Dane reklamowe są wykorzystywane również przy refakturowaniu.

42 podpowiedzi (i)

Konta reklamowe

Konto reklamowe łączy dane kampanii z właściwym klientem i sposobem rozliczenia.

#
  1. Otwórz Zarządzanie Reklamami.
  2. Przejdź do kont reklamowych.
  3. Dodaj lub edytuj konto i powiąż je z właściwym kontrahentem.
  4. Zapisz, a następnie sprawdź dane wydatków dla konta.

Wydatki i import raportów

Wydatki mogą być wczytywane z raportów, a import powinien wykrywać powtórzenia i nakładające się okresy.

#
  1. Wybierz import danych reklamowych.
  2. Wskaż plik i zakres.
  3. Sprawdź komunikaty o duplikatach, sumach zbiorczych i nakładających się okresach.
  4. Zatwierdź poprawne dane i zweryfikuj wynik na koncie reklamowym.

Przekazanie kosztu do refaktury

Koszt reklamowy przypisany klientowi może zostać dalej rozliczony w module Refaktury.

#
  1. Zweryfikuj kontrahenta i koszt kampanii.
  2. Sprawdź, czy wydatek powinien zostać przeniesiony na klienta.
  3. Przejdź do Refaktur i sprawdź pozycję w kolejce kontrahenta.
  4. Dokończ przygotowanie do wystawienia faktury.
iPomoc kontekstowa z aplikacji dla tego modułu42 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Kontrahent

ads.account.form.entity_idads.account.form
Wybierz podmiot, z ktorym zwiazane jest konto reklamowe. To pole okresla, do kogo nalezy budzet lub kto go finansuje.

Zakres budzetu

ads.account.form.budget_scopeads.account.form
Okresla, czy budzet jest przypisany do klienta, kampanii, tenanta czy innego zakresu rozliczeniowego.

Model finansowania

ads.account.form.financing_modelads.account.form
Wskazuje, kto finansuje kampanie i jak system ma traktowac wydatki przy prognozie oraz refakturze.

Model rozliczenia

ads.account.form.settlement_modelads.account.form
Okresla, czy konto reklamowe jest tylko ewidencjonowane, czy ma byc rozliczane z klientem jako koszt do przeniesienia.

Typ prowizji

ads.account.form.fee_typeads.account.form
Wybierz sposob naliczania prowizji, np. kwotowo, procentowo albo brak prowizji.

Wartosc prowizji

ads.account.form.fee_valueads.account.form
Podaj konkretna wartosc prowizji dla tego konta reklamowego. System uzyje jej w rozliczeniach i raportach.

Nazwa konta

ads.account.form.account_nameads.account.form
Czytelna nazwa konta reklamowego widoczna na listach, w raportach i przy wydatkach.

Zewnetrzne ID

ads.account.form.account_external_idads.account.form
Identyfikator konta po stronie platformy reklamowej. Ulatwia import i synchronizacje.

Opiekun

ads.account.form.owner_nameads.account.form
Osoba odpowiedzialna za konto reklamowe albo jego prowadzenie po stronie zespolu.

Budzet miesieczny

ads.account.form.monthly_budgetads.account.form
Planowany limit wydatkow na miesiac. Wspiera forecasting i pilnowanie przekroczen.

Budzet dzienny

ads.account.form.daily_budgetads.account.form
Planowany limit wydatkow dziennych, jesli platforma lub proces go wykorzystuje.

Waluta

ads.account.form.currencyads.account.form
Waluta, w ktorej prowadzisz budzet i rozliczenia konta reklamowego.

Status

ads.account.form.statusads.account.form
Status kontroluje, czy konto jest aktywne, zablokowane, archiwalne czy w przygotowaniu.

Rozliczane z kontrahentem

ads.account.form.billable_to_clientads.account.form
Zaznacz, jesli wydatki z tego konta maja byc przenoszone do rozliczenia z klientem.

Uwagi

ads.account.form.notesads.account.form
Dodatkowe informacje operacyjne o koncie reklamowym, np. wyjatki, zasady lub ograniczenia.

Konta reklamowe

ads.account.form.metric.accounts_totalads.account.form
Liczba aktywnych kont reklamowych w zestawieniu.

Budżet mies.

ads.account.form.metric.monthly_budgetads.account.form
Miesięczny budżet kont reklamowych.

Wydane w mies.

ads.account.form.metric.monthly_spendads.account.form
Kwota wydana w bieżącym miesiącu.

Prognoza mies.

ads.account.form.metric.monthly_forecastads.account.form
Prognoza wydatków na bieżący miesiąc.

Zagrożone konta

ads.account.form.metric.at_risk_accountsads.account.form
Liczba kont z ryzykiem przekroczenia budżetu.

Do odzyskania

ads.account.form.metric.recoverable_totalads.account.form
Kwota potencjalnie możliwa do odzyskania lub przypisania.

Wpisy wydatków

ads.account.form.metric.spend_rowsads.account.form
Liczba pozycji wydatków reklamowych w systemie.

Okresów

ads.client_ledger.form.metric.period_countads.client_ledger.form
Liczba miesięcy widocznych w bieżącym zestawieniu (po zastosowaniu filtrów roku/miesiąca).

Suma kosztów z CSV

ads.client_ledger.form.metric.csv_totalads.client_ledger.form
Suma wydatków reklamowych pochodzących z raportu importu platformy reklamowej (plik CSV) - to jest podstawa do wystawienia refaktury klientowi za dany miesiąc.

Suma kosztów z FV

ads.client_ledger.form.metric.fv_totalads.client_ledger.form
Suma kosztów z rzeczywistych faktur od platformy reklamowej (wprowadzonych ręcznie lub przez OCR) - używana do rozliczenia księgowego (bilansowania kosztów CSV vs faktur), niezależnie od refaktury.

Bieżące saldo

ads.client_ledger.form.metric.current_balanceads.client_ledger.form
Narastające saldo „do przeniesienia” między kosztami z faktur a kosztami z CSV, liczone z pełnej historii klienta (nie tylko z okresu widocznego po filtrach).

Przypisz do istniejącej faktury

ads.client_ledger.form.action.assign_existing_invoiceads.client_ledger.form
Trzecia droga zamknięcia miesiąca - obok „Refaktury” (która wystawia NOWĄ fakturę w Fakturowni) i „Rozlicz” (które zamyka miesiąc bez faktury). Tutaj wskazujesz fakturę, którą JUŻ wystawiłeś temu kontrahentowi. Okno pokazuje po lewej faktury z kont reklamowych za ten miesiąc - to tylko KONTEKST - a po prawej Twoje faktury sprzedaży dla tego kontrahenta z okresu sześciu miesięcy wstecz i sześciu w przód, opłacone i nieopłacone, wraz z pozycjami. Po wskazaniu faktury miesiąc zostaje rozliczony (powstaje partia rozliczeniowa powiązana z tą fakturą), a kategoria faktury i jej pozycji ustawia się na refakturę budżetu reklamowego - kategorię wybiera się raz, w Ustawieniach. Sumy NIE muszą się zgadzać: podstawą refaktury jest raport platformy, nie ta faktura, a jedna faktura może pokrywać kilka miesięcy - rozbieżność jest pokazana jako różnica i tylko informuje, nigdy nie blokuje zapisu. Przycisk znika, gdy miesiąc ma już fakturę. Nic nie jest wysyłane do Fakturowni ani do KSeF - faktura już istnieje.

Konto reklamowe

ads.import.form.account_idads.import.form
Wybierz konto, do ktorego przypiszesz importowane wydatki.

Plik CSV

ads.import.form.csv_fileads.import.form
Dodaj plik CSV zawierajacy wydatki reklamowe do importu.

Lub wklej CSV

ads.import.form.csv_textads.import.form
Wklej dane CSV bezposrednio do pola, jesli nie uzywasz pliku.

Konto reklamowe

ads.spend.form.ad_account_idads.spend.form
Wybierz konto, do ktorego przypisujesz wydatek. To pole laczy koszt z odpowiednim budzetem.

Data wydatku

ads.spend.form.spend_dateads.spend.form
Data poniesienia kosztu reklamowego. Uzywana w cashflow, raportach i rozliczeniach.

Kwota

ads.spend.form.amountads.spend.form
Wpisz wartosc wydatku reklamowego. To podstawowa kwota, od ktorej system liczy dalsze rozliczenia.

Waluta

ads.spend.form.currencyads.spend.form
Waluta wydatku. Powinna byc zgodna z waluta konta lub z waluta rozliczeniowa.

Zrodlo

ads.spend.form.sourceads.spend.form
Wybierz, skad pochodzi wpis: recznie, z importu, z synchronizacji albo z innego procesu.

Status rozliczenia

ads.spend.form.settlement_statusads.spend.form
Okresla, czy wydatek jest otwarty, w rozliczeniu, zarezerwowany czy zamkniety.

Kwota do odzyskania

ads.spend.form.recoverable_amountads.spend.form
Czesc wydatku, ktora ma zostac przeniesiona do klienta lub odzyskana w rozliczeniu.

Powiazana faktura sprzedazowa ID

ads.spend.form.linked_sales_doc_idads.spend.form
Opcjonalne powiazanie z dokumentem sprzedazy, jesli wydatek ma byc refakturowany.

Kampania

ads.spend.form.campaign_nameads.spend.form
Nazwa kampanii lub grupy reklam, do ktorej przypisujesz wydatek.

ID wpisu

ads.spend.form.external_idads.spend.form
Zewnetrzny identyfikator pozycji z platformy, importu albo synchronizacji.

Referencja importu

ads.spend.form.source_referenceads.spend.form
Techniczna referencja z importu, ktora pozwala odtworzyc zrodlo wpisu.

Uwagi

ads.spend.form.notesads.spend.form
Dodatkowe informacje o wydatku, np. wyjatki, korekty albo kontekst rozliczenia.
Praca · Zobowiązania

Rejestr Umów

Umowy przychodowe i kosztowe wraz ze stronami, okresem obowiązywania, etapami, zobowiązaniami, aneksami, załącznikami i historią zmian.

91 podpowiedzi (i)

Dodanie nowej umowy

Umowa powinna od początku wskazywać strony, typ, okres i warunki istotne dla dalszych automatyzacji.

#
  1. Kliknij „Nowa umowa”.
  2. Wybierz rodzaj umowy i strony; jeśli kontrahent istnieje w kartotece, wybierz go zamiast wpisywania nazwy ręcznie.
  3. Uzupełnij daty, zasady kontynuacji/wypowiedzenia, kwoty i opiekuna.
  4. Dodaj załączniki, zobowiązania lub dane do fakturowania, jeśli dotyczą umowy.
  5. Zapisz i sprawdź historię pierwszej wersji.

Zobowiązania i terminy z umowy

Zobowiązanie opisuje czynność powtarzalną lub jednorazową wynikającą z umowy.

#
  1. Otwórz umowę.
  2. Przejdź do zobowiązań.
  3. Dodaj nazwę, rytm, kwotę, termin i wyprzedzenie przypomnienia.
  4. Zapisz. Wystąpienia będą trafiać do Zadań/Kalendarza zgodnie z regułą.

Aneks i zmiana warunków

Aneks powinien zmieniać źródłowe dane umowy i zachować historię poprzedniej wersji.

#
  1. Otwórz umowę i wybierz dodanie aneksu/zmiany.
  2. Wprowadź nowe warunki i datę obowiązywania.
  3. Zapisz zmianę.
  4. Sprawdź historię — poprzedni stan powinien pozostać możliwy do odtworzenia.

Przedłużenie lub zakończenie umowy

Decyzja o kontynuacji może zostać podjęta z poziomu umowy albo zadania wygenerowanego przed terminem.

#
  1. Sprawdź aktualny termin i tryb kontynuacji.
  2. Wybierz przedłużenie, przejście na czas nieokreślony albo zakończenie.
  3. Uzupełnij wymaganą datę i powód.
  4. Zapisz; system zaktualizuje historię i powiązane zadania.

Historia i dokumenty umowy

Historia pozwala sprawdzić, co zmieniło się w czasie i na jakiej podstawie.

#
  1. Otwórz szczegóły umowy.
  2. Przejdź do historii lub wersji.
  3. Porównaj interesujące Cię zmiany.
  4. Otwórz załączniki, jeżeli potrzebujesz dokumentu źródłowego.
iPomoc kontekstowa z aplikacji dla tego modułu91 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Aneksy i wersje — dokument i zapis to dwie różne rzeczy

contracts.amendments.overviewcontracts.amendments

Aneks to dokument, który ktoś podpisał. Wersja to zapis stanu umowy, który z niego wynika. Aneks zawsze tworzy wersję, ale wersja powstaje też przy zwykłej poprawce, przy której żadnego dokumentu nie ma — dlatego obie tabele stoją obok siebie, a nie na dwóch ekranach.

Aneks nie nadpisuje umowy. Poprzednia treść zostaje jako wersja z własnym okresem obowiązywania, więc pytanie „jak brzmiała ta umowa w marcu” ma odpowiedź także po trzech aneksach.

Numer aneksu nadaje się sam (A-1, A-2, A-3…), jeśli nie wpiszesz własnego. Numer wpisany ręcznie — na przykład „Aneks nr 2/2026” — zostaje nietknięty.

Od kiedy obowiązuje aneks — i dlaczego nigdy od początku umowy

contracts.amendments.effective_fromcontracts.amendments

Kolejność jest jednoznaczna: data wejścia w życie, a jeśli jej nie podasz — data podpisania, a jeśli i tej nie ma — dzisiaj.

Aneks nigdy nie obowiązuje od początku umowy. To nie jest ostrożność, tylko definicja: aneks obowiązujący od pierwszego dnia umowy nie zmienia umowy, on ją przepisuje — a wtedy historia sprzed aneksu przestaje istnieć i nie da się już odtworzyć, na co strony się wtedy umówiły.

Wersja, która obowiązywała wcześniej, zostaje domknięta dniem przed wejściem aneksu. Dwa aneksy tego samego dnia dają wersję jednodniową — to poprawny zapis, a nie usterka.

Wersje zapisu — kolumna „Obowiązuje” jest tu najważniejsza

contracts.amendments.versionscontracts.amendments

Każda zmiana umowy zapisuje wersję: utworzenie, poprawka, zmiana statusu, aneks, działanie automatu. Kolumna Obowiązuje mówi, w jakim okresie dana treść była wiążąca — i to ona sprawia, że „stan na dzień” w ogóle ma sens.

Do wydania 1.0.264 każda wersja dostawała okres przepisany z umowy, więc wszystkie wyglądały identycznie i pytanie o przeszłość dostawało dzisiejszą odpowiedź. Wersje zapisane wcześniej zostały domknięte wstecz — granicą jest moment powstania następnej wersji, bo dokładnie wtedy poprzednia przestała obowiązywać.

Wersja bieżąca nie ma daty końca innej niż koniec umowy — i tak ma być: to z niej liczy się prognoza kosztów i kalendarz płatności.

Rejestr Umów — pełen zbiór i kolejki nad nim

contracts.board.overviewcontracts.board

Ekran odpowiada na dwa różne pytania i dlatego szyna po lewej ma dwie grupy. Pytają o dwa różne punkty w czasie i to jest najważniejsza rzecz na tym ekranie.

Rejestr to zbiór i pyta o miesiąc wybrany nad tabelą: „Wszystkie umowy” pokazuje całość, „Trwające w wybranym miesiącu” te, które w nim pracowały choćby jeden dzień, „Zaczynają się później” te, które wtedy jeszcze nie ruszyły, a „Zakończone przed tym miesiącem” te, które były już domknięte. Te trzy dzielą zbiór bez reszty — każda umowa stoi dokładnie w jednym.

Wymaga Twojej akcji to kolejki i pytają o dziś: co czeka na fakturę, na zapłatę, na decyzję. Liczone z warunków, nie ze statusu, i nachodzą na siebie — jedna umowa może stać w trzech naraz, więc ich sumy nie dodają się do liczby umów.

Tytuł nad tabelą mówi, który zbiór właśnie widzisz. Ponowne kliknięcie w wybraną kolejkę zdejmuje zawężenie.

Rejestr — całość, podzielona według wybranego miesiąca

contracts.board.registercontracts.board

Wszystkie umowy to jedyny widok, z którego nic nie wypada. Umowa rozwiązana albo wygasła zostaje w rejestrze razem ze swoją historią, aneksami i załącznikami — przestaje się tylko liczyć do prognoz i wartości miesięcznej.

Pozostałe trzy pozycje dzielą ten zbiór względem miesiąca wybranego nad tabelą, a nie względem dnia dzisiejszego. Umowa na sierpień, wygasła 31 sierpnia, przy wybranym sierpniu stoi w „Trwające w wybranym miesiącu”, a przy wybranym wrześniu — w „Zakończone przed tym miesiącem”. To ta sama umowa i oba zdania są prawdziwe; różni je pytanie.

Do wydania 1.0.646 kubełek nazywał się „Obecnie trwające” i pytał o cykl życia umowy dzisiaj, choć nad nim stał wybór miesiąca — umowa z zamkniętego miesiąca wyglądała więc na zgubioną. Kolejki w grupie „Wymaga Twojej akcji” nadal pytają o dziś i to jest zamierzone: zadanie robi się dzisiaj.

Liczba przy kolejce to liczba umów, a kwota obok — suma ich wynagrodzeń miesięcznych. Przy zakończonych ta kwota wynosi zero, bo nic już nie płacą.

Kolejki — warunek, nie status

contracts.board.queuescontracts.board

Kolejka to pytanie policzone z danych, a nie pole zapisane na umowie. „Kończy się w 30 dni” wymaga daty i dzisiejszego dnia; żaden status tego nie powie.

Kolejki nachodzą na siebie i to jest zamierzone: umowa może naraz czekać na fakturę, być po terminie płatności i wymagać decyzji o odnowieniu. Dlatego sumy kolejek nie dodają się do liczby umów — nie jest to błąd liczenia.

„Decyzja do podjęcia” i „Kończy się w 30 dni” to dwa różne pytania. Pierwsze pyta, co wymaga decyzji teraz (koniec okresu minus okres wypowiedzenia), drugie — co się kończy w najbliższy miesiąc. Umowa z rocznym wypowiedzeniem trafi do pierwszej na długo przed drugą.

Rozliczenie w miesiącu — okres rozliczenia i podział rejestru

contracts.board.monthcontracts.board

Ten wybór zmienia miesiąc, z którego liczone są kolumny Dokumenty, Rozliczone, Pozostało i W stanie, kolejki oparte na rozliczeniu („Do zafakturowania”, „Do zapłaty”, „Po terminie”) oraz — od wydania 1.0.647 — podział rejestru w szynie po lewej: co trwało w tym miesiącu, co zaczyna się później, a co było już zakończone.

Do wydania 1.0.646 stało tu zdanie „ten wybór nie zmienia listy umów” i właśnie w nim był błąd: kubełek „Obecnie trwające” pytał o dzień dzisiejszy, a nagłówek nad tabelą — o wybrany miesiąc, więc umowa z zamkniętego miesiąca po prostu nie pokazywała się przy tym miesiącu.

Umowa fakturowana z dołu rozlicza w tym miesiącu okres POPRZEDNI. We wrześniu czeka się na rachunek za sierpień, bo za wrzesień nikt nie ma prawa go jeszcze wystawić. Wiersz takiej umowy dopisuje pod stanem, którego okresu dotyczy („za Sierpień 2026”); umowa fakturowana z góry rozlicza miesiąc wybrany tutaj i nic nie dopisuje. Tryb ustawia się na pojedynczej umowie — część umów bywa z góry, część z dołu.

Umowa trwa latami, a faktury wystawia się miesiącami — dlatego okres jest osobnym wyborem. Ustawienie stycznia przy sierpniowym „dziś” pokaże, jak wyglądało rozliczenie stycznia, nie zmieniając tego, które umowy istnieją.

Zakres miesięcy liczy się z okresów obowiązywania umów i jest ciągły — od najwcześniejszego początku do najpóźniejszego końca, zawsze obejmując miesiąc bieżący. Do wydania 1.0.266 lista powstawała z miesięcy akurat widocznych wierszy, więc miała dziury i zmieniała się przy każdym zawężeniu.

Szukanie — po kontrahencie, NIP-ie, nazwie i numerze

contracts.board.searchcontracts.board

Fraza dopasowuje się do nazwy kontrahenta i obu stron umowy, nazwy własnej umowy, jej numeru i numeru referencyjnego oraz notatek. Wielkość liter nie ma znaczenia, a polskie znaki są sprowadzane do podstawowych — „zwirek” znajdzie „Żwirek”.

Wpisanie samych cyfr (co najmniej trzech) szuka dodatkowo po NIP-ie obu stron, z pominięciem myślników: „1180000000” znajdzie umowę z NIP-em zapisanym jako „118-00-00-000”.

Szukanie zawęża także liczniki kolejek i kierunków — liczba przy kolejce jest obietnicą tego, co zobaczysz po kliknięciu, a nie liczbą z innego zbioru.

Znaczniki przy umowie — pełny ZUS i „bez faktury”

contracts.board.markscontracts.board

Pełny ZUS (na czerwono) znaczy, że próg 26 lat już minął — pełne składki są płacone dzisiaj i tak wygląda dzisiejszy rachunek. Pełny ZUS za N dni (na żółto) to ostrzeżenie: umowa kosztuje jeszcze mniej, ale od wskazanego dnia zdrożeje. To dwa różne stany i celowo wyglądają inaczej — zlane w jedną pigułkę zamieniłyby ostrzeżenie w opis.

Pełny ZUS: brak daty urodzenia to luka w danych, a nie „umowa bez progu”: śledzenie jest włączone, ale bez daty urodzenia nie da się policzyć, kiedy próg wypada.

Bez faktury znaczy, że umowa nie przewiduje faktury ani rachunku — nic z niej nie czeka na dokument i nie stanie w kolejce „Do zafakturowania”. Ustawia się to w formularzu umowy.

Edycja umowy sekcjami — dlaczego nie jedno wielkie okno

contracts.board.section_editcontracts.board

Każda sekcja paska ma w nagłówku własny przycisk „Edytuj”. Klikasz przy „Kwocie i rozliczeniu” — zmieniają się w pola tylko te wiersze, a reszta paska zostaje czytelna. „Zapisz” dotyczy wyłącznie tej sekcji.

Dlaczego tak, a nie jeden przełącznik na cały pasek: to byłoby to samo okno, tylko szersze — nadal wszystko albo nic i nadal jeden przycisk na końcu trzydziestu pól. Sekcja jest jednostką, w której umowę naprawdę się poprawia: przesuń datę końca, zmień stawkę, popraw adres.

Co z tego wynika praktycznie: poprawiając jedną datę widzisz kwoty i etapy obok, a nie zasłonięte oknem. Przy dwóch osobach pracujących naraz zapis jednej sekcji nie nadpisuje pól, których nikt nie tknął — do serwera jadą tylko pola tej sekcji.

Jedna sekcja naraz. Otwarcie drugiej zamyka pierwszą i niezapisane zmiany przepadają — tak samo jak przy zamknięciu okna.

Okno na pełnym ekranie zostało wyłącznie do dodawania nowej umowy: tam nie ma jeszcze czego czytać obok, więc zasłonięcie ekranu nic nie kosztuje.

Umowa — którą umowę porównujesz

contracts.compare.contractcontracts.compare

Wybierz umowę, której wersje chcesz zestawić. Po zmianie umowy listy wersji poniżej przeładowują się do jej własnej historii.

Wersja lewa — punkt odniesienia

contracts.compare.left_versioncontracts.compare

Wersja bazowa, względem której liczone są różnice. Zwykle wybiera się starszy stan umowy.

Wersja prawa — stan porównywany

contracts.compare.right_versioncontracts.compare

Wersja zestawiana z lewą. Najczęściej wybiera się nowszy stan umowy, żeby zobaczyć, co zmienił aneks.

Lewa od

contracts.compare.left_effective_fromcontracts.compare
Data obowiązywania wersji lewej.

Prawa od

contracts.compare.right_effective_fromcontracts.compare
Data obowiązywania wersji prawej.

Inne umowy z tym kontrahentem

contracts.cooperation.panelcontracts.cooperation

Osobne, niezależne umowy z tym samym kontrahentem — nie aneksy tej umowy (te są w panelu „Historia współpracy” wyżej i w drzewie dokumentów). Odpowiada na pytanie „co jeszcze mieliśmy z tym partnerem”, gdy umowy zawiera się po kolei, na przykład miesiąc po miesiącu.

Lista powstaje z zapytania, nie z ręcznego wiązania. Nie ma pola „umowa poprzednia” ani „następna” i nie trzeba niczego łączyć — wystarczy, że umowa wskazuje tego samego kontrahenta. Dzięki temu historia nie może być niepełna z powodu pominiętego pola.

Przerwa jest ważniejsza niż same daty. Przy krótkich umowach jedną po drugiej realne pytanie brzmi „czy między nimi była luka” — dlatego każdy wiersz mówi „bez przerwy po poprzedniej” albo wyróżnia przerwę i podaje jej długość. Odstęp do trzech dni jest traktowany jako ciągłość: umowa kończąca się w piątek i zaczynająca w poniedziałek dzieli weekend, a nie współpracę.

Podsumowanie na górze podaje sumę całej współpracy — liczbę, której nie widać na żadnej pojedynczej umowie. Przy umowach w dwóch różnych walutach suma znika, bo złote dodane do euro są liczbą, której nie da się wydać.

Kontrahent, który zmienił formę prawną (jednoosobowa działalność → spółka), ma w kartotece dwa wpisy połączone następstwem. Panel czyta cały łańcuch, a umowy zawarte z wcześniejszym wpisem są oznaczone — inaczej historia urywałaby się w miejscu zmiany formy prawnej i wyglądało by to jak brak wcześniejszej współpracy.

Nie ma tu szkiców: umowa niezatwierdzona nigdy nie obowiązywała, więc w historii współpracy byłaby szumem i psułaby sumę. Są natomiast wszystkie, które kiedyś działały — wygasłe i rozwiązane też.

Typ umowy

contracts.form.contract_typecontracts.form
B2B (faktura firma-firma), UoP (umowa o pracę), UZ (umowa zlecenie) albo UoD (umowa o dzieło). Od typu zależy, czy Podmiot 2 identyfikujesz przez NIP czy PESEL, oraz czy dostępne jest śledzenie progu ZUS po 26 roku życia (tylko UoP i UZ).

Kierunek

contracts.form.contract_directioncontracts.form
Przychodowa - to Ty wystawiasz i zarabiasz na tej umowie. Kosztowa - to Ty płacisz drugiej stronie. Decyduje, czy umowa liczy się do przychodów czy kosztów w prognozach.

Kategoria umowy

contracts.form.category_idcontracts.form
Grupa kosztów albo przychodów, do której należy cała umowa — jedna na umowę, nie osobna dla każdego warunku. Podpowie się na dokumentach wynikających z tej umowy (koszt, rozliczenie cykliczne, zamówienie faktury), ale pojedynczy dokument nadal można przypisać do innej kategorii i ta zmiana nie zostanie nadpisana. Lista pokazuje wyłącznie kategorie zgodne z kierunkiem umowy: kosztowa umowa — kategorie kosztowe i wspólne, przychodowa — przychodowe i wspólne. Pole jest dobrowolne: „bez kategorii” znaczy, że dokumenty kategoryzujesz pojedynczo, tak jak dotychczas.

Stan umowy

contracts.form.statuscontracts.form
Stan jest liczony, a nie wpisywany — bierze się z daty startu, daty końca, trybu kontynuacji i daty rozwiązania. Dlatego aneks przedłużający umowę otwiera ją z powrotem, a nie zostawia w archiwum.

„Wygasa" pojawia się, gdy do końca zostało mniej dni niż okres wypowiedzenia — czyli od chwili, w której trzeba zdecydować. „Wygasła" — po minięciu daty końca; umowa bezterminowa nie wygasa nigdy, bo kończy się wyłącznie rozwiązaniem. „Zakończona" znaczy rozwiązana i wynika wyłącznie z wpisanej daty rozwiązania.

Stanu nie da się ustawić ręcznie: umowę zamyka się datą rozwiązania, a otwiera z powrotem jej wyczyszczeniem.

Tryb kontynuacji

contracts.form.continuation_modecontracts.form
Na czas określony - umowa kończy się dokładnie w dacie końca. Czas określony → nieokreślony - po dacie przejścia umowa automatycznie staje się bezterminowa. Od razu bezterminowa - nie ma daty końca.

Data przejścia na czas nieokreślony

contracts.form.initial_term_end_datecontracts.form
Data, w której kończy się okres podstawowy i umowa (w trybie "czas określony → nieokreślony") zaczyna obowiązywać bezterminowo.

Wypowiedzenie (dni)

contracts.form.notice_dayscontracts.form
Długość okresu wypowiedzenia w dniach. System używa tej wartości, żeby automatycznie oznaczyć umowę jako "wygasającą", gdy do daty końca zostanie mniej dni niż tu wpisano.

Fakturowanie (z góry / z dołu)

contracts.form.invoice_timingcontracts.form
Za KTÓRY miesiąc ma iść faktura z tej umowy na ekranie „Faktury z umów". „Z góry" znaczy fakturę za miesiąc bieżący (typowy abonament płatny z przodu), „z dołu" — za miesiąc, który się właśnie zakończył (usługi rozliczane po wykonaniu). W sierpniu umowa z dołu wystawi się więc za lipiec. Tryb jest cechą TEJ umowy, więc część umów może być fakturowana z góry, a część z dołu — na jednej liście, każda ze swoim okresem widocznym w kolumnie „Okres". Umowa, w której nic tu nie zmieniono, jest fakturowana z góry.

Rachunek/Faktura — czy z tej umowy w ogóle będzie dokument

contracts.form.invoice_requiredcontracts.form

Zaznaczone znaczy: ta umowa kończy się fakturą albo rachunkiem — czekamy na dokument, a umowa staje w kolejce „Do wystawienia z umów”. Odznaczone znaczy: bez dokumentu — nic z tej umowy na fakturę nie czeka. Napis przy kratce opisuje zawsze stan zaznaczony, żeby dało się odpowiedzieć na jedyne pytanie, jakie się przy niej zadaje: co się stanie po kliknięciu.

Pytanie wcześniejsze niż „z góry czy z dołu”. Umowa o pracę nigdy nie dostanie faktury — wynagrodzenie idzie listą płac; do umowy zlecenia wystawia się rachunek, którego nikt nie wprowadza do rejestru faktur. Taka umowa z odhaczonym polem stała w kolejce „Do zafakturowania” bez końca i wyglądała jak zaległość, bo brak dokumentu wygląda identycznie jak dokument spóźniony.

Odznaczone znaczy: nic z tej umowy nie czeka na dokument. W Rejestrze pojawia się znacznik „Bez faktury”, a następny krok mówi, co naprawdę zostało do zrobienia — rozliczyć wpływ albo wypłacić z listy.

Pole przestawia się samo przy zmianie rodzaju umowy (etat i umowy cywilnoprawne gasną, B2B zapala się), ale to tylko podpowiedź — wolno ją odwrócić i to ustawienie przetrwa zapis. Umowa, w której nic tu nie zmieniono, jest umową z fakturą.

Na rękę czy brutto — przy osobie prywatnej to inne pytanie

contracts.form.amount_meaningcontracts.form

Przy umowie z przedsiębiorcą pytanie brzmi „netto czy brutto” i chodzi o VAT: różnica między dwiema postaciami kwoty jest podatkiem od transakcji, a kwota po drodze rośnie.

Przy umowie z osobą prywatną to samo pytanie nie ma sensu — VAT-u tu nie ma w ogóle. Kwota z umowy jest wynagrodzeniem na rękę: tyle dostaje człowiek. Firma dolicza do tego składki i zaliczkę na PIT, które odprowadza za niego, oraz własne składki płatnika. Kwota po drodze maleje (do wypłaty) albo rośnie (koszt firmy) — zależnie od tego, o którą stronę pytamy.

To samo słowo opisuje więc dwa różne mechanizmy, dlatego przy umowie zlecenia i o dzieło przełącznik VAT-u znika: obie jego odpowiedzi byłyby fałszywe.

Rzeczywiste kwoty za dany miesiąc wpisuje się na ekranie Lista płac — system ich nie liczy, bo nie jest systemem płacowym.

PESEL

contracts.form.party_b_peselcontracts.form
Widoczne zamiast NIP dla umów z osobą fizyczną (UoP, UZ, UoD). Data urodzenia wynikająca z numeru PESEL jest podstawą śledzenia progu 26 lat w sekcji ZUS.

Śledź próg 26 lat (pełny ZUS)

contracts.form.zus_tracking_enabledcontracts.form
Pracownik na UoP/UZ do ukończenia 26 roku życia jest zwolniony z pełnych składek ZUS pracodawcy. Włącz, żeby system sam wyliczył datę 26. urodzin i od tego dnia doliczał pełny ZUS do prognozy kosztów.

Data urodzenia pracownika

contracts.form.employee_birth_datecontracts.form
Podstawa wyliczenia progu: pełny ZUS zaczyna obowiązywać dokładnie w dniu 26. urodzin.

Naliczenie ZUS

contracts.form.zus_rate_modecontracts.form
Standardowy - używa globalnej stawki z Ustawień systemowych, odczytywanej na bieżąco (nie zamrożonej w dniu włączenia śledzenia). Własny procent - ustala stałą stawkę tylko dla tej umowy.

Czas trwania (mies.)

contracts.form.duration_monthscontracts.form
Używane do prognozy kosztów tylko wtedy, gdy umowa nie ma zdefiniowanych etapów - np. prosta umowa ryczałtowa bez podziału na fazy.

Aktywne etapy

contracts.form.active_stages_labelcontracts.form
Liczba etapów/faz umowy, które są obecnie w toku (status "aktywny").

Tytuł

contracts.form.titlecontracts.form
Krótka, rozpoznawalna nazwa umowy widoczna na liście i w powiadomieniach - np. "Umowa NDA - Acme Sp. z o.o.". Nie wpływa na rozliczenia, ułatwia tylko odnalezienie umowy.

Numer umowy

contracts.form.contract_numbercontracts.form
Numer nadany umowie po Twojej stronie, np. z rejestru dokumentów albo systemu księgowego.

Podmiot

contracts.form.party_sectioncontracts.form
Dane jednej ze stron umowy - nazwa, NIP/PESEL, adres i osoby reprezentujące. Wpisz je ręcznie albo podepnij Kartotekę Kontrahenta, a system pobierze nazwę i NIP automatycznie.

Kontrahent z kartoteki — szukanie od trzech znaków

contracts.form.party_entity_idcontracts.form

Wpisz co najmniej trzy znaki nazwy albo NIP-u. Krótsza fraza pasuje do wszystkiego, więc kosztuje zapytanie i nic nie zawęża — dlatego poniżej progu w ogóle nie pytamy serwera.

Po wybraniu kontrahenta wczytują się wszystkie jego dane: nazwa, NIP albo PESEL, informacja o tym, czy to firma czy osoba prywatna, oraz adres w częściach (ulica, druga linia, kod, miejscowość, kraj). Przepisywanie adresu ręcznie przy każdej umowie jest dokładnie tym, po co istnieje kartoteka.

Poprawka tych pól dotyczy tylko tej umowy — kartoteki nie zmienia. Umowa bywa podpisana pod starą nazwą albo na inny adres oddziału i to jest poprawny stan, a nie błąd do wyrównania.

Reprezentanci nie przychodzą z kartoteki i nie są przez nią nadpisywani: osoba podpisująca konkretną umowę jest cechą tej umowy, a nie kontrahenta.

Jeśli kontrahenta jeszcze nie ma w kartotece, użyj „Nie ma go w kartotece — wpiszę nazwę”. Umowa zapisze się od razu, a system założy zadanie „Dodaj do kartoteki”, żeby luka nie została na zawsze.

Nazwa

contracts.form.party_namecontracts.form
Pełna nazwa tej strony umowy - firmy albo osoby fizycznej.

NIP

contracts.form.party_nipcontracts.form
Numer Identyfikacji Podatkowej tej strony umowy.

E-mail

contracts.form.party_emailcontracts.form
Adres e-mail tej strony umowy — na niego idzie korespondencja z tej konkretnej umowy. Wybranie kontrahenta z kartoteki podpowiada adres z jego wpisu, ale pole zostaje edytowalne: adres do spraw jednej umowy bywa inny niż ogólny adres firmy.

Adres

contracts.form.party_addresscontracts.form
Adres siedziby albo zamieszkania tej strony umowy.

Reprezentant

contracts.form.party_representativecontracts.form
Osoba podpisująca umowę w imieniu tej strony i jej funkcja (np. Prezes Zarządu) - widoczne na wydruku umowy.

Data podpisania

contracts.form.signed_atcontracts.form
Data faktycznego podpisania dokumentu - może różnić się od daty startu obowiązywania umowy.

Start

contracts.form.start_datecontracts.form
Data, od której umowa faktycznie zaczyna obowiązywać.

Koniec

contracts.form.end_datecontracts.form
Planowana data zakończenia umowy. Bez znaczenia przy trybie kontynuacji "od razu bezterminowa", który w ogóle nie ma daty końca.

Własny procent ZUS (%)

contracts.form.zus_custom_rate_percentcontracts.form
Stała stawka ZUS pracodawcy używana zamiast bieżącej wartości globalnej z Ustawień - obowiązuje tylko dla tej jednej umowy.

Uwagi

contracts.form.notescontracts.form
Dowolne notatki operacyjne przy umowie - widoczne tylko wewnętrznie, nie trafiają na żaden generowany dokument.

Nr

contracts.form.stage_phase_nocontracts.form
Kolejność etapu w harmonogramie umowy - decyduje o kolejności w prognozie kosztów i na liście etapów.

Nazwa etapu

contracts.form.stage_titlecontracts.form
Nazwa etapu/fazy umowy widoczna w prognozie kosztów i na wygenerowanych dokumentach.

Start / koniec etapu

contracts.form.stage_datescontracts.form
Okres obowiązywania tego konkretnego etapu - może być krótszy niż cała umowa.

Kwota etapu

contracts.form.stage_amountcontracts.form
Kwota tego etapu. Razem z polem "Kwota miesięczna" obok decyduje, czy to stawka za miesiąc, czy kwota jednorazowa.

Kwota miesięczna

contracts.form.stage_amount_is_monthlycontracts.form
Zaznacz, jeśli kwota to stawka miesięczna mnożona przez czas trwania etapu. Odznacz dla kwoty jednorazowej (np. kamień milowy).

Status etapu

contracts.form.stage_statuscontracts.form
Planowany - jeszcze się nie rozpoczął. Aktywny - w toku, wliczany do bieżącej prognozy kosztów. Zakończony/anulowany - pomijany w prognozie.

Ten etap wprowadza

contracts.form.stage_origincontracts.form
Który dokument dodał ten etap do umowy - umowa pierwotna albo konkretny aneks. Ustawia się tylko przy dodawaniu etapu i nie da się tego później zmienić, żeby etap nie "przeskakiwał" między dokumentami przy dalszych poprawkach.

Wymóg zakończenia

contracts.form.stage_completion_requirementcontracts.form
Co musi potwierdzić zamknięcie tego etapu - protokół odbioru, notatka albo nic. To pole można zmieniać w każdej chwili, w odróżnieniu od tego, który dokument wprowadził etap.

Numer wewnętrzny

contracts.form.reference_numbercontracts.form
Twoje własne oznaczenie umowy — takie, jakim posługujesz się w firmie, niezależne od numeru z dokumentu. Jeżeli umowa nie ma numeru własnego, ten numer zostanie użyty jako jej oznaczenie na listach.

Opiekun umowy

contracts.form.owner_user_idcontracts.form
Osoba odpowiedzialna za tę umowę po Twojej stronie. Wybierasz z listy użytkowników firmy; bez uprawnienia do odczytu użytkowników pole przyjmuje sam identyfikator.

Typ kwoty

contracts.form.amount_typecontracts.form
Stała — kwota nie zmienia się w kolejnych okresach. Zmienna — kwota jest orientacyjna i faktyczna wartość wynika z etapów albo z rozliczenia (np. godzinowego).

Kwota bazowa

contracts.form.base_amountcontracts.form
Kwota umowy w jednym okresie rozliczeniowym. Ma znaczenie dla umów BEZ etapów: wartość kontraktu to wtedy kwota bazowa razy czas trwania w miesiącach. Umowa rozliczana etapami bierze wartość z etapów, a kwota bazowa nie jest do niej używana.

Waluta

contracts.form.currencycontracts.form
Waluta kwot tej umowy, trzyliterowo (PLN, EUR, USD). Przy walucie innej niż złoty prognozy przeliczają kwoty po kursie na dzień rozliczenia.

Cykl płatności

contracts.form.payment_cyclecontracts.form
Jak często umowa generuje płatność: miesięcznie, kwartalnie, rocznie albo jednorazowo. Cykl decyduje o rozłożeniu kwoty w prognozie przepływów.

Następna płatność

contracts.form.next_payment_datecontracts.form
Data najbliższej płatności z tej umowy. Wypełnij, jeżeli pierwsza płatność nie wypada zgodnie z datą startu — np. gdy umowa rusza w połowie miesiąca, a rozliczenie idzie od pierwszego.

Automatyczne odnowienie

contracts.form.auto_renewcontracts.form
Zaznacz, jeżeli umowa odnawia się sama, bez podpisywania aneksu. Odnowienie samo z siebie nie wystawia faktury — decyduje o tym cykl płatności i tryb kontynuacji.

Data rozwiązania / wypowiedzenia

contracts.form.termination_datecontracts.form
Faktyczny dzień rozwiązania umowy — jedyny sposób jej zamknięcia. Data w przeszłości zamyka umowę; data w przyszłości zamknie ją dopiero tego dnia (sam dzień rozwiązania jeszcze pracuje); pole puste znaczy, że umowa nie została rozwiązana.

Wyczyszczenie daty otwiera umowę z powrotem. Jeśli po dacie rozwiązania podpisano aneks, system uzna ją za nieaktualną i powie o tym wprost — nie da się jednocześnie rozwiązać umowy i przedłużyć jej dokumentem podpisanym później.

Powód zakończenia

contracts.form.termination_reasoncontracts.form
Krótka informacja, dlaczego umowa się skończyła (wypowiedzenie, porozumienie stron, zakończenie projektu). Zostaje w historii umowy i tłumaczy, czego zabrakło w prognozie po tej dacie.

Dzień wystawienia faktury

contracts.form.invoice_issue_daycontracts.form
Dzień miesiąca, w którym trzeba wystawić fakturę z tej umowy — powtarza się co miesiąc, więc kalendarz robi z niego przypomnienia na wiele miesięcy naprzód. Faktury nie wysyła system: to przypomnienie dla człowieka, że bez wystawionego dokumentu wpływ nie przyjdzie. Przypomnienie znika samo, gdy faktura na dany miesiąc już istnieje. Dzień 31 w krótszym miesiącu wypada ostatniego dnia.

Dzień wypłaty

contracts.form.payout_daycontracts.form
Dzień miesiąca, w którym wychodzi wypłata z tej umowy — dla umów zlecenia i o pracę. Kalendarz pokazuje go jako zaplanowany wydatek, a powiadomienie przychodzi trzy dni wcześniej. Terminu nie przesuwamy na dzień roboczy: o tym, kiedy naprawdę wyjdzie przelew, decyduje bank, a nie nasze założenie.

Forma współpracy — druga oś, obok rodzaju umowy

contracts.form.cooperation_formcontracts.form

Rodzaj umowy mówi, CO ona reguluje (najem, licencja, dostawa). Forma współpracy mówi, KTO z kim i na jakiej podstawie (etat, umowa cywilnoprawna z osobą, B2B między przedsiębiorcami).

To rozdzielenie jest potrzebne, bo „B2B” nie jest typem umowy — oznacza tylko, że umowę zawierają przedsiębiorcy. W ramach B2B może to być umowa o świadczenie usług, agencyjna albo licencyjna, i to są trzy różne rzeczy.

Pozostawione puste, forma wylicza się z rodzaju (umowa o pracę → etat, zlecenie → cywilnoprawna). Wybór wpisany wprost zawsze wygrywa z wyliczonym — bo umowę najmu zawiera się i z firmą, i z osobą prywatną, a rodzaj nic o tym nie mówi.

Od formy zależy próg ZUS po 26. roku życia: etat i formy cywilnoprawne go mają, B2B nie.

Lista płac

contracts.form.payroll_inclusioncontracts.form

Rozstrzyga, czy ta umowa stoi na Liście płac. „Decyduje forma współpracy” (domyślnie) znaczy: etat i umowa cywilnoprawna z osobą — tak, pozostałe — nie.

„Zawsze na liście płac” wybierz dla kogoś, kto faktycznie dla Ciebie pracuje, choćby umowa była B2B. „Nigdy na liście płac” — dla umowy, której kwota naprawdę przychodzi fakturą.

Oznaczenie „wymaga faktury / rachunku” NIE zdejmuje nikogo z listy płac: na liście stoją i osoby wystawiające rachunek, i te, które go nie wystawiają. Tamto pole mówi wyłącznie, czy po tej umowie spodziewać się dokumentu.

Kto jest stroną — firma czy osoba prywatna

contracts.form.party_is_personcontracts.form

Ten wybór decyduje, czy strona ma NIP, czy PESEL. Nie wynika z rodzaju umowy i nie może wynikać: umowę najmu, pożyczki czy licencji zawiera się i z firmą, i z osobą prywatną.

Do wydania 1.0.268 PESEL pokazywał się wyłącznie wtedy, gdy rodzaj umowy nie był B2B — więc przy umowie z osobą prywatną system żądał NIP-u, którego ta osoba nie ma.

PESEL jest sprawdzany sumą kontrolną: numer z literówką zostanie odrzucony przy zapisie, a nie zapisany po cichu. Z poprawnego PESEL-u system potrafi też odczytać datę urodzenia potrzebną do progu ZUS.

Kwota netto czy brutto — bez tego liczba nic nie znaczy

contracts.form.amount_tax_modecontracts.form

Umowy pisze się różnie: etat i umowy cywilnoprawne podaje się zwykle w brutto, kontrakty B2B w netto. Bez tego oznaczenia 10 000 na etacie i 10 000 na B2B to w rejestrze ta sama liczba, choć z rachunku firmowego wychodzą z nich dwie różne sumy.

Druga postać kwoty jest zawsze wyliczana, nigdy zapisywana obok. Dwie zapisane kwoty rozjeżdżają się przy pierwszej zmianie stawki i wtedy nie wiadomo, która pochodzi z umowy.

Ważne: w tym wydaniu prognozy, cash flow i wartość kontraktu nadal liczą się z kwoty bazowej tak, jak dotąd — pole zapisuje znaczenie kwoty, ale jeszcze nie zmienia żadnego rachunku. Podpięcie go pod przepływy przesunęłoby liczby na wszystkich istniejących umowach naraz i wymaga osobnej decyzji.

Stawka VAT — do przeliczenia drugiej postaci kwoty

contracts.form.vat_ratecontracts.form

Używana wyłącznie do przeliczenia kwoty na drugą postać (netto ↔ brutto). Pozostawiona pusta oznacza stawkę podstawową 23%.

Wpisz własną tam, gdzie umowa mówi co innego: 8%, 5%, 0% przy eksporcie usług albo przy zwolnieniu podmiotowym. Wartość spoza przedziału 0–100 zostanie odrzucona — liczba większa od stu zwykle znaczy, że w pole stawki trafiła kwota.

Przy umowie o pracę i umowach cywilnoprawnych z osobą stawka nie ma zastosowania: tam kwota brutto to podstawa składek, a nie kwota z VAT-em.

Umowa i aneksy — tylko prawdziwe dokumenty

contracts.history.panelcontracts.history

Każda karta to prawdziwy dokument: umowa pierwotna albo aneks — nie techniczna wersja zapisu. Poprawka kwoty, daty czy opisu, wpisana bez aneksu, nie dostaje własnej karty — jej dane są widoczne w dokumencie, do którego należy, tak jakby ta poprawka była jego częścią od początku.

Etapy i dokumenty pokazane przy dokumencie to te, które do niego przynależą — jeśli dokument obowiązuje nadal (bieżący), pokazane są jego dzisiejsze, poprawione dane, a nie stan z dnia podpisania.

Dokument bez przypisania do żadnego aneksu (wgrany przed wprowadzeniem tego przypisania) trafia do osobnej listy na końcu — nie przepada, tylko nie da się powiedzieć, którego aneksu dotyczy.

Stan na dzień — który dokument obowiązywał

contracts.history.state_at_datecontracts.history

Wpisz datę, żeby zobaczyć, który dokument (umowa albo konkretny aneks) obowiązywał tego dnia — z jego etapami i dokumentami. To odpowiedź na pytanie „na jakich warunkach i za ile pracowałem z tym kontrahentem 12 sierpnia”, bez przeglądania całej historii.

Odpowiedź wskazuje na DOKUMENT, nie na numer wersji technicznej — poprawka wpisana miesiąc po aneksie nie zmienia odpowiedzi „który to aneks”.

Data wcześniejsza niż start umowy oddaje informację, że umowa jeszcze nie obowiązywała — to nie jest błąd, to prawdziwa odpowiedź.

Bieżąca wersja

contracts.form.current_version_nocontracts.form
Aktualny numer wersji umowy.

Etapów

contracts.form.stages_countcontracts.form
Liczba etapów umowy z historii i aktywnej wersji.

Aneksów

contracts.form.amendments_countcontracts.form
Liczba aneksów przypisanych do umowy.

Zdarzeń

contracts.form.events_countcontracts.form
Liczba zdarzeń zapisanych na osi czasu umowy.

Kontrahent

contracts.form.entity_idcontracts.form
Druga strona umowy, zwykle klient albo dostawca.

Od

contracts.form.effective_fromcontracts.form
Data, od kiedy obowiązuje obecny stan umowy.

Do

contracts.form.effective_tocontracts.form
Data, do kiedy obowiązuje obecny stan umowy.

Rekordów

contracts.form.cashflow.recordscontracts.form
Liczba pozycji cashflow w wybranym okresie.

Rozpoznana

contracts.form.cashflow.recognizedcontracts.form
Kwota rozpoznana w cashflow umowy.

Zafakturowana

contracts.form.cashflow.invoicedcontracts.form
Kwota zafakturowana w cashflow umowy.

Opłacona

contracts.form.cashflow.paidcontracts.form
Kwota opłacona w cashflow umowy.

Pozostała

contracts.form.cashflow.remainingcontracts.form
Kwota pozostała do rozliczenia w cashflow umowy.

Zobowiązania — co umowa każe zrobić, a nie ile kosztuje

contracts.obligations.overviewcontracts.obligations

Waloryzacja stawki, raport kwartalny, zwrot kaucji, przedłużenie polisy, obowiązki po rozwiązaniu. Czynności z terminem, których nie widać w żadnej kwocie i o których nie przypomni żadna faktura — a każda z nich kosztuje, gdy się o niej zapomni.

Dlaczego trzeba je wpisać ręcznie: termin decyzji o odnowieniu system policzy sam (data końca minus okres wypowiedzenia), bo obie liczby są w danych umowy. Klauzuli waloryzacyjnej nie policzy nikt — ona jest w treści umowy, a nie w jej danych.

To nie są etapy umowy. Etap dzieli wartość kontraktu na części do zafakturowania i etapy się sumują. Kaucja ma kwotę, ale nikt jej nie fakturuje — wpisana jako etap rozsypałaby wartość kontraktu.

Rytm i wyprzedzenie — wpisujesz regułę, nie pojedynczy termin

contracts.obligations.recurrencecontracts.obligations

„Waloryzacja co roku od 1 stycznia” to jeden wiersz, a nie dziesięć wierszy na dziesięć lat. Wiersz trzyma regułę; zadanie na tablicy jest jej wystąpieniem i powstaje dopiero na tyle dni przed terminem, ile ustawisz w wyprzedzeniu (domyślnie 14 — tyle samo, co przy decyzji o odnowieniu).

„Wykonane” przesuwa termin, a nie odhacza pozycję. Zobowiązanie cykliczne wraca za miesiąc, kwartał albo rok; jednorazowe wygasa i przestaje pytać.

Następny termin liczy się od terminu, a nie od dnia wykonania. Raport należny 10 stycznia i oddany 20 stycznia jest nadal raportem za ten kwartał — następny wypada 10 kwietnia. Liczenie od dnia wykonania przesuwałoby cały harmonogram za każdym spóźnieniem, aż roczna waloryzacja „od stycznia” wypadałaby w marcu.

Zobowiązanie zaniedbane przez rok dostaje najbliższy termin, który jeszcze nie minął — a nie dwanaście zaległych zadań pod rząd.

Rozliczenia cykliczne z tej umowy — powiązanie działa w obie strony

contracts.subscriptions.overviewcontracts.subscriptions

Umowa mówi, na co się umówiono; rozliczenie cykliczne — co się z tego co miesiąc dzieje: kiedy wypada odnowienie, ile wychodzi, czy przyszedł dokument. Jedna umowa miewa kilka takich rozliczeń (abonament, utrzymanie, dodatkowy moduł), odwrotnie nie — dlatego powiązanie zapisane jest raz, po stronie rozliczenia. „W obie strony” znaczy: widać je i ustawia się je i z umowy, i z rozliczenia — a nie że zapisane jest dwa razy. Dwa zapisy jednej prawdy rozjeżdżają się przy pierwszym odpięciu.

Odepnij zdejmuje z rozliczenia umowę — samo rozliczenie żyje dalej i nadal się nalicza. Nic tu nie usuwa danych.

Do podpięcia proponowane są wolne rozliczenia tego samego kontrahenta. Rozliczenie związane już z inną umową trzeba najpierw od tamtej odpiąć — świadomie, a nie przez przypadek.

Konieczność dostarczenia rachunku — po obu stronach musi być ta sama odpowiedź

contracts.subscriptions.invoice_requiredcontracts.subscriptions

Umowa mówi, czy w ogóle będzie faktura. Rozliczenie cykliczne ma własne ustawienie „faktura wymagana”. Gdy te dwie odpowiedzi są różne, jedna strona czeka na dokument, którego druga nigdy nie wystawi — i wtedy przy wierszu stoi wyjaśnienie, co się rozjechało.

Najkosztowniejszy przypadek: rozliczenie czeka na fakturę, choć umowa jej nie przewiduje. Taki wiersz wisi jako „brak dokumentu” miesiąc po miesiącu i wygląda dokładnie jak zaległość, którą trzeba ścigać — a ścigać nie ma czego.

Odwrotnie też warto poprawić: umowa przewiduje fakturę, a rozliczenie oznaczone jest jako „bez faktury” — wtedy dokument przyjdzie, ale nikt go w tym miejscu nie policzy.

Drzewo dokumentów umowy

contracts.tree.panelcontracts.tree
Umowa pierwotna i każdy aneks to węzły tego samego drzewa - aneks może poprawiać samą umowę albo inny, wcześniejszy aneks. Kliknij węzeł, żeby zobaczyć jego warunki, etapy i załączniki. Etap jest zawsze przypisany do dokumentu, który go faktycznie wprowadził, nawet jeśli od tamtej pory umowa była wielokrotnie poprawiana.

Wybór rodzica aneksu

contracts.tree.new_amendmentcontracts.tree
Nowy aneks może rozszerzać samą umowę albo poprawiać konkretny wcześniejszy aneks - to Ty wybierasz, nie system. Wybór zostaje zapisany trwale i decyduje, gdzie w drzewie ten aneks się pojawi.
Praca · Wystawianie

Faktury z umów

Skrót do pozycji wynikających z umów, które w wybranym miesiącu powinny zostać przygotowane do fakturowania. W aktualnej aplikacji prowadzi do odpowiedniej kolejki w „Zamówieniach na fakturę”.

13 podpowiedzi (i)

Wybór miesiąca do fakturowania

Miesiąc określa, które zapisy umowne mają zostać rozliczone.

#
  1. Otwórz „Faktury z umów”.
  2. Wybierz miesiąc.
  3. Przejrzyj umowy z kwotą do zafakturowania.
  4. Otwórz pozycję, jeśli trzeba zweryfikować opis, kontrahenta lub kwotę.

Przygotowanie pozycji do wystawienia

Przed wysłaniem do systemu fakturowego należy sprawdzić dane wynikające z umowy.

#
  1. Zweryfikuj kontrahenta, kwotę i okres.
  2. Sprawdź opis/pozycje faktury.
  3. Uzupełnij brakujące dane.
  4. Przekaż pozycję do wystawienia w kolejce Zamówień na fakturę.
iPomoc kontekstowa z aplikacji dla tego modułu13 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Szablon opisu — wygodny sposób wypełnienia pól

invoice_requests.main.preview_templateinvoice_requests.main

Szablon podstawia gotowe teksty w pozycję na fakturze i uwagi, z automatycznym uzupełnieniem danych umowy i okresu.

Jest tylko skrótem: po podstawieniu każde pole nadal można ręcznie poprawić, a wysłane zostanie to, co widzisz, nie treść szablonu.

Szablony definiuje się raz i używa przy każdej fakturze — to najprostszy sposób, żeby opisy na fakturach dla tego samego klienta wyglądały tak samo co miesiąc.

Dane nabywcy — pobrane z kartoteki, ale edytowalne

invoice_requests.main.preview_buyerinvoice_requests.main

Nazwa, NIP, e-mail i adres pochodzą z Kartoteki Kontrahenta. Poprawka wpisana tutaj dotyczy wyłącznie tej jednej faktury i nie zapisuje się w kartotece.

Jeżeli poprawiasz to samo pole drugi raz z rzędu, znaczy to, że dane w kartotece są nieaktualne — lepiej zmienić je u źródła, bo inaczej ta sama korekta wróci za miesiąc.

Nazwa nabywcy jest wymagana; pusty adres zatrzyma wysyłkę po stronie Fakturowni.

Pozycja na fakturze — co kontrahent przeczyta jako przedmiot sprzedaży

invoice_requests.main.preview_positioninvoice_requests.main

Nazwa usługi drukowana na dokumencie. Wypełniana z szablonu albo z nazwy umowy, do dowolnej zmiany.

Warto pisać ją tak, żeby klient rozpoznał, za co płaci, bez zaglądania do umowy — sam numer umowy bywa dla księgowości odbiorcy bezużyteczny.

Przycisk dodatkowych pozycji pozwala rozbić fakturę na kilka wierszy; każdy dostaje własną kwotę, a wszystkie liczone są tą samą stawką VAT.

Uwagi na fakturze — wysyłane dokładnie tak, jak je widzisz

invoice_requests.main.preview_notesinvoice_requests.main

Treść trafia do pola uwag Fakturowni i jest drukowana na dokumencie. Nic nie jest dopisywane po drodze — to, co tu widzisz, zobaczy klient.

Domyślnie wstawiany jest tu numer referencyjny płatności. Jeśli go usuniesz, nie znajdzie się nigdzie indziej na fakturze, a to on pozwala automatycznie dopasować wpłatę do tej faktury przy imporcie wyciągu.

Kwota i stawka VAT — jedyne miejsce, gdzie można je zmienić

invoice_requests.main.preview_amountinvoice_requests.main

Kwota podstawiona z umowy jest traktowana jako netto; brutto wylicza się z wybranej stawki VAT. Zmiana dotyczy tej faktury, umowa zostaje nietknięta.

Zmieniona kwota jest też zapamiętywana po stronie One View, więc obligo i prognoza pokazują to, co faktycznie zafakturowano, a nie pierwotną wartość z umowy.

Stawka VAT jest wysyłana wprost do Fakturowni — system jej nie weryfikuje pod kątem podatkowym, bo nie jest programem księgowym.

Numer referencyjny płatności — po co jest i czego nie zastępuje

invoice_requests.main.preview_referenceinvoice_requests.main

Unikalny znacznik nadawany przez One View każdemu zamówieniu na fakturę.

Ma jedno zadanie: gdy klient wpisze go w tytule przelewu, import wyciągu bankowego automatycznie połączy wpłatę z tą fakturą, nawet przy kwocie częściowej albo nietypowym opisie. Bez niego dopasowanie idzie po kwocie i nazwie, co bywa zawodne przy kilku fakturach dla tego samego klienta.

To numer wewnętrzny, niezależny od numeru faktury nadawanego przez Fakturownię — nie zastępuje go i nie ma znaczenia podatkowego.

Wystawca — kto figuruje jako osoba wystawiająca

invoice_requests.main.preview_seller_personinvoice_requests.main

Imię i nazwisko drukowane na fakturze jako osoba wystawiająca dokument. Pole opcjonalne.

Ma znaczenie tam, gdzie odbiorca wymaga wskazania osoby, a nie samej firmy. Puste pole oznacza, że Fakturownia użyje swojego ustawienia domyślnego.

Ręczna zmiana statusu — tylko po stronie One View

invoice_requests.main.manage_statusinvoice_requests.main

Ustawia status zamówienia bez kontaktu z Fakturownią. Nie wystawia, nie anuluje i nie koryguje żadnego dokumentu.

Uzasadnione zastosowania są dwa: odnotowanie faktury wystawionej w Fakturowni ręcznie, poza One View, oraz odblokowanie pozycji, która utknęła w stanie przejściowym po awarii połączenia.

Każda zmiana zapisuje się w historii poniżej — razem z osobą i datą.

Historia zamówienia — kto, co i kiedy

invoice_requests.main.manage_historyinvoice_requests.main

Pełny zapis zdarzeń: utworzenie, wysyłka, potwierdzenia, błędy i ręczne korekty statusu.

To jedyne miejsce, gdzie widać treść błędu zwróconego przez Fakturownię — przy powtarzającej się nieudanej wysyłce zwykle stąd wynika przyczyna (brak adresu, zły NIP, wygasły token).

Usuń wpis — kasuje ślad w One View, nie fakturę

invoice_requests.main.manage_deleteinvoice_requests.main

Usuwa zamówienie na fakturę z One View. Dokument wystawiony w Fakturowni zostaje nienaruszony — usunięcie go tam jest osobną, ręczną czynnością.

Po usunięciu umowa wraca na listę jako „Nie wystawiono”, więc da się wystawić fakturę od nowa. Znika za to historia i numer referencyjny, a wpłata opisana starym numerem przestanie się automatycznie dopasowywać.

Rozsądne wyłącznie dla zamówienia, które powstało pomyłkowo i nie doszło do wystawienia dokumentu.

PKWiU

invoice_requests.main.pkwiuinvoice_requests.main

Symbol PKWiU pozycji faktury — u części kontrahentów wymagany, u części nie. Wpisany w szablonie zostaje zapamiętany i podpowiada się przy każdej kolejnej fakturze tego kontrahenta; przy samej fakturze można go jeszcze zmienić.

Kolumna PKWiU pojawia się na wydruku w Fakturowni tylko wtedy, gdy choć jedna pozycja ma symbol — pole zostawione puste znaczy „ten kontrahent nie wymaga PKWiU" i żadna pusta rubryka na jego fakturze się nie pokaże.

  • Dozwolone są cyfry rozdzielone kropkami, na przykład 73.11.12.0.
  • Przecinek wpisany z klawiatury numerycznej jest zamieniany na kropkę.
  • Zapis ze spacjami („73 11 12 0") zostanie odrzucony — po wycięciu spacji powstałby inny symbol, a na fakturę pojechałoby coś innego, niż wpisano.

Miejsce wystawienia na tej fakturze

invoice_requests.main.preview_placeinvoice_requests.main

Miejscowość drukowana na fakturze jako miejsce wystawienia. Podpowiedziana z ustawień integracji z Fakturownią, do zmiany tylko na tej jednej fakturze.

Puste pole znaczy „nie wysyłamy” — o miejscu zadecyduje wtedy ustawienie konta w Fakturowni.

Żeby zmienić wartość dla wszystkich faktur, popraw ją w Ustawieniach → Fakturownia.pl, a nie tutaj.

Termin płatności na tej fakturze

invoice_requests.main.preview_payment_daysinvoice_requests.main

Liczba dni od wystawienia do terminu zapłaty. Podpowiedziana z ustawień integracji, do zmiany tylko na tej jednej fakturze — na przykład gdy z tym kontrahentem umówiono się inaczej niż zwykle.

Zero znaczy „nie narzucamy terminu z One View” — obowiązuje wtedy ustawienie konta w Fakturowni.

Żeby zmienić wartość dla wszystkich faktur, popraw ją w Ustawieniach → Fakturownia.pl.

Praca · Kontrola

Zamówienia na fakturę

Wspólna kolejka wszystkiego, co ma zostać wysłane do Fakturowni: pozycje z umów, refaktury i zamówienia ręczne, wraz ze statusami dalszej realizacji.

17 podpowiedzi (i)

Praca z kolejkami

Kolejki rozdzielają źródła zamówień i etapy realizacji.

#
  1. Otwórz Zamówienia na fakturę.
  2. Wybierz właściwą kolejkę, np. „Do wystawienia z umów”.
  3. Filtruj i otwieraj pozycje wymagające kontroli.
  4. Po zmianie statusu sprawdź, czy pozycja przeszła do właściwego etapu.

Nowe ręczne zamówienie faktury

Ręczne zamówienie pozwala przygotować fakturę niezależnie od umowy.

#
  1. Kliknij utworzenie nowego zamówienia.
  2. Wybierz kontrahenta.
  3. Uzupełnij pozycje, kwoty, daty i opis.
  4. Zapisz i przekaż do wystawienia.

Status Fakturowni i KSeF

Po wysłaniu pozycja ma dalszy cykl życia w systemie fakturowym i — jeśli dotyczy — w KSeF.

#
  1. Otwórz pozycję po wysłaniu.
  2. Sprawdź status wystawienia w Fakturowni.
  3. Jeżeli dokument został wystawiony, przejdź do Rejestru Przychodów.
  4. W razie problemu z KSeF sprawdź synchronizację i dane źródłowe dokumentu.
iPomoc kontekstowa z aplikacji dla tego modułu17 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Zamówienia na fakturę — jedno miejsce kontroli

invoice_orders.main.overviewinvoice_orders.main

Tu widać wszystko, co idzie z One View do Fakturowni, niezależnie od tego, skąd wzięła się kwota: faktury z umów, refaktury kosztów, refaktury wydatków reklamowych i zamówienia wpisane ręcznie.

To nie są cztery mechanizmy — to jeden, z czterema wejściami. Wszystkie przechodzą przez tę samą usługę, ten sam rejestr i to samo okno przed wysyłką. Sprawdzanie statusów w Fakturowni przegląda zamówienia po statusie, nigdy po rodzaju, więc refaktura reklamowa dostaje potwierdzenie z KSeF i dopasowanie przelewu dokładnie tak samo jak faktura z umowy.

Aktualizacja idzie w trzy strony: Fakturownia → One View (potwierdzenie z KSeF i numer), One View → Fakturownia (zapłata rozpoznana w wyciągu bankowym), a po powrocie faktury z KSeF dokument wchodzi do Rejestru Przychodów i zamówienie zamyka się jako rozliczone.

Ekran prowadzi, a nie zastępuje miejsc, w których wystawia się faktury: kolumna „Czego dotyczy" mówi, o co chodzi w wierszu, a wystawianie i poprawianie zostaje tam, gdzie zamówienie powstaje. Wyjątkiem jest zamówienie ręczne — ono nie ma innego miejsca niż to.

Wybór kontrahenta — dlaczego wyszukiwanie, a nie lista

invoice_orders.main.contractor_pickerinvoice_orders.main

Wpisz co najmniej dwa znaki nazwy firmy albo NIP-u. Kartoteka ma setki wpisów, a Ty i tak wiesz, komu wystawiasz fakturę — napisanie trzech liter jest szybsze niż przewinięcie takiej listy.

Faktury nie da się wystawić firmie, której nie ma w Kontrahentach — z jej kartoteki bierze się NIP, adres i dane nabywcy. Jeśli szukanego kontrahenta nie ma, dodaj go najpierw w „Kontrahentach".

Dane nabywcy da się poprawić w oknie przed wysyłką, ale poprawka dotyczy tej jednej faktury — kartoteki nie zmienia.

Numer referencyjny płatności

invoice_orders.main.order_numberinvoice_orders.main

To ten numer podajesz kontrahentowi i po nim wpłata z wyciągu dopasowuje się do faktury. Kliknięcie numeru otwiera szczegóły wysyłki.

Kształt zależy od rodzaju zamówienia i zawsze rozróżnia pojedyncze zamówienie, a nie samo źródło: ELWU1C202608 to umowa nr 20 za sierpień 2026, ELWU1R77 to refaktura kosztu nr 77, ELWU1M0002 to drugie zamówienie ręczne. Same litery i cyfry — kreska, którą bank po drodze wytnie, oznaczałaby brak dopasowania.

Zamówienia ręczne dostają kolejny numer w ramach firmy, nadawany w chwili otwarcia okna i wysyłany razem z fakturą. Numery mogą mieć dziury (na przykład po usunięciu zamówienia) i tak ma być — mają być jednoznaczne, nie ciągłe.

Okres na fakturze — co wypełnia

invoice_orders.main.periodinvoice_orders.main

Miesiąc, którego dotyczy usługa. Wypełnia znacznik {{okres}} w szablonie opisu — na przykład szablon „Refaktura kosztów reklamowych za okres {{okres}}" zamieni się w „…za okres sierpień 2026".

Umowa i miesiąc wydatków reklamowych mają swój okres zapisany w systemie. Ręczne zamówienie nie ma go skąd wziąć, dlatego wybierasz go tutaj — domyślnie jest to miesiąc bieżący, ale przy fakturze „z dołu" zwykle chodzi o poprzedni.

Zmiana miesiąca przelicza treść wybranego szablonu od nowa. Gdyby tylko zapamiętywała miesiąc, w polach zostałby tekst z poprzedniego okresu — a to gorsze niż nieuzupełniony znacznik, bo wygląda poprawnie i nikt tego nie sprawdza.

Okres jest wyłącznie treścią faktury. Numer zamówienia i numer referencyjny płatności nie zależą od niego, więc dwie faktury za ten sam miesiąc są w porządku.

Szczegóły zamówienia — tylko podgląd

invoice_orders.main.detailsinvoice_orders.main

Kliknięcie numeru referencyjnego na liście otwiera pełny opis zamówienia: stan u nas, to co pojechało do Fakturowni i odsyłacz do samej faktury.

W tym oknie nie da się niczego zmienić i tak ma być. Zmiana statusu, usunięcie zamówienia i historia zmian stoją w oknie „Zarządzaj", za innym uprawnieniem. Tutaj się patrzy, tam się działa.

Numer referencyjny jest uchwytem, bo to jedyna wartość, którą znasz już z tytułu przelewu — po niej najłatwiej trafić do właściwej faktury.

Numer faktury w Fakturowni

invoice_orders.main.fakturownia_numberinvoice_orders.main

Identyfikator dokumentu po stronie Fakturowni — nie numer faktury w rozumieniu księgowym i nie numer KSeF. Kliknięcie prowadzi wprost do tej faktury w Twoim koncie Fakturowni (odsyłacz pojawia się, gdy w Ustawieniach zapisana jest domena konta).

Numer był zapisywany od początku, ale do wersji 1.0.244 pokazywał się tylko w jednorazowym komunikacie po wysyłce — po odświeżeniu ekranu nie było go już nigdzie. To nie był brak danych, tylko brak miejsca, w którym dało się je zobaczyć.

„— (nie utworzono)" znaczy, że Fakturownia nie potwierdziła utworzenia dokumentu; powód powinien być widoczny wyżej, w komunikacie o błędzie.

Co zostało wysłane

invoice_orders.main.sent_payloadinvoice_orders.main

Dosłowna treść, która pojechała do Fakturowni: dane nabywcy, nazwa pozycji, kwoty, PKWiU, miejsce wystawienia, termin płatności i uwagi. Nie streszczenie i nie wyliczenie z nowa — zapis tego, co naprawdę wysłano.

Ślad zapisuje się przed wywołaniem Fakturowni, nie po. Powód, dla którego zwykle się tu zagląda, jest ten, że wysyłka się nie udała — a wtedy „co próbowaliśmy wysłać" jest jedyną informacją, która cokolwiek wyjaśnia.

Zamówienia wysłane przed wersją 1.0.245 nie mają zapisanej treści, bo One View jej wtedy nie przechowywał. Widać wtedy kwoty, numery i status, a samą treść — w Fakturowni.

Pole, którego nazwy nie tłumaczymy, pokazuje się pod swoją nazwą z API Fakturowni. Ukrywanie nieznanych pól zamieniłoby dowód w streszczenie — a ślad ma być czytelny zwłaszcza wtedy, gdy zawiera coś nieoczekiwanego.

Rodzaj i „Czego dotyczy"

invoice_orders.main.source_columninvoice_orders.main

„Czego dotyczy" to opis czytelny dla człowieka: nazwa umowy, numer kosztu, miesiąc wydatków reklamowych albo numer zamówienia ręcznego. Jest doczytywany na bieżąco, a nie przepisany do zamówienia — umowa może zmienić tytuł, a lista ma pokazywać stan aktualny.

Gdy źródła już nie ma (usunięta umowa, usunięty koszt), opis mówi to wprost. Puste miejsce wyglądałoby na błąd ekranu, a to jest informacja.

Kolejki — co mam zrobić, a nie jaki jest status

invoice_orders.main.queuesinvoice_orders.main

Lewa szyna nie jest filtrem po statusie. Kolejka wynika z warunku, w którym status jest tylko jednym ze składników:

  • Do wysłania — zamówienie przygotowane, jeszcze nie poszło.
  • Błędy do naprawy — Fakturownia odrzuciła; powód w szczegółach.
  • Zawieszone > 7 dni — wysłane, wciąż bez numeru KSeF i stoi tak dłużej niż tydzień. Status tego nie powie: zamówienie wysłane dziś i wysłane trzy tygodnie temu mają ten sam status, a jedno z nich wymaga telefonu.
  • Czeka na wpłatę — dokładnie ten zbiór, który przegląda przycisk „Odpytaj Fakturownię teraz", więc liczba w szynie zgadza się z tym, co przycisk zrobi.
  • Do domknięcia importem — faktura jest w KSeF, ale nie weszła jeszcze do Rejestru Przychodów.
  • Zamknięte w tym miesiącu — potwierdzenie, że praca ma koniec.

Kwota przy każdej kolejce jest z rozmysłu: „3 zawieszone" nie mówi, czy to problem, a „3 zawieszone, 69,2 tys." mówi.

Liczniki liczą pełny zbiór, nie zawężony widok — odpowiadają na „co mam do zrobienia w ogóle". Kliknięcie kolejki zawęża listę tym samym warunkiem, którym liczona jest jej liczba, więc obie nigdy się nie rozjadą.

Droga zamówienia — pięć odcinków

invoice_orders.main.pipelineinvoice_orders.main

Utworzone → wysłane do Fakturowni → numer faktury w Fakturowni → potwierdzone w KSeF → w Rejestrze Przychodów. Ani jeden krok nie jest ozdobą: każdy da się osiągnąć albo nie.

Pasek przerwany na czerwono znaczy coś innego niż pasek krótki. Czerwony to „stało się coś złego i trzeba zadziałać". Krótki to „jeszcze nie doszło" — zamówienie idzie zgodnie z planem, tylko wolniej.

W stanie — jak długo to wisi

invoice_orders.main.ageinvoice_orders.main

Liczba dni od ostatniej zmiany stanu, nie od utworzenia zamówienia. Pytanie brzmi „jak długo to stoi w tym miejscu", a nie „ile ma lat" — zamówienie utworzone w lipcu i poprawione wczoraj nie jest zawieszone.

Chip zmienia kolor po tygodniu (pomarańczowy) i po dwóch (czerwony) — ten sam próg, którym wyznaczana jest kolejka „Zawieszone".

Następny krok — jedno zdanie na wiersz

invoice_orders.main.next_stepinvoice_orders.main

Status opisuje przeszłość („wysłano do Fakturowni"). Następny krok mówi, co zrobić („sprawdź wysyłkę w Fakturowni"). To dwie różne informacje i tylko druga jest przydatna, gdy przeglądasz listę.

„Czeka na numer KSeF" i „Sprawdź wysyłkę w Fakturowni" to ten sam status — różni je czas. Pierwsze znaczy „idzie zgodnie z planem", drugie „ktoś powinien zajrzeć po drugiej stronie".

Krok wynika z tych samych warunków co kolejki, więc nie da się ich rozjechać.

Wymiana z Fakturownią — trzy kierunki

invoice_orders.main.exchangeinvoice_orders.main

One View → Fakturownia: dane zamówienia. Kontrahent, kwoty, opis z szablonu, identyfikator zamówienia i numer referencyjny do tytułu przelewu. Raz, w chwili wysyłki.

Fakturownia → One View: wynik wysyłki do KSeF. One View tylko odczytuje wynik — nigdy nie wysyła do KSeF sam. Numer KSeF pojawia się wtedy, gdy Fakturownia wyśle dokument.

One View → Fakturownia: zgłoszenie zapłaty. Wysyła się automatycznie, gdy wpłata z wyciągu bankowego dopasuje się po numerze referencyjnym — nigdy po ręcznym oznaczeniu faktury jako zapłaconej.

Wszystkie cztery rodzaje zamówień przechodzą tę samą wymianę. Sprawdzanie statusów przegląda je po stanie, nigdy po rodzaju, więc refaktura reklamowa zachowuje się dokładnie jak faktura z umowy.

Do wystawienia z umów — wiersze, których jeszcze nie ma

invoice_orders.main.contract_dueinvoice_orders.main

To jedyna kolejka, w której wiersze jeszcze nie istnieją. Pozostałe pokazują zamówienia, które gdzieś stoją; ta pokazuje umowy, z których faktura powinna wyjść, a jeszcze nie wyszła. Dlatego nie mają numeru referencyjnego, wieku stanu ani drogi zamówienia — nic się z nimi jeszcze nie stało.

Skąd bierze się kwota: z umowy — z jej etapu przypadającego na okres albo z kwoty bazowej. Nazwa umowy w wierszu jest odnośnikiem: kliknięcie otwiera umowę, więc kwotę można poprawić u źródła, zanim faktura pojedzie.

Umowa, która ma już zamówienie, tutaj nie stoi — stoi w kolejkach zamówień, bo tam się właśnie znajduje. Jedna faktura pokazana dwa razy zamieniłaby licznik w zgadywanie.

Wyjątek: zamówienie z błędem wysyłki zostaje w kolejce „Nieudane” i tam ma przycisk „Spróbuj ponownie” — poprawia się je w miejscu, a nie zakłada drugiego.

Miesiąc odniesienia — czego dotyczy kolejka „do wystawienia”

invoice_orders.main.reference_monthinvoice_orders.main

To punkt odniesienia, a nie okres faktur. Okres każdego wiersza zależy od trybu fakturowania jego umowy: umowa fakturowana z góry dostaje wybrany miesiąc, umowa z dołu — miesiąc poprzedni. Dlatego na jednej liście mogą stać obok siebie wiersze za sierpień i za lipiec, i dlatego wysyłka bierze okres z wiersza, a nie z tego wyboru.

Domyślnie miesiąc bieżący — i to jest celowe. Za fakturowanie za miesiąc zakończony odpowiada tryb ustawiony na umowie, a nie domyślny wybór ekranu. Przestawianie miesiąca zostaje na nadrobienie zaległości i poprawę po fakcie.

Dotyczy wyłącznie kolejki „Do wystawienia z umów”. Zamówienia mają oś czasu względną („zawieszone dłużej niż 7 dni”), więc zamówienie wiszące od marca nie należy do żadnego wybranego miesiąca — przestawienie nie rusza ich liczników i dlatego wybór miesiąca pokazuje się tylko przy tej jednej kolejce.

Brutto — ile ma być na fakturze

invoice_orders.main.amountinvoice_orders.main

Kwota brutto tego wiersza, w jego walucie. Przy zamówieniu jest to kwota, która pojechała do Fakturowni; przy umowie do wystawienia — kwota, która pojedzie, wyliczona z umowy na jej okres.

Liczba pod nazwą kolejki to suma brutto jej wierszy — mówi, ile pieniędzy stoi za daną pracą, a nie tylko ile jest pozycji.

Kwotę można zmienić w oknie przed wysyłką i tylko tam. Zmiana dotyczy tej jednej faktury i nie wraca do umowy — jeśli kwota jest trwale inna, popraw umowę, a nie fakturę.

Przyciski w wierszu — co robi każdy z nich

invoice_orders.main.actionsinvoice_orders.main
  • Wystaw fakturę — tylko przy wierszu z kolejki „Do wystawienia z umów”. Otwiera okno podglądu: widać w nim dokładnie to, co pojedzie do Fakturowni, i można to jeszcze poprawić. Faktura powstaje po potwierdzeniu w oknie, a nie po kliknięciu przycisku.
  • Spróbuj ponownie — przy zamówieniu z błędem wysyłki. Ponawia wysyłkę tego samego zamówienia, nie zakłada drugiego. Powód poprzedniej porażki stoi w kolumnie „Następny krok”.
  • Zarządzaj — narzędzie awaryjne: ręczna zmiana statusu po stronie One View, historia zamówienia i usunięcie wpisu. Nie rusza faktury w Fakturowni — usunięcie wpisu kasuje ślad u nas, a nie dokument u nich.

Wystawianie wymaga uprawnienia do zamówień na fakturę, „Zarządzaj” — osobnego uprawnienia do zarządzania nimi. Brak przycisku znaczy brak uprawnienia, a nie brak możliwości.

Praca · Wynagrodzenia

Lista płac

Miesięczne kwoty wynagrodzeń dla umów, w których firma odprowadza składki i podatki za osobę prywatną: brutto, potrącenia, do wypłaty i rzeczywisty koszt firmy.

5 podpowiedzi (i)

Wybór miesiąca i przygotowanie listy

Lista płac jest dokumentem miesięcznym obejmującym wszystkie właściwe umowy.

#
  1. Wybierz miesiąc rozliczenia.
  2. Sprawdź osoby/umowy, które powinny wejść do listy.
  3. Uzupełnij brakujące kwoty.
  4. Zweryfikuj sumę do wypłaty i koszt firmy.

Brutto, potrącenia i koszt firmy

Pola listy płac mają rozdzielać kwotę dla pracownika/zleceniobiorcy od kosztów obciążających firmę.

#
  1. Wprowadź kwotę brutto.
  2. Uzupełnij potrącenia i składki zgodnie z rozliczeniem.
  3. Sprawdź wyliczoną kwotę „do wypłaty”.
  4. Sprawdź rzeczywisty koszt firmy przed zapisaniem.
iPomoc kontekstowa z aplikacji dla tego modułu5 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Lista płac — ile ta umowa naprawdę kosztuje

payroll.main.overviewpayroll.main

Przy umowie z osobą prywatną to firma odprowadza wszystkie należności: składki społeczne, zdrowotną i zaliczkę na PIT. Umowa mówi jedną kwotę, a z konta firmowego wychodzą trzy różne przelewy, do trzech różnych odbiorców, w trzech różnych terminach.

Z jednego wiersza listy płac wychodzą trzy liczby, których nie wolno mylić: do wypłaty — tyle dostaje człowiek; brutto — podstawa rozliczeń z ZUS-em i urzędem; koszt firmy — brutto plus składki płatnika, czyli to, co naprawdę zabiera z rachunku.

Umowa na „5 500 zł na rękę” kosztuje firmę około 9 200 zł. Bez wpisanej listy płac koszt takiej umowy jest zaniżony o blisko 40 %.

Wiersz stoi tu także wtedy, gdy nic jeszcze nie wpisano — brak wpisu jest stanem do uzupełnienia, a nie nieobecnością. Umowa, której nie widać, o sobie nie przypomni.

Dlaczego kwoty się wpisuje, a nie liczy

payroll.main.why_manualpayroll.main

To jest decyzja, a nie brak funkcji. ELWU One View nie jest systemem płacowym — nie prowadzi deklaracji, DRA ani PIT-11 i nie ma nimi być.

Trzy powody, dla których własna arytmetyka byłaby gorsza od przepisania z papieru:

1. Rozliczenie robi system kadrowo-płacowy i to on ma rację. Nasze liczby rozjechałyby się z jego liczbami co do groszy, a przy rozjeździe wygrywa ten drugi.
2. Stawki, progi i ulgi zmieniają się co roku. Wzór wpisany w kod jest prawdziwy do najbliższej nowelizacji i milczy o tym, kiedy przestaje być prawdziwy.
3. Wpisane liczby są zawsze zgodne z tym, co faktycznie poszło do ZUS-u i urzędu — bo stamtąd pochodzą.

System sprawdza za to jedną rzecz, której nie da się podrobić: czy wiersz się spina. Brutto minus wszystkie potrącenia musi dać dokładnie kwotę do wypłaty. Przepisywanie siedmiu liczb to siedem okazji do pomyłki, a wpis przyjęty po cichu wygląda później jak liczba policzona przez system.

Miesiąc listy płac — zawsze ten, który się skończył

payroll.main.monthpayroll.main

Lipcowej listy płac nie da się wpisać w lipcu: powstaje ostatniego dnia miesiąca albo później. Dlatego zadanie „Wpisz listę płac” pojawia się po 1. dniu miesiąca i dotyczy miesiąca poprzedniego.

Lista miesięcy jest ciągła i liczy się z kalendarza, a nie z tego, co już wpisano — inaczej miałaby dziury dokładnie tam, gdzie czegoś brakuje, czyli tam, gdzie trzeba wejść.

Zadanie zamyka się samo, kiedy każda umowa tego miesiąca ma wpis. Nie trzeba go odhaczać — zadanie, które odhacza się po tym, jak praca została zrobiona gdzie indziej, uczy odhaczania bez patrzenia.

Terminy ZUS i US — podpowiedź, nie wyrocznia

payroll.main.due_datespayroll.main

Płatnik z osobowością prawną (spółka z o.o., akcyjna) płaci składki do 15. dnia następnego miesiąca; pozostali płatnicy — do 20. Zaliczka na PIT idzie do urzędu do 20. niezależnie od formy.

System podpowiada te daty, ale pozwala je poprawić — i to jest celowe. Nie wie z pewnością, kim jest płatnik, a termin, którego nie da się zmienić, byłby regułą podatkową wpisaną w kod. Takich reguł tu nie trzymamy.

Sprawdź podpowiedziany termin przy pierwszym wpisie. Jeśli jest zły dla Twojej formy, popraw go — przy kolejnych miesiącach będzie widać, jak wyglądał poprzednio.

Arkusz — cały miesiąc w jednej tabeli

payroll.main.sheetpayroll.main

Arkusz to tryb wpisywania: jeden wiersz na umowę, kolumny to pozycje z listy płac. Wpisujesz wprost w komórkę i zapisujesz cały miesiąc jednym przyciskiem — nie trzeba otwierać ani zamykać żadnego panelu.

Dwa bloki kolumn. „Kwoty” to siedem pól, które przepisujesz z papieru, plus trzy liczby wyliczone: potrącenia razem, koszt firmy i sprawdzenie. „Terminy i notatka” to daty — podpowiada je system i rusza się je rzadko, dlatego stoją osobno. Nic nie znika: blok przełącza się jednym kliknięciem, a wybór zostaje zapamiętany.

Sprawdzenie widać dla wszystkich naraz. Kolumna „Sprawdzenie” mówi przy każdej osobie, czy brutto minus potrącenia daje kwotę do wypłaty, i podaje różnicę. Wiersz, który się nie spina, nie zablokuje zapisu pozostałych — zapisze się reszta, a on wróci z powodem i z nazwiskiem.

To nadal nie jest system płacowy. Wyliczone kolumny to wyłącznie dodawanie tego, co przepisałeś. Stawek ZUS i PIT ten ekran nie zna i znać nie będzie — przy rozbieżności z systemem kadrowym to on ma rację, nie my.

Praca · Rozliczenie

Refaktury

Rozrachunek kosztów, które mają zostać przeniesione na kontrahentów. Moduł pokazuje koszty przypisane, nieprzypisane i przygotowane do wystawienia.

6 podpowiedzi (i)

Przypisanie kosztu do kontrahenta

Koszt musi mieć odbiorcę refaktury, zanim można przygotować zamówienie faktury.

#
  1. Otwórz kolejkę „Do przypisania”.
  2. Znajdź koszt.
  3. Wybierz właściwego kontrahenta i sprawdź kwotę.
  4. Zapisz przypisanie.

Przygotowanie refaktury do wystawienia

Po przypisaniu koszt trafia do kolejki, w której można przygotować dokument sprzedażowy.

#
  1. Otwórz kontrahenta lub kolejkę „Do wystawienia”.
  2. Zaznacz koszty, które mają wejść na fakturę.
  3. Sprawdź opisy i kwoty.
  4. Utwórz zamówienie faktury i przejdź do dalszej obsługi w Zamówieniach na fakturę.
iPomoc kontekstowa z aplikacji dla tego modułu6 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Rachunek refaktur — trzy liczby i dwie luki

reinvoices.summaryreinvoices

Refakturowanie prowadzone jest jak rachunek każdego kontrahenta, nie jak zestawianie faktur parami. Koszt poniesiony na jego rzecz wchodzi na ten rachunek po stronie „poniesione", refaktura po stronie „przefakturowane", a wpłata po stronie „zapłacone".

Dlatego są trzy liczby, a nie jedna, i dwie luki między nimi: do przefakturowania (nie wystawiłem) i wystawione, nie wpłynęło (wystawiłem, pieniądze nie wróciły). Zlanie ich w jeden wskaźnik ukryłoby różnicę między „zapomniałem wystawić" i „klient nie zapłacił" — a to dwie zupełnie różne rozmowy.

Nadwyżka refaktur jest osobną liczbą, nie ujemnym saldem: zwykle znaczy marżę albo zaliczkę i wymaga decyzji człowieka. Odpisane to koszty, których świadomie nie refakturujesz — wypadły z salda, ale zostały z powodem.

Do przypisania — koszty bez wskazanego kontrahenta

reinvoices.unassignedreinvoices

Koszty oznaczone jako prefinansowane dla kontrahenta, przy których nie wskazano, na czyją rzecz je poniesiono. Dopóki tego nie zrobisz, nie wchodzą do niczyjego rozliczenia — nie widać ich w kartotece żadnego kontrahenta i nie ma czego refakturować.

Praca idzie partiami: zaznacz kilka dokumentów i przypisz je jednym ruchem, bo faktury z jednego importu zwykle dotyczą tego samego kontrahenta.

Jeśli nie wiadomo, komu zapisać dany koszt, odłóż go przyciskiem „Nie wiem komu — zostaje u mnie". Zostanie w dokumentacji i zniknie z tej listy, ale nie zostanie uznany za koszt własny firmy.

Zostaje u mnie — decyzja odłożona, nie zamknięta

reinvoices.heldreinvoices

Koszty, przy których świadomie odłożono decyzję: nie wiadomo, komu je zapisać, więc zostają na koncie firmy, nieprzypisane żadnemu kontrahentowi.

To trzeci stan, różny od dwóch pozostałych. „Do przypisania" znaczy, że nikt tego jeszcze nie oglądał. „Koszt Agencji" (zdjęcie oznaczenia w podglądzie dokumentu) znaczy, że sprawa jest zamknięta — to nasz koszt i nie będzie refakturowany. Tutaj sprawa jest otwarta, ale nie do zrobienia dzisiaj.

Takie koszty nie wchodzą do żadnej puli i nie zawyżają niczyjego salda. Gdy okaże się, czyj to koszt, zaznacz go i wróć nim do przypisania.

Do wystawienia — koszty czekające na refakturę

reinvoices.to_invoicereinvoices

Koszty, które mają wskazanego kontrahenta, a refaktury jeszcze nie wystawiono. To jest lista realnej roboty: każda pozycja to pieniądze wyłożone za kogoś, których jeszcze nie zażądano.

Kolejność jest od najstarszych, bo w tej kolejności pieniądze wracają i w tej kolejności rośnie ryzyko, że wrócą trudniej.

Nową refakturę wystawia się z podglądu dokumentu kosztowego — kliknij numer faktury, a w oknie znajdziesz „Utwórz refakturę w Fakturowni".

Gdy faktura już istnieje (wystawiłeś ją wcześniej albo weszła z KSeF), zaznacz koszty i użyj „Przypisz do wystawionej faktury". Zaznaczenie musi dotyczyć jednego kontrahenta — wystawiona faktura ma jednego nabywcę. Zaznaczyć da się tylko pozycje mające dokument; przypisu wpisanego ręcznie nie ma czego z fakturą powiązać.

Przypisanie domyka rachunek refaktur: faktura wchodzi do niego raz, swoją kwotą netto, niezależnie od tego, ile kosztów pokrywa, i z opisem, który zobaczysz w oknie przed kliknięciem. Dzięki temu pozycja przestaje wisieć jako „do przefakturowania", a po zapłacie kontrahenta sama przechodzi do „zapłacone".

Nic nie idzie do Fakturowni ani do KSeF — mówisz wyłącznie, które koszty ta faktura pokrywa. Jeśli koszty przewyższają netto faktury, okno to powie: nadwyżka jest normalna (marża, część kosztów na następną fakturę) i pokaże się w rachunku osobno.

Odpisane — koszty, których nie refakturuję

reinvoices.written_offreinvoices

Koszty, przy których podjęto decyzję: ten wydatek nie zostanie przefakturowany. Wypadły z salda kontrahenta, ale zostały widoczne razem z powodem — bo wskaźnik odzysku, który poprawia się „sam", jest gorszy niż wskaźnik zły.

Powód jest wymagany przy odpisywaniu. To jedyne miejsce, w którym pieniądze schodzą z rachunku bez wpłaty, więc musi po nim zostać ślad z uzasadnieniem.

Decyzja jest odwracalna: „Przywróć do rozliczenia" wraca przypis na saldo kontrahenta, gdyby okazało się, że koszt jednak da się przerzucić.

Po kontrahentach — stan rachunku każdego z nich

reinvoices.poolsreinvoices

Jeden wiersz to jeden kontrahent i jego cały rachunek refakturowy: ile na niego wyłożono, ile przefakturowano, ile wróciło i co zostaje w dwóch lukach.

Stan po prawej odpowiada na pytanie „czego tu trzeba": Do przefakturowania — jest co wystawić; Czeka na wpłatę — wystawione, pieniądze nie wróciły; Nadwyżka refaktur — przefakturowano więcej niż poniesiono, co wymaga sprawdzenia; Rozliczone — pieniądze wróciły w całości.

Wiersze są posortowane po kwocie do przefakturowania, więc na górze stoi to, co najbardziej się opłaca zrobić. Szczegóły jednego kontrahenta — z wykazem dokumentów i wiekowaniem — są w jego Kartotece Kontrahenta.

Praca · Kartoteki

Kontrahenci

Wspólna kartoteka odbiorców, dostawców i wykonawców. Dane kontrahenta są wykorzystywane w dokumentach, umowach, banku, raportach i integracjach.

22 podpowiedzi (i)

Dodanie kontrahenta

Nowa kartoteka powinna mieć dane, które pozwalają jednoznacznie rozpoznać podmiot w kolejnych dokumentach.

#
  1. Kliknij dodanie kontrahenta.
  2. Wprowadź NIP/PESEL lub inny identyfikator dostępny dla podmiotu.
  3. Uzupełnij nazwę, adres, rachunek i dane kontaktowe.
  4. Zapisz i sprawdź, czy kartoteka nie dubluje istniejącego podmiotu.

Uzupełnianie danych z rejestrów

Dane mogą być weryfikowane lub uzupełniane z GUS/VIES i wykazu podatników VAT.

#
  1. Otwórz kartotekę.
  2. Uruchom dostępne sprawdzenie rejestrowe.
  3. Porównaj dane zwrócone przez źródło z kartoteką.
  4. Zapisz właściwe dane i ponownie sprawdź brakujące pola.

Historia współpracy

Kartoteka jest punktem wejścia do dokumentów i innych powiązań z danym podmiotem.

#
  1. Otwórz kontrahenta.
  2. Przejdź do historii/powiązanych dokumentów.
  3. Otwórz interesującą fakturę, umowę lub rozliczenie.
  4. Wracając do kartoteki zachowujesz kontekst konkretnego kontrahenta.
iPomoc kontekstowa z aplikacji dla tego modułu22 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Typ kontrahenta — po której stronie rozliczeń go stawiasz

entities.form.entity_typeentities.form

Rozstrzyga, gdzie kontrahent pojawia się w systemie i jak liczą się jego kwoty:

  • Klient — wystawiasz mu faktury. Jego kwoty wchodzą do przychodu i do należności.
  • Dostawca — on wystawia faktury Tobie. Kwoty wchodzą do kosztów i do zobowiązań.
  • Urząd / ZUS — daniny publiczne. Traktowane osobno w przepływie gotówki, żeby nie mieszały się ze zwykłymi kosztami operacyjnymi.
  • Bank — opłaty i prowizje bankowe.

Typ nie blokuje niczego: kontrahent oznaczony jako klient może mieć u siebie faktury kosztowe i odwrotnie. Decyduje o domyślnym zachowaniu i o tym, którą kartotekę otwiera pulpit, a przy nieokreślonym typie kartotekę wybiera kierunek, w którym płyną pieniądze.

Typ współpracy — na jakiej podstawie się rozliczacie

entities.form.cooperation_typeentities.form

B2B, umowa zlecenie, umowa o dzieło, umowa o pracę albo subskrypcja.

To pole opisuje charakter relacji, nie formę prawną firmy. Ma znaczenie w Rejestrze Umów i w prognozie kosztów: przy umowach o pracę i zleceniach system wie, że do kwoty netto dochodzą obciążenia po stronie pracodawcy, i uwzględnia je w symulacji.

Pole opisowe — nie zmienia sposobu księgowania dokumentów.

Nazwa — pełna nazwa kontrahenta

entities.form.company_nameentities.form

Nazwa w brzmieniu, jakie ma trafiać na dokumenty i do integracji z Fakturownią.

Warto wpisać ją tak, jak widnieje na fakturach kontrahenta — to po nazwie system dopasowuje dokumenty przy imporcie z e-maila, z OCR-a i z KSeF-a. Rozbieżność nie jest błędem krytycznym (dopasowanie idzie przede wszystkim po NIP-ie), ale zwiększa liczbę dokumentów trafiających do ręcznej weryfikacji.

Skrót — nazwa robocza do list i wykresów

entities.form.short_nameentities.form

Krótka forma używana tam, gdzie pełna nazwa się nie mieści: w tabelach, na wykresach koncentracji klientów, w podsumowaniach.

Puste pole oznacza, że wszędzie pokazywana jest pełna nazwa — a wtedy w wąskich kolumnach zostanie przycięta wielokropkiem. Przy długich nazwach spółek warto uzupełnić.

NIP — kraj i numer, najważniejszy identyfikator kontrahenta

entities.form.nipentities.form

Numer identyfikacji podatkowej. To po nim, a nie po nazwie, system rozpoznaje kontrahenta przy imporcie z KSeF-a, z OCR-a i z e-maila.

Wpisanie NIP-u jest najskuteczniejszą pojedynczą rzeczą, jaką można zrobić, żeby dokumenty tego kontrahenta trafiały do rejestru automatycznie zamiast lądować w kolejce do weryfikacji.

Pole jest rozbite na kraj nadania numeru i sam numer. Myślniki i spacje są czyszczone w locie, a wklejenie całości („PL123-456-78-90", „IE9692928F") samo rozkłada się na jedno i drugie.

Numer nie zawsze jest samymi cyframi. Irlandzki ma literę na końcu (9692928F), niderlandzki w środku (123456789B01) — i to jest część numeru, która zostaje. Odcinany jest wyłącznie kod kraju, bo ma własne pole. Do wersji 1.0.371 takie numery trafiały do pola numeru razem z krajem, więc ta sama firma zapisana raz z „IE", a raz bez, była dla systemu dwiema różnymi firmami; po aktualizacji zapisane numery są porządkowane automatycznie.

Kraj nie jest ozdobą. Świadczy o tym, że kontrahent ma NIP europejski, a przepisy podatkowe traktują inaczej firmę działającą wyłącznie w kraju, a inaczej na rynku europejskim — i to on odróżnia dwie firmy europejskie o tych samych cyfrach. Pozostawiony jako „nieokreślony" nie jest błędem: znaczy „nie podano", a nie „krajowy". Kontrahentów z nieokreślonym krajem zbiera lista Raporty → Dane kontrahentów → „Bez kraju NIP-u".

Firma spoza Unii, ale z numerem nadanym w Unii ma na liście krajów własną pozycję: „numer unijny (OSS)", czyli numery zaczynające się od EU (procedura nieunijna OSS — tak rozliczają się dostawcy usług cyfrowych, np. Zapier z numerem EU372079631). To nie jest kraj i celowo nie udaje kraju — dlatego pozycja nazywa się tak, jak nazywa. Takiego numeru nie potwierdza VIES: VIES pyta rejestry państw członkowskich, a państwa „EU" nie ma, więc podczytanie po NIP-ie powie wprost, że tego numeru nie sprawdza — dane trzeba uzupełnić ręcznie. Lista krajów jest zamknięta świadomie: przedrostki bywają odczytywane z faktury automatycznie, a wolne pole wpuszczałoby do kartoteki numery, o których system tylko udaje, że wie.

Suma kontrolna numeru polskiego jest sprawdzana, ale tylko ostrzega i nie blokuje zapisu: bywa, że numer jest znany z dokumentu, którego nie ma po co poprawiać.

REGON — numer statystyczny, przydatny rzadziej niż NIP

entities.form.regonentities.form

Dziewięcio- lub czternastocyfrowy numer z rejestru GUS.

System nie używa go do rozpoznawania dokumentów — tym zajmuje się NIP. REGON bywa potrzebny w umowach, przetargach i wnioskach, gdzie druga strona wprost o niego prosi.

Puste pole niczego nie blokuje.

E-mail — adres kontaktowy i źródło dokumentów

entities.form.emailentities.form

Adres używany do korespondencji i do wysyłki faktur przez Fakturownię.

Ma też drugie zastosowanie, mniej oczywiste: przy imporcie dokumentów ze skrzynki e-mail adres nadawcy pomaga przypisać załącznik do właściwego kontrahenta, zanim jeszcze ktokolwiek przeczyta treść faktury.

Telefon — kontakt przy windykacji

entities.form.phoneentities.form

Pole informacyjne, nieużywane przez żadną automatykę.

Nabiera znaczenia w jednym momencie: gdy z panelu „Wiekowanie należności” trzeba zadzwonić w sprawie faktury po terminie. Wtedy numer wpisany wcześniej oszczędza szukania.

Termin płatności — ile dni domyślnie dajesz temu kontrahentowi

entities.form.payment_termsentities.form

Liczba dni od wystawienia dokumentu do upływu terminu zapłaty. Podstawiana automatycznie przy tworzeniu nowych dokumentów dla tego kontrahenta.

To pole realnie wpływa na prognozę salda i na DSO: system zakłada, że faktura wystawiona dziś zostanie opłacona po tylu dniach. Wpisanie 14 dni tam, gdzie klient faktycznie płaci po 45, sprawia, że prognoza konsekwentnie zawyża gotówkę.

Lepiej wpisać termin rzeczywisty niż ten wynegocjowany w umowie.

Waluta domyślna — w czym zwykle się rozliczacie

entities.form.default_currencyentities.form

Podstawiana przy tworzeniu nowych dokumentów dla tego kontrahenta.

Wybór waluty innej niż złoty oznacza, że dokumenty będą przeliczane po kursie z dnia — kwoty w raportach i na pulpicie zawsze pokazywane są w walucie firmy, żeby dało się je sumować.

Nie blokuje wystawienia pojedynczego dokumentu w innej walucie.

Adres — ulica, druga linia, kod, miejscowość i kraj

entities.form.addressentities.form

Adres składa się z pól i tylko z pól — ulica z numerem, druga linia (lokal, piętro, oddział), kod pocztowy, miejscowość i kraj. To jest JEDEN adres kontrahenta, używany wszędzie: na fakturze, w umowie i w danych wysyłanych do systemu fakturowego.

Do 1.0.277 stało tu obok drugie, swobodne pole „Adres”, a pola rozbite nosiły nazwę „do Fakturowni”. Było to podwójnie mylące: dwa niezależnie edytowalne zapisy tego samego adresu mogły mówić dwie różne rzeczy (i nic tego nie pilnowało), a nazwa sugerowała, że pola istnieją dla integracji, podczas gdy jest odwrotnie — tylko rozbity adres da się umieścić na fakturze i w umowie.

Adres zapisany dawniej, jednym ciągiem, kartoteka nazywa „do rozbicia” i pokazuje wprost. Taki adres nie wejdzie na fakturę ani do umowy, dopóki nie trafi do pól — dlatego wybranie takiego kontrahenta do umowy wstawiało puste pola adresu. Aktualizacja rozbija automatycznie te adresy, w których jest kod pocztowy w formacie 00-000; pozostałe (m.in. zagraniczne) trzeba uzupełnić ręcznie, bo podział „na oko” wpisałby w pola faktury zgadnięte dane.

Nr konta bankowego — po co go tu trzymać

entities.form.bank_account_numberentities.form

Główny rachunek tego kontrahenta.

Ma dwa zastosowania. Przy dostawcy — to konto, na które płacisz, więc numer pod ręką skraca przygotowanie przelewu. Przy imporcie wyciągu bankowego — numer rachunku pomaga przypisać przelew do właściwego kontrahenta nawet wtedy, gdy tytuł przelewu nic nie mówi.

To drugie zastosowanie jest ważniejsze, niż się wydaje: bez niego część operacji trafia do ręcznego dopasowania.

Nr karty płatniczej — do rozpoznawania obciążeń kartowych

entities.form.payment_card_numberentities.form

Cztery ostatnie cyfry karty, którą płacisz temu dostawcy (np. za subskrypcje).

Wyciągi bankowe podają przy obciążeniach kartowych właśnie końcówkę numeru. Wpisana tutaj pozwala automatycznie rozpoznać, czyje to obciążenie, zamiast zostawiać je jako nieprzypisaną pozycję.

Nie przechowujemy pełnego numeru karty i nie jest on do niczego potrzebny.

Dodatkowe konta bankowe — gdy kontrahent ma ich więcej niż jedno

entities.form.extra_bank_accountsentities.form

Lista rachunków poza głównym numerem konta. Każdy można opisać etykietą (np. „rachunek walutowy”, „stary rachunek”).

Osobno oznacza się konto VAT — rachunek techniczny mechanizmu podzielonej płatności. Oznaczenie ma znaczenie przy dopasowywaniu wpłat: przelew na konto VAT to część rozliczenia tej samej faktury, a nie odrębna płatność.

Każdy dodany rachunek bierze udział w automatycznym rozpoznawaniu operacji z wyciągu — im więcej ich znasz, tym mniej pozycji zostaje do ręcznego przypisania.

Uwagi — miejsce na kontekst, którego nie ma gdzie indziej

entities.form.notesentities.form

Notatka widoczna wyłącznie wewnątrz Twojej firmy — nie trafia na żaden dokument ani do żadnej integracji.

Praktycznie używa się jej do rzeczy, które trudno wyrazić polami: kto jest osobą kontaktową, dlaczego ten klient ma nietypowy termin, na co uważać przy rozliczeniu.

Aktywny — czy kontrahent ma się pojawiać na listach wyboru

entities.form.activeentities.form

Wyłączenie nie kasuje niczego. Wszystkie dokumenty, kwoty i historia zostają, a kontrahent nadal liczy się w raportach za okresy, w których był aktywny.

Zmienia się jedno: przestaje się pokazywać na listach wyboru przy tworzeniu nowych dokumentów.

To właściwy sposób na zamknięcie zakończonej współpracy — usunięcie kontrahenta zerwałoby powiązania z jego dokumentami.

Ciągłość kontrahenta — gdy ta sama firma zmieniła NIP

entities.form.predecessor_entity_identities.form

Wskazuje poprzednika tego kontrahenta: wpis, pod którym ta sama firma figurowała wcześniej.

Sytuacja typowa przy przekształceniu jednoosobowej działalności w spółkę albo przy zmianie NIP-u. Formalnie to dwa różne podmioty i dwa różne wpisy — ale z punktu widzenia współpracy to jeden klient, a historia rozbita na dwie kartoteki mówi mniej niż każda z nich osobno.

Po wskazaniu poprzednika kartoteka i zestawienia potrafią pokazać historię ciągłą, obejmującą oba wpisy. Dokumenty pozostają przypisane do właściwych podmiotów — łączy się widok, nie dane.

Ustaw jako dane mojej firmy — to nie jest zwykły kontrahent

entities.form.is_own_companyentities.form

Oznacza tę kartotekę jako Twoją własną firmę, a nie kontrahenta zewnętrznego.

Skutek jest konkretny: te dane trafiają jako sprzedawca na dokumenty i do integracji, a kwoty tego wpisu przestają być liczone jako obroty z kontrahentem — bo nie handlujesz sam ze sobą.

W firmie jest dokładnie jeden taki wpis. Ustawienie go na innej kartotece przenosi oznaczenie, nie duplikuje go.

Usuń kontrahenta — kiedy to zły pomysł

entities.form.deleteentities.form

Usunięcie jest trwałe i możliwe tylko wtedy, gdy z kontrahentem nie jest powiązany żaden dokument. Przy powiązaniach system odmówi — inaczej faktury zostałyby bez drugiej strony, a raporty historyczne przestałyby się zgadzać.

Właściwy sposób na zakończoną współpracę to odznaczenie „Kontrahent aktywny”: znika z list wyboru, a cała historia i kwoty zostają.

Usuwanie ma sens praktycznie tylko dla wpisu utworzonego przez pomyłkę albo duplikatu, do którego nic nie zdążyło się podpiąć.

Rozliczenia cykliczne — co się z tym kontrahentem powtarza co miesiąc

entities.form.recurring_subscriptionsentities.form

Skrót subskrypcji i kosztów cyklicznych powiązanych z tym kontrahentem.

Sekcja odpowiada na pytanie, które przy samej liście dokumentów bywa niewidoczne: ile ten kontrahent kosztuje albo przynosi co miesiąc, niezależnie od pojedynczych faktur. To ta kwota wchodzi do prognozy salda jako pozycja pewna.

Pusta sekcja znaczy tylko tyle, że nic cyklicznego nie zostało z tym kontrahentem powiązane — nie że nic się nie powtarza.

Grupa domyślna — koszty czy przychody

entities.form.default_directionentities.form

Ustawiasz raz, na kartotece: KOSZTY albo PRZYCHODY. Od tej chwili nowe faktury tego kontrahenta wchodzą z tą podpowiedzią, bez poprawiania przy każdym dokumencie.

To jest Twoja deklaracja, nie domysł systemu, dlatego bije wszystkie pozostałe źródła podpowiedzi: typ kontrahenta, zapamiętaną regułę importu, historię jego faktur i formę współpracy. Ten sam kontrahent bywa raz sprzedającym, raz kupującym — ustawienie mówi, którą stronę traktować jako zwykłą.

Nie ustawiono nie znaczy „błąd" — znaczy, że podpowiedź liczy się jak dotąd, czyli z wnioskowania.

Grupa nie blokuje niczego: pojedynczy dokument nadal można przypisać inaczej.

Kategoria domyślna — np. KOSZTY → Umowa B2B

entities.form.default_category_identities.form

Kategoria z wybranej grupy, która podpowie się na nowych fakturach tego kontrahenta.

Najpierw grupa, potem kategoria — i to nie jest kolejność dla porządku. Katalog kategorii dopuszcza zakres „koszty i przychody", więc sama kategoria nie mówi, o którą stronę chodzi. Dlatego wyczyszczenie grupy czyści też kategorię.

Samą grupę wolno ustawić bez kategorii — „ten kontrahent to zawsze koszty, a kategoria zależy od pozycji" jest sensownym ustawieniem.

Pod spodem pojawia się kratka „Po zapisaniu przypisz tę kategorię istniejącym fakturom". Zaznaczenie jej pokazuje liczby: ile faktur jest bez kategorii, ile ma już tę, a ile inną. Nadpisanie tych z inną kategorią wymaga drugiego, osobnego zaznaczenia — bo kasuje wcześniejsze decyzje i nie da się tego cofnąć jednym ruchem.

Zarządzanie · Kondycja firmy

Pulpit zarządczy

Jednoekranowy przegląd kondycji firmy: KPI, marża, EBITDA, płynność, przepływy, VAT, koncentracja oraz rentowność kontrahentów.

47 podpowiedzi (i)

Czytanie KPI

KPI są skrótem do diagnozy; szczegółów należy szukać w źródłowym rejestrze lub raporcie.

#
  1. Ustaw okres analizy.
  2. Przejrzyj główne KPI i ich trend.
  3. Zwróć uwagę na wartości ostrzegawcze lub zmiany względem poprzedniego okresu.
  4. Kliknij obszar, jeżeli ekran udostępnia przejście do szczegółów.

Wejście w szczegóły

Pulpit nie jest miejscem ręcznej korekty danych — pokazuje wynik danych z rejestrów.

#
  1. Wskaż KPI lub wykres wymagający wyjaśnienia.
  2. Przejdź do powiązanego rejestru/raportu.
  3. Znajdź dokumenty lub pozycje składające się na wynik.
  4. Popraw źródło, a następnie wróć do Pulpitu po przeliczeniu.

Prognoza salda i płynności

Prognoza łączy znane terminy wpływów i płatności z innymi źródłami systemu.

#
  1. Wybierz horyzont.
  2. Sprawdź momenty spadku salda i największe kumulacje płatności.
  3. Przejdź do Kalendarza Płatności lub źródłowego rejestru, aby sprawdzić pozycje.
  4. Koryguj terminy w źródłach, nie na wykresie.
iPomoc kontekstowa z aplikacji dla tego modułu47 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Kwota — ile wyniosła ta pozycja przepływu

board.cashflow_category.kpi.amountboard.cashflow_category

Suma dokumentów składających się na wybraną pozycję przepływu gotówki — na przykład na koszty operacyjne, wynagrodzenia albo wpływy ze sprzedaży.

Kwota reaguje na oba filtry ekranu: miesiąc wybrany na wykresie i pozycję wybraną w panelu struktury. Podpis pod wartością zawsze mówi, jakiego zakresu dotyczy.

Liczona jest z pełnego zestawienia po stronie serwera, nie z listy dokumentów obok — lista bywa przycięta, kwota nigdy.

Zmiana m/m — jak wybrany miesiąc wypada wobec poprzedniego

board.cashflow_category.kpi.change_momboard.cashflow_category

Porównanie kwoty z zaznaczonego miesiąca z miesiącem bezpośrednio go poprzedzającym, przy tym samym filtrze pozycji.

Kafelek bywa pusty i podpis pod nim mówi dlaczego — powody są trzy i znaczą co innego:

  • Nie wybrano miesiąca — patrzysz na całe 12 miesięcy naraz. Kliknij słupek na wykresie.
  • Brak wcześniejszego miesiąca w oknie — zaznaczony miesiąc jest pierwszy w widocznym roku.
  • Poprzedni miesiąc wyniósł 0 zł — nie ma od czego liczyć procentu. Przy zawężeniu do jednego klienta czy jednej kategorii to sytuacja normalna, nie błąd.

Średnia miesięczna — poziom odniesienia dla wybranego miesiąca

board.cashflow_category.kpi.monthly_averageboard.cashflow_category

Średnia z tych miesięcy w oknie 12-miesięcznym, w których ta pozycja w ogóle wystąpiła. Miesiące zerowe są pomijane, żeby przerwa nie zaniżała sztucznie poziomu odniesienia.

Ten kafelek celowo nie reaguje na filtr miesiąca. Jest tym, wobec czego czytasz wybrany miesiąc — gdyby zmieniał się razem z nim, porównanie nie miałoby sensu. Filtr pozycji natomiast honoruje.

Podpis pod wartością podaje, ile miesięcy weszło do średniej.

Liczba dokumentów — ile pozycji złożyło się na tę kwotę

board.cashflow_category.kpi.documentsboard.cashflow_category

Liczba dokumentów w wybranym zakresie filtrów.

Czytana razem z kwotą mówi więcej niż każda z osobna: jeden duży dokument i czterdzieści drobnych dają tę samą sumę, ale zupełnie inny obraz tego, na co idą pieniądze — i inną odpowiedź na pytanie, gdzie szukać oszczędności.

To liczba wszystkich dokumentów, także gdy lista obok pokazuje tylko najnowsze 300.

Udział we wpływach / wydatkach — jaka to część całego przepływu

board.cashflow_category.kpi.shareboard.cashflow_category

Jaką część całej strony przepływu stanowi to, na co właśnie patrzysz — wpływów przy pozycji przychodowej, wydatków przy kosztowej.

Udział pomaga zachować proporcje. Koszt, który w liczbach bezwzględnych wygląda groźnie, bywa marginesem całości; i odwrotnie — pozycja, która nie rzuca się w oczy, potrafi zjadać znaczną część miesiąca.

Wskaźnik reaguje na oba filtry, więc po zawężeniu do jednego klienta lub jednej kategorii pokazuje udział właśnie tego wycinka.

Dokumenty — z czego składa się ta pozycja

board.cashflow_category.panel.documentsboard.cashflow_category

Lista dokumentów spełniających oba aktywne filtry: wybrany miesiąc i wybraną pozycję. Nagłówek podaje, ile pozycji widać.

Dwa miejsca są klikalne: numer dokumentu otwiera jego pełny podgląd, a nazwa kontrahenta prowadzi do jego kartoteki. Ścieżka powrotu zostaje w okruszkach na górze ekranu.

Lista jest ograniczona do 300 najnowszych dokumentów z okna 12 miesięcy. Gdy zostanie przycięta, panel mówi o tym wprost — kwoty w kafelkach powyżej i tak liczą się z pełnych danych.

Przebieg 12 miesięcy — i filtr miesiąca

board.cashflow_category.panel.trend12board.cashflow_category

Roczna historia tej pozycji przepływu, miesiąc po miesiącu. Pokazuje, czy koszt rośnie systematycznie, czy tylko raz odbił — czego z jednego miesiąca nie da się odróżnić.

Słupki są klikalne i działają jak filtr. Kliknięcie zawęża cały ekran do tego miesiąca: przelicza wskaźniki i listę dokumentów. Nie przenosi ekranu nigdzie i nie pobiera danych ponownie — raport wczytuje się raz dla pełnego roku.

Ponowne kliknięcie tego samego słupka zdejmuje filtr i wraca do widoku całych 12 miesięcy.

Wysokość słupków uwzględnia filtr pozycji, ale nie filtr miesiąca — to on jest tym, co słupki wyrażają.

Struktura — i filtr pozycji

board.cashflow_category.panel.structureboard.cashflow_category

Podział kwoty na pozycje, z udziałem procentowym każdej z nich. Przy wpływach ze sprzedaży pozycją jest klient, przy pozostałych — kategoria kosztu.

Wiersze są klikalne i działają jak drugi filtr, niezależny od miesiąca. Oba filtry składają się ze sobą w dowolnej kolejności; ponowne kliknięcie zdejmuje filtr.

Panel pokazuje zawartość wybranego miesiąca i podaje go w nagłówku. Pozycja, którą właśnie filtrujesz, zostaje widoczna nawet wtedy, gdy po zmianie miesiąca wypadłaby poza czołówkę — inaczej plakietka filtra wskazywałaby wiersz, którego nie widać.

Przychód / koszty brutto — obrót z tym kontrahentem

board.contractor_file.kpi.turnoverboard.contractor_file

Suma kwot brutto z dokumentów tego kontrahenta: sprzedaży w kartotece klienta, kosztów w kartotece dostawcy.

Kwota reaguje na oba filtry ekranu — miesiąc wybrany na wykresie i pozycję wybraną w panelu struktury. Podpis pod wartością zawsze mówi, jakiego zakresu dotyczy to, na co patrzysz.

Liczona jest z pełnych danych po stronie serwera, nie z listy dokumentów obok — lista bywa przycięta do 300 pozycji, kwota nigdy.

VAT należny / naliczony — podatek zapisany na dokumentach

board.contractor_file.kpi.vatboard.contractor_file

Suma VAT z dokumentów tego kontrahenta w wybranym zakresie. W kartotece klienta jest to VAT należny (z Twojej sprzedaży), w kartotece dostawcy — VAT naliczony (z jego faktur, do odliczenia).

Kwota bierze się wprost z dokumentów. System nie zakłada żadnej stawki i nie dolicza niczego od siebie — jeśli na fakturze zapisano konkretną kwotę VAT, to właśnie ona się tu sumuje.

To zestawienie zarządcze, nie deklaracja podatkowa.

Zmiana m/m — jak wybrany miesiąc wypada wobec poprzedniego

board.contractor_file.kpi.change_momboard.contractor_file

Porównanie kwoty z zaznaczonego miesiąca z miesiącem bezpośrednio go poprzedzającym, przy tym samym filtrze pozycji.

Kafelek bywa pusty i podpis pod nim mówi dlaczego — bo są trzy różne powody i mylenie ich prowadzi do złych wniosków:

  • Nie wybrano miesiąca — patrzysz na całe 12 miesięcy naraz, nie ma czego z czym porównać. Kliknij słupek na wykresie.
  • Brak wcześniejszego miesiąca w oknie — zaznaczony miesiąc jest pierwszy w widocznym roku.
  • Poprzedni miesiąc wyniósł 0 zł — nie ma od czego liczyć procentu. Zdarza się przy filtrze pozycji i nie jest błędem.

Średnia miesięczna — poziom odniesienia dla wybranego miesiąca

board.contractor_file.kpi.monthly_averageboard.contractor_file

Średnia z tych miesięcy w oknie 12-miesięcznym, w których w ogóle był obrót z tym kontrahentem. Miesiące zerowe są pomijane, żeby przerwa we współpracy nie zaniżała sztucznie poziomu odniesienia.

Ten kafelek celowo nie reaguje na filtr miesiąca. Ma być punktem, wobec którego czytasz wybrany miesiąc — gdyby zmieniał się razem z nim, porównanie straciłoby sens. Filtr pozycji natomiast honoruje.

Podpis pod wartością podaje, ile miesięcy weszło do średniej.

Liczba dokumentów — ile pozycji złożyło się na tę kwotę

board.contractor_file.kpi.documentsboard.contractor_file

Liczba dokumentów w wybranym zakresie filtrów.

Warto ją czytać razem z kwotą: ta sama suma z jednego dokumentu i z czterdziestu to zupełnie inna współpraca — inne ryzyko, inny nakład pracy administracyjnej, inna wrażliwość na utratę jednego zlecenia.

To liczba wszystkich dokumentów, także wtedy, gdy lista obok pokazuje tylko 300 najnowszych.

Udział w przychodach / kosztach — jak ważny jest ten kontrahent

board.contractor_file.kpi.shareboard.contractor_file

Jaką część całego obrotu firmy w danym zakresie stanowi ten jeden kontrahent — sprzedaży w kartotece klienta, kosztów w kartotece dostawcy.

To ta sama myśl, co „Koncentracja klientów” na pulpicie, tylko z perspektywy jednej firmy. Wysoki udział po stronie klienta oznacza zależność przychodową; wysoki udział po stronie dostawcy — zależność operacyjną, czyli pytanie, co się stanie, gdy ten dostawca podniesie ceny albo zniknie.

Do zapłaty — ile jest nierozliczone na dziś

board.contractor_file.kpi.outstandingboard.contractor_file

Suma niezapłaconych dokumentów tego kontrahenta, wraz z informacją, ile z tego jest już po terminie.

Ten kafelek nie podlega żadnym filtrom ekranu i mówi to wprost w podpisie. Saldo to stan na dziś, a nie wielkość okresu — nierozliczona faktura sprzed pół roku nadal jest nierozliczona, niezależnie od tego, który miesiąc zaznaczyłeś na wykresie.

Po stronie kosztowej system nie śledzi płatności częściowych, więc dokument nieoznaczony jako zapłacony liczy się w pełnej kwocie brutto. Zaniżenie tego, co się komuś należy, byłoby gorszym błędem niż zawyżenie.

Dokumenty — z czego składa się obrót

board.contractor_file.panel.documentsboard.contractor_file

Lista dokumentów spełniających oba aktywne filtry: wybrany miesiąc i wybraną pozycję. Nagłówek podaje, ile pozycji widać.

Numer dokumentu jest klikalny i otwiera jego pełny podgląd — ten sam, którego używa reszta aplikacji.

Lista jest ograniczona do 300 najnowszych dokumentów z okna 12 miesięcy. Gdy zostanie przycięta, panel mówi o tym wprost — i przypomina, że kwoty w kafelkach powyżej liczą się z pełnych danych, nie z tego, co widać na ekranie.

„Pokaż wszystkie faktury" zdejmuje naraz oba zawężenia — wybrany na wykresie miesiąc i pozycję klikniętą w tabeli VAT — i pokazuje pełną listę z okna dwunastu miesięcy. Kafelki powyżej nadal honorują filtry, bo to one je wyrażają; zdjęcie filtrów wszędzie naraz byłoby wyjściem z widoku, a nie rozszerzeniem listy.

Lista jest stronicowana, żeby kartoteka zachowała kształt niezależnie od liczby faktur. Stronicowanie działa na już pobranych danych, więc przełączanie stron nie odpytuje serwera i nie spowalnia klikania w wykres.

Nagłówki kolumn sortują, a pole nad tabelą filtruje po dowolnym ciągu znaków — numerze, kategorii, dacie albo kwocie. Jedno i drugie działa na pełnej liście, dopiero wynik jest stronicowany, więc sortowanie nie przestawia wyłącznie tego, co akurat widać.

Nierozliczone pozycje i rotacja (DSO / DPO)

board.contractor_file.panel.paymentsboard.contractor_file

Otwarte dokumenty tego kontrahenta — domyślnie od najbliższego terminu, z liczbą dni zwłoki przy tych, których termin już minął.

Tabela ma ten sam komplet kolumn co lista faktur wyżej, łącznie z kategorią, którą można stąd poprawić — to zwykle właśnie tutaj patrzysz na dokument, więc tutaj też ma się dać go opisać. Nagłówki sortują (kliknięcie w „Status” malejąco ustawia najdłużej zalegające na górze), a pole nad tabelą filtruje po dowolnym ciągu znaków: numerze, kategorii, dacie albo kwocie. Sortowanie i szukanie działają na pełnej liście, nie na widocznej stronie.

Pod tabelą stoi rotacja: DSO w kartotece klienta (ile dni średnio czekasz na jego pieniądze) albo DPO w kartotece dostawcy (ile dni średnio zwlekasz z zapłatą). Liczona jest z obrotu narastająco od początku roku; przy zerowym obrocie panel pisze „brak danych” zamiast pokazywać zero dni.

Ta sekcja nie podlega filtrom miesiąca ani pozycji — to stan otwartych spraw na dziś.

Umowy i dokumenty — co masz z tym kontrahentem na papierze

board.contractor_file.panel.contractsboard.contractor_file

Pozostałe panele mówią, ile przepłynęło. Ten mówi, na jakiej podstawie — i czy tę podstawę da się odtworzyć.

Umowy nie podlegają filtrom tego ekranu. Umowa to stan relacji, a nie zdarzenie okresu: podpisana trzy lata temu i wciąż obowiązująca jest najważniejszą rzeczą, jaką o tym kontrahencie trzeba wiedzieć, a zniknęłaby z listy, gdyby liczyła się data zawarcia. Aktywne i wygasające stoją na górze. Kliknięcie numeru otwiera umowę w Rejestrze Umów.

Pliki źródłowe to odpowiedź na pytanie „czy przy sporze albo kontroli mam czym poprzeć te kwoty". Liczone są dokumenty z załącznikiem, a nie same pliki — faktura z trzema skanami nie jest lepiej udokumentowana niż z jednym, a suma plików sugerowałaby, że jest.

Ta część liczona jest z okna 12 miesięcy, tak jak reszta ekranu; załączniki umów — nie, bo umowy też nie.

Przebieg 12 miesięcy — i filtr miesiąca

board.contractor_file.panel.trend12board.contractor_file

Roczna historia obrotu z tym kontrahentem, miesiąc po miesiącu. Pokazuje, czy współpraca rośnie, stoi, czy właśnie cicho wygasa — czego z jednego miesiąca nie widać.

Słupki są klikalne i działają jak filtr. Kliknięcie zawęża cały ekran do tego miesiąca: przelicza kafelki i zawęża listę dokumentów. Nie przenosi nigdzie i nie pobiera danych ponownie — cała kartoteka wczytuje się raz dla pełnego roku.

Ponowne kliknięcie tego samego słupka zdejmuje filtr i wraca do widoku całych 12 miesięcy.

Wysokość słupków uwzględnia filtr pozycji, ale nie filtr miesiąca — to on jest tym, co słupki wyrażają.

Struktura — i filtr pozycji

board.contractor_file.panel.structureboard.contractor_file

Podział obrotu na pozycje, z kwotą i udziałem procentowym każdej z nich. W kartotece klienta pozycją jest typ dokumentu (faktura, korekta, proforma, subskrypcja) — dokumenty sprzedaży nie mają kategorii, więc typ jest ich jedynym realnym wymiarem podziału. W kartotece dostawcy pozycją jest kategoria kosztu.

Wiersze są klikalne i działają jak drugi filtr, niezależny od miesiąca. Oba filtry składają się ze sobą w dowolnej kolejności; ponowne kliknięcie zdejmuje filtr.

Panel pokazuje zawartość wybranego miesiąca, więc pozycja nieobecna w tym miesiącu z listy znika — nagłówek zawsze podaje, którego okresu dotyczy.

Refaktury — ile przerzuconych kosztów wróciło

board.contractor_file.panel.reinvoicesboard.contractor_file

Udział kosztów oznaczonych jako podlegające refakturze, które zostały już rozliczone z klientem.

Chodzi o wydatki ponoszone w imieniu klienta — najczęściej zakup reklam. Firma płaci je ze swojego konta od razu, a odzyskuje dopiero wtedy, gdy ktoś wystawi refakturę. Wskaźnik pilnuje właśnie tej luki.

Panel dotyczy całych 12 miesięcy i nie podlega filtrom ekranu.

Podatki — rozbicie netto / VAT / brutto po miesiącach

board.contractor_file.panel.taxesboard.contractor_file

Miesięczne zestawienie obrotu z tym kontrahentem w podziale na netto, VAT i brutto. Netto liczone jest jako brutto minus VAT faktycznie zapisany na dokumentach — bez zakładania stawki i bez szacowania czegokolwiek.

Tabela pokazuje wszystkie 12 miesięcy i podświetla ten wybrany na wykresie; jej wiersze są klikalne i przełączają filtr miesiąca dokładnie tak samo jak słupki. Filtr pozycji honoruje, filtr miesiąca celowo nie zawęża jej do jednego wiersza — kontekst całego roku jest tu sensem tabeli.

ELWU One View nie jest systemem księgowym. To zestawienie zarządcze — nie zastępuje ewidencji VAT ani żadnej deklaracji, nie zawiera i nie szacuje podatku dochodowego.

Wrzucanie faktury z kartoteki

board.contractor_file.panel.intakeboard.contractor_file

Plik upuszczony tutaj trafia do tego samego mechanizmu rozpoznawania, który obsługuje import w zapleczu — z jedną różnicą, która jest sensem tej funkcji: stojąc na kartotece, wiadomo z góry, kto wystawił dokument i w którą stronę ma być zaksięgowany. Parser nie musi tego zgadywać z treści.

Podpis nad strefą mówi, co system założy, zanim wybierzesz plik: kierunek wynika z typu kontrahenta, a kategoria z pierwszego dostępnego źródła — zapamiętanej reguły dla tego kontrahenta, najczęstszej kategorii z jego dotychczasowych dokumentów albo formy współpracy. Podstawa jest zawsze podana, bo „zatwierdź albo popraw" bez niej jest zgadywaniem, co się właściwie zatwierdza.

Okno zatwierdzania jest celowo małe — sześć pól i kategoria. Pełny formularz z kilkudziesięcioma polami zostaje w zapleczu, dla dokumentów, które go wymagają.

Kontrahent z kartoteki jest podpowiedzią sprawdzaną, nie przyjmowaną na słowo. Po rozpoznaniu NIP z dokumentu jest porównywany z NIP-em kartoteki i możliwe są trzy wyniki:

  • Zgodny — kontrahent potwierdzony, księgujesz bez pytań.
  • Nie do sprawdzenia — dokument albo kartoteka nie ma NIP-u. Podpowiedź zostaje, ale oznaczona; sprawdzasz sam.
  • Rozbieżny — dokument wystawił ktoś inny. Nic nie zostaje zaksięgowane, dopóki nie zdecydujesz, na kogo ma trafić. To zabezpieczenie przed najgorszym możliwym skutkiem skrótu: pomyłkowo wrzucony plik zaksięgowany na oglądanego kontrahenta wraz z jego kategorią, w ciszy.

Kategoria, którą zatwierdzisz, zostaje zapamiętana dla tego kontrahenta — druga faktura od niego przychodzi już wypełniona. Zapamiętane reguły przeglądasz i usuwasz w Ustawieniach, w sekcji nauczonych reguł kategoryzacji.

Wpłaty i wypłaty z wyciągów

board.contractor_file.panel.bankboard.contractor_file

Wiersze wyciągu bankowego, które wyglądają na tego kontrahenta. Kartoteka odpowiadała dotąd na pytanie „co mu wystawiliśmy i ile jest do zapłaty", ale nie na „czy te pieniądze przyszły" — odpowiedź siedzi w wyciągach, a wyciąg nie zna pojęcia kontrahenta: zna nazwę z przelewu, numer konta i treść tytułu.

Kierunek jest lustrzany: w kartotece klienta widać wpływy, w kartotece dostawcy wypłaty. Przeszukiwane są wyciągi z ostatnich osiemnastu miesięcy.

Każdy wiersz mówi, po czym go dopasowano, bo sygnały mają bardzo różną siłę:

  • Numer konta — porównanie idzie po samych cyfrach, więc zapis ze spacjami albo z prefiksem kraju nie gubi trafienia. Sprawdzane jest konto główne i wszystkie dodatkowe z karty kontrahenta.
  • NIP w tytule — kontrahent wpisał swój numer w tytule przelewu.
  • Numer referencyjny — w tytule stoi identyfikator naszego własnego dokumentu. Najmocniejszy sygnał, jaki tu występuje: to nie podobieństwo, tylko nasz numer, który ktoś przepisał.
  • Nazwa — sygnał miękki, oznaczony wyszarzoną plakietką. Spółka potrafi przelewać z konta osoby fizycznej pod zupełnie inną nazwą, a krótki człon nazwy łapie się na przypadkowych przelewach. Trafienie wyłącznie po nazwie traktuj jak podpowiedź do obejrzenia, nie jak potwierdzenie.

Nierozliczone idą na górę — to one wymagają decyzji. Rozliczone są przyciemnione i zostają tylko po to, żeby było widać, że wpłata trafiła już do dokumentu.

Przycisk „Szukaj dalej…" otwiera Raporty → Wyciągi bankowe z gotową frazą (NIP-em albo nazwą). Warto z niego skorzystać także wtedy, gdy coś się znalazło: panel pokazuje pierwsze czterdzieści trafień i tylko z osiemnastu miesięcy.

Rozliczenia cykliczne — płatności bez faktury

board.contractor_file.panel.recurringboard.contractor_file

Trzecia droga, którą pieniądze wychodzą do kontrahenta: nie faktura i nie luźny przelew, a subskrypcja rozliczana wyciągiem bankowym. Typowy przypadek to czynsz płacony co miesiąc na podstawie umowy, przy której wynajmujący nie wystawia rachunków.

Do wydania 1.0.302 takich płatności nie było w kartotece widać wcale. Powód jest jeden i wart zapamiętania: kafle, wykres i listy faktur liczą się z dokumentów kosztowych, a subskrypcja oznaczona „faktura nie jest wymagana" dokumentu nie tworzy — potwierdzeniem jest przelew. Kartoteka odpowiadała więc rzetelnie na pytanie „ile mam od niego faktur", podczas gdy człowiek pytał „ile mu zapłaciłem". Dwa różne pytania nad jednym źródłem.

Tabela pokazuje okres po okresie: czy jest potwierdzony wyciągiem, kiedy wyszedł przelew i ile. Kwota z przelewu jest faktem; jeśli przelewu jeszcze nie ma, kwota pochodzi z planu subskrypcji i jest tak podpisana — dopisek „(plan)". Kolumna „W kaflach" mówi, czy dany okres ma już fakturę: jeśli ma, jest policzony wyżej i tutaj tylko go widać.

Sumy z tego panelu nie wchodzą do kafli ani do wykresu powyżej — to jest świadoma decyzja właściciela, nie przeoczenie. Wliczenie ich do kwot zarządczych wymaga objęcia tą samą zasadą kosztów całej firmy (mianownika w „Udziale w kosztach"), czyli zmiany każdego procentu na Pulpicie. Dlatego najpierw te rozliczenia są widoczne, a pod kaflami stoi przypis z kwotą, której nie obejmują.

Okno to te same dwanaście miesięcy, co kafle. Okresy pochodzą z subskrypcji, potwierdzenia z powiązań wyciągu — dokładnie te same dane, które pokazuje okno subskrypcji.

Przychód — ile firma sprzedała w tym miesiącu

board.dashboard.kpi.revenueboard.dashboard

Suma kwot brutto ze wszystkich dokumentów sprzedaży wystawionych w wybranym miesiącu. Liczy się data wystawienia, nie data zapłaty.

To znaczy, że przychód rośnie w chwili wystawienia faktury — nawet jeśli pieniądze jeszcze nie wpłynęły. Dobry miesiąc na tym kafelku i pusty rachunek bankowy to sytuacja całkowicie normalna; żeby zobaczyć, ile z tego faktycznie wpłynęło, spójrz na „Przepływ gotówki” i „Wiekowanie należności”.

Strzałka pod wartością porównuje ten miesiąc z poprzednim.

EBITDA — ile zostaje z przychodu po kosztach

board.dashboard.kpi.ebitdaboard.dashboard

Przychód brutto minus koszty zarejestrowane w tym samym miesiącu. Mówi, ile działalność zarabia na samej sprzedaży, zanim odejmiesz podatek dochodowy i inne obciążenia.

To przybliżenie zarządcze, nie wartość księgowa. Znaczek ~ przy kafelku jest tam celowo. ELWU One View nie prowadzi ksiąg, więc nie zna amortyzacji ani odsetek — a to właśnie one odróżniają księgową EBITDA od tej różnicy. Traktuj tę liczbę jako kierunek i porównanie miesiąc do miesiąca, nie jako pozycję do sprawozdania.

Marża netto — jaki procent przychodu zostaje w firmie

board.dashboard.kpi.net_marginboard.dashboard

EBITDA podzielona przez przychód, wyrażona w procentach. Odpowiada na pytanie: z każdych 100 zł sprzedaży, ile zostaje po opłaceniu kosztów?

Marża jest zwykle bardziej wymowna niż sam przychód. Rosnąca sprzedaż przy spadającej marży oznacza, że firma pracuje coraz więcej za coraz mniej — i to widać tu wcześniej niż na koncie bankowym.

Ponieważ liczy się z EBITDA, dziedziczy jej przybliżony charakter.

Cykl konwersji gotówki — ile dni firma finansuje sama siebie

board.dashboard.kpi.cccboard.dashboard

Różnica między tym, jak długo czekasz na pieniądze od klientów (DSO), a tym, jak długo sam zwlekasz z zapłatą dostawcom (DPO).

Po ludzku: ile dni firma musi wyłożyć własne pieniądze, zanim wróci do niej gotówka ze sprzedaży.

  • Wartość dodatnia — płacisz szybciej, niż Ci płacą. Te dni trzeba czymś sfinansować: własną gotówką, kredytem albo opóźnieniem czegoś innego.
  • Wartość ujemna — inkasujesz szybciej, niż płacisz. Bieżąca działalność sama zasila konto.

Progiem ostrzegawczym w pasku ryzyk jest 45 dni.

DSO / DPO — ile dni czekasz na wpłaty i ile zwlekasz z zapłatą

board.dashboard.kpi.dso_dpoboard.dashboard

Dwie liczby obok siebie:

  • DSO — przeciętna liczba dni od wystawienia faktury do wpływu pieniędzy. Ile dni kredytujesz swoich klientów.
  • DPO — przeciętna liczba dni, przez które sam nie płacisz swoim dostawcom.

Zestawienie ich obok siebie jest celowe: jeśli DSO jest wyraźnie większe od DPO, firma oddaje pieniądze szybciej, niż je dostaje, i musi tę różnicę czymś pokryć. Skrócenie DSO o kilka dni zwykle daje więcej gotówki niż podniesienie cen.

Koncentracja TOP-3 — jaka część przychodu zależy od trzech kontrahentów

board.dashboard.kpi.concentration_top3board.dashboard

Udział trzech największych klientów w przychodzie tego miesiąca.

To miara ryzyka, nie sukcesu. Wysoka wartość znaczy, że utrata jednego kontrahenta zabiera dużą część obrotu — i że ten kontrahent ma silną pozycję w negocjacjach o cenę i termin płatności.

Powyżej 30% udziału pojedynczego klienta pozycja zapala się w pasku ryzyk. Nie jest to zakaz — bywa naturalne na starcie albo w modelu projektowym — ale warto o tym wiedzieć świadomie.

Refaktury — ile z kosztów przerzuconych na kontrahenta faktycznie wraca

board.dashboard.kpi.reinvoice_recoveryboard.dashboard

Część kosztów oznaczonych jako podlegające refakturze, która została już rozliczona z klientem — najczęściej dotyczy zakupu reklam i innych wydatków ponoszonych w imieniu kontrahenta.

Wskaźnik pilnuje pieniędzy, które łatwo zgubić: koszt jest zapłacony z konta firmy od razu, a jego zwrot zależy od tego, czy ktoś pamiętał wystawić refakturę.

Wartość wyraźnie poniżej 100% oznacza, że firma sfinansowała cudze wydatki z własnej kieszeni i nie odzyskała ich w całości.

Przychód / koszty / EBITDA — 12 miesięcy

board.dashboard.panel.trend12board.dashboard

Roczny przebieg trzech wielkości naraz: przychodu (linia fioletowa), kosztów (szara przerywana) i EBITDA (zielona), plus poziom średniego przychodu z tego okresu.

Pojedynczy miesiąc niewiele mówi — dopiero rok pokazuje, czy to, co widzisz na kafelkach, to trend czy wahnięcie. Najważniejsze jest tu zachowanie odstępu między przychodem a kosztami: zbliżające się do siebie linie oznaczają, że wzrost sprzedaży przestaje się przekładać na zysk.

Gdy jeden miesiąc jest wielokrotnie większy od pozostałych, oś jest ucięta do miesięcy typowych — bez tego dwanaście miesięcy pracy firmy ląduje w jednym płaskim pasku, a wykres przestaje o czymkolwiek mówić. To, co poza oś wyszło, nie znika: jest wypisane nad wykresem z pełną kwotą i nazwą miesiąca, a na krawędzi stoi strzałka w barwie tej serii. Taki wyskok bywa prawdziwym zdarzeniem, ale bywa też błędem w danych (podwojony dokument, wyciąg wzięty za koszty) — warto go sprawdzić.

Wykres jest wyłącznie do odczytu. Miesiąc zmienia się przełącznikiem okresu w nagłówku ekranu.

Płynność i zadłużenie — czy firma udźwignie bieżące zobowiązania

board.dashboard.panel.liquidityboard.dashboard

Trzy wskaźniki odpowiadające na jedno pytanie: czy jest z czego zapłacić to, co trzeba zapłacić.

  • Wskaźnik bieżący — gotówka razem z należnościami podzielona przez zobowiązania. Poniżej 1,0 oznacza, że nawet po ściągnięciu wszystkich należności zabrakłoby na pokrycie zobowiązań.
  • Wskaźnik szybki — sama gotówka podzielona przez zobowiązania. Ostrzejszy test: co, jeśli klienci nie zapłacą na czas.
  • Zobowiązania / należności — ile jesteś winien wobec tego, ile są winni Tobie. Tu mniej znaczy lepiej.

Kolor to strefa: zielona w porządku, żółta do obserwacji, czerwona wymaga reakcji. Szara oznacza brak danych do policzenia — zwykle po prostu brak otwartych zobowiązań.

Kapitał obrotowy pod spodem to gotówka plus należności minus zobowiązania: kwota, którą firma realnie dysponuje na bieżącą działalność.

Saldo rachunków — ile realnie leży na kontach

board.dashboard.panel.balancesboard.dashboard

Stan każdego rachunku odczytany z zaimportowanych wyciągów bankowych, z ostatniej operacji, jaka trafiła do systemu dla tego rachunku.

To nie jest saldo na dzisiaj i nie należy go tak czytać. Wyciąg wgrany trzy tygodnie temu daje saldo z tamtego dnia — dlatego przy każdej kwocie stoi data. Data jest częścią liczby, nie dopiskiem: bez niej podejmuje się decyzje o płatnościach na podstawie stanu, który minął.

Saldo nie słucha przełącznika miesiąca. Reszta pulpitu pokazuje wybrany okres, ale saldo jest pozycją, nie przepływem — nie ma „salda za marzec”, jest stan konta z ostatniej znanej operacji.

Rachunek VAT jest wyróżniony całym kaflem, bo jego saldo czyta się inaczej: z rachunku VAT nie płaci się dowolnych zobowiązań, tylko podatku. Pokrycie VAT-u liczy panel „VAT” pod spodem, właśnie wobec tego rachunku.

Kwoty są pokazywane dokładnie i w swojej walucie, także gdy wskaźniki pulpitu ustawisz na tysiące — saldo porównuje się z fakturą, którą zaraz płacisz, więc zaokrąglenie odbiera mu sens.

Kubełek „rachunek nierozpoznany” to plik bez numeru konta w nagłówku: salda są prawdziwe, tylko nie wiadomo, czyje. „Brak wyciągów” i „nie udało się odczytać” to dwie różne wiadomości i panel je rozróżnia.

VAT — ile wyjdzie do zapłaty i czy jest to z czego pokryć

board.dashboard.panel.vatboard.dashboard

Cztery różne rzeczy, których nie należy mylić:

  • VAT należny — podatek z Twoich faktur sprzedaży. Pieniądze, które pobrałeś od klientów w imieniu urzędu.
  • VAT naliczony — podatek z faktur kosztowych, który możesz odliczyć.
  • Do zapłaty — różnica między nimi. Gdy wychodzi ujemna, nie jest to „ujemna wpłata”, tylko nadwyżka do przeniesienia na kolejny okres — panel nazywa to wprost.
  • Saldo rachunku VAT — ile faktycznie leży na wydzielonym rachunku VAT (split payment), odczytane z zaimportowanych wyciągów.

Sens panelu polega na zestawieniu dwóch ostatnich pozycji: pokrycie liczone jest wobec realnego salda rachunku VAT, nie wobec całej gotówki firmy. Brakującą kwotę widać, zanim zrobi się z niej problem.

Wszystkie kwoty pochodzą z dokumentów zapisanych w systemie. To zestawienie zarządcze — nie deklaracja podatkowa.

Przepływ gotówki — co wpłynęło i co wypłynęło w miesiącu

board.dashboard.panel.cashflowboard.dashboard

Rachunek miesiąca od salda początkowego do końcowego, rozbity na pozycje: wpływy ze sprzedaży, koszty operacyjne, wynagrodzenia, ZUS i Urząd Skarbowy.

W odróżnieniu od kafelka „Przychód” ten panel mówi o pieniądzach, które faktycznie się przesunęły, a nie o wystawionych dokumentach.

Każdą pozycję przepływu (poza saldami) można kliknąć — otwiera raport szczegółowy z rocznym przebiegiem, strukturą i listą dokumentów, które się na nią złożyły. Salda początkowe i końcowe nie są klikalne, bo nie stoją za nimi dokumenty.

Uwaga na przesunięcie okresu: daniny płacone w danym miesiącu to zwykle rozliczenie miesiąca poprzedniego. Notatka pod tabelą mówi wprost, którego.

Prognoza salda — ile zostanie na koncie za 30, 60 i 90 dni

board.dashboard.panel.forecastboard.dashboard

Punkt wyjścia to dzisiejsze saldo z zaimportowanych wyciągów. Do niego dokładane są znane, umówione przepływy z terminami w danym oknie: należności do ściągnięcia, faktury do zapłaty, raty i rozliczenia cykliczne.

To nie jest przewidywanie sprzedaży. Prognoza nie zakłada nowych zamówień ani nowych kosztów — pokazuje, jak wyglądałoby konto, gdyby od dziś wszystko poszło zgodnie z tym, co już jest w systemie.

Dlatego wartość ujemna w którymś oknie jest sygnałem konkretnym: przy obecnych terminach w tym momencie zabraknie pieniędzy — i jest jeszcze czas, żeby coś z tym zrobić.

Bufor gotówkowy — ile miesięcy firma przetrwa bez nowych wpływów

board.dashboard.panel.bufferboard.dashboard

Dzisiejsza gotówka podzielona przez średni miesięczny koszt z ostatnich dwunastu miesięcy.

Odpowiada na proste, nieprzyjemne pytanie: gdyby jutro przestały wpływać pieniądze, jak długo firma utrzymałaby się na tym, co ma?

Wskaźnik nie mówi nic o rentowności — firma zarabiająca dobrze, ale trzymająca zero rezerwy, zobaczy tu wartość niską i słusznie. Gdy brak historii kosztów, panel pisze „brak danych” zamiast pokazywać zero miesięcy.

Wiekowanie należności — jak długo kontrahenci zalegają z zapłatą

board.dashboard.panel.agingboard.dashboard

Nieopłacone faktury sprzedaży pogrupowane według tego, ile dni minęło od terminu płatności: 0–30, 31–60, 61–90 i ponad 90 dni.

Kwota to jedno, ale najważniejszy jest tu rozkład. Ta sama suma należności rozłożona równo w pierwszym przedziale to normalny cykl rozliczeń; ta sama suma skupiona w przedziale 90+ to pieniądze, których odzyskanie staje się coraz mniej prawdopodobne z każdym miesiącem.

Kliknięcie przedziału rozwija listę faktur, które się na niego składają, a numer dokumentu otwiera jego podgląd — od wskaźnika do konkretnego telefonu do klienta są dwa kliknięcia.

Koncentracja kontrahentów — od kogo naprawdę zależy przychód

board.dashboard.panel.concentrationboard.dashboard

Podział przychodu miesiąca na największych klientów, z udziałem procentowym każdego z nich.

Panel odpowiada na pytanie o rozłożenie ryzyka: czy firma stoi na kilku nogach, czy na jednej. Jeden klient dający połowę obrotu to nie tylko ryzyko jego utraty — to także trudniejsze negocjacje cen i terminów, bo druga strona o tej zależności wie.

Nazwa klienta jest klikalna i prowadzi do jego kartoteki z pełną historią współpracy.

Rentowność kontrahentów — którzy kontrahenci faktycznie zarabiają

board.dashboard.panel.profitabilityboard.dashboard

Zestawienie klientów z przychodem i marżą, jaką na każdym z nich osiąga firma. Przełącznik pozwala patrzeć na sam miesiąc albo narastająco od początku roku.

Ten panel bywa najbardziej zaskakujący na całym ekranie, bo największy klient nie zawsze jest najbardziej opłacalny. Duży obrót przy niskiej marży potrafi zajmować cały zespół i zostawiać mniej pieniędzy niż mniejszy, spokojniejszy kontrahent.

Klienci z marżą poniżej progu są wyróżnieni — to kandydaci do rozmowy o cenie albo o zakresie prac.

Nazwa klienta prowadzi do jego kartoteki.

Sygnały ryzyka — cztery pytania zadawane na koniec

board.dashboard.risksboard.dashboard

Pasek na dole pulpitu odpowiada na jedno pytanie: czy coś wymaga reakcji dzisiaj. Reszta ekranu opisuje, jak firmie idzie; ta sekcja mówi, gdzie zapala się światło.

Kolorowy wskaźnik po lewej stronie kafelka to stan: zielony — w normie, pomarańczowy — obserwuj, czerwony — wymaga reakcji. Progi, od których zmienia się kolor, ustawia profil ryzyka w menu „Widok": konserwatywny zapala ostrzeżenie wcześniej, liberalny dopiero przy wyraźnym przekroczeniu. Sama wartość nie zmienia się nigdy — zmienia się moment, w którym system uznaje ją za niepokojącą.

Cztery pozycje dobrano tak, żeby każda dotyczyła innego rodzaju kłopotu: pieniędzy zagrożonych, zależności od jednego klienta, kierunku marży i tempa obiegu gotówki. Kliknięcie ikonki (i) przy każdej z nich wyjaśnia, co konkretnie mierzy.

Zaległości ponad 90 dni — pieniądze zagrożone

board.dashboard.risk.overdue_90board.dashboard

Suma należności, których termin płatności minął ponad trzy miesiące temu.

Ta pozycja jest wydzielona z reszty zaległości nie bez powodu: po trzech miesiącach problem przestaje być kwestią terminu, a staje się kwestią ściągalności. Prawdopodobieństwo odzyskania takich kwot spada z każdym kolejnym miesiącem, a możliwości działania — od przypomnienia, przez wezwanie, po windykację — kurczą się razem z nim.

Próg alarmowy jest tu zerowy: każda kwota w tym przedziale zasługuje na decyzję. Szczegóły w panelu „Wiekowanie należności”.

Koncentracja top-kontrahenta — zależność od jednego kontrahenta

board.dashboard.risk.top_clientboard.dashboard

Udział największego pojedynczego klienta w przychodzie miesiąca.

Wskaźnik zapala się powyżej 30%. Nie jest to zakaz ani błąd — w modelu projektowym albo na wczesnym etapie firmy taka struktura bywa naturalna. Chodzi o to, żeby była świadoma.

Ryzyko ma dwie strony: utrata tego klienta zabiera dużą część obrotu, a póki trwa współpraca, jego pozycja w rozmowie o cenie i terminie płatności jest silniejsza niż Twoja.

Trend marży — w którą stronę idzie rentowność

board.dashboard.risk.margin_trendboard.dashboard

Zmiana marży netto wobec poprzedniego miesiąca, wyrażona w punktach procentowych (nie w procentach — spadek z 30% na 27% to −3 pp).

Jako jedyna pozycja w pasku ryzyk ma tu być rosnąca: to spadek jest złym sygnałem, nie wzrost.

Pojedynczy słaby miesiąc bywa przypadkiem. Powtarzający się spadek oznacza, że koszty rosną szybciej niż przychód — i widać to tutaj wcześniej niż na koncie bankowym.

Cykl konwersji gotówki — próg 45 dni

board.dashboard.risk.cccboard.dashboard

Ile dni firma czeka na własne pieniądze: różnica między terminem, w którym płacą Ci klienci, a terminem, w którym Ty płacisz dostawcom.

Powyżej 45 dni pozycja zapala się jako ryzyko. Tyle dni bieżącej działalności trzeba czymś sfinansować — własną gotówką albo kredytem — zanim wróci zapłata za już wykonaną pracę.

Rosnąca wartość przy stabilnym przychodzie zwykle oznacza, że klienci zaczęli płacić wolniej. Pełne rozbicie na DSO i DPO znajdziesz w kafelkach na górze ekranu.

Zarządzanie · Przepływy

Cash Flow

Moduł zapowiedziany do szczegółowej analizy przepływów pieniężnych. W aktualnej wersji aplikacji ekran jest oznaczony jako w budowie.

6 podpowiedzi (i)

Aktualny status modułu

Kafel pozostaje widoczny, aby użytkownik wiedział, że moduł jest planowany, ale nie powinien prowadzić do fikcyjnej funkcjonalności.

#
  1. Do bieżącej analizy płynności używaj Pulpitu zarządczego.
  2. Terminy wpływów i wypłat sprawdzaj w Kalendarzu Płatności.
  3. Szczegółowe zestawienia znajdziesz w Raportach.
iPomoc kontekstowa z aplikacji dla tego modułu6 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Założenia prognozy — próg i rachunki walutowe

cashflow.main.assumptionscashflow.main

Próg bezpieczeństwa to kwota, poniżej której ekran mówi „uwaga”. Od niej liczy się zapas płynności: liczba dni do zejścia pod próg. Możesz wpisać własną albo kliknąć „Policz z kosztów stałych” — wtedy próg to połowa miesięcznych kosztów stałych (wynagrodzenia z umów, rozliczenia cykliczne, daniny), policzona z tych samych zdarzeń, na których stoi prognoza. Połowa, a nie całość, bo próg ma ostrzegać, a nie świecić na czerwono w firmie, która działa normalnie.

Kwota wpisana tutaj nie zapisuje się w ustawieniach firmy — obowiązuje tylko na ten podgląd. Stałą wartość ustawia się w Ustawieniach.

Rachunki walutowe domyślnie stoją poza linią i są pokazane osobno. Doliczenie ich miesza dwie niepewności naraz: termin zapłaty i kurs — a takie rachunki bywają dodatkowo wgrywane rzadziej, więc saldo jest starsze. „Przeliczone po kursie” jest świadomym wyborem, nie stanem domyślnym.

Linia salda — na co patrzeć

cashflow.main.linecashflow.main

Linia zaczyna się od salda z ostatniego wyciągu (nie z sumy wierszy — bank podaje saldo zamknięcia w nagłówku pliku) i schodzi tam, gdzie wypływy wyprzedzają wpływy.

Najniższy punkt — zaznaczony pionową kreską i kropką — jest najważniejszą liczbą tego ekranu. To na nim zapada decyzja „mogę wydać” albo „muszę przyspieszyć windykację”. Przerywana linia to próg bezpieczeństwa.

Rozmyty pas wokół linii to niepewność. Rośnie wyłącznie tam, gdzie prognoza stoi na szacunku — powtórzeniu z reguły cyklu albo średniej z historii danin — a nie z samego upływu czasu. Odcinek złożony z faktur z terminem ma pas zerowy, bo tam wiadomo, ile i kiedy.

Słupki pod osią to saldo ruchów danego dnia: zielony w górę, czerwony w dół.

Warianty zapłaty — co się zmienia, a co nie

cashflow.main.scenarioscashflow.main

Trzy gotowe warianty ustawiają suwak opóźnienia i to, czy zaległe należności w ogóle wpłyną. Zmienia się tylko dołek i jego data — bo to jedyne dwie liczby, od których zależy decyzja.

Opóźnienie dotyczy należności, nie zobowiązań. Termin, którego dotrzymujesz sam — faktura kosztowa, wypłata, ZUS — nie jest założeniem scenariusza. Przesuwanie go razem z należnościami dałoby prognozę firmy, która przestaje płacić.

Ruszenie suwaka albo odhaczenie należności odznacza wariant, bo to już nie jest ten wariant.

Przy dużym opóźnieniu część wpływów wypada poza okno — ekran mówi wtedy, ile. Dołek robi się głębszy nie dlatego, że pieniądze przepadły, tylko dlatego, że przestały mieścić się w tych dniach. Wydłuż okno, żeby je zobaczyć.

Na czym stoi prognoza — trzy rodzaje pewności

cashflow.main.basiscashflow.main

Pewne — jest dokument i jest termin: faktura sprzedaży, faktura kosztowa. Wiadomo ile i kiedy.

Planowane — harmonogram umowy. Kwota ustalona, ale zapłata nie ma jeszcze dokumentu. Płatność, która stoi już na fakturze, nie liczy się drugi raz: jest wtedy w części „pewne”.

Szacowane — reguła powtarzalności rozliczeń cyklicznych i średnia z historii przy daninach. Okres, który ma już swoją fakturę, nie dokłada się z reguły.

Te trzy nigdy nie są zlane w jedną liczbę, bo prognoza, której nie da się zakwestionować w konkretnym punkcie, jest nie do sprawdzenia.

Kwota daniny to szacunek z Twojej własnej historii płatności, przyłożony do terminu z kalendarza. System nie liczy podatku i nie ma tego robić.

Wiekowanie należności

cashflow.main.riskscashflow.main

Podział otwartych należności według tego, ile dni minęło od terminu. „W terminie” to osobny przedział — faktura płatna za trzy tygodnie nie jest zaległością.

Liczby biorą się z tych samych zdarzeń, co linia salda, więc zgadzają się z wykresem. Im większy udział prawej strony paska, tym mniej wart jest optymistyczny wariant: kontrahent, który nie zapłacił od 90 dni, rzadko płaci w terminie następnym razem.

Analizy — te same dane, inne pytania

cashflow.main.tilescashflow.main

Każdy kafel pokazuje te same liczby, co zakładka „Prognoza” — różni się pytaniem, na które odpowiada. Nic tu nie jest liczone osobno, więc dwie formy nie mogą pokazać dwóch różnych prawd.

Kolejność ustawiasz przeciągnięciem: chwyć kafel za uchwyt po lewej stronie tytułu i upuść na innym. Kafle stoją w siatce, więc upuszczenie obok zmienia kolumnę, a niżej — wiersz. Układ zapisuje się sam, nic nie trzeba potwierdzać.

Które kafle widzisz, wybierasz w Administracji aplikacją → Ustawienia → Analizy. To ustawienie jest Twoje, nie firmy.

„Kolumny” decydują, ile kafli stoi obok siebie — przy jednej kolumnie każdy jest szeroki i czytelny, przy trzech widać więcej naraz.

Ile kafli naraz — decyduje pakiet. Pasek nad siatką mówi, ile daje Twój plan. Jeśli wcześniej wybrałeś ich więcej, nadmiar czeka poza pakietem — wybór zostaje zapisany i wróci na wyższym planie.

Zarządzanie · Zestawienia

Raporty

Raporty użytkowe, alarmowe i zarządcze. To miejsce do analizy danych w różnych przekrojach, pracy z wyciągami oraz eksportu zestawień.

17 podpowiedzi (i)

Wybór raportu i zakresu

Najpierw wybierz pytanie biznesowe, potem okres i filtry.

#
  1. Otwórz Raporty.
  2. Wybierz odpowiedni raport/zestawienie.
  3. Ustaw okres oraz dostępne filtry.
  4. Uruchom/odśwież zestawienie i przeanalizuj wynik.

Eksport zestawienia

Eksport powinien odpowiadać aktualnym filtrom raportu.

#
  1. Ustaw docelowy zakres danych.
  2. Sprawdź wynik na ekranie.
  3. Wybierz eksport.
  4. Zapisz plik i zweryfikuj, czy obejmuje oczekiwany zakres.

Wyciągi i uzgodnienia bankowe

Raporty bankowe pomagają znaleźć operacje niepowiązane lub rozbieżne z dokumentami.

#
  1. Otwórz raport/obszar bankowy.
  2. Wybierz rachunek i okres.
  3. Znajdź niepowiązane lub podejrzane operacje.
  4. Przejdź do powiązania z dokumentem albo danych źródłowych.
iPomoc kontekstowa z aplikacji dla tego modułu17 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Trzy zakładki — trzy różne pytania

reports.main.tabsreports.main

Raporty są podzielone według tego, po co się je otwiera, a nie według rodzaju danych:

  • Użytkowe — codzienna praca. Co jest w rejestrach, czego brakuje, co wymaga uzupełnienia.
  • Alarmowe — co się może zepsuć. Stan bieżący, celowo niezależny od wybranego okresu.
  • Zarządcze — jak firmie idzie. Rentowność, koncentracja, trend.

Cały ekran ma charakter analityczny i pomocniczy. Nie zastępuje ewidencji księgowej ani żadnej deklaracji — ELWU One View nie jest systemem księgowym.

Okres i granulacja — na jakim wycinku patrzysz

reports.main.periodreports.main

Wybór miesiąca kotwiczącego oraz szerokości okna: miesięczny, kwartalny albo roczny.

Granulacja nie zmienia danych, tylko sposób ich grupowania — te same dokumenty raz sumują się w miesiące, raz w kwartały. Pojedynczy miesiąc pokazuje wahania, rok pokazuje kierunek; jedno bez drugiego łatwo doprowadza do złych wniosków.

Zakładka Alarmowe okresu nie honoruje — pokazuje stan na dziś, bo pytanie „czy zaraz zabraknie pieniędzy” nie ma sensu dla zamkniętego kwartału.

Prognoza płynności — czy wystarczy pieniędzy

reports.main.liquidity_forecastreports.main

Zestawienie znanych wpływów i wypływów w oknach 30, 60 i 90 dni, liczone od dzisiejszego salda.

To nie jest prognoza sprzedaży. Nie zakłada nowych zamówień ani nowych kosztów — pokazuje, jak wyglądałoby konto, gdyby od dziś wszystko poszło zgodnie z terminami, które już są w systemie.

Dlatego wynik ujemny jest sygnałem konkretnym, a nie przypuszczeniem: przy obecnych terminach w tym momencie zabraknie pieniędzy — i jest jeszcze czas, żeby przesunąć płatność albo przypomnieć się klientowi.

Próg alarmu — poniżej jakiego salda ma się zapalić ostrzeżenie

reports.main.alert_thresholdreports.main

Poziom salda, którego prognoza nie powinna przekroczyć w dół.

Zero to zły próg. Sensowny próg to kwota, poniżej której zaczynasz mieć problem, a nie ta, przy której konto jest puste — bo pomiędzy jednym a drugim trzeba jeszcze zapłacić ZUS, pensje i podatki, na które termin dopiero nadejdzie.

Dobrym punktem wyjścia jest jeden miesięczny koszt stały.

EBITDA (szacunkowa) — ile zostaje z działalności

reports.main.ebitdareports.main

Przychód minus koszty operacyjne w wybranym okresie.

Plakietka PRZYBLIŻENIE jest tam celowo. ELWU One View nie prowadzi ksiąg, więc nie zna amortyzacji ani odsetek — a to właśnie one odróżniają księgową EBITDA od tej różnicy. Założenia, które wchodzą do wyliczenia, są konfigurowalne i widoczne obok wartości.

Traktuj tę liczbę jako kierunek i porównanie okres do okresu, nie jako pozycję do sprawozdania.

Bilans okresu — ile przyszło, ile poszło, ile zostało

reports.main.period_balancereports.main

Trzy liczby na jedno pytanie: ile firma zarobiła w tym okresie na swoje.

Dwa ujęcia odpowiadają na różne pytania i obie liczby są prawdziwe. Memoriałowo liczy po dacie faktury — co zafakturowano. Kasowo liczy po dacie operacji bankowej — co faktycznie wpłynęło i wypłynęło. Różnica między nimi to pieniądz zafakturowany, a jeszcze nieotrzymany; zdanie pod kartą podaje ją wprost, żeby nie trzeba było odejmować dwóch ekranów od siebie.

Czego tu nie ma — i to jest najważniejsze. Bilans pomija refaktury i proformy po stronie przychodu oraz koszty prefinansowane do refakturowania. Te pozycje przez firmę tylko przechodzą: koszt reklam poniesiony za kontrahenta i refaktura, którą się go odzyskuje, znoszą się nawzajem. Wpisane tutaj nadmuchałyby obrót, nie zmieniając wyniku ani o złotówkę.

Marża liczy się od netto, bo VAT nie jest pieniędzmi firmy — tylko przez nią przechodzi. Kreska zamiast procentu znaczy „nie ma z czego policzyć" (zerowy przychód), a nie „zero procent".

Co jeszcze wisi to osobna sekcja pod kreską i celowo nie jest częścią bilansu. Bilans mówi, co przepłynęło w okresie; ta sekcja mówi, co wisi — dodanie jednego do drugiego dałoby liczbę, która nie odpowiada niczemu. Przełącznik memoriałowo/kasowo jej nie dotyczy: dług nie ma dwóch ujęć.

Każda strona ma dwie liczby obok siebie. Kwota główna to całość — tyle realnie przejdzie przez rachunek. Obok stoi kwota własna, w zakresie bilansu. Różnica to pieniądz przelotowy: po stronie kosztów faktury za reklamy prefinansowane dla kontrahentów (zapłacić trzeba ze swojego, wracają refakturą), po stronie należności refaktury i nierozliczone proformy (nie są przychodem, ale pieniądz ma wpłynąć). Sam zakres własny zaniżyłby odpowiedź na pytanie „ile mi jeszcze zapłacą” dokładnie o te refaktury.

Pod każdą kwotą stoi drugie ujęcie: z faktur tego okresu u góry, a łącznie, bez względu na okres pod kreską. Zawężenie datą faktury odpowiada na pytanie „co narosło w tym miesiącu”, całość — na pytanie „ile w sumie wisi na dziś”.

W ujęciu kasowym kwota netto jest proporcją: z konta schodzi brutto, bo bank nie wie o VAT, więc zapłata dzieli się w stosunku netto do brutto dokumentu, którego dotyczy. Przy zapłacie częściowej wchodzi tylko ta część, która naprawdę przepłynęła.

Przychód / koszty / wynik — 12 miesięcy

reports.main.trend12reports.main

Roczny przebieg trzech wielkości naraz.

Najważniejszy jest tu odstęp między przychodem a kosztami, nie sama wysokość słupków. Zbliżające się do siebie linie oznaczają, że wzrost sprzedaży przestaje się przekładać na zysk — a to widać na rocznym wykresie znacznie wcześniej niż w pojedynczym miesiącu.

Terminowość płatności — kto płaci na czas

reports.main.payment_timelinessreports.main

Rozkład dokumentów według tego, czy zostały opłacone przed terminem, w terminie, czy po nim.

Pokazuje coś, czego nie widać w kwocie należności: czy opóźnienia to reguła, czy wyjątek. Firma z dużymi należnościami, ale płatnościami w terminie, ma inny problem (skalę) niż firma z małymi należnościami spływającymi po 60 dniach (dyscyplinę).

To także materiał do rozmowy o terminach przy przedłużaniu umowy.

Koncentracja kontrahentów — od kogo zależy przychód

reports.main.concentrationreports.main

Udział poszczególnych klientów w przychodzie okresu, w układzie Pareto — od największego w dół, z narastającym udziałem.

To miara ryzyka, nie sukcesu. Utrata klienta dającego jedną trzecią obrotu to inne wydarzenie niż utrata jednego z dwudziestu równych. Wysoka koncentracja oznacza też słabszą pozycję w negocjacjach o cenę i termin — druga strona o tej zależności wie.

Rentowność kontrahentów — którzy faktycznie zarabiają

reports.main.profitabilityreports.main

Zestawienie klientów z przychodem i marżą, jaką firma na każdym z nich osiąga.

Bywa najbardziej zaskakującą tabelą na tym ekranie, bo największy klient nie zawsze jest najbardziej opłacalny. Duży obrót przy niskiej marży potrafi zajmować cały zespół i zostawiać mniej pieniędzy niż mniejszy, spokojniejszy kontrahent.

Klienci poniżej progu marży są wyróżnieni — to kandydaci do rozmowy o cenie albo o zakresie prac.

Integracja danych — czy raporty mają na czym stać

reports.main.data_integrationreports.main

Status synchronizacji poszczególnych źródeł: banku, KSeF-a, OCR-a, integracji fakturowej.

Ta sekcja jest ważniejsza, niż wygląda. Raport liczy się z tego, co jest w systemie — jeśli wyciąg bankowy nie został zaimportowany od dwóch tygodni, prognoza płynności i saldo są po prostu nieaktualne, a nic na wykresie tego nie zasygnalizuje.

Zanim wyciągniesz wniosek z liczby, warto spojrzeć, kiedy ostatnio spłynęły dane.

Kontrahenci bez numeru konta bankowego

reports.main.contractor_quality.bank_accountreports.main

Wyciąg bankowy nie zna pojęcia kontrahenta. Zna nazwę wpisaną przez nadawcę przelewu, treść tytułu i numer rachunku. Z tej trójki tylko numer rachunku jest twardym identyfikatorem — nazwa bywa skrócona, przekręcona albo należy do osoby fizycznej płacącej za spółkę.

Kontrahent bez wpisanego konta to kontrahent, którego wpłat system nie rozpozna automatycznie, choćby numer był w każdym pliku CSV z banku. Wpłata trafi na listę „do wyjaśnienia” i będzie czekać na ręczne przypisanie.

Liczy się konto główne albo którekolwiek z dodatkowych. Lista jest posortowana malejąco po obrocie: brak konta u kontrahenta ze stu tysiącami obrotu i u kogoś, od kogo raz kupiono kawę, to dwa problemy różnej wagi.

Kontrahenci bez NIP-u i PESEL-u

reports.main.contractor_quality.tax_idreports.main

Po NIP-ie dopasowywane są dokumenty przychodzące: faktury z KSeF i faktury rozpoznane z pliku. Obie ścieżki porównują właśnie NIP, więc kontrahent bez niego wymaga ręcznego wskazania przy każdym dokumencie.

Osoba fizyczna NIP-u nie ma — ma PESEL. Dlatego brakiem jest tu dopiero brak OBU: wymaganie NIP-u od osoby fizycznej produkowałoby wiersze, których nie da się poprawić, a raport, którego nie da się doprowadzić do zera, przestaje być używany.

Kontrahenci z niepełnym adresem

reports.main.contractor_quality.addressreports.main

Adres musi być rozbity na pola — ulica, kod pocztowy, miejscowość, kraj — bo w takiej postaci trafia na fakturę i do Fakturowni. Drugi wiersz adresu (lokal, piętro, oddział) jest opcjonalny i nie wpływa na ocenę kompletności.

Adres wpisany wyłącznie w stare pole swobodne wygląda na ekranie na kompletny, a na wystawionej fakturze zostawia pustkę — i to jest sedno tego raportu. Podziału starego ciągu na pola nie zgadujemy: zgadywanie zapisałoby śmieci jako dane pewne.

Kontrahenci bez adresu e-mail

reports.main.contractor_quality.emailreports.main

Jedyny kanał, którym da się cokolwiek do kontrahenta wysłać — od faktury po monit o zaległej płatności.

Sprawdzamy, czy adres da się użyć, a nie czy pole jest niepuste: wpisane „brak”, „-” albo sam znak @ przechodzą test „niepuste” i przez to znikałyby z raportu, którego całym sensem jest je znaleźć.

Bez kraju NIP-u — kontrahenci, u których nie wiadomo, czyj to numer

reports.main.contractor_quality.vat_prefixreports.main

Kraj nadania numeru VAT („PL", „DE", „CZ") mówi, czy kontrahent działa wyłącznie w kraju, czy na rynku europejskim — a przepisy podatkowe traktują te dwa przypadki inaczej. Dodatkowo dwie firmy europejskie mogą mieć te same cyfry i odróżnia je wyłącznie przedrostek.

Do wydania 1.0.146 przedrostek był przy zapisie obcinany, więc dla części kontrahentów jest bezpowrotnie utracony. Odzyskany został wyłącznie tam, gdzie zachowany dokument mówił wprost: faktura z KSeF-a albo wynik rozpoznawania faktury.

Kraju nie zgadujemy. Założenie „PL" tam, gdzie nie wiadomo, zapisałoby zagranicznego kontrahenta jako krajowego i nic na ekranie by tego nie pokazało — a to właśnie ta różnica, o którą tu chodzi. „Nieokreślony" jest uczciwą odpowiedzią, ale tylko ta lista pokazuje, u kogo tak jest.

Uzupełnia się go w karcie kontrahenta, w polu NIP — kraj i numer. Dla numeru polskiego wystarczy kliknąć „Pobierz dane po NIP": wykaz podatników VAT to rejestr polski, więc znalezienie w nim podmiotu samo potwierdza, że numer jest polski.

Na tej liście nie ma kontrahentów bez NIP-u (są na liście „Bez NIP i PESEL") ani osób fizycznych z PESEL-em — numeru VAT nie mają i mieć nie będą.

Zaległości płatnicze — kto ile jeszcze ma zapłacić

reports.main.overduereports.main

Dwie zakładki: Należności (kto jest winien nam — faktury sprzedaży) i Zobowiązania (komu my jesteśmy winni — faktury kosztowe). Liczą się faktury i korekty; proformy nie, bo proforma jest zapowiedzią faktury, a nie długiem.

Zaległość to reszta do zapłaty, nie kwota faktury: faktura na 10 000 zł zapłacona w 6 000 zł wisi na 4 000 zł. Wpłaty liczą się te same, co w rejestrze — powiązane przelewy z wyciągu i zapisane zapłaty.

Okno dni: Po terminie — co najmniej N dni po terminie (0 = każda po terminie); Przed terminem — termin dziś albo w ciągu N dni; Wszystkie otwarte — bez zawężenia. Faktury bez terminu płatności stoją osobno na dole, żeby nie zginęły.

Faktura w obcej walucie pokazuje kwoty w swojej walucie, a pod spodem w złotówkach; sumy są w złotówkach. Kliknięcie nazwy kontrahenta otwiera jego kartotekę.

Eksport do CSV i Excela oraz PDF (podgląd) obejmują to, co widać z bieżącymi filtrami — a jeśli zaznaczysz kontrahentów, tylko ich. PDF otwiera najpierw podgląd kartek A4; z niego drukujesz albo zapisujesz plik („Drukuj / zapisz PDF”). Numer faktury otwiera jej podgląd, a „Rozwiń wszystko” i „Zaznacz wszystko” działają na całą listę.

Zarządzanie · Sygnały

Alerty

Centrum ostrzeżeń o zdarzeniach wymagających uwagi: zaległościach, przekroczonych progach, odnowieniach i rozbieżnościach.

19 podpowiedzi (i)

Przegląd alertów

Alert odpowiada na pytanie „co się stało”; jeżeli wymagana jest czynność do wykonania, może istnieć również Zadanie.

#
  1. Otwórz Alerty.
  2. Przejrzyj najnowsze i nieprzeczytane pozycje.
  3. Otwórz alert, aby zobaczyć kontekst.
  4. Przejdź do modułu źródłowego, jeśli alert wymaga wyjaśnienia lub korekty.

Oznaczanie jako przeczytane

Przeczytanie porządkuje centrum alertów, ale nie rozwiązuje źródłowego problemu.

#
  1. Otwórz alert.
  2. Zapoznaj się z przyczyną.
  3. W razie potrzeby wykonaj czynność w źródłowym module.
  4. Oznacz alert jako przeczytany zgodnie z interfejsem.
iPomoc kontekstowa z aplikacji dla tego modułu19 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Klucz reguly

alerts.form.rule_keyalerts.form
Techniczny klucz rozpoznawania reguly alertu.

Nazwa

alerts.form.namealerts.form
Czytelna nazwa reguly widoczna dla uzytkownika.

Severity

alerts.form.severityalerts.form
Poziom waznosci alertu, np. info, warning albo error.

Prog

alerts.form.threshold_valuealerts.form
Wartosc graniczna, od ktorej alert ma sie uruchamiac.

Panel

alerts.form.channel_in_appalerts.form
Wlacza wysylanie alertow w panelu aplikacji.

Email

alerts.form.channel_emailalerts.form
Wlacza wysylanie alertow takze przez email.

Aktywna

alerts.form.enabledalerts.form
Okresla czy reguła alertu ma dzialac.

Alerty — dziennik zdarzeń, nie lista zadań

alerts.main.overviewalerts.main

Zapis tego, co system zauważył sam: nieudanego importu, faktury po terminie, kończącej się umowy, przekroczonego limitu kosztu AI, błędu synchronizacji z KSeF-em.

Alert opisuje stan, który już zaistniał — nie jest przypomnieniem o czymś zaplanowanym. Terminy, które dopiero nadejdą, są w Kalendarzu Płatności; progi do pilnowania na bieżąco — w Raportach, zakładka Alarmowe.

Wpisy pozostają na liście po przeczytaniu. To celowe: historia „co się działo w zeszłym miesiącu” bywa jedynym śladem, dlaczego dane wyglądają tak, a nie inaczej.

Szukaj — po tytule i treści alertu

alerts.main.searchalerts.main

Filtruje po tekście tytułu i treści, bez rozróżniania wielkości liter.

Najlepiej działa na nazwie własnej, która pojawia się w treści — nazwie kontrahenta, numerze dokumentu albo nazwie modułu. Wpisanie „KSeF” wyciąga wszystko, co dotyczy tej integracji, niezależnie od kategorii.

Filtry kategorii — trzy poziomy ważności

alerts.main.severity_filteralerts.main

Liczba w nawiasie to liczba wszystkich alertów danego poziomu, nie tylko nieprzeczytanych.

  • Krytyczne — coś się nie udało i samo się nie naprawi: import przerwany, wysyłka odrzucona, wygasły token. Wymaga reakcji.
  • Uwaga — stan niebezpieczny, ale jeszcze nie awaria: zbliżający się limit, faktura po terminie, umowa przed wygaśnięciem.
  • Info — potwierdzenia wykonanych operacji. Materiał na później, nie do działania teraz.

Poziom nadaje moduł zgłaszający zdarzenie i nie da się go zmienić z tego ekranu.

Data — kiedy system to zauważył

alerts.main.created_atalerts.main

Moment zapisania alertu, czyli kiedy system wykrył problem — niekoniecznie kiedy problem powstał.

Alerty z zadań cyklicznych (import KSeF, synchronizacja bankowa) pojawiają się w godzinie uruchomienia zadania, więc zdarzenie z nocy zobaczysz z datą nocnego przebiegu.

Kategoria — kolor to poziom ważności

alerts.main.severity_columnalerts.main

Czerwony to zdarzenie krytyczne, żółty ostrzeżenie, niebieski informacja.

Kolejność sortowania po tej kolumnie jest alfabetyczna, nie według ważności — żeby zobaczyć same krytyczne, użyj filtra nad tabelą, nie sortowania.

Treść — co dokładnie się stało

alerts.main.messagealerts.main

Rozwinięcie tytułu: którego dokumentu, kontrahenta albo modułu dotyczy zdarzenie i jaki był powód.

Przy błędach integracji treść zawiera komunikat zwrócony przez usługę zewnętrzną, przepisany bez zmian. Bywa techniczny, ale to on wskazuje przyczynę — i to jego warto zacytować, prosząc o pomoc.

Status — „Nowy” znaczy tylko tyle, że nikt tego nie otworzył

alerts.main.statusalerts.main

Znacznik przeczytania, nie stan problemu. Alert oznaczony jako przeczytany nie oznacza, że sprawa została załatwiona — a alert „Nowy” wcale nie musi wymagać działania.

Alerty informacyjne i ostrzegawcze oznaczają się jako przeczytane samym wyświetleniem listy. Krytyczne wymagają świadomego kliknięcia, żeby nie zniknęły z pola widzenia przez sam fakt zajrzenia na ekran.

Skwituj — potwierdzenie, że wiesz o problemie

alerts.main.acknowledgealerts.main

Przycisk pojawia się wyłącznie przy alertach krytycznych, których jeszcze nikt nie potwierdził. Kliknięcie zapisuje, że zdarzenie zostało zauważone.

Kwitowanie niczego nie naprawia — nie ponawia importu, nie wysyła faktury, nie odblokowuje integracji. Zdejmuje jedynie alert z licznika nieprzeczytanych na pulpicie.

Jeśli przyczyna nie zniknęła, to samo zdarzenie zostanie zgłoszone ponownie przy kolejnym przebiegu.

Nieprzeczytane

alerts.form.metric.unreadalerts.form
Liczba alertów oczekujących na odczytanie.

Info

alerts.form.metric.infoalerts.form
Liczba alertów informacyjnych.

Warning

alerts.form.metric.warningalerts.form
Liczba alertów ostrzegawczych.

Error

alerts.form.metric.erroralerts.form
Liczba alertów błędów.
Zarządzanie · Pomoc

Baza wiedzy

Wewnętrzna wiedza operacyjna: instrukcje modułów, słownik pojęć, zasady i odpowiedzi na pytania. Jest innym narzędziem niż bieżąca instrukcja strony.

4 podpowiedzi (i)

Wyszukiwanie wiedzy

Wyszukiwanie pozwala znaleźć temat niezależnie od modułu, w którym aktualnie pracujesz.

#
  1. Otwórz Bazę wiedzy.
  2. Wpisz pojęcie, nazwę procesu albo fragment pytania.
  3. Zawęź wyniki kategorią, jeśli jest dostępna.
  4. Otwórz wpis i przejdź po linkach do materiałów powiązanych.

Wiedza kontekstowa w modułach

Niektóre ekrany pokazują wybrane wpisy wiedzy bez opuszczania bieżącej pracy.

#
  1. Na ekranie pracy znajdź sekcję wiedzy kontekstowej, jeśli jest dostępna.
  2. Otwórz pasujący wpis.
  3. Jeżeli potrzebujesz szerszego kontekstu, przejdź do pełnej Bazy wiedzy.
iPomoc kontekstowa z aplikacji dla tego modułu4 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Baza wiedzy — ustalenia, które nie mieszczą się w dokumencie

knowledge_base.main.overviewknowledge_base.main

Miejsce na wiedzę o Twojej firmie, która nie ma swojego pola w żadnym formularzu: ustalenia z klientem, wyjaśnienie nietypowego rozliczenia, opis procesu, przyczyna wyjątku.

Różnica wobec ikonek (i): (i) tłumaczą, jak działa system, a Baza wiedzy — jak działa Twoja firma. Tamto pisze producent, to piszesz Ty.

Wpisy widzi cała firma, więc to także sposób na to, żeby wiedza nie została wyłącznie w głowie jednej osoby.

Szukaj — po tytule i treści

knowledge_base.main.searchknowledge_base.main

Filtruje wpisy po tekście tytułu i treści, bez rozróżniania wielkości liter.

Podczas wyszukiwania grupy rozwijają się same, a puste zwijają — widzisz tylko to, co pasuje. Wyczyszczenie pola przywraca poprzedni układ.

Grupy — czego dotyczy wpis

knowledge_base.main.scopesknowledge_base.main

Wpisy są podzielone według tego, do czego się odnoszą:

  • Firma — ustalenia obowiązujące wszędzie, np. zasada rozliczania kosztów wspólnych.
  • Moduł — sposób pracy w konkretnej części systemu.
  • Kontrahent — co trzeba wiedzieć o danym kliencie albo dostawcy.
  • Dokument — wyjaśnienie do konkretnego dokumentu, zwykle nietypowego.
  • Proces — opis powtarzalnej procedury, np. zamknięcia miesiąca.

Grupa nie zmienia niczego w działaniu — służy wyłącznie temu, żeby dało się coś znaleźć bez przeszukiwania całości.

Wpis — po co pisać, skoro nikt nie czyta

knowledge_base.main.entryknowledge_base.main

Treść wybranego wpisu.

Największą wartość mają wpisy odpowiadające na pytanie „dlaczego zrobiliśmy to inaczej niż zwykle” — bo to jest dokładnie ta wiedza, która po pół roku znika, a jej brak każe zgadywać przy interpretacji liczb.

Wpisy są wspólne dla firmy i nie mają wersjonowania — zmiana nadpisuje poprzednią treść.

Dane i integracje · Dane

Przegląd

Przegląd stanu danych i integracji: skąd biorą się dane firmy, co wymaga porządków i jakie zdarzenia zaszły w procesach importu.

Sprawdzenie stanu danych

Ekran służy do diagnozy jakości i przepływu danych, a nie do codziennego księgowania dokumentów.

#
  1. Otwórz Przegląd w sekcji Dane i integracje.
  2. Sprawdź stan poszczególnych źródeł/importów.
  3. Otwórz obszar z błędem lub ostrzeżeniem.
  4. Przejdź do właściwego narzędzia naprawczego: danych źródłowych, importów lub przeglądu dokumentów.

Rejestr zdarzeń i porządki

Rejestr zdarzeń pomaga ustalić, co wykonał automat i dlaczego dana pozycja znalazła się w określonym stanie.

#
  1. Wybierz interesujący obszar lub okres.
  2. Znajdź zdarzenie powiązane z problemem.
  3. Odczytaj źródło, czas i wynik operacji.
  4. Napraw dane w dedykowanym module zamiast usuwać ślad zdarzenia.
Dane i integracje · Źródła

Dane źródłowe

Surowe dane przed interpretacją biznesową: wyciągi bankowe, dokumenty z KSeF i pliki rozpoznane przez OCR/AI. To miejsce do sprawdzania „skąd wzięła się liczba”.

2 podpowiedzi (i)

Wyciągi bankowe

Źródłowy wyciąg pozwala zweryfikować datę, kwotę i opis operacji niezależnie od późniejszych powiązań.

#
  1. Wybierz źródło bankowe.
  2. Ustaw rachunek i okres.
  3. Znajdź operację.
  4. Porównaj ją z dokumentem lub powiązaniem w rejestrze.

Dokumenty pobrane z KSeF

Dane źródłowe pokazują dokument pobrany z integracji, zanim jego informacje zostaną użyte w innych modułach.

#
  1. Wybierz źródło KSeF.
  2. Znajdź dokument po numerze, dacie lub kontrahencie.
  3. Otwórz źródło i porównaj je z wpisem w rejestrze.
  4. Jeżeli dokument nie trafił do rejestru, przejdź do Synchronizacji KSeF.

Pliki OCR/AI

Źródłowy plik i wynik rozpoznania pomagają wyjaśnić błędnie odczytane pole.

#
  1. Wybierz źródło OCR/AI.
  2. Otwórz plik i wynik rozpoznania.
  3. Jeśli kwalifikacja nie jest zakończona, przejdź do Dokumentów do przeglądu.
  4. Po zatwierdzeniu sprawdź dokument w docelowym rejestrze.
iPomoc kontekstowa z aplikacji dla tego modułu2 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Dane źródłowe — skąd wzięła się liczba

source_data.main.sourcessource_data.main

Trzy surowe zestawienia, z których powstają rejestry i raporty:

  • Wyciągi bankowe — pojedyncze operacje z pliku z banku, razem ze stanem powiązania z dokumentem.
  • Faktury z KSeF — dokumenty pobrane z KSeF-a i wynik ich odczytu. Integracja jest odbiorcza: nic z tego ekranu nie idzie do KSeF ani do żadnego organu.
  • Dokumenty OCR/AI — pliki przepuszczone przez rozpoznawanie, z informacją, co się udało odczytać.

Do wydania 1.0.202 ta sekcja stała zwinięta na dole Raportów pod nazwą „podstawa", ale podstawą raportu nad nią nie była — nie dostawała ani wybranego okresu, ani granulacji, ani zakładki. Miała natomiast przyciski, które zapisują: powiązanie operacji z dokumentem, kategoryzację opłaty bankowej, oznaczenie przeksięgowania własnego. Raport niczego nie zapisuje, więc jej miejsce jest tutaj.

Na ten poziom schodzi się wtedy, gdy liczba gdzie indziej budzi wątpliwość i trzeba zobaczyć pojedynczy wiersz, z którego się wzięła.

Co się stąd da zrobić i kto może

source_data.main.write_actionssource_data.main

Oglądanie wszystkich trzech tabel wymaga uprawnienia do raportów — takiego samego jak przed przeniesieniem, żeby nikt nie stracił dostępu, który miał.

  • Kategoryzacja opłaty bankowej jako koszt — wymaga prawa zapisu kosztów.
  • Oznaczanie przeksięgowań między własnymi rachunkami — wymaga prawa zapisu integracji.
  • Powiązanie faktury z operacją bankową — dostępne z obu stron: z wiersza wyciągu i z dokumentu KSeF.

To jest reguła, nie szczegół: osobne klucze na patrzenie i na działanie. Gdyby cały ekran trafił za uprawnienie do operacji na danych, tabelę wyciągów straciłaby księgowa, która używa jej codziennie — a usuwania danych i tak by nie dostała, bo ono ma własny klucz.

Dane i integracje · Dane

Importy

Wgrywanie danych z plików i kontrola jakości importu, w szczególności raportów reklamowych oraz problemów takich jak duplikaty i nakładające się okresy.

6 podpowiedzi (i)

Nowy import

Przed zatwierdzeniem importu należy sprawdzić źródło, zakres i komunikaty walidacyjne.

#
  1. Otwórz Importy.
  2. Wybierz typ importu.
  3. Wskaż plik i wymagany zakres.
  4. Uruchom analizę/wczytanie i przeczytaj podsumowanie przed finalnym zatwierdzeniem.

Duplikaty, sumy i nakładające się okresy

System powinien zatrzymać lub oznaczyć dane, które mogłyby podwójnie policzyć ten sam okres.

#
  1. Przejrzyj ostrzeżenia importu.
  2. Sprawdź wiersze zbiorcze i duplikaty.
  3. Zweryfikuj, czy zakres nie nakłada się na wcześniej zaimportowane dane.
  4. Zatwierdź dopiero po rozstrzygnięciu konfliktów.
iPomoc kontekstowa z aplikacji dla tego modułu6 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Wgranie wyciągu — dlaczego bez kontrahenta i dlaczego w dwóch krokach

data_imports.bank.uploaddata_imports

Wyciąg bankowy wgrywa się bez wskazywania kontrahenta, i to nie jest uproszczenie. Wyciąg jest zestawieniem operacji z wieloma stronami naraz — narzucenie mu jednej firmy przypisałoby jej wszystkie przelewy z pliku. Kojarzenie z fakturami odbywa się później, operacja po operacji, w Danych źródłowych.

Dwa kroki, bo każdy odpowiada na inne pytanie. Po wgraniu plik jest odczytany, ale w rejestrze operacji nie ma jeszcze niczego. Podgląd pokazuje nagłówek (bank, okres, waluta, liczba operacji) i pierwszych kilkanaście odczytanych wierszy — właśnie po nich widać, czy parser trafił w kolumny. Dopiero zatwierdzenie wpisuje operacje do rejestru.

Po co ten podgląd. Arkusz z przesuniętymi kolumnami wygląda po zapisie jak setka poprawnych operacji z zamienionymi kwotami i datami — i nikt tego nie zauważy, dopóki nie zacznie szukać przelewu, którego „nie ma”. Piętnaście wierszy wystarcza, żeby to wykryć przed zapisem.

Zero odczytanych operacji to inny stan niż błąd wgrania: plik dotarł, ale bank nie ma zdefiniowanego szablonu kolumn albo to nie jest wyciąg. Szablony banków ustawia się raz, centralnie — to konfiguracja platformy, nie Twoja.

Wgrywanie wymaga prawa do wgrywania dokumentów — tego samego, którym wgrywa się faktury, bo to ta sama czynność i ta sama droga pliku.

Szczegóły importu — trzy liczby, które wyglądają tak samo

data_imports.bank.detailsdata_imports

Odczytano z pliku to tyle operacji, ile parser znalazł w wyciągu. Zapisano przy imporcie to liczba z chwili zatwierdzenia podglądu. W rejestrze teraz to stan bieżący — i tej trzeciej liczby nie da się wyliczyć z dwóch pierwszych: operacja usunięta przy sprzątaniu powtórzeń nie zmienia ani liczby odczytanej, ani zapisanej.

Gdy w rejestrze jest mniej, niż odczytano, powody są zwykle dwa: parser pominął wiersze zbiorcze (salda, podsumowania — nie są operacjami), albo porządki w powtórzeniach zostawiły tę samą operację przy nowszym wyciągu. Żadne z tych dwóch nie jest błędem.

Numer rachunku bierze się z nagłówka pliku, nie z wierszy operacji. Przy przelewie wychodzącym nadawcą jesteś Ty, ale przy przychodzącym nadawcą jest ktoś obcy — dlatego numer wzięty z operacji byłby raz Twój, raz cudzy. Jeśli bank nie napisał go w nagłówku, w tym miejscu jest kreska i tak ma być.

Pewność odczytu obok nazwy parsera mówi, jak dobrze plik pasował do znanego szablonu banku. Niska wartość przy poprawnie odczytanych kolumnach nie jest problemem — jest informacją, że plik trafił do parsera ogólnego, a nie do szablonu tego banku.

Powiązania potwierdzone liczone są osobno, bo to jedyna rzecz w tym oknie, która nie wróci po ponownym wgraniu pliku.

Ten okres już masz — nadpisywania wyciągów nie ma

data_imports.bank.overlapdata_imports

Wgranie pliku pokrywającego okres, który już jest w rejestrze, NICZEGO nie nadpisuje. Operacje wchodzą OBOK istniejących, bo klucz operacji zawiera identyfikator wgranego pliku: ten sam przelew z pliku miesięcznego i z pliku rocznego to dla bazy dwie różne operacje. Nadpisanie w miejscu zachodzi wyłącznie wtedy, gdy przetwarzany jest jeszcze raz TEN SAM plik.

Skutek jest policzalny: powtórzona operacja drugi raz liczy się w saldzie i w Cash Flow, a obok powiązanej faktury pojawia się jej nierozliczona kopia. Dlatego podgląd mówi, ile operacji z tego zakresu dat już masz i z których wyciągów pochodzą — dopóki plik można jeszcze odrzucić jednym kliknięciem.

Zalecenie: jeden okres, jeden plik. Jeśli chcesz uzupełnić brakujące dni, wgraj plik obejmujący tylko je. Jeśli wgrywasz szerszy plik świadomie (bank wystawił korektę, eksport węższy nie istnieje), po zapisie wejdź w „Powtórzone operacje” i zostaw po jednym egzemplarzu każdej operacji.

Nie rozwiązuj tego usunięciem starszego wyciągu, jeśli jego operacje mają potwierdzone powiązania z fakturami: usunięcie wycofa te wpłaty i przeliczy statusy. Czyszczenie powtórzeń robi coś innego i lepszego — przenosi powiązania na wiersz, który zostaje.

Powtórzone operacje — skąd się biorą i co robi sprzątanie

data_imports.bank.duplicatesdata_imports

Ta sama operacja wchodzi dwa razy najczęściej wtedy, gdy dwa wgrane wyciągi nakładają się okresami — na przykład wyciąg miesięczny obok dziennego z tego samego tygodnia.

Sprzątanie nie kasuje po równo. Zostaje operacja z najnowszego wyciągu (jest źródłem prawdy), a powiązania z faktur przypięte do starszych duplikatów są przenoszone na tę zostającą — nie giną razem z wierszem. Dzięki temu praca nad kojarzeniem przelewów nie przepada przy porządkach.

Dlaczego to nie dzieje się samo. Dwie identyczne operacje tego samego dnia i na tę samą kwotę bywają dwiema prawdziwymi wpłatami (dwie raty, dwie faktury po równo). Rozstrzygnięcie należy do człowieka, dlatego jest przyciskiem, a nie regułą w tle.

Sprzątanie wymaga prawa do operacji na integracjach, bo usuwa dane — samo oglądanie listy wystarcza prawo do odczytu.

Od 1.0.352 powtórzenie jest rozpoznawane już w chwili wgrania: komunikat po zapisie wypisuje konkretne operacje (data, kwota, kontrahent, tytuł) razem z nazwą wyciągu, w którym leży egzemplarz zapisany wcześniej, a sama operacja dostaje trwały znacznik widoczny w szczegółach importu. Import nadal niczego nie odrzuca — rozstrzyga człowiek.

Dwie listy, nie jedna. Górna to dublet pewny: obie pozycje mają to samo saldo po operacji, a ten sam stan konta nie może wyjść dwa razy z dwóch różnych płatności — więc to jedno wgranie policzone dwukrotnie i wolno je posprzątać. Dolna to dublet prawdopodobny: któryś plik salda po operacji nie podał, więc nie ma czym rozstrzygnąć, czy to powtórzenie, czy dwie prawdziwe płatności tej samej kwoty tego samego dnia. Dolna lista nie ma przycisku i to jest celowe — sprzątanie działa wyłącznie tam, gdzie saldo potwierdza powtórzenie.

Usunięcie wgranego wyciągu — co dokładnie zniknie

data_imports.bank.removaldata_imports

Usunięcie wyciągu kasuje wszystkie jego operacje z rejestru, a razem z nimi powiązania tych operacji z fakturami. Dlatego przed potwierdzeniem widzisz liczby: ile operacji i ile powiązań przestanie istnieć.

Wpłaty są WYCOFYWANE z faktur. Powiązanie przelewu z fakturą sprzedaży dopisuje do niej wpłatę, a dokumentowi kosztowemu ustawia status zapłaty. Usunięcie wyciągu przechodzi każde potwierdzone powiązanie tą samą drogą, co ręczne odpięcie przelewu: wpłata jest zdejmowana, a kwota zapłacona i status faktury przeliczane. Faktura opłacona wyłącznie tym przelewem wróci do niezapłaconej — i to jest zachowanie poprawne. Do 1.0.351 wpłata zostawała na fakturze bez operacji bankowej pod nią, a po ponownym wgraniu okresu dopisywała się DRUGA i faktura pokazywała dwukrotność.

Powiązania potwierdzone ręcznie są liczone osobno i to nie jest ozdoba komunikatu. Operacje wrócą po ponownym wgraniu tego samego pliku — cudza praca nad dopasowaniami nie wróci. Jeśli ta liczba jest większa od zera, warto najpierw sprawdzić, czy naprawdę chodzi o ten wyciąg.

Gdy chcesz się pozbyć powtórzeń, a nie całego wyciągu, użyj „Powtórzonych operacji”: one zostawiają jeden egzemplarz i przenoszą na niego powiązania, zamiast je zdejmować.

Usuwanie odbywa się w jednej transakcji: albo zniknie wszystko, albo nic. Przerwane w połowie zostawiłoby operacje wskazujące na nieistniejący wyciąg.

Maski płatności kartą — schemat z opisu, kontrahent i jego NIP

data_imports.bank.merchant_masksdata_imports

Subskrypcje pobierane z karty nie mają w wyciągu kontrahenta. Bank wpisuje w to pole właściciela rachunku, a nazwa firmy, do której poszły pieniądze, siedzi w opisie operacji — w zapisie nadanym przez agenta rozliczeniowego kart, na przykład FACEBK *R8NJKZV7K2 Dublin.

Co system z tego wyłuskuje. Człon przed gwiazdką to schemat — klucz dostawcy (tutaj META). Człon po gwiazdce, jeśli ma kształt kodu, to referencja płatności (R8NJKZV7K2) i trafia do kolumny „Referencja płatności”, bo faktura od tej firmy nosi ten sam kod — dzięki temu podpowiedzi dopasowania mają się o co zaczepić.

Pośrednik nie jest dostawcą. Przy zapisie PAYPAL *SPOTIFY pieniądze idą do Spotify, a PayPal jest drogą płatności — dlatego kluczem jest człon po gwiazdce, a nazwa pośrednika stoi obok, osobno. Bez tego wszystkie subskrypcje opłacane przez jednego pośrednika zlałyby się w jednego „kontrahenta”.

NIP nie jest tu wpisywany. Do schematu przypisuje się kontrahenta z kartoteki, a numer pochodzi z jego karty. Gdyby dało się wpisać NIP obok maski, powstałby drugi zbiór numerów obok kartoteki i pierwsza korekta danych firmy rozjechałaby oba bez śladu. Przypisanie działa wstecz (na operacje już wgrane) i na przyszłość — kolejne wyciągi rozpoznają ten schemat same.

Rozpoznawanie idzie porcjami i po każdym kliknięciu mówi, ile operacji zostało. Opis rozbiera się kilkunastoma wyrażeniami, a wyciągi z dwóch lat to tysiące wierszy — jedno żądanie na wszystko urwałoby się w połowie i nie zostawiłoby informacji, gdzie stanęło.

Opis bez schematu nie dostaje maski. Zwykły przelew nie ma w treści niczego, co odróżnia nazwę firmy od miasta albo tytułu — a maska zgadnięta z dowolnego opisu byłaby śmieciem do odkręcania ręcznie w całym rejestrze.

Dane i integracje · Kwalifikacja

Dokumenty do przeglądu

Kolejka dokumentów, których automat nie był w stanie zakończyć bezpiecznie. Użytkownik poprawia odczyt, wskazuje kontrahenta i kategorię, a następnie zatwierdza dokument do rejestru.

35 podpowiedzi (i)

Otwarcie dokumentu do kwalifikacji

Najpierw porównaj obraz/plik źródłowy z polami rozpoznanymi przez automat.

#
  1. Otwórz kolejkę Dokumenty do przeglądu.
  2. Wybierz dokument.
  3. Porównaj podgląd źródła z odczytanymi polami.
  4. Zidentyfikuj pola wymagające korekty.

Kontrahent i brakująca kartoteka

Jeżeli kontrahent nie został rozpoznany, można wskazać istniejącą kartotekę albo utworzyć nową.

#
  1. Sprawdź dane identyfikacyjne na dokumencie.
  2. Wyszukaj istniejącego kontrahenta.
  3. Jeżeli go nie ma, użyj dostępnej opcji utworzenia kartoteki.
  4. Zweryfikuj powiązanie przed zatwierdzeniem dokumentu.

Kategoria i reguły rozpoznawania

Kategoria powinna odpowiadać treści dokumentu; zapamiętanie reguły ma sens tylko dla powtarzalnego wzorca.

#
  1. Wybierz właściwą kategorię.
  2. Jeśli interfejs proponuje zapamiętanie reguły, użyj go tylko dla stabilnego wzorca.
  3. Sprawdź kwoty i daty.
  4. Zatwierdź dokument do właściwego rejestru.
iPomoc kontekstowa z aplikacji dla tego modułu35 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Bufor

ocr_buffer.form.metric.totalocr_buffer.form
Liczba dokumentów aktualnie znajdujących się w buforze OCR.

W kolejce

ocr_buffer.form.metric.queuedocr_buffer.form
Liczba dokumentów oczekujących na przetworzenie.

Duplikaty

ocr_buffer.form.metric.duplicateocr_buffer.form
Liczba dokumentów oznaczonych jako duplikaty.

ID

ocr_buffer.form.table.idocr_buffer.form
Identyfikator dokumentu w buforze OCR.

Nazwa pliku

ocr_buffer.form.table.original_filenameocr_buffer.form
Oryginalna nazwa pliku oczekującego na review.

MIME

ocr_buffer.form.table.mime_typeocr_buffer.form
Typ MIME pliku. Pomaga rozpoznać format dokumentu.

Status

ocr_buffer.form.table.statusocr_buffer.form
Bieżący status przetwarzania dokumentu OCR.

Docelowy modul

ocr_review.form.target_moduleocr_review.form
Wybierz modul, do ktorego zostanie zapisany dokument po akceptacji.

Typ dokumentu

ocr_review.form.document_typeocr_review.form
Okresla rodzaj dokumentu rozpoznanego z OCR.

Numer dokumentu

ocr_review.form.document_numberocr_review.form
Numer dokumentu z pliku lub z mapowania OCR.

Data wystawienia

ocr_review.form.issue_dateocr_review.form
Data wystawienia dokumentu rozpoznana przez OCR lub ustawiona recznie.

Data sprzedazy

ocr_review.form.sale_dateocr_review.form
Data sprzedazy lub wykonania uslugi z dokumentu.

Termin platnosci

ocr_review.form.due_dateocr_review.form
Termin platnosci odczytany z dokumentu lub uzupełniony recznie.

Data zaplaty

ocr_review.form.paid_dateocr_review.form
Data zaplaty, jesli dokument zostal juz oplacony.

Waluta

ocr_review.form.currencyocr_review.form
Waluta dokumentu po rozpoznaniu OCR. Po zmianie pole odswieza podglad kursu NBP i przeliczenie kwoty.

Kwota netto

ocr_review.form.net_amountocr_review.form
Kwota netto odczytana z dokumentu.

Kwota VAT

ocr_review.form.vat_amountocr_review.form
Kwota VAT odczytana z dokumentu.

Kwota brutto

ocr_review.form.gross_amountocr_review.form
Kwota brutto odczytana z dokumentu.

Do zaplaty

ocr_review.form.amount_dueocr_review.form
Kwota pozostala do zaplaty z dokumentu.

Kontrahent dokumentu

ocr_review.form.selected_entity_idocr_review.form
Wybierz istniejącego kontrahenta pasujacego do dokumentu.

Utworz nowego kontrahenta

ocr_review.form.create_new_entityocr_review.form
Utworzy nowego kontrahenta na podstawie danych z dokumentu, gdy nie ma dopasowania.

Subskrypcja

ocr_review.form.subscription_idocr_review.form
Wybierz subskrypcje, jesli dokument kosztowy ma byc z nia zwiazany.

Kategoria

ocr_review.form.category_idocr_review.form
Wybierz kategorie kosztu do klasyfikacji dokumentu.

Typ kosztu

ocr_review.form.cost_typeocr_review.form
Okresla, czy koszt jest zmienny czy staly.

Tryb alokacji kosztu

ocr_review.form.allocation_modeocr_review.form
Wybierz sposob przypisania kosztu do klienta lub tenanta.

Kontrahent bezposredni

ocr_review.form.direct_client_entity_idocr_review.form
Wybierz klienta, jesli koszt ma byc przypisany bezposrednio.

Powód odrzucenia

ocr_review.form.rejection_reasonocr_review.form
Podaj powód, gdy dokument ma zostac odrzucony zamiast zaakceptowany.

Status review

ocr_review.form.metric.review_statusocr_review.form
Bieżący status ręcznej weryfikacji dokumentu.

Status dopasowania

ocr_review.form.metric.match_statusocr_review.form
Status dopasowania dokumentu do kontrahenta lub kosztu.

Review

ocr_review.form.metric.review_totalocr_review.form
Liczba pól lub ostrzeżeń wymagających uwagi.

Confidence

ocr_review.form.metric.confidenceocr_review.form
Pewność rozpoznania dokumentu przez OCR.

Nazwa firmy

ocr_review_new_entity.form.company_nameocr_review_new_entity.form
Nazwa nowego kontrahenta do utworzenia na podstawie OCR.

NIP

ocr_review_new_entity.form.nipocr_review_new_entity.form
NIP nowego kontrahenta, jesli jest obecny w dokumencie.

Email

ocr_review_new_entity.form.emailocr_review_new_entity.form
Adres email nowego kontrahenta, jesli zostal odczytany.

Adres

ocr_review_new_entity.form.addressocr_review_new_entity.form
Adres nowego kontrahenta odczytany z dokumentu lub wpisany recznie.
Dane i integracje · Integracje

Synchronizacja KSeF

Pobieranie faktur z KSeF i kontrola całego wyniku synchronizacji: zakresu, liczby dokumentów wskazanych przez KSeF, zapisanych w rejestrach oraz pozycji, które nie zostały zapisane.

45 podpowiedzi (i)

Ustawienie zakresu synchronizacji

Zakres określa, o jakie dokumenty system zapyta KSeF.

#
  1. Otwórz Synchronizację KSeF.
  2. Wybierz okres i dostępny zakres dokumentów.
  3. Jeżeli potrzebujesz pełnej historii, użyj odpowiedniej opcji zamiast wielokrotnego ręcznego przesuwania dat.
  4. Sprawdź, czy połączenie i uprawnienia są aktywne.

Uruchomienie synchronizacji

Synchronizacja pobiera dokumenty i przekazuje je do dalszego przetwarzania zgodnie z regułami OneView.

#
  1. Uruchom synchronizację.
  2. Poczekaj na zakończenie bieżącego przebiegu.
  3. Sprawdź podsumowanie: znalezione, zapisane i pominięte/niezapisane dokumenty.
  4. Nie uruchamiaj kolejnego przebiegu tylko dlatego, że przetwarzanie dokumentów trwa — najpierw sprawdź status.

Dokumenty bez zapisu

Dokument pobrany z KSeF może wymagać wyjaśnienia, jeżeli nie został poprawnie zapisany do docelowego rejestru.

#
  1. Otwórz listę dokumentów bez zapisu.
  2. Sprawdź powód i dane źródłowe dokumentu.
  3. Uzupełnij brakujące dane lub napraw konfigurację/integrację.
  4. Ponów właściwy etap przetwarzania i sprawdź, czy dokument pojawił się w rejestrze.
iPomoc kontekstowa z aplikacji dla tego modułu45 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Pozycje do klasyfikacji

ksef_class.form.metric.classification_totalksef_class.form
Liczba pozycji dokumentów KSeF oczekujących na przypisanie kategorii lub typu kosztu.

Dokument

ksef_class.form.table.cost_doc_idksef_class.form
Id dokumentu kosztowego powiązanego z pozycją.

Linia

ksef_class.form.table.line_noksef_class.form
Numer linii w dokumencie do klasyfikacji.

Nazwa

ksef_class.form.table.item_nameksef_class.form
Nazwa pozycji z dokumentu KSeF.

Kwota netto

ksef_class.form.table.net_amountksef_class.form
Kwota netto pozycji wymagającej klasyfikacji.

Sugestia

ksef_class.form.table.suggestionksef_class.form
Wstępnie dopasowana kategoria i typ kosztu.

Confidence

ksef_class.form.table.confidenceksef_class.form
Pewność klasyfikacji dla pozycji.

Zatwierdź

ksef_class.form.table.actionsksef_class.form
Dostępne akcje zatwierdzania klasyfikacji.

Środowisko — testowe czy produkcyjne

ksef_settings.form.environmentksef_settings.form

Rozstrzyga, z którym systemem KSeF rozmawia integracja.

  • Testowe — piaskownica Ministerstwa Finansów. Dokumenty są fikcyjne, nic nie ma mocy prawnej. Tu sprawdzasz, czy token działa i czy dane wczytują się poprawnie.
  • Produkcyjne — prawdziwe faktury Twojej firmy.

Token ze środowiska testowego nie zadziała na produkcyjnym i odwrotnie — to najczęstsza przyczyna błędu autoryzacji tuż po zmianie tego pola. Po przełączeniu środowiska trzeba wgrać token wystawiony dla nowego środowiska.

NIP podatnika — czyje faktury pobieramy

ksef_settings.form.taxpayer_nipksef_settings.form

NIP firmy, w której imieniu łączymy się z KSeF. To on rozstrzyga, które faktury system uzna za przychodowe, a które za kosztowe: dokument wystawiony przez ten NIP to Twoja sprzedaż, dokument wystawiony na ten NIP to Twój koszt.

Błąd w tym polu nie objawia się komunikatem — objawia się tym, że faktury trafiają na złą stronę rejestru albo nie przychodzi nic.

Sam NIP, bez prefiksu kraju i bez myślników.

Metoda autoryzacji — czym potwierdzasz tożsamość wobec KSeF

ksef_settings.form.auth_methodksef_settings.form

Dwie drogi, obie akceptowane przez KSeF:

  • Token — ciąg znaków wygenerowany w aplikacji KSeF. Prostszy w konfiguracji, nie wymaga niczego poza wklejeniem wartości. Ma datę ważności i trzeba go odnawiać.
  • Podpis kwalifikowany (certyfikat) — uwierzytelnienie certyfikatem firmy. Trudniejsze w konfiguracji, ale nie wygasa tak szybko i nie wymaga przechowywania sekretu w systemie.

Wybór zmienia to, które pola poniżej są wymagane. Jeśli nie masz powodu, żeby postąpić inaczej, zacznij od tokenu i przejdź na certyfikat, gdy integracja okaże się stabilna.

Rodzaj tokenu — do czego token uprawnia

ksef_settings.form.token_kindksef_settings.form

KSeF wystawia tokeny o różnym zakresie uprawnień. Rodzaj musi odpowiadać temu, co zaznaczyłeś przy generowaniu tokenu w aplikacji KSeF.

ELWU One View potrzebuje wyłącznie uprawnień do odczytu — pobiera faktury, potwierdzenia i kody. System nigdy niczego nie wysyła do KSeF, nie wystawia faktur i nie otwiera sesji wysyłkowych, więc token z szerszymi uprawnieniami nie daje nic poza niepotrzebnym ryzykiem.

Certyfikat — dane podpisu kwalifikowanego

ksef_settings.form.certificate_subjectksef_settings.form

Widoczne wyłącznie przy autoryzacji certyfikatem. Pokazuje, na kogo wystawiono certyfikat użyty do uwierzytelnienia.

Warto tu zajrzeć, gdy autoryzacja przestaje działać bez zmian w konfiguracji: certyfikaty kwalifikowane wygasają, a osoba, na którą był wystawiony, mogła stracić uprawnienia do reprezentowania firmy.

Token dostępu — sekret uwierzytelniający

ksef_settings.form.token_plainksef_settings.form

Wartość wygenerowana w aplikacji KSeF dla wybranego środowiska.

Token zapisywany jest w postaci zaszyfrowanej i po zapisaniu nie da się go odczytać z powrotem — pole pokazuje wtedy tylko informację, że token jest ustawiony. Żeby go zmienić, wklej nowy; puste pole zostawia dotychczasowy bez zmian.

Token ma datę ważności. Gdy wygaśnie, synchronizacja zacznie zwracać błędy autoryzacji — wtedy trzeba wygenerować nowy w KSeF i wkleić tutaj.

Aktywna integracja — czy synchronizacja ma się uruchamiać

ksef_settings.form.activeksef_settings.form

Główny wyłącznik. Wyłączony oznacza, że nic się nie pobiera — dane już zaimportowane zostają nietknięte.

Warto go wyłączyć świadomie na czas zmiany środowiska albo wymiany tokenu, żeby nie zbierać błędów autoryzacji w dzienniku.

Przypomnienie o zakresie: integracja jest wyłącznie odbiorcza. Czyta z KSeF faktury i potwierdzenia, żeby zasilić rejestry analityczne, i nigdy nie wysyła niczego w drugą stronę.

Adres serwera API

ksef_settings.form.api_server_urlksef_settings.form
Bazowy adres serwera KSeF lub srodowiska testowego.

Sciezka wersji API

ksef_settings.form.api_version_pathksef_settings.form
Sciezka do aktualnej wersji API KSeF.

Nazwa naglowka autoryzacji

ksef_settings.form.auth_header_nameksef_settings.form
Nazwa naglowka HTTP uzywanego do przekazania danych autoryzacyjnych.

Szablon naglowka

ksef_settings.form.auth_header_templateksef_settings.form
Szablon tresci naglowka autoryzacji z placeholderem na token.

Metoda listy kluczy publicznych

ksef_settings.form.public_key_certificates_methodksef_settings.form
Metoda HTTP dla pobierania listy certyfikatow lub kluczy publicznych.

Endpoint kluczy publicznych

ksef_settings.form.public_key_certificates_pathksef_settings.form
Sciezka endpointu zwracajacego klucze publiczne.

Metoda challenge

ksef_settings.form.auth_challenge_methodksef_settings.form
Metoda HTTP dla endpointu challenge w procesie autoryzacji.

Endpoint challenge

ksef_settings.form.auth_challenge_pathksef_settings.form
Sciezka endpointu challenge wymaganego przez KSeF.

Metoda logowania tokenem

ksef_settings.form.auth_ksef_token_methodksef_settings.form
Metoda HTTP uzywana do logowania tokenem KSeF.

Endpoint logowania tokenem

ksef_settings.form.auth_ksef_token_pathksef_settings.form
Sciezka endpointu logowania tokenem KSeF.

Metoda statusu uwierzytelnienia

ksef_settings.form.auth_status_methodksef_settings.form
Metoda HTTP dla pobierania statusu uwierzytelnienia.

Endpoint statusu

ksef_settings.form.auth_status_pathksef_settings.form
Sciezka endpointu zwracajacego status uwierzytelnienia.

Metoda wymiany auth token

ksef_settings.form.auth_token_redeem_methodksef_settings.form
Metoda HTTP dla wymiany tokenu autoryzacyjnego.

Endpoint wymiany tokenu

ksef_settings.form.auth_token_redeem_pathksef_settings.form
Sciezka endpointu wymiany tokenu autoryzacyjnego.

Metoda refresh token

ksef_settings.form.auth_token_refresh_methodksef_settings.form
Metoda HTTP dla odswiezania tokenu.

Endpoint refresh token

ksef_settings.form.auth_token_refresh_pathksef_settings.form
Sciezka endpointu odswiezania tokenu.

Metoda listy dokumentow

ksef_settings.form.documents_list_methodksef_settings.form
Metoda HTTP dla pobierania listy dokumentow z KSeF.

Endpoint listy dokumentow

ksef_settings.form.documents_list_pathksef_settings.form
Sciezka endpointu listy dokumentow.

Metoda pobierania XML

ksef_settings.form.document_xml_methodksef_settings.form
Metoda HTTP dla pobierania XML pojedynczej faktury.

Endpoint XML faktury

ksef_settings.form.document_xml_pathksef_settings.form
Sciezka endpointu zwracajacego XML faktury.

Częstotliwość synchronizacji — jak często sprawdzać KSeF

ksef_settings.form.sync_frequencyksef_settings.form

Co ile system ma pytać KSeF o nowe dokumenty.

Rzadziej znaczy mniej zapytań i mniejsze ryzyko limitów po stronie KSeF, ale też późniejszą wiedzę o tym, że kontrahent wystawił fakturę. Częściej znaczy świeższe dane i szybsze wykrycie kosztu, o którym nie wiedziałeś.

Dla większości firm raz dziennie w zupełności wystarcza — faktury nie pojawiają się w KSeF w tempie, które uzasadniałoby częstsze odpytywanie.

Synchronizację uruchamia harmonogram instancji, który rusza przy ruchu na stronie — na instalacji z małym ruchem może się opóźnić.

Godzina synchronizacji — o której ma się uruchomić

ksef_settings.form.sync_hourksef_settings.form

Pora, o której odpalane jest zadanie pobierania.

Sensownie jest ustawić ją poza godzinami pracy — pobranie większej partii dokumentów obciąża serwer, a nikt nie czeka wtedy na odpowiedź ekranu.

Godzina jest orientacyjna, nie gwarantowana: zadanie rusza przy pierwszym ruchu na stronie po wskazanej porze, więc na instalacji odwiedzanej rzadko przesunięcie o godzinę czy dwie jest normalne.

Zakres synchronizacji — od kiedy pobierać dokumenty

ksef_settings.form.sync_scopeksef_settings.form

Rozstrzyga, jak daleko wstecz sięgnąć przy najbliższym uruchomieniu:

  • Od ostatniej synchronizacji — tryb codzienny. Pobiera tylko to, co pojawiło się od poprzedniego przebiegu. Szybkie i tanie.
  • Wybrany okres — jednorazowe nadrobienie historii albo ponowne pobranie miesiąca, w którym coś zostało pominięte.

Pobranie okresu już zaimportowanego nie tworzy duplikatów — dokumenty rozpoznane jako już istniejące są odkładane, nie zapisywane po raz drugi.

Uwaga na pierwszy import całej historii: to najcięższe zapytanie, jakie ta integracja wykonuje. Warto je uruchomić poza godzinami pracy.

Środowisko — stan bieżący

ksef_settings.form.metric.environmentksef_settings.form

Z którym systemem KSeF integracja rozmawia w tej chwili.

Testowe oznacza, że pobrane dokumenty są fikcyjne i nie mają mocy prawnej — jeśli widzisz tu środowisko testowe, a spodziewasz się prawdziwych faktur, to jest właśnie przyczyna.

Autoryzacja — czym potwierdzana jest tożsamość

ksef_settings.form.metric.auth_methodksef_settings.form

Token albo podpis kwalifikowany. Informacja przydaje się przy diagnozie: token wygasa szybciej niż certyfikat, więc nagły błąd autoryzacji przy metodzie tokenowej najczęściej oznacza po prostu koniec ważności.

Token — czy jest ustawiony

ksef_settings.form.metric.tokenksef_settings.form

Sam token nigdy nie jest pokazywany — widać wyłącznie, czy jakiś jest zapisany.

Brak tokenu przy metodzie tokenowej oznacza, że synchronizacja nie ruszy, nawet gdy integracja jest oznaczona jako aktywna.

Aktywność — czy synchronizacja pracuje

ksef_settings.form.metric.activeksef_settings.form

Łączna odpowiedź, czy zadanie pobierania jest w tej chwili uruchamiane.

Stan nieaktywny bierze się z wyłączonego przełącznika albo z braku poświadczeń — to dwie różne przyczyny i wymagają różnych działań.

Dokumenty RAW — co zostało pobrane z KSeF

ksef_settings.form.metric.raw_docsksef_settings.form

Liczba dokumentów zapisanych w postaci źródłowej, tak jak przyszły z KSeF, przed rozłożeniem na pola rejestru.

To zapis referencyjny: gdy kwota w rejestrze budzi wątpliwość, można wrócić do oryginalnego XML-a i sprawdzić, co naprawdę przysłał kontrahent.

Błędy importu — dokumenty, które nie weszły

ksef_settings.form.metric.import_errorsksef_settings.form

Dokumenty pobrane z KSeF, ale nierozłożone na rejestr — najczęściej z powodu nietypowej struktury XML albo brakującego pola wymaganego przez system.

Ta liczba to luka w danych: kwot z tych dokumentów nie ma w żadnym raporcie. Warto ją domykać, a nie tylko obserwować.

Pozycje do klasyfikacji

ksef_settings.form.metric.classification_totalksef_settings.form

Linie z faktur kosztowych, którym system nie potrafił jednoznacznie przypisać kategorii i czeka na Twoją decyzję.

Do czasu rozstrzygnięcia kwoty te trafiają do kategorii ogólnej — są w sumie kosztów, ale zaciemniają strukturę wydatków w raportach i na pulpicie.

Ustawienia · Ustawienia

Administracja aplikacją

Konfiguracja firmy i aplikacji: kategorie, użytkownicy, uprawnienia, integracje, moduły, licencja oraz informacje systemowe. Dostęp zależy od uprawnień administracyjnych.

120 podpowiedzi (i)

Dane firmy i ustawienia ogólne

Ustawienia firmy wpływają na dokumenty, integracje i domyślne zachowanie modułów.

#
  1. Otwórz Administrację aplikacją.
  2. Wybierz ustawienia ogólne lub dane firmy.
  3. Zmień wyłącznie wartości, których znaczenie jest jasne.
  4. Zapisz i sprawdź efekt w odpowiednim module.

Kreator kategorii

Kategorie budują strukturę raportowania przychodów i kosztów.

#
  1. Otwórz Kreator kategorii.
  2. Dodaj lub edytuj kategorię i jej miejsce w strukturze.
  3. Nadaj czytelną nazwę i właściwe parametry.
  4. Zapisz i sprawdź dostępność kategorii w rejestrach.

Użytkownicy i uprawnienia

Uprawnienia decydują nie tylko o widoczności menu, ale także o możliwości wykonywania operacji zapisu.

#
  1. Otwórz użytkowników/uprawnienia.
  2. Wybierz osobę lub rolę.
  3. Nadaj minimalny zakres potrzebny do pracy.
  4. Zapisz i zweryfikuj dostęp na koncie testowym/użytkownika.

Integracje: KSeF, Fakturownia, OCR/AI

Każda integracja ma własne dane połączenia, status i ustawienia działania.

#
  1. Wybierz integrację.
  2. Uzupełnij lub zaktualizuj dane połączenia zgodnie z formularzem.
  3. Wykonaj test połączenia, jeśli jest dostępny.
  4. Dopiero po poprawnym teście uruchom synchronizację/import w module operacyjnym.

Licencja, moduły i informacje systemowe

Te ustawienia określają dostępne funkcje instalacji i pomagają w diagnostyce.

#
  1. Sprawdź stan licencji i włączonych modułów.
  2. Nie wyłączaj modułu używanego w bieżącym procesie bez sprawdzenia zależności.
  3. W razie problemu otwórz informacje systemowe i dziennik zdarzeń/audytu.
  4. Zapisz dane diagnostyczne przed zmianą konfiguracji, jeśli problem ma być analizowany.
iPomoc kontekstowa z aplikacji dla tego modułu120 wpisów

Te wpisy wyjaśniają konkretne pola, wskaźniki, bloki i wyjątki. Są dodatkiem do instrukcji czynności powyżej.

Audyt — kto co zmienił i kiedy

audit_log.main.overviewaudit_log.main

Dziennik operacji wykonanych na danych tej firmy: utworzenie, zmiana, usunięcie dokumentu, ręczna korekta statusu, zmiana ustawień.

Wpisów nie da się edytować ani usuwać — także z poziomu właściciela. Dziennik, który dałoby się poprawić, nie byłby do niczego przydatny.

Odpowiada na pytanie zadawane zwykle po fakcie: „dlaczego ta kwota jest inna niż w zeszłym tygodniu”.

Data — moment zapisania operacji

audit_log.main.dateaudit_log.main

Czas wykonania operacji w strefie czasowej ustawionej dla firmy.

Operacje zadań cyklicznych (import KSeF, synchronizacja bankowa) mają godzinę uruchomienia zadania, a nie moment, w którym dokument powstał u wystawcy.

Użytkownik — kto wykonał operację

audit_log.main.useraudit_log.main

Osoba zalogowana w chwili wykonania operacji.

Wpis „system” oznacza działanie automatyczne — zadanie cykliczne, import, regułę kategoryzacji. To nie jest brak danych, tylko informacja, że nikt tego nie klikał.

Nazwisko zostaje w dzienniku także po zarchiwizowaniu osoby — i to jeden z powodów, dla których archiwizacja jest lepsza od usunięcia z firmy.

Akcja — co się stało

audit_log.main.actionaudit_log.main

Rodzaj operacji: utworzenie, aktualizacja, usunięcie, zmiana statusu.

Filtr nad tabelą przyjmuje fragment nazwy, więc wpisanie „delete” wyciąga wszystkie usunięcia niezależnie od modułu — to najszybsza droga do odpowiedzi „co zniknęło i kto to zrobił”.

Obiekt — czego operacja dotyczyła

audit_log.main.objectaudit_log.main

Typ i identyfikator rekordu: dokument kosztowy, umowa, kontrahent, ustawienie.

Filtr po typie obiektu zawęża dziennik do jednego modułu — przydatne, gdy wiadomo gdzie coś się rozjechało, ale nie wiadomo kiedy.

Kategorie sprzedaży i kosztów — szkielet wszystkich raportów

categories_settings.main.category_managercategories_settings.main

Nazwy, kolory, zagnieżdżenie i zakres kategorii używanych w rejestrach.

Kategorie decydują o tym, jak wygląda każdy raport strukturalny — od podziału kosztów na pulpicie po drążenie drzewa w Raportach. Zbyt płaski podział daje raport, z którego nic nie wynika; zbyt drobiazgowy sprawia, że nikt nie kategoryzuje dokumentów konsekwentnie.

Zmiana nazwy albo koloru działa wstecz, na wszystkich dokumentach już przypisanych. Zmiana zakresu (koszt/przychód) jest poważniejsza — przenosi kategorię na drugą stronę raportów razem z historią.

Konfigurator kategorii — szybki start zamiast pustej listy

categories_settings.main.category_wizardcategories_settings.main

Kreator dobiera gotowy zestaw kategorii do profilu Twojej działalności (sklep, firma budowlana, agencja) — zamiast wymyślania struktury od zera.

Wynik jest propozycją do zaakceptowania, nie zmianą wykonaną od razu: przed zapisem widzisz, co powstanie, i możesz to potem dowolnie zmienić w „Zarządzaj kategoriami”.

Kreator dokłada kategorie, nie zastępuje istniejących. Uruchomienie go po latach pracy zwykle nie ma sensu — dorzuci pozycje obok Twoich, zamiast je uporządkować.

Kolory Kalendarza Płatności — czytelność, nie ozdoba

categories_settings.main.calendar_colorscategories_settings.main

Kolory pięciu typów zdarzeń oraz tło podpowiadanych terminów ustawowych (ZUS, PIT/CIT, VAT) w Kalendarzu Płatności.

Ustawienie jest wspólne dla całej firmy, więc wszyscy widzą kalendarz tak samo — to celowe, bo o terminach rozmawia się między sobą.

Terminy ustawowe mają osobne oznaczenie od Twoich płatności, żeby nie mylić przypomnienia o terminie z faktycznym zobowiązaniem wprowadzonym do systemu.

Rozpoznawanie podatków i ZUS — jak głęboko system ma zgadywać

categories_settings.main.tax_recognitioncategories_settings.main

Dwie rzeczy w jednym miejscu: poziom szczegółowości automatycznej kategoryzacji przelewów do Urzędu Skarbowego i ZUS-u oraz przegląd reguł, których system nauczył się z Twoich potwierdzeń.

Wyższy poziom szczegółowości oznacza rozbicie na konkretne rodzaje danin zamiast jednego worka „podatki”. Kosztem jest większa liczba przypadków, w których system prosi o potwierdzenie, bo nie jest pewien.

Nauczone reguły można usuwać — to właściwa reakcja, gdy system konsekwentnie przypisuje coś źle, bo raz potwierdzono błędne dopasowanie.

Kategoryzacja opłat bankowych — reguły, które sam zbudowałeś

categories_settings.main.bank_fee_rulescategories_settings.main

Lista reguł automatycznego księgowania opłat bankowych (prowizji, opłat za przewalutowanie) jako kosztu.

Reguły nie powstają tutaj — tworzą się przy kategoryzowaniu wyciągu bankowego, gdy zaznaczysz opcję „Zapamiętaj”. Ten ekran służy do ich przeglądania i usuwania.

Usunięcie reguły nie cofa operacji już zaksięgowanych — zatrzymuje tylko dopasowywanie kolejnych.

Firma — dane, którymi system posługuje się w Twoim imieniu

company_settings.form.overviewcompany_settings.form

Dane Twojej własnej firmy, nie kontrahenta. Trafiają na dokumenty jako sprzedawca i są podstawą dla wszystkiego, co system robi „w Twoim imieniu”: wysyłki faktur do Fakturowni, pobierania dokumentów z KSeF-a, dopasowywania wpłat na Twoje konto.

To jedno z niewielu miejsc, gdzie pomyłka w danych zatrzymuje działanie, a nie tylko zaburza raport — zły NIP oznacza, że KSeF nie zwróci Twoich faktur.

Nazwa firmy — w brzmieniu z rejestru

company_settings.form.company_namecompany_settings.form

Pełna nazwa, pod jaką prowadzisz działalność. Pojawia się jako sprzedawca na fakturach i w nagłówku aplikacji.

Warto wpisać ją dokładnie tak, jak widnieje w CEIDG albo KRS — to ta forma musi zgadzać się z dokumentami, na których polega druga strona.

NIP firmy — klucz do wszystkich integracji

company_settings.form.nipcompany_settings.form

Twój numer identyfikacji podatkowej. Najważniejsze pole na tym ekranie.

Po nim KSeF rozpoznaje, które faktury są Twoje — zarówno przychodowe, jak i kosztowe. Zły albo pusty NIP oznacza, że synchronizacja z KSeF-em nie zwróci nic, i nie da się tego pomylić z „brakiem dokumentów”.

Ten sam numer trafia do Fakturowni jako NIP sprzedawcy oraz służy do rozpoznawania, kiedy dokument dotyczy Ciebie, a kiedy kontrahenta.

REGON — numer statystyczny

company_settings.form.regoncompany_settings.form

Numer z rejestru GUS. Pole informacyjne — żadna integracja go nie używa.

Przydaje się w umowach i przetargach, gdzie druga strona wprost o niego prosi. Puste pole niczego nie blokuje.

Adres firmy — dane na dokument

company_settings.form.addresscompany_settings.form

Adres siedziby drukowany na fakturach jako adres sprzedawcy.

Nie wpływa na żadne wyliczenia, ale jego brak zatrzyma wystawienie faktury po stronie Fakturowni — dokument bez adresu sprzedawcy nie jest poprawny.

E-mail firmy — adres kontaktowy i nadawca powiadomień

company_settings.form.company_emailcompany_settings.form

Adres widoczny dla kontrahentów na dokumentach.

Ma też drugie zastosowanie: to na niego trafiają powiadomienia systemowe, jeśli są włączone w Ustawieniach ogólnych — o nieudanej synchronizacji, przekroczonym limicie kosztu AI, zbliżających się terminach.

Telefon firmy — wyłącznie na dokument

company_settings.form.company_phonecompany_settings.form

Numer kontaktowy drukowany na fakturach. Nieużywany przez żadną automatykę.

Nr konta bankowego — dokąd kontrahent ma przelać pieniądze

company_settings.form.bank_account_numbercompany_settings.form

Rachunek, który trafia na faktury sprzedażowe jako konto do zapłaty.

Pomyłka tutaj jest kosztowniejsza niż w większości pól: nie wywoła żadnego błędu, faktura wyjdzie poprawnie, a klient przeleje pieniądze na zły numer.

Warto sprawdzić go po każdej zmianie banku — to pole, o którym najłatwiej zapomnieć.

Status firmy — czy konto jest aktywne

company_settings.form.statuscompany_settings.form

Stan Twojego konta w systemie, ustawiany po stronie platformy — nie da się go zmienić z tego ekranu.

„Aktywna” oznacza pełny dostęp. Inny status zwykle wiąże się ze stanem licencji i wtedy odpowiedzi szukaj w zakładce Licencja.

Integracja z Fakturownią — co robi, a czego nie robi

fakturownia_settings.form.overviewfakturownia_settings.form

To połączenie z Twoim kontem w serwisie Fakturownia.pl. One View przygotowuje dane faktury sprzedażowej i wysyła je do Fakturowni — z umowy, z refaktury reklam albo z rejestru przychodów. Fakturownia nadaje numer, wystawia dokument i to ona, nie my, przekazuje go do KSeF.

Granica jest ostra i celowa: One View nigdy nie wysyła niczego do KSeF-a ani do żadnego urzędu. Czytamy z KSeF-a faktury, żeby zasilić rejestry, ale wystawienie i wysyłka pozostają po stronie Fakturowni i Twojej decyzji.

Dopóki integracja nie jest skonfigurowana, przyciski „Wyślij do Fakturowni” w module Faktury z umów i przy refakturze reklam nie zadziałają — zamówienie na fakturę powstanie, ale zatrzyma się przed wysyłką.

Domena konta — stan bieżący

fakturownia_settings.form.metric.domainfakturownia_settings.form

Adres Twojego konta w Fakturowni, pod który idą wszystkie żądania.

„Nie skonfigurowano” znaczy, że integracja jest martwa — nic nie zostanie wysłane, niezależnie od tego, czy przełącznik aktywności jest włączony.

Domena konta — pod jaki adres wysyłamy faktury

fakturownia_settings.form.domainfakturownia_settings.form

Subdomena Twojego konta w Fakturowni, w formacie nazwa.fakturownia.pl. Znajdziesz ją w pasku adresu po zalogowaniu do Fakturowni.

Wpisz sam adres, bez https:// i bez ukośnika na końcu. System sprawdza format i odrzuci wartość, która nie jest subdomeną fakturownia.pl — to zabezpieczenie przed wysłaniem tokenu pod obcy adres.

Jeżeli obsługujesz kilka firm, każda ma w One View własną kartotekę i własne ustawienia — domena jest ustawiana osobno dla każdej.

Token API — czy jest ustawiony

fakturownia_settings.form.metric.tokenfakturownia_settings.form

Pokazujemy wyłącznie końcówkę zapisanego tokenu. Pełnej wartości nie da się odczytać z panelu — także administratorowi.

„Brak zapisanego tokenu” oznacza, że wysyłka faktur nie zadziała, nawet przy poprawnie wpisanej domenie.

Token API — czym się uwierzytelniamy w Fakturowni

fakturownia_settings.form.api_token_plainfakturownia_settings.form

Klucz API z Twojego konta w Fakturowni: Ustawienia → Ustawienia konta → Integracja → Kod autoryzacyjny API.

Token daje pełen dostęp do wystawiania dokumentów na Twoim koncie — traktuj go jak hasło. Zapisujemy go zaszyfrowany i nigdzie nie pokazujemy w całości.

Zostawienie pola pustego przy edycji zachowuje dotychczasowy token. Wpisz coś tylko wtedy, gdy faktycznie chcesz go podmienić — na przykład po tym, jak ktoś odszedł z firmy albo token wyciekł.

Oddział — stan bieżący

fakturownia_settings.form.metric.department_idfakturownia_settings.form

„Domyślny” znaczy, że nie wskazujemy oddziału i Fakturownia użyje tego, który ma ustawiony jako podstawowy.

Liczba oznacza konkretny oddział — sprawdź, czy to ten, z którego danymi sprzedawcy mają wychodzić faktury.

Oddział — z których danych sprzedawcy ma korzystać faktura

fakturownia_settings.form.department_idfakturownia_settings.form

Fakturownia pozwala trzymać na jednym koncie kilka „działów” (oddziałów), każdy z własną nazwą, NIP-em, adresem i numerem konta bankowego. Numer, który tu wpiszesz, trafia do każdej wysyłanej faktury jako department_id.

Znaczenie jest praktyczne: to decyduje, jakie dane sprzedawcy i jaki numer rachunku zobaczy klient na fakturze. Pomyłka nie zablokuje wysyłki — po prostu pieniądze zostaną wskazane na niewłaściwe konto.

Pole jest opcjonalne. Jeśli w Fakturowni masz jeden oddział, zostaw je puste.

Rodzaj dokumentu — stan bieżący

fakturownia_settings.form.metric.target_kindfakturownia_settings.form

Typ dokumentu, który powstanie w Fakturowni po wysłaniu zamówienia na fakturę.

Ustawienie jest globalne dla firmy — nie da się go zmienić przy pojedynczej wysyłce.

Rodzaj dokumentu — co Fakturownia ma wystawić

fakturownia_settings.form.target_kindfakturownia_settings.form
  • Faktura VAT — normalny dokument sprzedażowy. To domyślne i w większości przypadków właściwe ustawienie.
  • Proforma — dokument do zapłaty przed wykonaniem usługi. Nie jest fakturą w rozumieniu podatkowym i nie idzie do KSeF-a; fakturę właściwą wystawia się osobno po wpłacie.
  • Oferta / szacunek — dokument niewiążący, do wyceny.

Wybór dotyczy wszystkich faktur wysyłanych z One View w tej firmie. Jeśli część sprzedaży wymaga proform, a część faktur VAT, zostaw tu fakturę VAT i proformy wystawiaj ręcznie w Fakturowni — inaczej cała automatyka przestanie generować dokumenty księgowe.

Aktywna integracja — czy wysyłka jest włączona

fakturownia_settings.form.metric.activefakturownia_settings.form

Wyłączona integracja nie kasuje ustawień ani historii — blokuje samo wysyłanie.

Przy wyłączonej integracji zamówienia na fakturę nadal powstają i czekają; wrócą do obiegu, gdy ją włączysz.

Aktywna integracja — przełącznik bezpieczeństwa

fakturownia_settings.form.activefakturownia_settings.form

Wyłączenie zatrzymuje wysyłkę faktur do Fakturowni, nie kasując domeny, tokenu ani historii zamówień.

Typowe zastosowania: konfigurujesz integrację po raz pierwszy i nie chcesz, żeby ktoś w tym czasie wysłał testową fakturę do klienta; albo zmieniasz konto w Fakturowni i potrzebujesz przerwy między jednym a drugim.

To właściwy sposób na czasowe zatrzymanie — kasowanie tokenu zmusiłoby do wyciągania go ponownie z Fakturowni.

Testuj połączenie — zanim wyślesz pierwszą prawdziwą fakturę

fakturownia_settings.form.test_connectionfakturownia_settings.form

Wykonuje jedno nieinwazyjne zapytanie do Fakturowni z zapisaną domeną i tokenem. Nie wystawia żadnego dokumentu i niczego nie zmienia na Twoim koncie.

Sprawdza dokładnie to, co najczęściej bywa źle: czy domena istnieje, czy token jest ważny i czy serwer w ogóle nas przepuszcza.

Warto kliknąć zaraz po zapisaniu ustawień. Błąd wykryty tutaj kosztuje nic; ten sam błąd wykryty przy wysyłce faktury zostawia w systemie zamówienie w stanie „nie udało się wysłać”.

Ostatnia operacja — co się ostatnio działo z zamówieniami

fakturownia_settings.form.last_activityfakturownia_settings.form

Pokazuje ostatnie zdarzenie na zamówieniach na fakturę: utworzenie, aktualizację, ręczną zmianę statusu albo usunięcie — razem z numerem referencyjnym, datą i osobą, która to zrobiła.

To najszybsza odpowiedź na pytanie „czy integracja w ogóle jeszcze pracuje”. Data sprzed wielu tygodni przy firmie, która co miesiąc fakturuje, zwykle znaczy, że coś się zacięło wcześniej — na przykład nikt nie zatwierdza zamówień w module Faktury z umów.

Pełna historia każdego zamówienia jest w samym module, tutaj widać wyłącznie ostatni ślad.

Miejsce wystawienia — co pojedzie na fakturę

fakturownia_settings.form.invoice_placefakturownia_settings.form

Miejscowość drukowana na fakturze jako miejsce wystawienia. Zwykle siedziba firmy — domyślnie Warszawa.

Do 1.0.241 One View nie wysyłał tego pola wcale, więc trzeba je było uzupełniać osobno w Fakturowni przy każdej fakturze.

Pole puste znaczy „nie wysyłamy” — wtedy o miejscu wystawienia decyduje ustawienie konta w Fakturowni. Zostaw je puste tylko wtedy, gdy naprawdę chcesz, żeby rozstrzygała to Fakturownia.

Wartość dotyczy wszystkich faktur firmy; na jednej konkretnej fakturze możesz ją zmienić w oknie przed wysyłką.

Miejsce wystawienia — stan bieżący

fakturownia_settings.form.metric.invoice_placefakturownia_settings.form

Miejscowość, która pojedzie na każdą fakturę wysyłaną z One View do Fakturowni.

„Nie wysyłamy” znaczy, że pole jest puste i o miejscu wystawienia decyduje ustawienie konta w Fakturowni.

Termin płatności — ile dni na zapłatę

fakturownia_settings.form.payment_daysfakturownia_settings.form

Liczba dni od wystawienia faktury do terminu zapłaty — domyślnie 14. Fakturownia wylicza z tego konkretną datę na dokumencie.

Do 1.0.241 One View nie wysyłał terminu wcale, więc każdą fakturę trzeba było domykać ręcznie w Fakturowni.

0 znaczy „nie narzucamy terminu z One View” — wtedy obowiązuje ustawienie konta w Fakturowni. Górna granica to 365 dni; więcej to zwykle pomyłka przy wpisywaniu, a nie warunek handlowy.

Wartość dotyczy wszystkich faktur firmy; na jednej konkretnej fakturze możesz ją zmienić w oknie przed wysyłką.

Termin płatności — stan bieżący

fakturownia_settings.form.metric.payment_daysfakturownia_settings.form

Termin płatności w dniach, który pojedzie na każdą fakturę wysyłaną z One View do Fakturowni.

„Nie narzucamy” znaczy, że wpisano zero i o terminie decyduje ustawienie konta w Fakturowni.

Ustawienia — zachowania obowiązujące w całej firmie

general_settings.form.overviewgeneral_settings.form

Ustawienia obejmują całą firmę, nie Twoje konto — zmiana formatu daty czy waluty dotknie każdego, kto z tej firmy korzysta.

Wyjątkiem jest położenie panelu pomocy, które każdy ustawia sobie sam.

Przycisk przywrócenia wartości domyślnych cofa pola do stanu fabrycznego, ale nic nie zapisuje — dopiero „Zapisz” utrwala zmianę.

Język interfejsu — w czym wyświetlają się ekrany

general_settings.form.default_languagegeneral_settings.form

Język etykiet i komunikatów aplikacji.

Nie tłumaczy Twoich danych — nazwy kategorii, kontrahentów i opisy dokumentów zostają w takiej postaci, w jakiej je wpisano. Wyjaśnienia (i) są obecnie dostępne wyłącznie po polsku.

Strefa czasowa — według czego liczą się doby

general_settings.form.timezonegeneral_settings.form

Decyduje, o której faktycznie uruchomią się zadania cykliczne (synchronizacja KSeF, import wyciągów) i jak numerowane są dni w raportach.

Ma znaczenie przy terminach: dokument zapisany „wczoraj wieczorem” w innej strefie potrafi wpaść do innego dnia, a przy terminach płatności liczy się doba, nie godzina.

Przy działalności w Polsce zostaw Europe/Warsaw.

Waluta domyślna — co podstawia się w nowych dokumentach

general_settings.form.default_currencygeneral_settings.form

Waluta wstawiana automatycznie przy tworzeniu nowego dokumentu albo rozliczenia cyklicznego. Wyłącznie wygoda — zawsze można ją zmienić w konkretnym dokumencie.

To nie jest waluta, w której liczone są raporty. Tym zajmuje się waluta bazowa poniżej.

Waluta bazowa — w czym liczone są wszystkie raporty

general_settings.form.base_currencygeneral_settings.form

Waluta, na którą przeliczane jest wszystko, zanim trafi do raportu, prognozy i na pulpit. Bez wspólnej waluty nie dałoby się sumować dokumentów w złotych, euro i dolarach.

Dokumenty w walutach obcych są przeliczane po kursie z dnia; kwota oryginalna zostaje zapisana bez zmian.

Zmiana tego ustawienia zmienia wymowę wszystkich historycznych raportów — te same dokumenty zostaną przeliczone na inną walutę. To decyzja, którą podejmuje się raz, na starcie.

Format daty — sposób wyświetlania, nie zapisu

general_settings.form.date_formatgeneral_settings.form

Zmienia wyłącznie to, jak daty są pokazywane na ekranie i w eksportach.

W bazie daty zawsze leżą w jednym, technicznym formacie, więc zmiana tego pola nie może niczego popsuć ani przestawić.

Powiadomienia e-mail — czy alerty mają wychodzić poza aplikację

general_settings.form.email_notifications_enabledgeneral_settings.form

Wyłącznik dla wiadomości wysyłanych na adres firmy: o nieudanym imporcie, przekroczonym limicie kosztu AI, zbliżających się terminach.

Wyłączenie nie zatrzymuje samych alertów — nadal powstają i widać je na ekranie Alerty oraz w liczniku na pulpicie. Znika tylko powiadomienie e-mailem.

Sens wyłączenia jest jeden: jeśli nikt tej skrzynki nie czyta, powiadomienia są szumem. Ale wtedy trzeba pamiętać, żeby zaglądać na ekran Alerty.

Standardowy % ZUS pracodawcy — narzut do prognozy kosztów umów

general_settings.form.contracts_zus_full_rate_percentgeneral_settings.form

Procent doliczany do wynagrodzenia w prognozie kosztów umów o pracę i zleceń, żeby pokazać rzeczywisty koszt pracodawcy, a nie samą kwotę brutto z umowy.

Wartość jest globalna, ale pojedyncza umowa może mieć własną stawkę — wtedy jej ustawienie ma pierwszeństwo.

Dotyczy wyłącznie prognozy i symulacji. Nie jest wyliczeniem składek do ZUS-u i nie zastępuje żadnej deklaracji — One View nie jest programem księgowym.

Nie stosuje się do pracowników do 26. roku życia, dopóki umowa ma włączone śledzenie progu wieku.

Szczegóły umowy

general_settings.form.contract_viewgeneral_settings.form

Wybiera, jak otwiera się umowa po kliknięciu „Szczegóły” w Rejestrze Umów.

Pełny ekran — osobny ekran z zakładkami: stan na dziś (umowa po uwzględnieniu wszystkich aneksów), historia dokumentów oraz pełne brzmienie umowy i każdego aneksu z osobna. Kolorem oznaczony jest dokument, który daną wartość ustalił albo zmienił.

Wysuwany pasek — dotychczasowy panel wysuwany z prawej strony; lista umów zostaje widoczna pod spodem.

Oba układy pokazują te same dane i oba zostają w programie — to przełącznik widoku, a nie wyłączanie funkcji.

To ustawienie należy do Ciebie, nie do firmy — tak jak motyw jasny i ciemny. Zmiana nie dotyczy pozostałych osób w firmie i działa od następnego otwarcia umowy.

Analizy Cash Flow — które formy prezentacji widzisz

general_settings.form.cashflow_tilesgeneral_settings.form

Które formy prezentacji stoją na zakładce „Analizy” w Cash Flow. Wszystkie pokazują te same dane — różnią się pytaniem, na które odpowiadają.

To ustawienie jest Twoje, nie firmy — tak jak motyw jasny/ciemny. Nikomu innemu nic nie zmienia.

Ile naraz — decyduje pakiet. Nad kartami stoi zdanie „W Twoim planie masz dostępne naraz N wykresów”. Po wyczerpaniu tej liczby karty niewybrane są wyszarzone: żeby wziąć inny wykres, najpierw odznacz jeden z zaznaczonych. To nie jest brak uprawnienia — to granica pakietu, a zmienia ją wyższy plan.

Zejście na niższy pakiet nie kasuje wcześniejszego wyboru. Nadmiar czeka poza pakietem i wraca, gdy plan znów na to pozwoli.

Kolejność kafli ustawia się przeciągnięciem na samym ekranie Cash Flow — tutaj wybiera się tylko, które mają być widoczne.

URL API serwera licencji

license_connection.form.server_urllicense_connection.form
Adres API serwera licencji uzywany do aktywacji, odswiezania i walidacji.

Kod produktu

license_connection.form.product_codelicense_connection.form
Kod produktu, ktory identyfikuje ta wtyczke na serwerze licencji.

URL katalogu add-onow

license_connection.form.addon_catalog_urllicense_connection.form
Adres katalogu dodatkow dostepnych dla tej instalacji.

Publiczny klucz serwera licencji

license_connection.form.public_key_pemlicense_connection.form
Klucz publiczny w formacie PEM sluzacy do weryfikacji odpowiedzi serwera.

Automatyczny refresh licencji

license_connection.form.auto_refresh_enabledlicense_connection.form
Wlacza automatyczne odswiezanie i sprawdzanie statusu licencji.

Klucz licencji

license_connection.form.license_keylicense_connection.form
Sekretny klucz aktywacyjny wymagany przy wlaczaniu lub dezaktywacji licencji.

Licencja — co masz wykupione i do kiedy

license_settings.main.overviewlicense_settings.main

Podgląd stanu Twojej licencji: pakiet, okres ważności i limity, których pilnuje system.

To ekran tylko do odczytu — dane pochodzą z serwera licencji i odświeżają się automatycznie. Zmiany pakietu ani przedłużenia nie da się zrobić stąd.

Pakiet — od niego zależą limity i dostępne moduły

license_settings.main.planlicense_settings.main

Wykupiony plan. Rozstrzyga dwie rzeczy: ile (firm, użytkowników, dokumentów miesięcznie) i co (które moduły są w ogóle widoczne).

Moduł niedostępny w pakiecie nie pojawia się w menu — jego brak nie oznacza usterki.

Status licencji — czy wszystko działa

license_settings.main.statuslicense_settings.main

Stan potwierdzony przez serwer licencji przy ostatniej synchronizacji.

Stan inny niż aktywny nie kasuje żadnych danych — ogranicza dostęp do funkcji, a wszystko, co wprowadzono, zostaje nietknięte i wraca po odnowieniu.

Bieżący okres rozliczeniowy — za co płacisz teraz

license_settings.main.current_periodlicense_settings.main

Zakres dat opłaconego okresu.

Nie ma związku z okresami rozliczeniowymi Twoich dokumentów ani z miesiącem w Rejestrze Kosztów — dotyczy wyłącznie abonamentu za One View.

Ważna do — data, po której kończy się normalny dostęp

license_settings.main.valid_untillicense_settings.main

Dzień wygaśnięcia licencji. Po nim zaczyna biec okres karencji, jeśli pakiet go przewiduje.

Data w przeszłości przy statusie aktywnym zwykle znaczy, że synchronizacja z serwerem licencji nie doszła do skutku — warto sprawdzić Alerty.

Okres karencji — bufor po wygaśnięciu

license_settings.main.gracelicense_settings.main

Czas po dacie ważności, w którym system nadal działa mimo nieodnowionej licencji.

Jest po to, żeby opóźniona płatność albo przerwa w łączności nie odcięła dostępu z dnia na dzień. To ostatni moment na reakcję — po jego upływie funkcje zostają ograniczone.

Limity pakietu — ile możesz, ile już zużyto

license_settings.main.limitslicense_settings.main

Zestawienie limitów planu z bieżącym wykorzystaniem: liczba firm, użytkowników, dokumentów w miesiącu.

Limit miesięczny zeruje się na początku każdego miesiąca. Zbliżanie się do granicy warto zauważyć wcześniej niż w dniu, w którym import przestanie przyjmować dokumenty.

Koszt AI / miesiąc

ocr_ai_costs.form.metric.ai_cost_monthocr_ai_costs.form
Suma kosztów usług AI w bieżącym miesiącu.

Logi AI

ocr_ai_costs.form.metric.ai_logsocr_ai_costs.form
Liczba zapisanych logów operacji AI.

Tokeny wejściowe

ocr_ai_costs.form.metric.ai_tokens_inputocr_ai_costs.form
Łączna liczba tokenów wejściowych wykorzystanych przez AI.

Tokeny wyjściowe

ocr_ai_costs.form.metric.ai_tokens_outputocr_ai_costs.form
Łączna liczba tokenów wyjściowych zwróconych przez AI.

Budżet AI

ocr_ai_costs.form.metric.ai_budgetocr_ai_costs.form
Miesięczny limit budżetu przeznaczonego na AI.

ID

ocr_ai_costs.form.table.idocr_ai_costs.form
Identyfikator wpisu kosztu AI.

Typ dostawcy

ocr_ai_costs.form.table.provider_typeocr_ai_costs.form
Typ dostawcy usługi AI.

Dostawca

ocr_ai_costs.form.table.provider_nameocr_ai_costs.form
Nazwa dostawcy lub modelu.

Model

ocr_ai_costs.form.table.provider_modelocr_ai_costs.form
Model użyty w operacji AI.

Typ operacji

ocr_ai_costs.form.table.operation_typeocr_ai_costs.form
Typ operacji przeliczanej na koszt.

Status

ocr_ai_costs.form.table.statusocr_ai_costs.form
Status wpisu kosztu AI.

Koszt PLN

ocr_ai_costs.form.table.cost_plnocr_ai_costs.form
Koszt przeliczony na PLN.

Tokeny wejściowe

ocr_ai_costs.form.table.tokens_inputocr_ai_costs.form
Liczba tokenów wejściowych.

Tokeny wyjściowe

ocr_ai_costs.form.table.tokens_outputocr_ai_costs.form
Liczba tokenów wyjściowych.

Utworzono

ocr_ai_costs.form.table.created_atocr_ai_costs.form
Data utworzenia wpisu kosztowego.

Reguły

ocr_rules.form.metric.totalocr_rules.form
Łączna liczba reguł OCR zdefiniowanych w systemie.

Aktywne

ocr_rules.form.metric.enabledocr_rules.form
Liczba reguł włączonych do działania.

Użycia

ocr_rules.form.metric.usage_countocr_rules.form
Suma użyć reguł w analizowanym okresie.

Typ reguły

ocr_rules.form.table.rule_typeocr_rules.form
Rodzaj reguły mapowania OCR.

Zakres dopasowania

ocr_rules.form.table.match_scopeocr_rules.form
Zakres dopasowania reguły OCR.

Wartość dopasowania

ocr_rules.form.table.match_valueocr_rules.form
Wartość, po której OCR dopasowuje regułę.

Typ dokumentu

ocr_rules.form.table.document_typeocr_rules.form
Typ dokumentu przypisany do reguły.

Moduł docelowy

ocr_rules.form.table.target_moduleocr_rules.form
Docelowy moduł, do którego trafia dokument.

Aktywna

ocr_rules.form.table.enabledocr_rules.form
Czy reguła jest aktywna.

Użycia

ocr_rules.form.table.usage_countocr_rules.form
Liczba razy, gdy reguła została użyta.

Ostatnie użycie

ocr_rules.form.table.last_used_atocr_rules.form
Data ostatniego użycia reguły.

Aktywna integracja — czy dokumenty mają być czytane automatycznie

ocr_settings.form.activeocr_settings.form

Główny wyłącznik całego modułu. Gdy jest wyłączony, wgrane pliki po prostu leżą jako załączniki — nikt ich nie czyta i nie powstają żadne koszty AI.

Włączenie oznacza, że każdy nowy dokument — z e-maila, z wgrania ręcznego, z folderu — trafia do rozpoznania: system próbuje odczytać kontrahenta, numer, daty i kwoty, a wynik kieruje zgodnie z trybem importu ustawionym niżej.

Wyłączenie w trakcie pracy nie kasuje niczego, co już zostało rozpoznane — zatrzymuje tylko przetwarzanie nowych plików.

Tryb importu — czy system zapisuje sam, czy pyta o zgodę

ocr_settings.form.import_modeocr_settings.form

Najważniejsza decyzja na tym ekranie. Rozstrzyga, co się dzieje z dokumentem po jego odczytaniu:

  • Do weryfikacji — rozpoznany dokument czeka na Twoje potwierdzenie. Nic nie trafia do rejestru, dopóki go nie zatwierdzisz. Wolniej, ale nic nie wejdzie do ewidencji bez ludzkiego oka.
  • Automatyczny — dokument zapisuje się od razu, gdy rozpoznanie było pewne. Szybciej, ale błąd odczytu wchodzi do rejestru niezauważony i wychodzi dopiero przy uzgadnianiu z wyciągiem bankowym.

Rozsądna kolejność: zacznij od trybu z weryfikacją, przejrzyj kilkadziesiąt dokumentów swoich stałych dostawców i dopiero gdy rozpoznanie okaże się powtarzalnie trafne, rozważ przełączenie.

Dostawca AI — czyj model odczytuje treść dokumentu

ocr_settings.form.ai_providerocr_settings.form

Usługa, do której trafia tekst dokumentu, żeby wyciągnąć z niego dane: kontrahenta, numer, daty, kwoty i pozycje.

To decyzja także o tym, dokąd wychodzą Twoje dane. Treść faktury opuszcza serwer i trafia do zewnętrznego dostawcy. Jeśli ma to znaczenie dla Twojej firmy albo dla umów z klientami, sprawdź warunki przetwarzania danych u wybranego dostawcy, zanim włączysz moduł.

Zmiana dostawcy nie zmienia dokumentów już rozpoznanych.

Model AI — który wariant modelu wywoływać

ocr_settings.form.ai_modelocr_settings.form

Pole opcjonalne. Puste oznacza domyślny model dostawcy — i tak należy je zostawić, dopóki nie ma konkretnego powodu, żeby wskazać inny.

Wpisanie modelu ma sens w dwóch sytuacjach: gdy świadomie schodzisz na tańszy wariant przy dużym wolumenie, albo gdy dostawca wypuścił nowszy model, a Ty chcesz go użyć, zanim stanie się domyślnym.

Nazwa musi dokładnie odpowiadać identyfikatorowi u dostawcy — literówka kończy się błędem przy pierwszym dokumencie, nie w tym miejscu.

Klucz API AI — Twoje poświadczenie u dostawcy

ocr_settings.form.ai_api_key_plainocr_settings.form

Klucz z panelu dostawcy AI. Rozliczenie za zużycie idzie na Twoje konto u niego, nie przez ELWU One View.

Klucz zapisywany jest w postaci zaszyfrowanej i po zapisaniu nie da się go odczytać z powrotem — pole pokazuje wtedy tylko informację, że klucz jest ustawiony. Żeby go zmienić, wpisz nowy; puste pole zostawia dotychczasowy bez zmian.

Traktuj go jak hasło: kto go ma, ten wydaje pieniądze z Twojego konta.

Dostawca OCR — kto zamienia skan na tekst

ocr_settings.form.ocr_providerocr_settings.form

OCR i AI to dwa różne kroki, dlatego są tu dwa osobne ustawienia. OCR zamienia obraz — skan, zdjęcie, PDF bez warstwy tekstowej — na zwykły tekst. Dopiero ten tekst trafia do AI, które rozumie, co jest numerem faktury, a co kwotą.

Dokument będący PDF-em z prawdziwą warstwą tekstową w ogóle nie potrzebuje OCR-a — system czyta go bezpośrednio i ten krok pomija, razem z jego kosztem.

Wybór ma więc znaczenie tylko wtedy, gdy realnie dostajesz skany i zdjęcia.

Klucz API OCR — poświadczenie u dostawcy OCR

ocr_settings.form.ocr_api_key_plainocr_settings.form

Klucz z panelu dostawcy OCR, rozliczany na Twoim koncie u niego. Zapisywany w postaci zaszyfrowanej i nieodczytywalny po zapisaniu; puste pole przy zmianie ustawień zostawia dotychczasowy klucz nietknięty.

Potrzebny wyłącznie wtedy, gdy przetwarzasz skany i zdjęcia. Przy samych PDF-ach z warstwą tekstową to pole może zostać puste.

Limit dokumentów na miesiąc — bezpiecznik ilościowy

ocr_settings.form.max_documents_per_monthocr_settings.form

Po przekroczeniu limitu system przestaje wysyłać dokumenty do rozpoznania do końca miesiąca. Pliki nadal się przyjmują i nic nie ginie — czekają na ręczne uzupełnienie albo na kolejny miesiąc.

To zabezpieczenie przed sytuacją, w której pomyłkowy import kilkuset plików generuje rachunek, którego nikt nie planował.

Ustaw go z zapasem względem typowego miesiąca, ale nie „na wszelki wypadek nieskończenie” — limit, którego nigdy nie da się dobić, nie chroni przed niczym.

Limit kosztu na miesiąc — bezpiecznik kwotowy

ocr_settings.form.max_monthly_cost_plnocr_settings.form

Ten sam mechanizm co limit dokumentów, tylko liczony w złotówkach zużycia AI.

Jest skuteczniejszy niż limit ilościowy, bo koszt zależy nie tylko od liczby dokumentów, ale też od ich objętości: jedna wielostronicowa faktura zbiorcza potrafi kosztować tyle, co kilkanaście zwykłych.

Jeśli masz ustawić tylko jeden bezpiecznik — ustaw ten.

Limit stron na dokument — odcięcie plików nietypowych

ocr_settings.form.max_pages_per_documentocr_settings.form

Dokument z większą liczbą stron nie zostanie wysłany do rozpoznania.

Chroni przed przypadkiem, który zdarza się częściej, niż mogłoby się wydawać: ktoś wgrywa zamiast faktury kilkudziesięciostronicową umowę, regulamin albo zeskanowany segregator. Taki plik kosztuje wielokrotnie więcej niż faktura i tak nie da sensownego wyniku.

Wartość rzędu kilku–kilkunastu stron pokrywa nawet rozbudowane faktury zbiorcze.

Limit rozmiaru pliku — odcięcie skanów w zawyżonej rozdzielczości

ocr_settings.form.max_file_size_mbocr_settings.form

Plik cięższy niż limit nie trafia do przetwarzania.

Najczęstsza przyczyna dużego pliku to nie objętość dokumentu, tylko skan w rozdzielczości znacznie wyższej niż potrzebna. Do odczytania faktury nie trzeba jakości archiwalnej, a różnica w koszcie i czasie przetwarzania bywa kilkukrotna.

Limit działa niezależnie od limitu stron — jednostronicowy plik też potrafi go przekroczyć.

Zapisuj zużycie AI — dziennik kosztów rozpoznawania

ocr_settings.form.save_ai_usageocr_settings.form

Włączone: każde wywołanie AI zapisuje, ile tokenów zużyło i ile to kosztowało. To jedyne źródło, z którego liczy się wskaźnik „Koszt AI / miesiąc” i z którego wiadomo, czy zbliżasz się do limitu kwotowego.

Wyłączenie oszczędza odrobinę miejsca w bazie, ale odbiera możliwość odpowiedzenia na pytanie „dlaczego rachunek za AI wzrósł”. Zalecane włączone.

Zapisuj surową odpowiedź AI — materiał do rozstrzygania sporów

ocr_settings.form.save_raw_ai_responseocr_settings.form

Zapisuje pełną, nieprzetworzoną odpowiedź modelu obok wyniku rozpoznania.

Przydaje się dokładnie w jednej sytuacji: gdy dokument został odczytany źle i trzeba ustalić, czy pomylił się model, czy nasze reguły mapowania. Bez tego zostaje sam wynik końcowy i zgadywanie.

Kosztem jest miejsce w bazie i to, że w zapisie ląduje pełna treść dokumentu — przy wrażliwych danych warto rozważyć to razem z opcją maskowania poniżej.

Maskuj wrażliwe dane w logach

ocr_settings.form.mask_sensitive_logsocr_settings.form

Zaciera dane wrażliwe — numery kont, identyfikatory, fragmenty kluczy — w zapisach diagnostycznych, zanim trafią do dziennika.

Logi bywają czytane przez więcej osób niż same dokumenty: przy zgłoszeniu awarii, przy migracji, przy analizie problemu. Zalecane włączone, chyba że diagnozujesz właśnie konkretny problem i potrzebujesz pełnych wartości.

Dostawca AI — stan bieżący

ocr_settings.form.metric.ai_providerocr_settings.form

Który dostawca jest w tej chwili skonfigurowany do odczytu treści dokumentów.

Puste albo „brak” oznacza, że rozpoznawanie nie zadziała — nawet jeśli integracja jest oznaczona jako aktywna. Dostawca i klucz to warunek konieczny.

Dostawca OCR — stan bieżący

ocr_settings.form.metric.ocr_providerocr_settings.form

Która usługa zamienia skany i zdjęcia na tekst.

Brak dostawcy nie blokuje całego modułu — PDF-y z warstwą tekstową będą czytane dalej, bo nie potrzebują OCR-a. Przestaną działać wyłącznie skany i zdjęcia.

Aktywność — czy moduł faktycznie pracuje

ocr_settings.form.metric.activeocr_settings.form

Łączna odpowiedź na pytanie, czy nowe dokumenty są w tej chwili przetwarzane.

Stan nieaktywny może wynikać z trzech różnych rzeczy i warto je rozróżnić:

  • wyłączony przełącznik integracji,
  • brak klucza API u dostawcy,
  • przekroczony limit miesięczny — ten przypadek sam się kończy z początkiem kolejnego miesiąca.

Bufor — dokumenty czekające na przetworzenie

ocr_settings.form.metric.buffer_totalocr_settings.form

Pliki przyjęte, ale jeszcze nierozpoznane.

Kilka pozycji to normalny stan przejściowy. Rosnąca i nieopadająca liczba oznacza, że coś blokuje przetwarzanie: wyczerpany limit, nieważny klucz, awaria dostawcy albo niedziałający harmonogram zadań cyklicznych.

Review — dokumenty czekające na Twoje potwierdzenie

ocr_settings.form.metric.review_totalocr_settings.form

Dokumenty rozpoznane, ale niezatwierdzone — nie ma ich jeszcze w rejestrze kosztów.

To normalna kolejka pracy w trybie „do weryfikacji”. Warto na nią spojrzeć pod koniec miesiąca: każda pozycja tutaj to koszt, którego nie widać w raportach, dopóki ktoś jej nie zatwierdzi.

Duplikaty — dokumenty rozpoznane jako już istniejące

ocr_settings.form.metric.duplicates_totalocr_settings.form

Pliki, które system uznał za powtórzenie czegoś, co już jest w rejestrze — zwykle ta sama faktura przysłana dwa razy albo zaimportowana i z e-maila, i z KSeF-a.

Zostały odłożone zamiast zapisane, żeby ten sam koszt nie policzył się dwukrotnie. Warto je przejrzeć: czasem to naprawdę dwa różne dokumenty o podobnym numerze.

Kolejka — zadania czekające na wykonanie

ocr_settings.form.metric.queue_waitingocr_settings.form

Ile operacji rozpoznawania czeka na uruchomienie.

Kolejka opróżnia się przez zadania cykliczne instancji, które ruszają przy ruchu na stronie. Na instalacji z niewielkim ruchem potrafi stać dłużej, niż wynikałoby z obciążenia — to nie awaria, tylko sposób działania tego zegara.

Koszt AI w tym miesiącu

ocr_settings.form.metric.ai_cost_monthocr_settings.form

Zsumowane zużycie od początku miesiąca, liczone z dziennika wywołań — dlatego działa tylko przy włączonym „Zapisuj zużycie AI”.

Zestaw tę kwotę z limitem kosztu: to ta para decyduje, czy przetwarzanie zatrzyma się przed końcem miesiąca.

Kwota jest wyliczana z cennika dostawcy i jest przybliżeniem — rachunek u dostawcy pozostaje źródłem prawdy.

Uprawnienia — co wolno Twojej roli

permissions_settings.main.overviewpermissions_settings.main

Pełna lista uprawnień z zaznaczeniem, które masz w tej firmie. Zielony znaczek to uprawnienie przyznane, szary krzyżyk — nieprzyznane.

To ekran informacyjny: pokazuje stan, nie pozwala go zmienić. Zakres wynika z roli, a rolę nadaje się w zakładce Użytkownicy.

Jeśli w innej firmie widzisz więcej albo mniej, to nie usterka — role są przypisane osobno dla każdej firmy.

Twoja rola — źródło całego zakresu dostępu

permissions_settings.main.rolepermissions_settings.main

Nazwa roli przypisanej Ci w bieżącej firmie.

Uprawnień nie da się dobierać pojedynczo — rola jest gotowym zestawem. Żeby uzyskać brakujące uprawnienie, właściciel albo administrator musi zmienić rolę, a nie odhaczyć jedną pozycję.

Grupy uprawnień — dlaczego brakujące uprawnienie chowa cały ekran

permissions_settings.main.groupspermissions_settings.main

Uprawnienia są pogrupowane według modułów, których dotyczą.

Brak uprawnienia do odczytu w danym module oznacza, że jego pozycja w ogóle nie pojawia się w menu — nie zobaczysz zablokowanego ekranu, tylko jego brak. Dlatego różnica w widocznym menu między osobami jest normalna.

Uprawnienia zapisu i usuwania działają subtelniej: ekran widać, ale część przycisków jest nieaktywna.

System Info — dane do zgłoszenia problemu

system_info.main.overviewsystem_info.main

Zestaw informacji technicznych o Twoim środowisku: wersja programu, konto, przeglądarka, rozdzielczość.

Ekran jest tylko do odczytu i niczego nie diagnozuje. Jego sens jest jeden: gdy zgłaszasz usterkę, te dane pozwalają odtworzyć warunki, w których wystąpiła. Zrzut tego ekranu skraca wymianę pytań o połowę.

Wersja programu — pierwsza rzecz przy zgłoszeniu

system_info.main.versionsystem_info.main

Numer aktualnie zainstalowanej wersji One View.

Bez niego nie da się rozstrzygnąć, czy opisany problem został już naprawiony. Warto podać go w każdym zgłoszeniu, zanim padnie pytanie.

Zalogowano jako — konto, rola i firma

system_info.main.accountsystem_info.main

Kto jest zalogowany, z jaką rolą i w której firmie.

Ma znaczenie przy zgłoszeniach typu „nie widzę modułu” albo „przycisk jest nieaktywny” — najczęściej odpowiedź jest właśnie tutaj, w roli, a nie w usterce.

Nazwa firmy podpowiada też, czy patrzysz na dane, na które myślisz, że patrzysz — przy kilku firmach łatwo o pomyłkę.

Przeglądarka i ekran — dlaczego to bywa istotne

system_info.main.browsersystem_info.main

Rodzaj i wersja przeglądarki, system oraz rozdzielczość ekranu.

Część problemów jest widoczna tylko w jednym środowisku: układ rozjeżdżający się przy wąskim oknie, wykres, który nie chce się narysować, zablokowane wyskakujące okno przy podglądzie PDF.

Rozdzielczość ma znaczenie przy zgłoszeniach o przyciętych tabelach — część widoków zwija kolumny poniżej pewnej szerokości i to jest zachowanie zamierzone.

Użytkownicy — kto ma dostęp do tej firmy

users_settings.main.overviewusers_settings.main

Lista osób mających dostęp do danych tej firmy, wraz z ich rolą.

Dostęp jest przypisany do firmy, nie do aplikacji. Ta sama osoba może mieć dostęp do kilku firm i w każdej inną rolę — a to, co widzi, zależy od firmy aktualnie wybranej u góry ekranu.

Zaproszenie — jak dodaje się osobę

users_settings.main.inviteusers_settings.main

Zaproszenie wysyła się na adres e-mail. Jeśli osoba ma już konto, zostaje po prostu dopięta do tej firmy; jeśli nie — konto powstaje przy pierwszym logowaniu.

Rolę nadaje się od razu przy zaproszeniu i zawsze można ją potem zmienić. Zaproszona osoba nie widzi żadnych danych, dopóki się nie zaloguje.

Zarządzaj dostępem — rola decyduje o wszystkim

users_settings.main.accessusers_settings.main

Rola wyznacza pełny zakres tego, co dana osoba może zobaczyć i zrobić. Nie ma tu uprawnień nadawanych pojedynczo — przyznaje się rolę, nie pojedyncze przyciski.

Co dokładnie daje która rola, widać w zakładce Uprawnienia.

Zmiana roli działa natychmiast, także dla osoby aktualnie zalogowanej — przy kolejnym kliknięciu zobaczy już nowy zakres.

Archiwizuj — właściwy sposób na odejście z firmy

users_settings.main.archiveusers_settings.main

Odbiera dostęp, ale zachowuje ślad w historii: kto co utworzył i zmienił, zostaje podpisane nazwiskiem tej osoby w dzienniku audytu.

To domyślny wybór przy odejściu pracownika. Osoba przestaje widzieć dane natychmiast, a rejestry pozostają spójne.

Archiwizację da się cofnąć przyciskiem „Przywróć”, razem z poprzednią rolą.

Przywróć — powrót zarchiwizowanej osoby

users_settings.main.restoreusers_settings.main

Oddaje dostęp osobie wcześniej zarchiwizowanej, z rolą, którą miała.

Prostsze i bezpieczniejsze niż zapraszanie od nowa — historia pozostaje przypisana do tego samego konta, zamiast rozjeżdżać się na dwa wpisy.

Usuń z firmy — kiedy zamiast archiwizacji

users_settings.main.removeusers_settings.main

Trwale odłącza osobę od tej firmy. Konto użytkownika nie znika, znika tylko powiązanie — dostęp do innych firm zostaje nienaruszony.

Ma sens przy pomyłkowym zaproszeniu albo kimś, kto nigdy się nie zalogował. Przy kimś, kto realnie pracował na danych, właściwsza jest archiwizacja — usunięcie utrudnia późniejsze odczytanie, kto stoi za wpisami w audycie.

iPozostałe podpowiedzi z aplikacji13 wpisów

Wpisy, których ekran nie został przypisany do jednej z głównych sekcji instrukcji.

Firmy klientów

agency_clients.listagency_clients
Lista firm, które obsługujesz jako agencja. Każda z nich jest ODRĘBNĄ firmą: ma własne dokumenty, własnych ludzi, własne kategorie i własne integracje (KSeF, OCR, bank) podpięte do konta klienta, a nie Twojego. To nie są kontrahenci z Kartoteki — kontrahent jest zapisem w Twoich danych, a firma klienta ma dane własne. Przycisk „Wejdź" przełącza Cię do danych wybranej firmy. Przez cały czas pracy widzisz wtedy u góry pasek z jej nazwą, a Twoje wejście zostaje zapisane w rejestrze zdarzeń TEJ firmy — klient widzi, kto i kiedy u niego pracował. Odłączenie kończy obsługę: przestajesz widzieć firmę i nie wejdziesz już do jej danych. Sama firma, jej dokumenty i jej ludzie zostają — należą do klienta. Ponowne podłączenie wymaga kontaktu z dostawcą usługi.

Ile firm możesz prowadzić

agency_clients.capacityagency_clients
Liczba obsługiwanych firm ma trzy różne sufity i każdy znaczy co innego: • Twój pakiet może w ogóle nie obejmować prowadzenia firm klientów — wtedy pomaga wyłącznie zmiana pakietu. • Pakiet może obejmować, ale mieć wyczerpaną pulę firm — wtedy odłączasz którąś albo powiększasz pakiet. • Limit może dotyczyć całej instalacji usługi — na to nie masz wpływu i rozstrzyga to dostawca. Dlatego komunikat przy wygaszonym przycisku mówi, KTÓRY z sufitów zadziałał: to trzy różne drogi wyjścia, a nie trzy odcienie tego samego „nie można".

Portfel — liczby ze wszystkich obsługiwanych firm

agency_portfolio.totalsagency_portfolio
Portfel odpowiada na pytanie ILE, a nie CO. Widzisz tu przychód i koszty każdej obsługiwanej firmy za wybrany okres, ile jest po terminie, ile dokumentów czeka na opis, ile alertów zostało otwartych i ile pakietu zostało zużyte — wszystko bez wchodzenia do danych którejkolwiek z nich. Nie ma tu ani jednej nazwy kontrahenta, numeru faktury, pozycji dokumentu ani kwoty pojedynczego dokumentu. Te rzeczy oglądasz dopiero po wejściu do firmy klienta, a Twoje wejście zostaje zapisane w rejestrze zdarzeń TEJ firmy. Liczba zbiorcza takiego wpisu nie zostawia — i tak ma być: gdyby zostawiała, w rejestrze klienta powstawałoby kilkadziesiąt wpisów dziennie, z których żaden nic by nie znaczył. Kafle „Przychód", „Koszty" i „Po terminie" liczą wybrany okres. „Czeka na opis" i „Otwarte alerty" mówią o stanie na teraz — bo to są rzeczy do zrobienia dzisiaj, a nie zdarzenia z przeszłości. Firma, której liczb nie dało się odczytać, zostaje w tabeli z powodem zamiast z zerami, a sumy nad tabelą mówią wprost, ilu firm nie obejmują. „Brak danych" i „nie udało się odczytać" to dwa różne stany.

Zrodlo

bank_row.form.sourcebank_row.form
Zrodlo pozycji wyciagu, np. import bankowy, reczny wpis albo synchronizacja.

Data księgowania — dzień zapisania operacji przez bank

bank_row.form.booking_datebank_row.form
Data księgowania mówi, kiedy bank ujął operację na rachunku. Po ludzku: jest to dzień, od którego ruch widać w saldzie konta. Może różnić się od daty operacji i daty na fakturze.

Data operacji — kiedy transakcja została wykonana

bank_row.form.operation_datebank_row.form
Data operacji oznacza dzień wykonania transakcji, który może być wcześniejszy niż jej zaksięgowanie. Po ludzku: przelew mógł zostać zlecony w piątek, a bank zaksięgował go dopiero w poniedziałek. To ta data jest używana jako okres rozliczeniowy przy bezpośrednim powiązaniu wpłaty z subskrypcją.

Kwota oryginalna

bank_row.form.amount_originalbank_row.form
Kwota operacji w walucie zrodla przed przeliczeniem.

Waluta oryginalna

bank_row.form.currency_originalbank_row.form
Waluta widoczna w zrodle operacji bankowej.

Kwota rozliczeniowa

bank_row.form.amount_basebank_row.form
Kwota przeliczona do waluty bazowej tenanta.

Waluta rozliczeniowa

bank_row.form.base_currencybank_row.form
Waluta bazowa, do ktorej przeliczana jest operacja.

Kontrahent bankowy

bank_row.form.counterparty_namebank_row.form
Nazwa strony przeciwnej w operacji bankowej.

Tytul / referencja

bank_row.form.referencebank_row.form
Tytul, opis lub numer referencyjny operacji z wyciagu.

Powiązane dokumenty — połączenie przelewu z fakturą albo subskrypcją

bank_row.form.reconciliationbank_row.form
Uzgodnienie bankowe polega na powiązaniu tej operacji z fakturą, kosztem, przychodem albo subskrypcją/rozliczeniem cyklicznym. Po ludzku: odpowiada na pytanie, czego dotyczyły pieniądze. Subskrypcja nie ma własnej faktury, więc przy powiązaniu bezpośrednim to właśnie ta operacja jest dowodem zapłaty za konkretny miesiąc — dopiero uzgodnienie pozwala wiarygodnie oznaczyć okres jako rozliczony i uniknąć podwójnego zaksięgowania tej samej wpłaty.