| Zawartość | Nr strony |
|---|
| | |
| Wykaz skrótów | 11 |
| | |
| Wstęp | 13 |
| | |
| Rozdział 1 Podstawowe informacje o Krajowym Systemie e-Faktur | 15 |
| 1.1. Czym jest KSeF | 15 |
| 1.2. Podstawy prawne KSeF | 18 |
| 1.3. Kontekst unijny Krajowego Systemu e-Faktur | 19 |
| 1.4. Harmonogram wdrożenia KSeF | 21 |
| 1.5. Zakres podmiotowy i przedmiotowy systemu | 24 |
| 1.6. Format faktury ustrukturyzowanej – XML | 31 |
| 1.7. Tryby wystawiania faktur | 33 |
| 1.8. Data wystawienia i data otrzymania faktury w KSeF | 35 |
| 1.9. Numer KSeF | 39 |
| 1.10. KSeF a weryfikacja prawidłowości faktury | 41 |
| 1.11. Uprawnienia i uwierzytelnianie w systemie | 43 |
| 1.12. KSeF a JPK_V7 | 44 |
| 1.13. Zapłata za faktury ustrukturyzowane | 46 |
| | |
| Rozdział 2 Faktura w KSeF – zakres danych i wymogi techniczne | 51 |
| 2.1. Schema e-faktury – podstawowe informacje | 54 |
| 2.1.1. Charakter pól schemy | 55 |
| 2.1.2. Wymogi techniczne pól | 60 |
| 2.1.3. Jak odczytywać i interpretować schemę? | 66 |
| 2.2. Elementy schemy | 73 |
| 2.2.1. Węzeł Naglowek | 75 |
| 2.2.2. Węzły Podmiot1, Podmiot2 i Podmiot3 | 75 |
| 2.2.3. Węzeł PodmiotUpowazniony | 106 |
| 2.2.4. Węzeł Fa | 108 |
| 2.2.4.1. Węzeł Fa – część główna | 108 |
| 2.2.4.2. Węzeł Fa – faktura korygująca | 162 |
| 2.2.4.3. Węzeł Fa – wiersz faktury | 175 |
| | |
| Rozdział 3 Nowe elementy struktury FA(3) – Załącznik | 183 |
| 3.1. Podstawowe cechy węzła Zalacznik | 183 |
| 3.2. Struktura techniczna węzła Zalacznik | 189 |
| 3.3. Korekta załącznika | 190 |
| 3.4. Załącznik a narzędzia udostępnione przez Ministerstwo Finansów | 190 |
| | |
| Rozdział 4 KSeF – aspekty techniczne | 191 |
| 4.1. Wprowadzenie | 191 |
| 4.2. Środowiska KSeF i podstawy komunikacji | 191 |
| 4.2.1. Środowisko testowe KSeF – zakres i możliwości testowania | 193 |
| 4.2.2. Środowisko demonstracyjne (przedprodukcyjne) | 195 |
| 4.2.3. Środowisko produkcyjne | 196 |
| 4.3. Uzyskiwanie dostępu do KSeF | 200 |
| 4.3.1. Dostępne metody uwierzytelniania w KSeF | 201 |
| 4.3.1.1. Profil zaufany | 201 |
| 4.3.1.2. Kwalifikowany podpis elektroniczny | 202 |
| 4.3.1.3. Kwalifikowana pieczęć elektroniczna | 202 |
| 4.3.1.4. Token autoryzacyjny | 203 |
| 4.3.1.5. Certyfikat KSeF | 203 |
| 4.3.2. Czym jest kontekst podatnika w KSeF | 204 |
| 4.3.2.1. Praca „jako podatnik” a praca „w imieniu podatnika” | 205 |
| 4.4. Uprawnienia w KSeF – struktura, role i praktyczne konsekwencje | 206 |
| 4.4.1. Role w KSeF z perspektywy podatnika | 206 |
| 4.4.2. Uprawnienia właścicielskie – kto i kiedy je posiada | 207 |
| 4.4.3. Uprawnienia administracyjne – wąski zakres i częste błędy | 208 |
| 4.4.4. Uprawnienia podmiotowe – samofakturowanie | 209 |
| 4.4.5. Samofakturowanie a kontekst podatnika | 210 |
| 4.4.6. Uprawnienia z prawem dalszego przekazywania – wygoda kontra odpowiedzialność | 212 |
| 4.4.6.1. Alternatywa: kontrola uprawnień po stronie partnera | 212 |
| 4.4.7. Uprawnienia techniczne – wgląd, a nie operacje biznesowe | 213 |
| 4.4.8. Którą metodę uwierzytelniania wybrać | 214 |
| 4.4.8.1. Tokeny i certyfikaty – różnica fundamentalna, nie kryptograficzna | 218 |
| 4.4.8.2. Certyfikat KSeF w systemach nienadzorowanych – realne ryzyka | 219 |
| 4.4.8.3. Na kogo wystawiono certyfikat – konsekwencje prawne i operacyjne | 222 |
| 4.4.8.4. Metoda uwierzytelniania a forma działalności | 223 |
| 4.4.8.5. Token jako standard integracyjny | 224 |
| 4.4.8.6. Podsumowanie wyboru | 224 |
| 4.4.9. Nadawanie uprawnień i generowanie tokenów | 225 |
| | |
| Rozdział 5 Tryby wystawiania faktur – wprowadzenie | 227 |
| 5.1. Uwagi wstępne | 227 |
| 5.2. Ciągłość fakturowania a realność awarii | 230 |
| 5.3. Latarnia KSeF jako oficjalny mechanizm komunikacji o awariach | 232 |
| 5.4. Ograniczenia Latarni KSeF i rola monitoringu niezależnego | 235 |
| 5.5. Latarnia KSeF nie jest „dashboardem” dostępności | 236 |
| 5.6. Faktura offline – co faktycznie powstaje | 237 |
| 5.6.1. Dokument „przed KSeF”, a nie faktura w KSeF | 238 |
| 5.6.2. Doręczenie, udostępnienie i znaczenie wizualizacji | 239 |
| 5.6.3. Co faktycznie „zyskuje” dokument po przesłaniu do KSeF | 240 |
| 5.6.4. Oznaczenia, kody QR i granice regulacji | 240 |
| 5.6.5. Dlaczego to rozróżnienie ma znaczenie praktyczne | 241 |
| 5.7. Rodzaje trybów offline w KSeF | 242 |
| 5.7.1. Offline24 – tryb „kontynuacji pracy” mimo braku bieżącej komunikacji | 242 |
| 5.8. „Niedostępność” a „awaria” – dlaczego ustawodawca rozdziela te pojęcia | 243 |
| 5.8.1. Tryb na czas awarii KSeF – wystawienie poza systemem z późniejszym dosłaniem | 244 |
| 5.8.2. Offline z punktu widzenia „udostępnienia” – kiedy przekazanie poza KSeF ma znaczenie | 245 |
| 5.8.3. Tryby „poza KSeF” a offline – rozdzielenie pojęć | 246 |
| 5.9. Wizualizacja faktury a faktura w rozumieniu KSeF | 246 |
| 5.9.1. Wizualizacja jako forma prezentacji, a nie byt normatywny | 246 |
| 5.9.2. Faktura w rozumieniu KSeF – znaczenie momentu systemowego | 247 |
| 5.9.3. Doręczenie, udostępnienie i „użycie” wizualizacji | 248 |
| 5.9.4. Dlaczego wizualizacja „wygląda jak faktura”, ale nią nie jest | 248 |
| 5.9.5. Znaczenie praktyczne dla podatników i systemów IT | 249 |
| 5.10. Kod QR na wizualizacji faktury offline – znaczenie prawne, rzeczywista funkcja i granice weryfikacji | 250 |
| 5.11. Konsekwencje praktyczne dla podatników i systemów księgowych | 252 |
| 5.11.1. Limity KSeF jako czynnik kształtujący architekturę integracji | 253 |
| 5.11.2. Buforowanie faktur jako konieczność, nie wybór | 254 |
| 5.11.3. Konsekwencje organizacyjne i odpowiedzialność podatnika | 255 |
| | |
| Rozdział 6 Integracja z KSeF – architektura, narzędzia i ekosystem | 257 |
| 6.1. Uwagi wstępne | 257 |
| 6.2. Integracja z KSeF jako problem architektury technicznej i biznesowej | 259 |
| 6.3. Wysyłka interaktywna i wsadowa – dwa modele komunikacji i ich skutki biznesowe | 262 |
| 6.3.1. Gdzie pojawia się realny problem | 269 |
| 6.3.2. KSeF 1.0 a KSeF 2.0 i praktyka wysyłki faktur | 269 |
| 6.4. Kontrakt OpenAPI – fundament komunikacji z KSeF | 271 |
| 6.5. Publiczna dokumentacja techniczna na GitHub – zmiana jakościowa | 274 |
| 6.6. Zgłaszanie błędów i uwag – API jako system weryfikowany przez praktykę | 276 |
| 6.7. Oficjalne SDK MF – rola i ograniczenia | 278 |
| 6.8. Inicjatywy open source i społeczność wokół KSeF | 281 |
| 6.9. Podsumowanie techniczne – czego nie załatwi API | 284 |
| | |
| Rozdział 7 Jak wdrożyć KSeF 2.0 – praktyczne zagadnienia projektowe | 286 |
| 7.1. Uwagi wstępne | 286 |
| 7.2. Daty początku i końca projektu KSeF 2.0 | 287 |
| 7.3. Zakres projektu KSeF 2.0 oraz jego metodyki | 289 |
| 7.4. Osoba odpowiedzialna, zespół i zasoby | 296 |
| 7.5. Ważne zmienne wpływające na projekt KSeF | 304 |
| 7.6. Utrzymanie | 312 |
| | |
| Zakończenie | 317 |
| | |
| Niemcy | 319 |
| Założenia i model systemu | 319 |
| Harmonogram wdrożenia i status | 320 |
| Kluczowe regulacje i ramy techniczne | 321 |
| Różnice i podobieństwa względem KSeF i ViDA | 321 |
| | |
| Francja | 322 |
| Założenia i model systemu | 322 |
| Harmonogram wdrożenia i status | 323 |
| Kluczowe regulacje i ramy techniczne | 324 |
| Różnice i podobieństwa względem KSeF i ViDA | 324 |
| | |
| Norwegia | 325 |
| Założenia i model systemu | 325 |
| Harmonogram wdrożenia i status | 326 |
| Kluczowe regulacje i ramy techniczne | 327 |
| Różnice i podobieństwa względem KSeF i ViDA | 327 |
| | |
| ViDA a KSeF | 328 |
| Główne założenia ViDA w obszarze e-fakturowania | 328 |
| KSeF na tle ViDA | 328 |
| Wnioski z porównania z Niemcami, Francją i Norwegią | 329 |
| | |
| Dodatek A Lista kontrolna bezpiecznego wdrożenia KSeF | 333 |
| | |
| Dodatek B Przyjęte wytyczne bezpieczeństwa jako punkt odniesienia dla analizy KSeF | 341 |
| | |
| Spis tabel | 345 |
| | |
| Spis rysunków | 347 |