ksef-mcp
Lokalny serwer MCP do KSeF (Krajowy System e-Faktur), zbudowany przez Dev10x.Guru.
Uruchamiany na własnej maszynie przez uvx ksef-mcp — dane faktur nie
przechodzą przez żadną usługę pośredniczącą.
Stan projektu
Wczesny etap. Repozytorium zawiera dziś wyłącznie szkielet pakietu i jedno
narzędzie diagnostyczne (server_info). Wszystko, co poniżej oznaczono jako
🚧 planowane, jeszcze nie istnieje w kodzie — opisujemy to, żeby kierunek był
jawny, nie żeby sugerować gotowość.
| Obszar | Stan |
|---|---|
Pakiet, uruchamianie przez uvx, testy |
✅ działa |
Konfiguracja: onboarding, doctor, token |
✅ działa |
Potwierdzenie połączenia: verify |
✅ działa |
| Wyszukiwanie i pobieranie faktur | 🚧 planowane |
| Wizualizacja PDF | 🚧 planowane |
Co ten projekt robi
MVP jest wąski i celowo: znajdź faktury za wybrany miesiąc i pobierz je.
Mapa drogowa ma trzy etapy:
- jeden podmiot, faktury zakupowe, wyłącznie odczyt,
- ten sam podmiot, faktury sprzedażowe,
- biura rachunkowe z przełączaniem podmiotów.
Poza zakresem: wysyłka faktur, korekty, zarządzanie uprawnieniami. To nie jest zapomniane — to jest świadomie niezbudowane.
Dla kogo
Odbiorcą jest użytkownik techniczny. Instalacja wymaga terminala, menedżera wersji i ręcznej edycji pliku konfiguracyjnego klienta MCP. Nie udajemy, że jest to instalacja dla osoby nietechnicznej — dystrybucja dla takiego odbiorcy (instalator albo rozszerzenie do klienta) to osobny, przyszły etap.
Wymagania wstępne
Python 3.13.14 — przypięty dokładnie, nie zakresem (.python-version oraz
requires-python w pyproject.toml). uv pobierze ten interpreter sam, więc nie
trzeba instalować go ręcznie.
Zasada obowiązuje w całym projekcie: przypinamy konkretne wersje, nigdy zakresy —
także zależności. Rozjazd interpretera pociąga rozjazd rozwiązanych wersji
bibliotek, a uvx i tak rozwiązuje wersję za nas.
🚧 Node 22.17.0 przez fnm — planowane, potrzebne wyłącznie do generowania PDF-ów.
winget install Schniz.fnm # Windows
⚠️ Sama obecność pliku .node-version nie wystarczy. Automatyczne przełączanie
wersji wymaga fnm env w profilu powłoki — bez tego plik jest deklaracją bez
egzekucji i można pracować na innej wersji Node, nie wiedząc o tym.
Bez Node narzędzie działa i oddaje XML, CSV oraz listę faktur. Traci wyłącznie PDF. To degradacja, nie awaria.
Instalacja i uruchomienie
Serwer komunikuje się przez stdio i jest uruchamiany przez klienta MCP, nie ręcznie.
Konfiguracja w kliencie MCP (.mcp.json, claude_desktop_config.json):
{
"mcpServers": {
"ksef": {
"command": "uvx",
"args": ["ksef-mcp"]
}
}
}
Aby uruchomić wersję z lokalnego katalogu roboczego zamiast z PyPI:
{
"mcpServers": {
"ksef": {
"command": "uvx",
"args": ["--from", "/ścieżka/do/ksef-mcp", "ksef-mcp"]
}
}
}
Po instalacji pierwszym krokiem jest ksef-mcp onboarding — sprawdzi
zależności, przeprowadzi przez konfigurację poświadczeń i wybór środowiska.
| Komenda | Co robi | Sięga do KSeF |
|---|---|---|
ksef-mcp |
uruchamia serwer MCP na stdio | nie |
ksef-mcp onboarding |
konfiguracja przed pierwszym uruchomieniem | nie |
ksef-mcp doctor |
same warunki wstępne | nie |
ksef-mcp token set|delete|status |
token w keyringu | nie |
ksef-mcp verify |
potwierdza połączenie i pokazuje ostatnie faktury | tak |
Na maszynie bez magazynu keyringu (headless, WSL, kontener) tokenu nie da się
zapisać. Ścieżką awaryjną jest zmienna KSEF_TOKEN — gdy jest ustawiona,
ma pierwszeństwo przed keyringiem, a ksef-mcp token status powie, z którego
źródła token pochodzi. Pierwszeństwo jest celowe: kto ją eksportuje, robi to
świadomie, a ciche preferowanie keyringu wyglądałoby na zignorowanie eksportu.
verify jest osobną komendą, a nie ostatnim krokiem onboardingu, celowo.
Onboarding uruchamia się wielokrotnie przy poprawianiu konfiguracji, a każde
zapytanie do KSeF zjada godzinowy budżet, którego przekroczenia Ministerstwo
Finansów rejestruje. Budżet wydajemy wtedy, gdy prosisz o to świadomie.
Gdy KSeF odmówi z powodu limitu, verify wypisze czas oczekiwania i nie
ponowi zapytania samoczynnie. Wbudowane ponawianie w ksef2 jest z tego
samego powodu ograniczone do jednej próby: jego okno wynosi cztery sekundy,
a rzeczywisty Retry-After bywa liczony w minutach, więc pętla nie doczeka
końca limitu — doda tylko prób do wzorca wyglądającego na jego obchodzenie.
Wizualizacja PDF
🚧 Planowane.
PDF-y będą generowane oficjalnym generatorem Ministerstwa Finansów
(@akmf/ksef-fe-invoice-converter, licencja MIT), zwendorowanym w
src/ksef_mcp/vendor/. Wynik jest tożsamy z tym, co daje portal MF — zweryfikowane
uruchomieniem, nie tylko lekturą kodu. Dokument niesie kod QR, link weryfikacyjny
i numer KSeF.
Generator obsługuje FA(1), FA(2), FA(3), UPO i PEF, ale przetestowaliśmy wyłącznie FA(3). Pozostałe schematy traktujemy jako niepotwierdzone.
Bezpieczeństwo danych
Token KSeF nie powinien trafiać do pliku konfiguracyjnego klienta MCP — te pliki są zwykłym tekstem na dysku. Docelowo serwer będzie czytał poświadczenia z keyringu systemowego.
Domyślnym środowiskiem jest TEST. Produkcja wymaga świadomego włączenia.
Limity zapytań
API KSeF ogranicza liczbę zapytań o metadane. Krążące wartości to 8/s, 16/min i 20/h, ale nie potwierdziliśmy ich — nie opierajcie na nich planowania, dopóki nie zostaną zweryfikowane wobec dokumentacji MF.
Rozwój
make help wypisuje wszystkie dostępne komendy.
make install # uv sync --group dev
make hooks # instalacja hooków pre-commit i commit-msg
make test # uv run pytest z pokryciem
make lint # pre-commit na całym drzewie
make coverage-report # testy + otwarcie raportu HTML
make upgrade-requirements # uv lock --upgrade
make build-requirements # eksport do requirements/*.txt
Linting i formatowanie idą wyłącznie przez pre-commit — to ta sama ścieżka, która blokuje commit, więc lokalny przebieg nie rozjeżdża się z hookiem.
Pokrycie testami jest egzekwowane na poziomie 100% (fail_under w pyproject.toml),
więc lokalny przebieg i CI stosują identyczny próg.
Licencje
Projekt jest na licencji AGPL-3.0-only — pełny tekst w pliku LICENSE.
🚧 Zwendorowany generator PDF Ministerstwa Finansów jest osobnym artefaktem na
licencji MIT. Jego nota licencyjna będzie leżeć obok niego w
src/ksef_mcp/vendor/ i dotyczy wyłącznie tego pliku, nie reszty projektu.
Release files for ksef-mcp 0.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ksef_mcp-0.1.1.tar.gz | 193.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ksef_mcp-0.1.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 224.6 kB
Release files / ksef_mcp-0.1.1.tar.gz
| Download URL | ksef_mcp-0.1.1.tar.gz |
|---|---|
| Size | 193.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
0140e0daf7a83145aab5cf81e357788360604645500167d132d23dbb376e42a2
|
|
BLAKE2b-256 checksum How to use checksums |
0c8d289c319b1de42abbec0bbd3c8593785248a81d9b1cc53cd7ac39bdb6997e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 13, 2026.
Transparency logRelease files / ksef_mcp-0.1.1-py3-none-any.whl
| Download URL | ksef_mcp-0.1.1-py3-none-any.whl |
|---|---|
| Size | 31.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
0e69aa6b4efd715fd9dbc6102032c59f61246ab708bf2509ef8fc4fa8082d716
|
|
BLAKE2b-256 checksum How to use checksums |
97885704f59a545757d5b161d5f164548614c55494c4eddad128d2a2dd337f4e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 13, 2026.
Transparency log