Dokumentacja projektu
Specyfikacja demo
Ten dokument jest zrodlem prawdy dla prototypu. Zawiera nazewnictwo, architekture, model danych, statusy, workflow, reguly biznesowe, mapowanie OCR/KSeF, scenariusz prezentacji, MVP, ryzyka, backlog i checkliste wdrozeniowa.
1. Nazwa i architektura demo
InvoiceFlow 365 — obieg faktur zakupowych z OCR (Azure AI Document Intelligence) i integracja KSeF 2.0 dla jednostek publicznych i duzych organizacji.
| Komponent | Technologia | Rola w demo | Realny / Symulowany | Do przygotowania |
|---|---|---|---|---|
| Site Obieg Faktur | SharePoint Online | Kontener list i bibliotek | Realny | Site collection, uprawnienia z Entra ID |
| Biblioteka Faktury | SharePoint Doc Library | Repozytorium PDF, skanow, XML KSeF | Realny | Metadane, retencja, wersjonowanie |
| Lista Rejestr faktur | SharePoint List | Glowny rejestr metadanych | Realny | Kolumny wg modelu danych |
| Lista Dostawcy | SharePoint List | Kartoteka kontrahentow z NIP i rachunkami | Realny | 8 dostawcow demo |
| Lista Konfiguracja akceptacji | SharePoint List | Progi kwotowe i sciezka akceptacji per MPK | Realny | 5 regul demo |
| Lista Historia procesu | SharePoint List | Sciezka audytu kazdej zmiany statusu | Realny | Auto-zapis z workflow |
| Lista Log integracji | SharePoint List | Log wywolan KSeF, Azure DI, FK | Realny | Auto-zapis z Functions |
| OCR Processor | Azure Function | Wywolanie prebuilt-invoice + mapowanie na pola SP | Realny w prod / Symulowany w demo | Sample JSON response |
| Azure AI Document Intelligence | prebuilt-invoice | Rozpoznanie pol faktury z PDF | Realny | Klucz API + custom model douczony |
| KSeF Connector Mock | Azure Function | Symulacja pobrania faktur z KSeF | Symulowany w demo | 6 przykladowych odpowiedzi (OK, duplikat, brak uprawnien, blad, niekompletne) |
| Workflow akceptacji | Power Automate / Logic Apps | Kierowanie zadan do akceptujacych, SLA, eskalacja | Realny | Cloud flow Approval-Route |
| Interfejs uzytkownika | Power Apps / SPFx | Ekrany: dashboard, rejestr, walidacja OCR, akceptacja | W demo: prototyp web | Ten prototyp |
| Dashboard | Power BI Embedded | Wykresy statusow, SLA, budzetu | Realny w prod, w demo kafelki | Model danych + dataset |
| Uzytkownicy i role | Microsoft Entra ID + grupy SP | Uwierzytelnianie i autoryzacja | Realny | Grupy Entra |
| Eksport do FK | Azure Function - CSV/JSON | Paczka ksiegowa dla systemu FK | Symulowany w demo | Szablon paczki + numer dokumentu FK |
2. Model danych SharePoint
A. Rejestr faktur — kolumny
| Kolumna | Typ | Wymagane | Zrodlo | Przyklad |
|---|---|---|---|---|
| Numer faktury | Text | Tak | OCR / KSeF / Uzytkownik | FV/2026/06/00184 |
| Numer KSeF | Text | Nie | KSeF | 1132876543-20260614-A1B2C3-A5 |
| Zrodlo faktury | Choice: Email/Upload/Skan/KSeF | Tak | System | |
| Status procesu | Choice (14 wartosci) | Tak | Workflow | Do walidacji operatora |
| Dostawca | Lookup - Dostawcy | Tak | OCR / Uzytkownik | TechnoBiuro Sp. z o.o. |
| NIP dostawcy | Text | Tak | OCR / KSeF | 5252345678 |
| Data wystawienia | Date | Tak | OCR / KSeF | 2026-06-15 |
| Data wplywu | DateTime | Tak | System | 2026-06-16 08:42 |
| Data sprzedazy | Date | Nie | OCR / KSeF | 2026-06-15 |
| Termin platnosci | Date | Tak | OCR / KSeF | 2026-06-29 |
| Kwota netto | Currency | Tak | OCR / KSeF | 3 250,00 PLN |
| Kwota VAT | Currency | Tak | OCR / KSeF | 747,50 PLN |
| Kwota brutto | Currency | Tak | OCR / KSeF | 3 997,50 PLN |
| Waluta | Text (ISO) | Tak | OCR / KSeF | PLN |
| Rachunek bankowy | Text | Tak | OCR / KSeF | 12 1020 1013 ... |
| MPK | Lookup | Tak | Uzytkownik | MPK-100-ADM |
| Rodzaj kosztu | Lookup | Tak | Uzytkownik | Materialy biurowe |
| Opis merytoryczny | Multiline | Tak | Uzytkownik | Papier + tonery czerwiec 2026 |
| Osoba opisujaca | Person | Tak | System | Anna Kowalska |
| Akceptujacy merytoryczny | Person | Tak | Workflow | Piotr Zielinski |
| Akceptujacy finansowy | Person | Tak | Workflow | Ewa Lewandowska |
| Poziom pewnosci OCR | Number (0-1) | Nie | OCR | 0.86 |
| Wymaga korekty OCR | Yes/No | Nie | OCR | Tak |
| Zweryfikowana w KSeF | Yes/No | Nie | KSeF | Nie |
| Status KSeF | Choice | Nie | KSeF | Oczekuje |
| Link do PDF | Hyperlink | Tak | System | /Faktury/F001.pdf |
| Link do XML KSeF | Hyperlink | Nie | KSeF | /Faktury/F002.xml |
| Komentarz | Multiline | Nie | Uzytkownik | Zwrot: rachunek nie na b.l. |
| Data ksiegowania | Date | Nie | Workflow | 2026-06-18 |
| Numer dokumentu FK | Text | Nie | FK / Workflow | FZ/2026/06/00341 |
| Historia ostatniej decyzji | Multiline | Nie | Workflow | Zaksiegowano paczka EXP-2026-06-18-01 |
B. Biblioteka Faktury — metadane
| Metadana | Typ | Wypelnia |
|---|---|---|
| Typ dokumentu | Choice: PDF, Skan, XML KSeF, Zalacznik | System / Uzytkownik |
| Powiazana faktura | Lookup - Rejestr | Workflow |
| Wersja | Number | System |
| Status OCR | Choice | OCR Processor |
| Wynik OCR JSON | Multiline text | OCR Processor |
| Plik XML KSeF | File | KSeF Connector |
| Miniatura | Image | System |
| Data dodania | DateTime | System |
| Dodane przez | Person | System |
C. Dostawcy
| Kolumna | Typ | Przyklad |
|---|---|---|
| Nazwa dostawcy | Text | TechnoBiuro Sp. z o.o. |
| NIP | Text | 5252345678 |
| REGON | Text | 142857392 |
| Adres | Text | ul. Marszalkowska 100, Warszawa |
| Status VAT | Choice: Czynny/Zwolniony/Nieaktywny | Czynny |
| Rachunek bankowy | Text | 12 1020 1013 0000 ... |
| Rachunek zweryfikowany | Yes/No | Tak |
| Domyslna kategoria | Lookup | Materialy biurowe |
| Domyslny akceptujacy | Person | Anna Kowalska |
| Uwagi ryzyka | Text | Rachunek nie na bialej liscie |
D. Konfiguracja akceptacji
| Kolumna | Typ | Przyklad |
|---|---|---|
| MPK | Text | MPK-210-IT |
| Kategoria | Text | Uslugi IT |
| Prog od | Currency | 10 000,00 PLN |
| Prog do | Currency | 50 000,00 PLN |
| 1. akceptujacy | Person | Piotr Zielinski |
| 2. akceptujacy | Person | Marek Nowak |
| Ksiegowosc | Person | Ewa Lewandowska |
| Akceptacja dyrektora | Yes/No | Nie |
| SLA akceptacji (dni) | Number | 5 |
E. Historia procesu
| Kolumna | Typ |
|---|---|
| Faktura (lookup) | Rejestr |
| Data zdarzenia | DateTime |
| Uzytkownik | Person |
| Akcja | Text |
| Poprzedni status | Choice |
| Nowy status | Choice |
| Komentarz | Multiline |
| Zrodlo akcji | Choice: Uzytkownik/OCR/KSeF/Workflow/System |
F. Log integracji
| Kolumna | Typ |
|---|---|
| Faktura (lookup) | Rejestr |
| System zewnetrzny | Choice: KSeF/AzureDI/FK/Email |
| Typ operacji | Text (endpoint) |
| Status operacji | Choice: Sukces/Ostrzezenie/Blad |
| Request ID | Text |
| Response ID | Text |
| Komunikat | Multiline |
| Data operacji | DateTime |
| Szczegoly techniczne | Multiline (JSON) |
3. Statusy procesu
| Status | Kto widzi | Akcje | Warunek przejscia | Powiadomienie |
|---|---|---|---|---|
| Nowa | Rejestrator | Uruchom OCR, przekaz KSeF | Automatycznie do OCR | Rejestrator (info) |
| Oczekuje na OCR | System | - | Function OCR-Processor podnosi zadanie | - |
| OCR w toku | System | - | Otrzymanie odpowiedzi Azure DI | - |
| Do walidacji operatora | Operator OCR | Popraw pola, zatwierdz | Zatwierdzenie danych OCR | Email do operatora |
| Wymaga korekty | Operator OCR | Popraw, wyslij do douczenia | Ponowna walidacja OK | Email do operatora |
| Zweryfikowana po OCR | System | - | Automatyczne przejscie do opisu | - |
| Oczekuje na opis merytoryczny | Osoba opisujaca | Dodaj opis, MPK, kategorie | Zapis opisu | Email do opisujacego |
| Oczekuje na akceptacje merytoryczna | Akceptujacy | Akceptuj, zwroc, odrzuc, deleguj | Akceptacja | Email + Teams |
| Zwrocona do poprawy | Osoba opisujaca | Uzupelnij i przekaz ponownie | Ponowne przekazanie | Email do opisujacego |
| Oczekuje na akceptacje finansowa | Ksiegowosc | Akceptuj, zwroc, oznacz do wyjasnienia | Akceptacja finansowa | Email do ksiegowosci |
| Gotowa do ksiegowania | Ksiegowosc | Zaksieguj, generuj paczke FK | Eksport do FK | - |
| Zaksiegowana | Wszyscy (read) | - | Po X dniach - archiwum | Info do opisujacego |
| Odrzucona | Wszyscy (read) | - | Po X dniach - archiwum | Email do rejestratora |
| Zarchiwizowana | Audytor | Odczyt | - | - |
4. Reguly biznesowe
- Faktura nie przechodzi dalej bez numeru faktury, NIP dostawcy i kwoty brutto.
- Pewnosc OCR < 80% — status Do walidacji operatora.
- Brutto > 10 000 PLN — wymagana akceptacja kierownika.
- Brutto > 50 000 PLN — dodatkowo akceptacja dyrektora.
- Duplikat KSeF — status Odrzucona + wpis w Log integracji.
- Rachunek nie na bialej liscie VAT — wymagana akceptacja finansowa z komentarzem.
- Dostawca nie istnieje — system proponuje utworzenie kartoteki (auto-fill z KSeF).
- Zwrot do poprawy wymaga komentarza (walidacja formularza).
- Dane z KSeF maja pierwszenstwo przed OCR, gdy oba zrodla sie roznia.
- Kazda zmiana statusu = wpis w Historia procesu (append-only).
- SLA akceptacji przekroczone — automatyczna eskalacja do przelozonego.
5. Mapowanie OCR i KSeF na pola SharePoint
| Pole SharePoint | Zrodlo OCR (Azure DI) | Zrodlo KSeF (FA v2) | Pierwszenstwo | Walidacja |
|---|---|---|---|---|
| Numer faktury | InvoiceId | P_2 | KSeF > OCR | Regex + unikalnosc |
| NIP dostawcy | VendorTaxId | Podmiot1/NIP | KSeF > OCR | Suma kontrolna NIP |
| Data wystawienia | InvoiceDate | P_1 | KSeF > OCR | <= dzisiaj |
| Termin platnosci | DueDate | Platnosc/Termin | KSeF > OCR | >= data wystawienia |
| Kwota netto | SubTotal | P_13_1 (suma) | KSeF > OCR | netto + VAT = brutto |
| Kwota VAT | TotalTax | P_14_1 (suma) | KSeF > OCR | j.w. |
| Kwota brutto | InvoiceTotal | P_15 | KSeF > OCR | j.w. |
| Waluta | PaymentDetails.currencyCode | KodWaluty | KSeF > OCR | ISO 4217 |
| Rachunek bankowy | PaymentDetails.IBAN | Platnosc/RachunekBankowy/NrRB | KSeF > OCR | Biala lista VAT |
| Numer KSeF | - | NumerKSeF | Tylko KSeF | Format NIP-YYYYMMDD-XXXXXX-YY |
Gdy OCR i KSeF zwroca rozne kwoty — faktura trafia do statusu Do walidacji operatora z komentarzem systemu.
6. Elementy wow w demo
| Element | Co pokazuje | Wartosc dla klienta | Jak zasymulowac |
|---|---|---|---|
| Podswietlanie fragmentu faktury | Kliknij pole OCR - podswietla bbox na PDF | Operator od razu widzi, skad wartosc - mniej klikow | Overlay div nad podgladem, koordynaty z sampleOcrJson.boundingRegions |
| Kolorystyczna pewnosc OCR | Pola zielone/pomaranczowe/czerwone wg confidence | Operator wie, na co zwrocic uwage | Klasa CSS + prog 80/90% |
| Porownanie OCR vs KSeF | Widok side-by-side dwoch zrodel | Automatyczna kontrola spojnosci | Dwa panele w widoku szczegolow |
| Wykrycie duplikatu | F011 zwracana jako duplikat F003 | Zero ryzyka podwojnej platnosci | Mock zwraca outcome=Duplikat po unique key numerKSeF |
| Automatyczny dobor sciezki akceptacji | Faktura 72k PLN wyzwala dyrektora | Zgodnosc z regulaminem bez interwencji admina | Lookup w Konfiguracji akceptacji wg progu |
| Faktury po terminie na dashboardzie | Czerwony kafelek + lista | Plynnosc finansowa i kontrola zobowiazan | Filtr dueDate < today |
| Historia decyzji | Timeline kazdej faktury | Audyt, zgodnosc, RODO | Lista SharePoint append-only |
| Szybki import z KSeF | Jeden klik - faktura w rejestrze z XML | Zero recznego wprowadzania z KSeF | Mock connector + auto-mapping |
| Automatyczne utworzenie dostawcy | Nowy NIP z KSeF - kartoteka utworzona | Kartoteka zawsze aktualna | Flow: brak lookupa NIP - CreateItem |
| Paczka eksportowa do FK | JSON/CSV zgodny ze schematem FK | Bez recznego przepisywania do ksiegowego | Function generujaca plik + numer dokumentu FK |
7. MVP / v1 / roadmapa
MVP demo
- Rejestr faktur (SharePoint)
- Upload PDF + OCR (sample response)
- Ekran walidacji OCR z podswietlaniem
- Import z KSeF (mock, 6 scenariuszy)
- Sciezka akceptacji: opis - kierownik - ksiegowosc
- Historia procesu + dashboard KPI
Produkcyjna v1
- Realny endpoint Azure DI + custom model
- Realny KSeF (test - prod)
- Power Automate: eskalacje, SLA, delegacje
- Integracja z systemem FK (CSV/JSON lub REST)
- Power BI Embedded — dashboard zarzadczy
- Retencja i archiwum zgodne z ustawa o rachunkowosci
Roadmapa
- Predykcja MPK i kategorii kosztu (Azure ML)
- PO matching (uzgadnianie z zamowieniem)
- Portal dostawcy (PWA)
- Podpisy elektroniczne akceptacji
- Automatyczne alerty budzetowe
- Obieg umow i not korygujacych
8. Ryzyka i ograniczenia
| Ryzyko | Ograniczenie |
|---|---|
| Integracja KSeF wymaga potwierdzenia uprawnien technicznych | Warsztat z IT + testy na KSeF Test przed prod |
| Produkcyjne endpointy KSeF nie w demo | Zawsze mock lub KSeF Test; token DEMO oznaczony w UI |
| Skutecznosc OCR zalezy od jakosci skanow | Douczanie custom modelu (min. 200 dokumentow) + prog walidacji operatora |
| Integracja z FK wymaga analizy API | Faza discovery: analiza API/eksportu, wspolny format paczki |
| Uprawnienia i retencja dokumentow | Warsztat z IT/Compliance, mapowanie rol Entra, polityki retencji SharePoint |
| Proces akceptacji musi byc zgodny z regulaminem | Konfiguracja w liscie Konfiguracja akceptacji, walidacja z audytorem |
9. Backlog user stories
| Epik | User story | Kryteria akceptacji | Priorytet |
|---|---|---|---|
| Rejestr | Jako ksiegowa chce widziec wszystkie faktury w jednym miejscu | Filtry po statusie, dostawcy, MPK; sortowanie; eksport | MUST |
| Upload | Jako rejestrator chce wgrac PDF recznie | Drag&drop, auto-utworzenie rekordu, OCR | MUST |
| OCR | Jako system chce wywolac Azure DI po dodaniu pliku | Function reaguje na event SharePoint, JSON zapisany | MUST |
| Walidacja OCR | Jako operator chce widziec podglad i pola OCR obok | Podswietlanie bbox, kolor pewnosci, korekta, 1-klik zatwierdzenie | MUST |
| KSeF | Jako ksiegowa chce pobrac faktury z KSeF | Wyszukiwanie, podglad XML, import z obsluga duplikatow | MUST |
| Akceptacja | Jako kierownik chce dostac powiadomienie i zatwierdzic | Email + Teams, akcje akceptuj/zwrot/odrzuc, SLA | MUST |
| Historia | Jako audytor chce widziec pelna historie | Append-only, filtr po uzytkowniku/dacie, eksport CSV | MUST |
| Dashboard | Jako dyrektor chce widziec KPI i faktury po terminie | 6 kafelkow, rozklad statusow, drill-down | SHOULD |
| Admin | Jako administrator chce konfigurowac progi akceptacji | CRUD listy, walidacja przedzialow, wersjonowanie | SHOULD |
| Eksport FK | Jako ksiegowa chce wygenerowac paczke do FK | CSV/JSON, numer dokumentu FK, log w Historii | SHOULD |
10. Makieta tekstowa — walidacja OCR
+--------------------------------------------------------------+ | <- Rejestr FV/2026/06/00184 [Douczanie][OK] | +--------------------------------------------------------------+ | Sr. pewnosc 86% * 3 pola < 80% * Legenda: * wysoka * srednia | +---------------------------+----------------------------------+ | PODGLAD PDF | NAGLOWEK | | +-----------------------+ | Numer faktury [FV/...] 98% | | | TechnoBiuro | | Data wystawienia [2026-06-15]99%| | | NIP 525-234... |<| Termin platnosci [2026-06-29]94%| | | ... | | | | | Pozycje: 3 250 netto | | SPRZEDAWCA | | | VAT 747,50 | | Nazwa [TechnoBiuro...] 96% | | | Brutto 3 997,50 | | NIP [525-234-56-78] 72% | | | Rachunek 12 1020 ... | | Adres [ul. Marsz...] 91% | | +-----------------------+ | | | | KWOTY | | | Netto [3 250,00] 97% | | | VAT [747,50] 89% | | | Brutto [3 997,50] 99% | | | | | | PLATNOSC | | | Rachunek [12 1020 ...] 63% | +---------------------------+----------------------------------+ | Historia: 2026-06-16 08:45 * azure-di * OCR OK (86%) | +---------------------------------------------------------------+
11. Sample JSON — Azure Document Intelligence
{
"status": "succeeded",
"createdDateTime": "2026-06-16T08:45:12Z",
"lastUpdatedDateTime": "2026-06-16T08:45:14Z",
"analyzeResult": {
"apiVersion": "2024-11-30",
"modelId": "prebuilt-invoice",
"stringIndexType": "textElements",
"content": "TechnoBiuro Sp. z o.o. ... FV/2026/06/00184 ...",
"pages": [
{
"pageNumber": 1,
"angle": 0.1,
"width": 8.27,
"height": 11.69,
"unit": "inch"
}
],
"documents": [
{
"docType": "invoice",
"confidence": 0.86,
"fields": {
"InvoiceId": {
"type": "string",
"valueString": "FV/2026/06/00184",
"content": "FV/2026/06/00184",
"confidence": 0.98,
"boundingRegions": [
{
"pageNumber": 1,
"polygon": [
5.1,
0.9,
6.9,
0.9,
6.9,
1.1,
5.1,
1.1
]
}
]
},
"VendorName": {
"type": "string",
"valueString": "TechnoBiuro Sp. z o.o.",
"confidence": 0.96,
"boundingRegions": [
{
"pageNumber": 1,
"polygon": [
0.5,
2.1,
3.6,
2.1,
3.6,
2.4,
0.5,
2.4
]
}
]
},
"VendorTaxId": {
"type": "string",
"valueString": "5252345678",
"confidence": 0.72,
"boundingRegions": [
{
"pageNumber": 1,
"polygon": [
0.5,
2.8,
2.5,
2.8,
2.5,
3.05,
0.5,
3.05
]
}
]
},
"CustomerName": {
"type": "string",
"valueString": "Urząd Miasta - Wydział Administracji",
"confidence": 0.94
},
"CustomerTaxId": {
"type": "string",
"valueString": "5261002493",
"confidence": 0.95
},
"InvoiceDate": {
"type": "date",
"valueDate": "2026-06-15",
"confidence": 0.99
},
"DueDate": {
"type": "date",
"valueDate": "2026-06-29",
"confidence": 0.94
},
"SubTotal": {
"type": "currency",
"valueCurrency": {
"amount": 3250,
"currencyCode": "PLN"
},
"confidence": 0.97
},
"TotalTax": {
"type": "currency",
"valueCurrency": {
"amount": 747.5,
"currencyCode": "PLN"
},
"confidence": 0.89
},
"InvoiceTotal": {
"type": "currency",
"valueCurrency": {
"amount": 3997.5,
"currencyCode": "PLN"
},
"confidence": 0.99
},
"PaymentDetails": {
"type": "array",
"valueArray": [
{
"type": "object",
"valueObject": {
"IBAN": {
"type": "string",
"valueString": "PL12102010130000010203050607",
"confidence": 0.63
},
"BankName": {
"type": "string",
"valueString": "PKO BP",
"confidence": 0.71
}
}
}
]
},
"Items": {
"type": "array",
"valueArray": [
{
"type": "object",
"valueObject": {
"Description": {
"type": "string",
"valueString": "Papier ksero A4 80g biały, ryza 500 ark.",
"confidence": 0.94
},
"Quantity": {
"type": "number",
"valueNumber": 50,
"confidence": 0.97
},
"UnitPrice": {
"type": "currency",
"valueCurrency": {
"amount": 25,
"currencyCode": "PLN"
},
"confidence": 0.98
},
"Amount": {
"type": "currency",
"valueCurrency": {
"amount": 1250,
"currencyCode": "PLN"
},
"confidence": 0.98
},
"TaxRate": {
"type": "string",
"valueString": "23%",
"confidence": 0.99
}
}
},
{
"type": "object",
"valueObject": {
"Description": {
"type": "string",
"valueString": "Toner do drukarki HP LaserJet czarny",
"confidence": 0.92
},
"Quantity": {
"type": "number",
"valueNumber": 8,
"confidence": 0.95
},
"UnitPrice": {
"type": "currency",
"valueCurrency": {
"amount": 250,
"currencyCode": "PLN"
},
"confidence": 0.96
},
"Amount": {
"type": "currency",
"valueCurrency": {
"amount": 2000,
"currencyCode": "PLN"
},
"confidence": 0.97
},
"TaxRate": {
"type": "string",
"valueString": "23%",
"confidence": 0.99
}
}
}
]
}
}
}
]
}
}12. Sample XML — KSeF FA v2
<?xml version="1.0" encoding="UTF-8"?>
<Faktura xmlns="http://crd.gov.pl/wzor/2023/06/29/12648/">
<Naglowek>
<KodFormularza kodSystemowy="FA (2)">FA</KodFormularza>
<WariantFormularza>2</WariantFormularza>
<DataWytworzeniaFa>2026-06-14T10:00:00Z</DataWytworzeniaFa>
<SystemInfo>InvoiceFlow365-Connector/1.0</SystemInfo>
</Naglowek>
<Podmiot1>
<DaneIdentyfikacyjne>
<NIP>1132876543</NIP>
<Nazwa>ITServices Polska S.A.</Nazwa>
</DaneIdentyfikacyjne>
<Adres>
<KodKraju>PL</KodKraju>
<AdresL1>al. Jerozolimskie 202</AdresL1>
<AdresL2>02-486 Warszawa</AdresL2>
</Adres>
</Podmiot1>
<Podmiot2>
<DaneIdentyfikacyjne>
<NIP>5261002493</NIP>
<Nazwa>Urząd Miasta - Wydział Administracji</Nazwa>
</DaneIdentyfikacyjne>
<Adres>
<KodKraju>PL</KodKraju>
<AdresL1>Plac Bankowy 3/5</AdresL1>
<AdresL2>00-950 Warszawa</AdresL2>
</Adres>
</Podmiot2>
<Fa>
<KodWaluty>PLN</KodWaluty>
<P_1>2026-06-14</P_1> <!-- data wystawienia -->
<P_2>IT/2026/06/0912</P_2> <!-- numer faktury -->
<P_6>2026-06-14</P_6> <!-- data sprzedaży -->
<P_13_1>12800.00</P_13_1> <!-- netto 23% -->
<P_14_1>2944.00</P_14_1> <!-- VAT 23% -->
<P_15>15744.00</P_15> <!-- brutto -->
<FaWiersz>
<NrWierszaFa>1</NrWierszaFa>
<P_7>Wsparcie serwisowe systemu EOD - czerwiec 2026</P_7>
<P_8A>usługa</P_8A>
<P_9A>12800.00</P_9A>
<P_11>12800.00</P_11>
<P_12>23</P_12>
</FaWiersz>
<Platnosc>
<TerminPlatnosci>
<Termin>2026-07-14</Termin>
</TerminPlatnosci>
<RachunekBankowy>
<NrRB>44124010371111001029384756</NrRB>
</RachunekBankowy>
</Platnosc>
</Fa>
<NumerKSeF>1132876543-20260614-A1B2C3-A5</NumerKSeF>
</Faktura>13. Scenariusz prezentacji
- Otwarcie (dashboard): Na poczatku widzimy centralny rejestr faktur - dzis w procesie mamy 10 faktur na kwote rzedu 150 tys. PLN. Kafelek po lewej pokazuje faktury po terminie - to problem, ktory dzis kosztuje odsetki.
- Wplyw faktury: Ta faktura przyszla mailem 16 czerwca. System monitoruje skrzynke, pobiera zalacznik i tworzy rekord w SharePoint - bez interwencji operatora.
- OCR: Automatycznie zostala przekazana do Azure AI Document Intelligence. Widzimy srednia pewnosc 86%. Trzy pola sa czerwone - wymagaja walidacji.
- Walidacja operatora (hero): Po lewej mamy podglad faktury, po prawej pola OCR. Klikam pole NIP - od razu podswietla sie fragment dokumentu, z ktorego OCR pobral wartosc. Operator moze w sekunde zweryfikowac i poprawic.
- KSeF: Sprawdzamy w KSeF. Widzimy 6 wynikow. Jedna faktura ma status Duplikat - system wykryl, ze identyczny numer KSeF juz byl zaimportowany. Zero ryzyka podwojnej platnosci.
- Akceptacja: Po zatwierdzeniu OCR faktura trafia do opisu merytorycznego, potem do kierownika. Kwota > 10k - system dobiera druga akceptacje. Konfiguracja bez programowania w liscie Konfiguracja akceptacji.
- Ksiegowanie: Ksiegowosc weryfikuje dane, generuje paczke eksportowa i faktura zmienia status na Zaksiegowana. Numer dokumentu FK wraca do rejestru.
- Dashboard/audyt: Kierownictwo widzi KPI: sredni czas obslugi, faktury po terminie, waskie gardla. Audytor ma pelna historie kazdej decyzji.
14. Checklista przygotowania demo
- Utworzyc site SharePoint Obieg Faktur
- Utworzyc 6 list wg modelu danych
- Utworzyc biblioteke Faktury
- Dodac przykladowe dane (8 dostawcow, 15 faktur, konfiguracja akceptacji)
- Wgrac przykladowe PDF (min. 3 rzeczywiste faktury)
- Zapisac przykladowy JSON OCR w bibliotece
- Zapisac przykladowe XML KSeF w bibliotece
- Uruchomic Azure Function OCR-Mock (zwraca sample JSON)
- Uruchomic Azure Function KSeF-Mock (zwraca 6 scenariuszy)
- Skonfigurowac Power App / SPFx pod site
- Utworzyc Power Automate Approval-Route
- Utworzyc Power BI dataset i wpiac w SharePoint
- Przygotowac konto demo z rolami z Entra ID
- Przecwiczyc scenariusz prezentacji (20 min)
15. Podsumowanie i rekomendacja sprzedazowa
Podsumowanie w 5 zdaniach
- InvoiceFlow 365 to obieg faktur zakupowych zbudowany natywnie na Microsoft 365.
- Faktury z email, skanow, uploadu i KSeF trafiaja do jednego rejestru z automatycznym OCR i wykrywaniem duplikatow.
- Operator waliduje tylko pola o niskiej pewnosci, dzieki podswietlaniu fragmentow dokumentu.
- Konfigurowalna sciezka akceptacji z SLA i eskalacjami zapewnia zgodnosc z regulaminem organizacji.
- Pelna sciezka audytu i eksport do FK zamykaja proces zgodnie z ustawa o rachunkowosci.
5 korzysci dla klienta
- Skrocenie czasu obslugi faktury z dni do godzin.
- Eliminacja przepisywania danych (bledy, koszt pracy).
- Zgodnosc z KSeF 2.0 bez zmiany systemu FK.
- Widocznosc zobowiazan i plynnosci w czasie rzeczywistym.
- Slad audytu kazdej decyzji dla kontroli i RODO.
5 pytan discovery
- Jaki jest miesieczny wolumen faktur i procent PDF/skan/KSeF?
- Jaki system FK jest uzywany i jaki jest jego interfejs integracji?
- Jakie sa aktualne progi kwotowe i sciezki akceptacji?
- Kto zarzadza tokenami KSeF i jakie srodowiska sa dostepne?
- Jakie sa wymagania retencji i archiwum (5, 10 lat), gdzie maja lezec oryginaly?
Rekomendacja sprzedazowa
Sprzedac jako Discovery + MVP 6-tygodniowe: 2 tyg. warsztaty (mapowanie procesu, integracja FK, tokeny KSeF), 4 tyg. MVP na srodowisku klienta (rejestr, OCR na 3 wzorcach dokumentow, akceptacja, mock KSeF). Cena stala, wynik: dzialajacy MVP + roadmapa produkcyjnej v1.