Migrations :
- import_batches (uuid id, organization_id FK CASCADE)
- import_drafts (uuid id, batch_id FK CASCADE, filename, pdf_storage_key nullable, extracted/edited/confidence en jsonb, status ENUM PG natif pending/validated/skipped, invoice_id FK SET NULL)
Schema rules : tape précisément extracted/edited/confidence (sinon `any`) + status enum.
Services :
- OcrProvider : interface (storageKey + filename → champs avec confiance par champ)
- MockOcrProvider : génère des champs plausibles depuis le filename (numero parsed via regex, montants random multiples de 50cts, dates ISO décalées) + 30 % de cas avec emails à confiance basse pour simuler la review UX
- getOcrProvider() : sélectionne via OCR_PROVIDER env var (default mock, mistral en attente d'ADR-020)
- createImportBatchFromFilenames : compose extracted/edited/confidence par draft, tente un match client immédiat (case-insensitive sur le nom) pour pré-remplir clientId
- resolveClient extrait dans un service partagé (3 priorités : clientId → match nom → création + email requis), réutilisé par invoices_controller et import_batches_controller
Endpoints (auth + scope par organization) :
- POST /invoices/upload : V1 mock body { filenames[] }, 201 → ImportBatch avec ses drafts. Multipart upload réel quand Mistral arrivera, contrat de réponse identique.
- GET /invoices/import-batch/:id : poll pendant la review
- POST /invoices/import-batch/:id/drafts/:draftId/validate : crée Invoice (résolution client) + draft.status=validated + draft.invoiceId
- POST .../drafts/:draftId/skip : draft.status=skipped (idempotent)
- DELETE /invoices/import-batch/:id : CASCADE drop drafts, les invoices validées restent
Routes : ordre soigné — /upload, /counts, /import-batch/* AVANT /:id pour éviter le shadowing.
Bruno : nouveau dossier 06-Imports avec 5 requêtes documentées + capture batchId/draftId dans l'env local. README mis à jour avec le parcours étendu (étapes 11-13).
49 lines
1.7 KiB
TypeScript
49 lines
1.7 KiB
TypeScript
import { type SchemaRules } from '@adonisjs/lucid/types/schema_generator'
|
|
|
|
/**
|
|
* Override de types pour les colonnes que Lucid n'arrive pas à inférer
|
|
* depuis l'introspection PG (ex. ENUMs natifs et jsonb → tapés `any`).
|
|
*/
|
|
export default {
|
|
tables: {
|
|
plan_steps: {
|
|
columns: {
|
|
tone: {
|
|
tsType: "'amical' | 'courtois' | 'ferme' | 'mise_en_demeure'",
|
|
},
|
|
},
|
|
},
|
|
invoices: {
|
|
columns: {
|
|
status: {
|
|
tsType:
|
|
"'pending' | 'awaiting_user_confirmation' | 'in_relance' | 'paid' | 'litigation' | 'cancelled'",
|
|
},
|
|
},
|
|
},
|
|
import_drafts: {
|
|
columns: {
|
|
status: {
|
|
tsType: "'pending' | 'validated' | 'skipped'",
|
|
},
|
|
// jsonb des champs extraits par l'OCR. La forme est garantie par
|
|
// le validator Vine côté entrée et par le service côté seed.
|
|
extracted: {
|
|
tsType:
|
|
"{ clientId: string | null; clientName: string; clientEmail: string | null; numero: string; amountTtcCents: number; issueDate: string; dueDate: string; planId: string | null }",
|
|
},
|
|
edited: {
|
|
tsType:
|
|
"{ clientId: string | null; clientName: string; clientEmail: string | null; numero: string; amountTtcCents: number; issueDate: string; dueDate: string; planId: string | null }",
|
|
},
|
|
// Confiance par champ — 0..1. Partial parce que l'OCR n'a pas
|
|
// toujours toutes les confiances.
|
|
confidence: {
|
|
tsType:
|
|
"Partial<{ clientId: number; clientName: number; clientEmail: number; numero: number; amountTtcCents: number; issueDate: number; dueDate: number; planId: number }>",
|
|
},
|
|
},
|
|
},
|
|
},
|
|
} satisfies SchemaRules
|