Stato & roadmap
Stato reale di Feed Manager e OMS, rollout provider e prossimi consolidamenti.
Questa pagina distingue ciò che è già operativo nel codice dalla disponibilità generale di una singola integrazione. Lo stato di un provider dipende anche da credenziali, entitlement, capability e rollout del tenant.
Stato attuale
Fondazione condivisa
- autenticazione e company attiva con controllo di entitlement e permessi per area;
- isolamento PostgreSQL schema-per-company per dati Feed Manager e OMS;
- applicazioni TypeScript/Next.js e worker asincroni;
- audit, metriche operative e pattern outbox per gli effetti esterni rilevanti.
Feed Manager
Sono implementati import e connessioni, definizione dello schema, mapping e merge, regole, export, scheduling, esecuzioni parallele, dettaglio run e aggiornamenti live. Il Feed Manager rimane il proprietario del catalogo e della sua distribuzione.
OMS
Sono implementati i flussi principali per:
- canali commerce e controllo della loro readiness;
- sincronizzazione, ricerca, export e gestione degli ordini;
- clienti e import CSV con preview e commit;
- fulfillment con routing e scansioni di picking/packing;
- inventario a ledger, movimenti, trasferimenti, inventari e documenti PZ/WZ/MM;
- prenotazioni stock tramite API;
- spedizioni multi-collo, etichette, tracking e operazioni corriere;
- resi per riga, ricezione, restock, rimborso e portale pubblico token-scoped;
- automazioni revisionate e operations console per outbox e blocker.
Alcune capacità sono prima disponibili via API o console operativa e non hanno ancora una pagina dedicata nell'interfaccia.
Rollout provider
Le etichette usate dal registro dei provider hanno un significato preciso:
| Stato | Significato |
|---|---|
ready | Implementazione abilitabile nel normale perimetro di prodotto, se entitlement e capability sono presenti. |
controlled | Implementazione disponibile solo per tenant esplicitamente ammessi. |
beta | Flusso presente ma ancora soggetto a validazione e copertura aggiuntiva. |
blocked | Non selezionabile per un flusso operativo supportato. |
Nel registro corrente, Mirakl, ePrice, Leroy Merlin e MediaMarkt risultano marketplace ready; Amazon e Shopify sono in rollout controlled; eBay, WooCommerce e PrestaShop sono beta. Per i corrieri, BRT, Poste, DHL e UPS sono ready, mentre altri adapter restano controllati o bloccati. La UI e le API applicano comunque tutti i gate del tenant prima di dichiarare disponibile una capability.
Consolidamenti in corso
Le priorità tecniche, in ordine non contrattuale, sono:
- completare i test contrattuali con credenziali sandbox o live per i provider ancora controllati e beta;
- generare un catalogo OpenAPI anche per le route OMS, oggi documentate manualmente;
- estendere le viste operative di dettaglio per ledger, reservation e riconciliazione delle pubblicazioni stock;
- evolvere la ricezione resi da operazione aggregata a ricezioni parziali esplicite;
- rendere i comandi di spedizione unit-scoped prima di ampliare i casi multi-unità;
- ampliare gradualmente trigger e azioni dell'automation engine mantenendo revisioni immutabili e dry-run.
Fuori perimetro corrente
- duplicare nel modulo OMS il catalogo già governato dal Feed Manager;
- fatturazione e documentazione fiscale;
- provider pensati esclusivamente per il mercato polacco;
- introdurre un secondo core o una dashboard OpenOMS separata dallo stack TypeScript e dalla UI FireFeed.
Per l'implementazione tecnica vedi Architettura OMS. Gli spec generati disponibili oggi sono descritti nella sezione API.