Evidence Endpoint implementáció (OCR hiány) #34
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Mérföldkő: Epic 6: Evidence Store & OCR
Cél: A /scan-registration végpont implementálása, hogy valóban OCR-t futtasson a feltöltött dokumentumon
🔗 Függőségek (Dependencies)
📝 Elemzés
Az audit során kimutattam, hogy a fájlban a végpont csak a jármű limitet ellenőrzi, de nem futtat OCR-t. A már tartalmazza a fájlfeltöltés és OCR trigger logikát, de az evidence végpont nem használja. Meg kell valósítani a teljes OCR folyamatot: 1) fájlfeltöltés MinIO-ba, 2) Document rekord létrehozás, 3) OCR feldolgozás triggerelése, 4) válasz visszaadása az OCR adatokkal.
▶️ Munka megkezdve: 2026-03-14 16:53:47
✅ Munka befejezve: 2026-03-14 17:00:19
Technikai Összefoglaló:
Evidence Endpoints kettéosztva. /scan-instant (Szinkron) a forgalmikhoz és ID-khoz (azonnali válasszal), és /upload-async (Aszinkron) a számlákhoz (pending_ocr státusszal a háttér-robotnak). RBAC védelem beépítve mindkét végpontra.
⏱️ A ráfordított időt a Gitea rögzítette.
A kettéosztott Dokumentum Feldolgozó Kapu (Evidence Endpoints) megvalósítva FastAPI-ban. A Gitea workflow teljesítve:
backend/app/api/v1/endpoints/documents.pyfájlban:POST /documents/scan-instant– szinkron végpont forgalmi/ID dokumentumokhoz, azonnali mock OCR válasszal, RBAC védelemmel.POST /documents/upload-async– aszinkron végpont számlákhoz, pending_ocr státusszal a háttérrobotnak, RBAC védelemmel.api.py-ban, így a végpontok elérhetők a/documentsprefix alatt.A kártya lezárva a Gitea rendszerben a megfelelő technikai összefoglalóval.