Workflow dokumentów
DocFlow
Cyfrowe protokoły terenowe — od danych i zdjęć po podpisany, zablokowany PDF.
- Next.js
- FastAPI
- PostgreSQL
- S3-compatible storage
- WeasyPrint
Droga dokumentu
01
Nowy protokół
02
Dane
03
Zdjęcia
04
Podpis
05
Finalizacja
06
PDF
07
Archiwum
Protokół zamiast zestawu plików
Ekipy i biuro potrzebują jednego, ponumerowanego protokołu ze zdjęciami i podpisem — oraz pliku PDF, którego po finalizacji nie da się już dopisać.
Wspólny kreator: wybór typu, dane, zdjęcia, podpis na ekranie, finalizacja i archiwum. DocFlow i DocXpress korzystają z jednego silnika — te same funkcje, inna marka.
Jeden silnik, wiele branż
DocFlow i DocXpress korzystają z tej samej aplikacji. Różni je marka organizacji, nie drugi stos.
Wybór rodzaju protokołu.
Jeden silnik, wiele wariantów branżowych — nie osobna aplikacja na każdą branżę.
Dane i zdjęcia w terenie
Zdjęcia w protokole.
Sloty są częścią workflow — wymagane albo opcjonalne, zapis lokalny przed wysyłką.
Podpis i kłódka
Podpis na ekranie.
To zapis z canvas i storage — nie kwalifikowany podpis elektroniczny.
Wynik: zablokowany PDF
PDF po finalizacji (podgląd 1. strony).
Dokument dostaje status FINAL i kłódkę edycji. Oznaczenie na PDF dotyczy podpisu na ekranie, nie podpisu kwalifikowanego.
Efekt
Protokół przechodzi drogę od szkicu w terenie do zablokowanego PDF w archiwum, w jednym silniku dla wielu branż.
Next.js i FastAPI, PostgreSQL, pliki w storage S3-kompatybilnym, PDF przez WeasyPrint. Ten sam stack obsługuje obie marki przez ustawienie organizacji.
Potrzebujesz podobnego systemu?
Masz proces, który nadal działa przez arkusze, maile i kilka niezależnych narzędzi? Możemy sprawdzić, czy warto zamienić go w jeden system.