Textile Admin / ERP Readiness

ERP Readiness And Observability Audit

Existing admin route for read-only ERP readiness, observability, audit visibility, scheduler health, inventory reservations, voucher ledger, and finance ledger review.

Admin HubExisting routeRead only

Canonical Chain

listing -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit

Exact 22-module textile registry and backend DB access stay enforced by the existing trade-core readiness endpoint.

Phase15D Admin Capacity Readiness

Capacity Buckets, Reservations, Risk, And Module Status

Read-only admin panel over existing capacity foundation and readback APIs. No automation, logistics, payment, payout, DB source, or protected bucket mutation route is called.

codex-phase15d-admin-capacity-readiness-v1GET /api/trade-core/capacity/foundation: loadingGET /api/trade-core/capacity/readback?limit=250: loading/api/trade-core/capacity/buckets protected/not called

MISSINGCapacity buckets00/22 textile modules have DB-backed bucket rows.

READYBucket utilizationN/APlanned 0 / available 0 / reserved 0 / committed 0.

WATCHReservations0Reservation count 0, reserved qty 0, released qty 0.

READYOver-capacity riskCLEARRisk is raised when available capacity is negative or reserved plus committed capacity exceeds planned capacity.

WATCHCapacity confidencePENDINGConfidence is DB-backed from existing capacity readback rows and exact 22-module registry coverage.

RISKCapacity health score30/100Scores route health, module coverage, reservation visibility, and over-capacity risk.

RISKCapacity readiness score36/100Readiness score combines health, protected route posture, and risk-free confidence.

Module	Status	Utilization
Fiber Raw Material	MISSING	N/A
Spinning/Texturising Job	MISSING	N/A
Yarn	MISSING	N/A
Thread	MISSING	N/A
Weave/Knit/Warping Job	MISSING	N/A
Grey Fabric	MISSING	N/A
Mill Finish Process Job	MISSING	N/A
Finish Fabric	MISSING	N/A
Stitching/Embroidery Value Addition Job	MISSING	N/A
Wholesale Ready Product	MISSING	N/A
Mini Wholesale Textile Market	MISSING	N/A
Textile Retailers	MISSING	N/A
Textile C2C Trader	MISSING	N/A
Machinery/Spares/Tools Accessories	MISSING	N/A
Scrap Reusables	MISSING	N/A
Chemical Dye	MISSING	N/A
Packing Accessories	MISSING	N/A
Garment Accessories	MISSING	N/A
Testing Lab Instruments	MISSING	N/A
Recycle Waste Materials	MISSING	N/A
Suggestions New Arrival Trending	MISSING	N/A
Consumables Utilities	MISSING	N/A

CODEX355 Phase 1

Runtime Null Cleanup Boundary

PHASE 1 ONLY

Runtime null cleanupREADY

primitive proof props and ERP readiness payloads normalizedIsolatedRuntimeProofWidget and ErpCanonicalReadinessSurface now coerce null/undefined runtime values to safe display defaults.

Server Action boundaryLOCKED

no Server Actions declaredThis phase adds no use server action, no formAction, and no frontend route handler.

Existing admin surfacePRESERVED

/textile/admin/erp-readinessThe proof is rendered on the existing ERP readiness page; no duplicate admin page, API, helper, or component family is added.

ERP Proof Layer Consolidation

This existing ERP readiness route remains the ERP reader; launch proof labels roll up to the existing final integration audit surface.

Final Audit

ERP readiness source/api/trade-core/erp/readinessERP readiness, admin locks, scheduler health, document readiness, finance replay, and audit-timeline labels stay on existing trade-core readbacks.

Final admin proof anchor/textile/admin/final-integration-auditERP proof layers roll up to the existing final integration audit page instead of creating another admin proof page or component family.

Execution boundaryRead-only readiness / no provider executionThis surface does not run schedulers, post invoices, move stock, execute payouts, book logistics, or mutate wallet/receipt state.

CODEX310 Admin Control Readiness Summary

Seller master form parityLOCKED

22/22 seller listing pagesSeller master parity remains a readonly dependency of ERP readiness; seller pages, yarn seller, and canonicalSellerMasterTruth are untouched.

Buyer order chainREADONLY

listing -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_auditBuyer order status is consumed from existing order/readiness readbacks only; no buyer action or route family is introduced.

ERP/order/finance chainREADBACK

/api/trade-core/erp/readiness + finance replayERP readiness, audit timeline, scheduler health, finance replay, invoice, payout, receipt, and ledger proof stay on existing GET surfaces.

Policy controlsGUARDED

/api/trade-core/erp/admin-controlsAdmin policy state is visible as readback only here; no POST control, lock toggle, scheduler run, or posting button is added.

Route/helper lockLOCKED

190 backend / 73 frontend / helper missing 0Route ownership stays in server.js, rfq.js, and tradeCore.js; frontend ownership stays in frontend/app with existing helper exports.

Next safe queueNEXT

live readback proof before runtime changeNext ERP work should verify protected readbacks first, then patch one bounded admin-readonly surface or stop on blocker.

CODEX115 ERP journal and invoice closure

Buyer, Seller, And Admin Journal/Invoice Readback Continuity

codex115-erp-journal-invoice-frontend-closure-v1

Journal readback source lockREADBACK

/api/trade-core/erp/readinessBuyer and seller surfaces consume existing readiness journal status fields only; no new ERP route family is introduced.

Invoice readback source lockREADBACK

/api/trade-core/erp/readiness + /api/trade-core/erp/invoice-tax-breakupInvoice status/no/tax readback stays on existing trade-core invoice read routes with no duplicate endpoint registration.

Admin journal deep readbackGUARDED

/api/trade-core/erp/order/:orderId/journalsJournal deep readback remains admin-role guarded and unchanged; buyer/seller pages only show readback visibility proof.

Buyer visibility proofREADY

/textile/buyer/ordersBuyer order cards expose journal/invoice readback status from canonical readiness/order payloads without posting actions.

Seller visibility proofREADY

/textile/seller/ordersSeller order cards mirror journal/invoice readback status from canonical readiness/order payloads with draft-route scope unchanged.

Mutation guardGET ONLY

no journal-post / no invoice-post from buyer or seller pagesFrontend closure is readback-only and preserves one-direction lifecycle controls and trusted-admin posting ownership.

CODEX218B order timeline visibility

Buyer, Seller, Admin Audit Timeline Readback

codex218b-order-timeline-enterprise-visibility-proof-v1

Buyer timeline readbackREADBACK

/textile/buyer/ordersBuyer order cards render the canonical execution timeline returned by GET /api/trade-core/orders/mine.

Seller timeline readbackREADBACK

/textile/seller/ordersSeller-scoped order cards render the same canonical execution timeline through seller-master scoped order readback.

Admin audit timelineAUDIT

/api/trade-core/erp/audit-timelineAdmin audit visibility stays on the existing normalized ERP audit timeline route and existing admin inventory execution page.

Status transition readbackREADY

/api/trade-core/orders/mineStatus transition rows are projected from trade_orders.status, trade_orders.timeline, trade_orders.audit_log, and canonicalExecution.timeline.

Mutation guardGET ONLY

no new POST / no new routeThis proof does not add scheduler, payment, logistics, payout, refund, receipt, or audit mutation behavior.

Duplicate route guardNO DUPLICATE

existing order read and audit routes onlyThe patch reuses orders/mine, buyer orders, seller orders, and ERP audit timeline surfaces without registering a duplicate route.

CODEX237B enterprise escrow continuity

Escrow, Return, Payout, And Audit Visibility

codex237b-enterprise-escrow-continuity-visibility-proof-v1

Buyer escrow timeline proofREADBACK

/textile/buyer/orders -> GET /api/trade-core/orders/mineBuyer order lifecycle renders escrow stage, return-window, and payout-readiness continuity from the existing order readback only.

Seller escrow continuity proofREADBACK

/textile/seller/orders -> GET /api/trade-core/orders/mineSeller lifecycle displays escrow hold, return/refund, seller release timing, and payout deferment without seller-side release mutation.

Escrow stage visibility proofREADY

trade_orders.payment / escrow / return_window / payout readbackPayment, escrow, logistics, delivery, wallet, payout, and audit labels stay in the fixed shared trade chain.

Admin escrow audit proofAUDIT

/api/trade-core/erp/audit-timelineAdmin audit remains on the existing ERP audit timeline and immutable order audit readbacks; no duplicate audit route is introduced.

Payout deferred visibility proofDEFERRED

/api/trade-core/erp/finance-chain-replay-audit | /api/trade-core/wallet-ledgerPayout readiness is visible as deferred readback only. No process-releases execution, payout gateway, or wallet release mutation is mounted.

Return/refund continuity proofREADBACK

/api/trade-core/orders/mine returnWindow/refundHold/releaseWindowReturn-window and refund-hold continuity is surfaced from existing order fields and the existing refund policy guard; refund execution is not called.

Restriction guardGET ONLY

no payment execution / no scheduler execution / no wallet release mutationThis patch is visibility-only and preserves the existing DB schema, route inventory, scheduler behavior, wallet behavior, and payout behavior.

CODEX315 module policy visibility

Admin-Configurable Policy Readiness

codex315-module-policy-visibility-phase1-v1

Return/refund window readinessREADBACK

/api/trade-core/erp/admin-controls moduleReturnWindowPolicyReadbackReturn/refund windows are module-wise effective-policy fields from admin-controls readback; refund execution remains manual admin review.

Escrow hold readinessREADBACK

/api/trade-core/erp/admin-controls escrowLockedEscrow hold visibility reads the existing escrowLocked policy gate only; this readiness page does not add a hold toggle or payment action.

Payout release readinessREADBACK

/api/trade-core/erp/admin-controls payoutLocked + /api/trade-core/erp/finance-chain-replay-auditPayout release proof combines sellerReleaseDays and payoutLocked labels with finance replay readback, without mounting payout execution.

Fraud/risk hold readinessREADBACK

/api/trade-core/erp/admin-controls/:moduleKey/risk_hold/:lockStateFraud/risk hold proof points to policyJson.riskHoldLocked and financeApprovalRequired; no new risk route or scoring engine is introduced.

Module-wise policy proof22 MODULES

/api/trade-core/erp/admin-controls/:moduleKeyPolicy visibility is keyed to the exact TEXTILE_MODULES_22 registry and stays centralized on existing admin/readiness surfaces.

Lock/unlock/on/off proofREADONLY

/api/trade-core/erp/admin-controls/:moduleKey/:controlKey/:lockStateLock/unlock/on/off states remain existing admin-control metadata; ERP readiness displays proof and does not create a mutation button.

CODEX205B final enterprise readiness

Consolidated Production Proof Surface

codex205b-final-enterprise-readiness-consolidation-proof-v1

CODEX251B runtime proof consolidationPROVED

codex251b-final-buyer-seller-admin-runtime-proof-consolidation-v1Buyer, seller, admin, RFQ, order, ERP, wallet, payout, and audit proof remains on existing visible proof panels with no route, DB, PM2, or yarn-template change.

Canonical chain proofPROVED

10/10 stageslisting -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit

No duplicate routes/pagesLOCKED

190 backend / 73 frontend / 22 seller listingsExisting backend method routes and frontend/app page.tsx roots match CODEX262 current truth; no route folder or duplicate proof page is added here.

Exact textile registryLOCKED

22 modulesbackend/config/moduleRegistry.js and frontend/lib/textileModules.ts remain the canonical roots.

Canonical app rootsLOCKED

backend/routes + frontend/appfrontend/src/app remains absent. Backend route roots stay server.js, routes/rfq.js, and routes/tradeCore.js.

Runtime behaviorPRESERVED

read-only proofNo DB schema, route delete, live payment provider, logistics provider, scheduler, wallet, or payout executor is attached.

Engine boundariesSEPARATE

transformation onlyTextile remains transformation; extraction and assembly engine logic stay outside this readiness surface.

CODEX215B global currency tax incoterm readiness

Global Currency, Tax, Incoterm, And Trade Mode Proof

codex215b-global-currency-tax-incoterm-readiness-proof-v1

Global currency catalogGLOBAL

INR / USD / EUR / GBP / AED / SGDCurrency appears as configurable trade metadata and display proof only; no FX lookup, settlement conversion, or payout mutation is attached.

Configurable tax labelsCONFIG

GST / VAT / sales tax / customsTax labels are read from existing tax rule label fields, so GST is one jurisdiction label rather than an India-only platform assumption.

Incoterm coverageREADY

EXW / FOB / CIF / DAP / DDPIncoterms stay display and comparison metadata from listings, RFQ, and landed-cost preview; no route or calculator is created.

Domestic/export displayVISIBLE

domestic | export | no-tax | reverse_chargeSupply mode labels can distinguish domestic and export trade without changing order, escrow, logistics, wallet, payout, or audit behavior.

No live providersDETACHED

payment/logistics provider-freeReadiness proof remains provider-detached: no gateway credentials, carrier booking, tracking API, or live shipment/payment executor is introduced.

Engine boundarySEPARATE

textile transformationGlobal commerce labels stay inside the textile transformation lane and do not mix extraction or assembly engine logic.

India catalog laneIN / INRTax: GST configurable labelDomestic: Domestic GST-ready labelExport: Export zero-rated placeholderIncoterms: EXW / FOB / CIF / DDPProvider DETACHED

North America catalog laneUS / USDTax: Sales tax configurable labelDomestic: State/local placeholderExport: Cross-border export placeholderIncoterms: FCA / FOB / DAP / DDPProvider DETACHED

Europe and UK catalog laneGB / EU / GBP / EURTax: VAT configurable labelDomestic: VAT domestic placeholderExport: Import VAT/customs placeholderIncoterms: EXW / CFR / CIF / DAPProvider DETACHED

Middle East catalog laneAE / AEDTax: VAT/customs configurable labelDomestic: GCC domestic placeholderExport: Free-zone/export placeholderIncoterms: FOB / CIF / CPT / DDPProvider DETACHED

Global fallback catalog laneSG / UN / SGD / USDTax: Jurisdiction tax labelDomestic: Configurable domestic labelExport: Configurable export labelIncoterms: EXW / FCA / CIP / DPUProvider DETACHED

IN is one catalog lane, not the global default.Tax labels are configurable metadata: taxLabel, taxRegimeLabel, taxTypeLabel, taxComponentLabel, and jurisdictionLabel.Export/domestic display is proof-only and follows existing ERP tax supply modes.No live FX API, tax filing API, country resolver, payment gateway, carrier booking, tracking provider, DB schema change, route change, or scheduler is attached.The fixed operational chain remains listing -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit.

CODEX216B export document checklist

Invoice, Packing, COA/MSDS, Test Report, And Dispatch Docs

codex216b-export-document-checklist-readiness-proof-v1

Invoice readinessMETADATA

/api/trade-core/documents/admin/readiness?limit=500Invoice readiness is read from commercial document metadata and ERP invoice readbacks; no invoice posting or upload provider is introduced.

Packing list readinessMETADATA

/api/trade-core/documents/admin/analytics?limit=500&timelineLimit=100Packing list readiness is represented by export-readiness and packing-media category coverage only.

COA/MSDS readinessMETADATA

/api/trade-core/documents/admin/verification-summary?limit=500COA/MSDS readiness maps to certification, compliance, and quality-testing metadata; no scanner, OCR, or provider is attached.

Test report readinessMETADATA

/api/trade-core/documents/seller/readiness?limit=500&timelineLimit=100Test report readiness reads quality-testing metadata and lifecycle labels without storing or serving files.

Dispatch docs readinessPLACEHOLDER

/api/trade-core/documents/admin/readiness?limit=500Dispatch docs stay metadata/readiness placeholders across logistics and delivery chain steps; no booking or carrier connector is added.

Module-wise document proof22 MODULES

exportDocumentChecklistReadinessProof.moduleWiseDocumentProofThe proof is generated over the exact textile module registry, with yarn as the base template and no duplicate document route.

CODEX171B scheduler DB execution proof

Scheduler, Release, Reservation, DB Execution, And Observability

codex171b-scheduler-simulation-proof-v1

Scheduler proofREADBACK

/api/trade-core/erp/scheduler-simulationExisting scheduler summary exposes job catalog, run count, health count, and safety locks without starting a scheduler.

Release scheduler proofGUARDED

POST /api/trade-core/process-releasesRelease readiness is represented by the process_releases scheduler job only; release and payout execution stay admin-gated.

Reservation expiry proofGUARDED

POST /api/trade-core/erp/inventory/reservation-expiryReservation expiry stays preview-first/admin-only and is not run by background automation.

ERP automation DB execution proofDB EXECUTION

/api/trade-core/erp/scheduler-simulation/previewPreview stays read-only; dry_run/admin_approval create DB-backed execution proof rows while provider calls and stock mutation remain disabled.

Scheduler observability proofOBSERVE

/api/trade-core/erp/scheduler-simulation/healthHealth readback displays DB-backed execution runs, queue depth, health logs, and audit visibility.

CODEX137B ERP automation readiness proof

Backend And Admin Readback Only

No schema / no OCR API

ERP readiness proofREADINESS

/api/trade-core/erp/readinessExisting readiness payload proves exact 22-module textile registry, fixed trade chain, and no duplicate route creation.

ERP automation readiness proofREADONLY

/api/trade-core/erp/readinessAutomation is readback metadata only; no scheduler execution, background job, gateway, logistics, or destructive automation is enabled.

Voucher readiness proofREADBACK

/api/trade-core/erp/audit-timelineVoucher proof reads erp_journal_headers, erp_journal_lines, and wallet ledger linkage through existing admin read routes.

Stock movement proofREADBACK

/api/trade-core/erp/inventory/movement-ledgerMovement proof stays on the canonical ERP inventory movement ledger; this page does not reserve, release, recompute, or move stock.

Procurement proofREADBACK

/api/trade-core/erp/procurement-auditProcurement proof reads vendor, PO, receipt, vendor ledger, and audit readiness without wallet or payment engine mixing.

Invoice readiness proofREADBACK

/api/trade-core/erp/invoice-tax-breakupInvoice proof reads posted invoice/tax tables and guarded invoice post readiness; it does not post invoices.

OCR placeholder proofPLACEHOLDER

/api/trade-core/documents/foundationOCR stays metadata-only. No live OCR API, scanner, CDN, file provider, or preview service is attached.

Read-only admin proofADMIN READ

/api/trade-core/erp/readinessProof is backend and admin readback only; protected write methods remain behind the existing trusted admin guards.

CODEX98 ERP automation execution proof

Automation, Posting, Inventory, And Admin ON/OFF Runtime Evidence

codex98-erp-automation-execution-proof-v1

Automation execution summaryADMIN CONTROLLED

/api/trade-core/erp/readinessUses existing readiness/admin-control/automation-matrix signals to prove automation remains admin-controlled with unsafe execution disabled.

Admin-controlled ON/OFF proofON/OFF PROVED

/api/trade-core/erp/admin-controls | /api/trade-core/erp/admin-controls/:moduleKey/:controlKey/:lockStateProves module-wise ON/OFF and lock controls from DB-backed admin policy rows without adding a new route family.

Journal/invoice/ledger posting evidencePOSTING EVIDENCE

/api/trade-core/erp/audit-timeline | /api/trade-core/erp/finance-chain-replay-audit | /api/trade-core/erp/order/:orderId/ledger-preview

Uses existing readback and guarded posting endpoints to prove journal, invoice, payout, and receipt posting evidence.

Inventory execution proofINVENTORY PROVED

/api/trade-core/erp/inventory/runtime-safety | /api/trade-core/erp/inventory/movement-ledger | /api/trade-core/reservations

Uses existing runtime-safety and movement-ledger evidence to prove inventory execution readiness without background mutation.

No live providers proofPROVIDER DETACHED

/api/trade-core/erp/readinessPayment and logistics provider attachment remains disabled in this proof pack; no live gateway or carrier executor is attached.

CODEX118C admin ERP runtime observability

Operational Status Expansion

Static readonly

Reservation guard activeACTIVE

GUARD ACTIVEReservation guard status is shown as readonly ERP readiness proof; inventory release behavior remains backend-owned.

Release enforcement activeACTIVE

ENFORCEDRelease enforcement status points to the existing inventory execution lane without adding a route or trigger.

Refund policy enforcement activeACTIVE

ENFORCEDRefund policy enforcement is documented as an operational guardrail and does not mutate refund logic.

Buyer visibility rollout phase statusPHASED

ADMIN OBSERVEBuyer visibility rollout status stays on this admin page; buyer pages and shared listing cards are untouched.

Seller attachment rollout phase statusPHASED

ADMIN OBSERVESeller attachment rollout readiness is static admin visibility and does not change seller runtime surfaces.

RFQ canonical migration statusCANONICAL

MIGRATION READYRFQ canonical migration is represented as compatibility-only readiness over existing canonical RFQ paths; no alias is removed.

ERP Runtime GuardsSTATIC

/api/trade-core/erp/readinessReadiness route remains the source reference for guard visibility; this page does not fetch from the client.

Inventory Execution LinkACTIVE

/textile/admin/erp-inventory-executionLinks the readiness view to the existing admin execution surface without introducing a duplicate route.

Rollout Phase MonitorPHASED

/textile/admin/trade-observabilityBuyer visibility and seller attachment rollout state is static admin observability only.

RFQ Canonical MonitorCANONICAL

/api/rfq/create | /api/rfq/respond | /api/rfq/listCanonical migration status is shown without touching backend RFQ aliases, route count, or yarn template logic.

Readiness / Preview / Simulation / DB-posted Accounting

Readiness/api/trade-core/erp/readinessRegistry, locks, warnings, and DB status labels.

Preview/api/trade-core/erp/scheduler-simulation/previewRead-only scheduler plan; no DB mutation.

DB-backed execution/api/trade-core/erp/scheduler-simulationScheduler execution proof and health readback are persisted via trade-core DB-backed activity rows.

DB-posted accounting/api/trade-core/erp/finance-chain-replay-auditExisting posted invoice, payout, receipt, tax, and journal readback.

Finance DB Status Labels

Invoice DB-posted statusPayout DB-posted statusReceipt DB-posted statusTax reconciliation status

Source Tables

erp_tax_ledger/api/trade-core/erp/tax-reconciliation

erp_tax_lines/api/trade-core/erp/invoice-tax-breakup

erp_invoice_lines/api/trade-core/erp/invoice-tax-breakup

erp_invoices/api/trade-core/erp/finance-chain-replay-audit

erp_payouts/api/trade-core/erp/finance-chain-replay-audit

erp_receipts/api/trade-core/erp/finance-chain-replay-audit

erp_journal_headers/api/trade-core/erp/audit-timeline

erp_journal_lines/api/trade-core/erp/audit-timeline

Existing Read Routes

ERP readiness API/api/trade-core/erp/readiness

ERP audit timeline API/api/trade-core/erp/audit-timeline?limit=250

Finance replay audit API/api/trade-core/erp/finance-chain-replay-audit?limit=100

Tax reconciliation API/api/trade-core/erp/tax-reconciliation?limit=100

Invoice tax breakup API/api/trade-core/erp/invoice-tax-breakup?limit=100

Inventory movement ledger API/api/trade-core/erp/inventory/movement-ledger?limit=100

Procurement audit API/api/trade-core/erp/procurement-audit?limit=100

CODEX137B readiness proof/api/trade-core/erp/readiness?proof=codex137b

Scheduler preview API/api/trade-core/erp/scheduler-simulation/preview

Scheduler health API/api/trade-core/erp/scheduler-simulation/health

Inventory reservations API/api/trade-core/reservations?limit=250

Document foundation API/api/trade-core/documents/foundation

Document admin readiness API/api/trade-core/documents/admin/readiness?limit=500

Document verification summary API/api/trade-core/documents/admin/verification-summary?limit=500

Document admin analytics API/api/trade-core/documents/admin/analytics?limit=500&timelineLimit=100

Document seller readiness API/api/trade-core/documents/seller/readiness?limit=500&timelineLimit=100

Export document checklist proof/api/trade-core/documents/admin/readiness?limit=500

Document status history API/api/trade-core/documents/status-history?limit=100

ERP Readiness Readers

CODEX380 Batch 2 closure

ERP, Inventory, Admin, Document, And Smart Other Readback

Existing routes only

Escrow / wallet control consumersENFORCED

/api/trade-core/order/pay + /api/trade-core/order/refund + /api/trade-core/process-releasesExisting admin-controls now gate escrow and wallet side effects before payment hold, refund ledger, and seller wallet release paths.

Inventory admin readbackREADBACK

/api/trade-core/erp/readiness + /api/trade-core/erp/inventory/runtime-safetyReadiness, runtime-safety, allocation, movement, and ecommerce sync remain existing admin readbacks with no provider push proof.

Document lifecycle proofMETADATA

/api/trade-core/documents/foundation + /api/trade-core/documents/admin/readinessKYC, GST/VAT, invoice, export, dispatch, delivery, receipt, and audit archive labels come from existing document policy/storage helpers.

Smart Other visibilityVISIBLE

/api/trade-core/erp/admin-controls + /textile/seller/dashboardSmart Other pending approval and candidate readiness stay visible through existing admin controls and seller dashboard readbacks.

Batch 2 boundaryLOCKED

frontend/app + backend/routes/tradeCore.jsNo Batch 3 module parity, no seller listing rewrite, no payment gateway, no live logistics provider, and no production mutation proof.

Textile Admin / Document Readiness

Document Admin Analytics

Read-only document metadata analytics for module readiness, seller completeness, lifecycle status, category coverage, verification state, and timelines.

Admin API keyADMIN_READ_ONLY_DOCUMENT_ANALYTICSADMIN_READ_ONLY_PREPARE_METADATA

Seller completeness

Average metadata completeness across returned sellers.

WATCH

Verified coverage

WATCH

Prepared

PREPARED metadata rows awaiting lifecycle metadata progression.

PREPARED

Uploaded

UPLOADED metadata rows awaiting scan or review state.

UPLOADED_PENDING

Verified

VERIFIED metadata rows visible to admin audit.

VERIFIED

Verification ready

Metadata rows ready for readonly verification review.

WATCH

Scan pending

Metadata rows waiting for scan state readback.

SCAN_PENDING

Scan failed

Rows requiring metadata-only admin review.

CLEAR

Audit warnings

Latest metadata activity: N/A

READ_ONLY

Total rows

Provider mode: DEFERRED_OBJECT_STORAGE. Live provider remains detached.

DEFERRED_OBJECT_STORAGE

Phase 9 Document Visibility Continuity

Controlled Document Statuses

Status is normalized to uploaded, pending_review, verified, rejected, or missing. This panel renders metadata/readiness only and does not expose storage keys, provider object ids, raw paths, signed upload tokens, or public download links.

uploaded