System operacyjny dla faktur, płatności i bankowości

ExKSeF jest projektem, w którym najważniejsze są powiązania między modułami. Faktura przychodząca nie kończy życia na liście zakupów. Może utworzyć płatność, zostać zatrzymana przez brak zaufania do kontrahenta, rozliczyć korektę, wejść do kolejki bankowej, dostać potwierdzenie z historii rachunku i wrócić jako opłacony dokument z pełnym kontekstem.

Sprzedaż działa po drugiej stronie tego samego procesu. Faktura może być robocza, walidowana, zaakceptowana, wysłana do KSeF, przyjęta z numerem KSeF, powiązana z wpływem bankowym i pokazywana z markerami płatności. Do tego dochodzą proformy, faktury cykliczne, słowniki pozycji, kontrahenci, Export Magik i administracja, która konfiguruje zachowanie systemu zamiast zostawiać je w kodzie.

Portal opisuje aplikację tak, jak warto ją pokazać potencjalnemu pracodawcy lub klientowi: przez przepływ pracy, ograniczenia, wyjątki, automatyzację, bezpieczeństwo operacyjne i integracje. To nie jest opis kilku CRUD-ów. To studium aplikacji, która obsługuje pieniądze, dokumenty i odpowiedzialność za decyzje operatora.

Co jest tu szczególnie ważne

• Spójny model statusów - faktury, płatności i zadania w tle mają statusy, które sterują widocznością akcji i możliwymi przejściami.

• Bezpieczna ścieżka płatności - ręcznie dodana płatność startuje jako robocza, wymaga zatwierdzenia i dopiero później trafia do eksportu albo Pekao Connect.

• Integracje domykające proces - KSeF dostarcza dokumenty, Pekao Connect obsługuje wysyłkę i statusy, a camt.052 potwierdza realne księgowanie.

• Role i uprawnienia - użytkownik widzi strony, przyciski i akcje zgodnie z rolami oraz uprawnieniami ograniczonymi do statusów danych.

• Automatyzacja bez utraty kontroli - schedulery tworzą płatności cykliczne, pobierają dane, odświeżają statusy i zapisują historię, ale wyjątki wracają do operatora.

Podstrony są ułożone zgodnie z menu aplikacji, ale opisują też miejsca, w których użytkownik naprawdę rozpoczyna proces. Dzięki temu można przejść zarówno przez moduły, jak i przez konkretne czynności wykonywane w systemie.

Zakupowe

• Faktury przychodzące - skrzynka pobrań, KSeF, ręczne dodawanie, tworzenie płatności, zaufanie kontrahenta, kolejka kontrahentów, korekty i automatyczne oznaczenia opłacenia.

• Ręczne dodawanie faktury przychodzącej - formularz wyjątku dla faktury spoza automatycznego pobrania.

• Faktury zakupowe - pełny rejestr dokumentów z widokami, filtrami, grupowaniem, markerami, eksportami i statusem płatności.

Płatności

• Płatności nadchodzące - robocze, gotowe, wyeksportowane, bankowe, odrzucone i wstrzymane płatności z kontrolą statusów.

• Dodawanie płatności - ręczne zobowiązanie, walidacja odbiorcy, kwoty, MPP, korekty i zapis jako szkic.

• Płatności opłacone - historia wykonania, potwierdzenia bankowe, podglądy, eksporty, markery i TxId z camt.052.

• Płatności cykliczne oraz dodawanie płatności cyklicznej - definicje, historia wykonań i job tworzący płatności wychodzące.

Sprzedaż

• Faktury sprzedażowe wychodzące - robocze dokumenty, walidacja, akceptacja, anulowanie i wysyłka do KSeF.

• Wystawianie faktury sprzedażowej - formularz pozycji, nabywcy, stawek, podsumowań i statusu dokumentu.

• Faktury sprzedażowe przyjęte - dokumenty zaakceptowane przez KSeF, wpływy bankowe, markery płatności i podglądy.

• Faktury sprzedażowe cykliczne oraz Proformy - powtarzalna sprzedaż i dokumenty poprzedzające fakturę.

Słowniki, administracja i dostęp

• Kontrahenci, pozycje oraz O→M i Export Magik porządkują dane używane w fakturach, płatnościach i eksporcie.

• Administracja pokazuje konfigurację i uprawnienia, a konto użytkownika opisuje aktywne role i uprawnienia przypisane do zalogowanej osoby.

• Schedulery opisują joby pracujące w tle, a aplikacja mobilna pokazuje ten sam model dostępu w uproszczonym interfejsie terenowym.

Najciekawsze elementy ExKSeF są ukryte w codziennych zachowaniach aplikacji. Operator widzi prosty przycisk lub marker, ale pod spodem działa reguła domenowa, use case, walidacja dostępu, status danych albo job integracyjny.

Płatność nie jest tylko rekordem

Dodanie płatności zapisuje zobowiązanie jako szkic. Zatwierdzenie decyduje, czy pozycja trafi do pliku przelewów, do kolejki bankowej, czy zostanie wstrzymana przez nierozliczone korekty. Status bankowy nie jest zgadywany: pain.002 informuje o etapie dyspozycji, a camt.052 potwierdza realne księgowanie i pozwala pobrać potwierdzenie po TxId.

Faktura niesie kontekst księgowy

System rozpoznaje faktury opłacone gotówką lub kartą, dokumenty oznaczone przez sprzedawcę jako rozliczone, kwoty zerowe, MPP, załączniki, korekty i nadpłaty. Te informacje pojawiają się później na listach jako markery, wpływają na płatności i ograniczają ryzyko wykonania przelewu tam, gdzie nie powinien powstać.

Role są częścią interfejsu

Uprawnienia nie są tylko blokadą po stronie serwera. Decydują o widoczności pozycji menu, przycisków, akcji wiersza, statusów płatności i stron w aplikacji mobilnej. Dzięki temu użytkownik z ograniczoną rolą nie pracuje na ekranie, który obiecuje akcje niedostępne dla jego zakresu odpowiedzialności.

Schedulery mają ślad operacyjny

Zadania w tle nie są bezimiennym automatem. Mają konfigurację, historię, heartbeat i konkretne odpowiedzialności: synchronizację KSeF, płatności cykliczne, statusy bankowe, wysyłkę do Pekao Connect oraz powiadomienia. To pozwala diagnozować proces bez zaglądania bezpośrednio do bazy lub logów aplikacji.