Active user: Canonical seller pendingRole: sellerCompany: Company pending

Buyer mode/textile/buyer/dashboardSeller mode/textile/seller/dashboardBusiness mode/textile/seller/company-masterPersonal mode/textile/seller/profile

One-user mode map: one local user context can switch across buyer, seller, business, and personal surfaces. Guard evidence: SaaS status | workflow/RBAC status | identity gate=true | auth connector off=true | no SSO/MFA activation claimed

Canonical seller pendingLegal name pending

KYC PendingTax identity pending

Bank payout readiness PendingBank details redacted

Provider-independent controls

Seller PDC, Trader, C2C, Lab and Job-work Actions

PDC

document, presentation, clearance, bounce, replacement and history are read from lifecycle rows.

Trader/Reseller

source seller/listing, reseller identity and provenance are API-backed.

C2C and Damage

0 C2C relists · 0 damage claims

No recent action

Lab/Testing

buyer badge appears only for verified, non-expired records.

1. yarn purchase · NOT_RECORDED2. yarn inventory · NOT_RECORDED3. yarn issue · NOT_RECORDED4. warping · NOT_RECORDED5. sizing · NOT_RECORDED6. weaving · NOT_RECORDED7. grey inventory · NOT_RECORDED8. grey issue to mill · NOT_RECORDED9. job work challan · NOT_RECORDED10. mill processing · NOT_RECORDED11. dyeing · NOT_RECORDED12. printing · NOT_RECORDED13. finishing · NOT_RECORDED14. finished return · NOT_RECORDED15. job work invoice · NOT_RECORDED16. cost rollup · NOT_RECORDED17. shrinkage wastage · NOT_RECORDED18. lot traceability · NOT_RECORDED19. sales dispatch · NOT_RECORDED20. accounting posting · NOT_RECORDED

Deterministic Seller Identity Proof

Selected Seller Identity

Waiting for canonical seller-master list; no browser profile or localStorage fallback is read.

RESOLVING

Selected Seller: Seller pending
Selected Company: Company pending
Trusted Identity Source: /api/trade-core/seller-master/foundation -> /api/trade-core/seller-master/list -> selected seller-master row
Fallback State: NO LOCAL PROFILE FALLBACK; CANONICAL SELLER REQUIRED
Seller-master Rows: 0
Trusted Session: x-user-id=pending; x-role=seller; x-company-id=pending

Seller / Canonical Trade-Core

Seller Order Runtime Proof

Seller-scoped order review with draft lifecycle controls on existing RFQ draft routes. Payment gateway, escrow release, payout release, refund posting, and live logistics/provider attachment remain restricted.

Status: Loading canonical seller-master truth...

Guardrail: This page reads /api/trade-core/orders/mine with canonical seller headers and mounts only RFQ draft lifecycle POST actions on existing `/api/trade-core/order/rfq-draft/*` routes. Escrow release, payout release, refund posting, release-window override, and immutable audit writes remain absent.

Canonical order read endpointGET /api/trade-core/orders/mine

Canonical owner scopebuyer/seller identity query and canonical headers

Canonical shared trade chainlisting -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit

Canonical frontend readGET /api/trade-core/orders/mine only

Compatibility aliaseslegacy order read aliases are compatibility-only and rewritten before fetch

Route Deletionnone

Write safetyGET-only migration status; existing lifecycle POST routes unchanged

Retirement gatereadiness metadata only; route coverage preserved

Effective Endpoint/api/trade-core/orders/mine

Fallback Statecanonical direct read

Seller order rows visible0/0Rows are filtered by canonical seller-master identity through GET /api/trade-core/orders/mine.

Buyer visibility readback0/0Buyer IDs are read from order, RFQ, or listing snapshots so seller can see the buyer-linked order context.

RFQ draft subset0/0Draft rows remain visible without hiding non-draft seller orders.

Lifecycle continuity rows0/0Status, payment, escrow, logistics, and payout fields are read from the same order row.

Status continuity proofNO_ORDER_ROWSCurrent status readback is preserved across refreshes without mutating lifecycle state.

Seller timeline proof0/0Canonical execution timeline rows are rendered from the existing seller-scoped order readback.

Status transition readback0Transitions are read from order timeline, audit log, and canonical execution projection only.

Admin audit link proof0/0Admin audit visibility points to the existing ERP audit timeline route; no duplicate route is created.

Seller inventory reservation proof0/0Reservation labels come from existing orders/mine and inventory reservation readbacks only.

Warehouse reservation continuity0/0Warehouse visibility is read from canonical reservation and ERP warehouse tags, with no stock deduction.

Shared trade chainlisting -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_auditRFQ draft lifecycle writes use existing /api/trade-core/order/rfq-draft/* routes only

CODEX251B Seller runtime proofcodex251b-final-buyer-seller-admin-runtime-proof-consolidation-v1Seller order proof remains in this existing workspace panel and links downstream to wallet/payout and admin audit readbacks without adding a duplicate proof panel.

AGENT87 proof versionagent87-buyer-seller-admin-same-order-proof-v1Existing seller orders page, no new route family.

Same order id visible0/0Order IDs are read from /api/trade-core/orders/mine.

Lifecycle fields visible0/0Payment, document, logistics, and wallet/escrow status are displayed from each same seller order row.

No standalone test-row proofNO_DB_ORDERS_VISIBLEWATCH: no seller-scoped DB order rows visible.

ERP readiness rows0Readback is sourced from existing /api/trade-core/erp/readiness payload.

Journal readback visible0/0Order-aligned journal DB status is projected from existing readiness rows only.

Invoice readback visible0/0Invoice status/no is read from readiness and accounting metadata with no duplicate API family.

Invoice posted rows0/0Posted state is display-only; seller surface does not call invoice-post.

Admin journal deep readback/api/trade-core/erp/order/:orderId/journalsRoute remains admin-role guarded and is proved through admin ERP surfaces.

Invoice tax deep readback/api/trade-core/erp/invoice-tax-breakupExisting invoice table/tax line readback route is reused without new endpoint registration.

Admin proof surface/textile/admin/erp-readinessAdmin ERP page keeps guarded journal/invoice visibility proofs centralized.

Mutation guardREAD ONLYReadback only: no journal-post, invoice-post, payout, receipt, or release mutation is called from seller page.

Buyer order status

Commercial Flow Status

seller-orders

Versioncodex139b-prelive-commercial-flow-proof-v1

Fixed Trade Chainlisting -> comparison -> landed cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> audit

ExecutionNo payment, logistics, release, refund, payout, receipt, or audit write call is mounted here.

Listing -> RFQ -> Order Proof

WATCH

0/0 buyer-linked orders

Seller order proof reads seller-scoped orders, RFQ draft bridge rows, and listing snapshots through the canonical seller-scoped order endpoint.

GET /api/trade-core/orders/mine

Escrow / Release Proof

WATCH

0/0 release signals

Escrow and release state is displayed from existing order snapshots; seller action and release processors are not mounted.

readback only: escrowStatus / releaseSnapshot

Refund / Return Proof

WATCH

0/0 refund holds

Refund hold and return-window proof remains page-local order readback with no refund write call.

readback only: refundHold / returnWindow / releaseWindow

Wallet / Payout Proof

WATCH

0/0 wallet proofs

Wallet and payout release proof is shown without invoking payout execution or ledger posting.

readback only: payout / payoutReadback / walletImpact

Receipt / Audit Proof

WATCH

0/0 audit refs

Immutable audit references are displayed from order readback; audit writes are intentionally absent.

readback only: immutableAudit / auditTrail

Admin Commercial Control Proof

ADMIN

Admin controlled

Commercial controls remain on existing admin observability and ERP readiness surfaces.

/textile/admin/trade-observability

Compatibility Alias Proof

COMPATIBILITY

Order aliases preserved

Legacy order read compatibility aliases remain registered; seller page uses canonical readback proof only.

GET /api/trade-core/orders and debug/orders-mine preserved

Seller scope: Canonical seller-master identity plus GET-only order readback.
Write guard: Only existing RFQ draft lifecycle mutation routes are mounted; escrow release, payout release, refund, receipt, and audit writes remain absent.

Buyer order status

Batch 3 Source Readback Parity

seller-orders

Versioncodex139b-prelive-commercial-flow-proof-v1

Fixed Trade Chainlisting -> comparison -> landed cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> audit

ExecutionNo payment, logistics, release, refund, payout, receipt, or audit write call is mounted here.

Exact 22-module registry

READY

22/22 modules

Registry proof is read from frontend/lib/textileModules.ts; no seller listing page is created or rewritten.

frontend/lib/textileModules.ts

Buyer readback consistency

READY

/dashboard + /rfq/export + /orders + /receipt-audit

Buyer dashboard, RFQ, orders, and receipt-audit pages consume the same fixed source/readback parity helper.

/textile/buyer/dashboard + /textile/buyer/rfq/export + /textile/buyer/orders + /textile/buyer/receipt-audit

Seller readback consistency

READY

/dashboard + /orders + /wallet-ledger

Seller dashboard, orders, and wallet-ledger pages consume the same helper without touching seller listing pages.

/textile/seller/dashboard + /textile/seller/orders + /textile/seller/wallet-ledger

Fixed one-direction chain

READY

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

Batch 3 keeps listing -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit.

frontend/lib/moduleMarketplace.ts

Helper/schema preflight

READONLY

shared helper export/import guard

Closure is helper-level first; sellerListingSharedHelpers, sellerListingEnterpriseHelpers, and sellerSchemaRegistry remain import/export checked.

frontend/lib/sellerListingSharedHelpers.ts + frontend/lib/sellerListingEnterpriseHelpers.ts + frontend/lib/sellerSchemaRegistry.ts

Runtime mutation boundary

READONLY

no gateway/provider/mutation proof

No payment gateway, logistics provider, production mutation proof, new route family, or backend readback family is attached.

existing /api/rfq + /api/trade-core reads only

Batch 3 version: codex382-batch3-source-readback-parity-v1
Surface: seller-orders
Role: seller
Readback row counts: Orders 0 / Visible Orders 0 / Erp Rows 0
Source routes: /textile/seller/orders + /textile/seller/dashboard + /textile/seller/wallet-ledger
Frozen no-touch files: frontend/app/textile/yarn/page.tsx + frontend/app/textile/seller/yarn/listing/page.tsx + frontend/lib/canonicalSellerMasterTruth.ts
Count policy: source-vs-inventory count drift is report-only; no 73/392 hard fail
Note 1: seller orders uses existing seller-scoped order readback and RFQ draft lifecycle routes only

Seller identity proofRESOLVINGReadback source: /api/trade-core/seller-master/foundation | /api/trade-core/seller-master/list | /api/trade-core/orders/mine. KYC status is displayed from configured records only; profile promotion remains governed by the seller-master workflow.

Buyer identity proofBuyer identity pendingBuyer identity stays browser-readonly with compatibility storage preserved.

Company ownership proofcompany pending / 0/22 textile modulesCompany identity remains the ownership anchor. No off-registry ownership is promoted.

Business/personal continuity proofbuyer:pending -> seller:pendingBusiness company IDs and personal user IDs remain separate across listing -> comparison -> landed_cost -> order -> escrow -> logistics -> delivery -> wallet -> payout -> receipt_audit. Textile transformation surface only; no extraction or assembly engine logic is introduced.

Order/RFQ identity continuity proof0/0 orders aligned | RFQ 0Order proof uses existing /api/trade-core/orders/mine readback, order/listing/preparation snapshots, and RFQ IDs only.

Wallet identity proof0/0 wallet rows alignedWallet proof reads existing /api/trade-core/wallet-ledger rows only; payout, release, escrow, refund, and audit writes remain absent.

Compatibility aliases preservedGET Aliases remain compatibility-only metadata. No alias route is deleted and canonical order reads still resolve to /api/trade-core/orders/mine.

Read-only route and DB proofNO_DB_CHANGE | NO_ROUTE_DELETE | FRONTEND_PROOF_ONLYThis proof is readonly display only and uses existing fields when present; backend route count, aliases, and DB schema are intentionally unchanged.

Canonical order read endpointGET /api/trade-core/orders/mineNo legacy order-read alias is fetched from this page.

Deterministic seller proofRESOLVINGSeller pending

Trusted identity proofx-user-id=pending; x-role=seller; x-company-id=pendingHeaders are derived from canonical seller-master only.

Seller-master proof0/api/trade-core/seller-master/foundation -> /api/trade-core/seller-master/list -> selected seller-master row

Buyer visibility proof0/0Buyer/RFQ identity is displayed from read-only order preparation snapshots.

Seller ownership proof0/0Seller ownership is derived from order/listing readback and canonical seller scope.

RFQ/export snapshot proof0/0RFQ and export readback is displayed only from existing order snapshots.

Documents snapshot proof0/0Document bucket and export document readback is display-only.

CODEX131B document lifecycle proof0/0Page-local order/listing/preparation snapshots only; no live document storage API.

QC/report visibility proof0/0QC reports are read from existing snapshots or preserved upload metadata.

Invoice/packing/shipping placeholder proof0/0/0Commercial document placeholders remain readonly and local to this page.

Export document readiness proof0/0Readiness is display-only and does not create or store documents.

Upload metadata preserved proof0/0Existing upload refs and modes are read back without rewriting metadata.

No live doc storage API proof0/0No document storage route is mounted or fetched by this frontend page.

Logistics snapshot proof0/0Dispatch, delivery, carrier, and tracking readback uses existing snapshots only.

Escrow/refund/release snapshot proof0/0Escrow, refund, release-window, and return-window states are snapshot proof only.

Seller escrow continuity proof0/0Seller sees escrow hold, return window, and deferred payout continuity from the same order readback.

Buyer escrow timeline proof0/0Buyer escrow timeline remains visible to seller as read-only order continuity proof.

Escrow stage visibility proof0/0Payment, escrow, release, refund, wallet, payout, and audit stages stay one shared chain.

Admin escrow audit proof0/0Admin audit linkage points to existing ERP audit timeline readback; no duplicate audit API is introduced.

Buyer-linked order proof0/0Compatibility count retained for RFQ draft and canonical order visibility.

Payout/release proof0 payout / 0 releasedNo release or payout route is called from this page.

Payout release proof0/0Payout release readback is displayed without invoking payout execution.

Escrow release proof0/0Escrow release state is read from order snapshots only.

Refund-hold proof0/0Refund hold state remains readonly and page-local.

Release-window proof0/0Release window state is derived from acceptance/window readback.

Return/refund continuity proof0/0Return/refund continuity is displayed from returnWindow, refundHold, and releaseWindow fields only.

Payout deferred visibility proof0/0Deferred payout readiness is visible without calling process-releases or wallet mutation paths.

Payout/wallet release proof0/0Wallet and payout release readback is displayed without payout mutation.

Immutable audit proof0/0Audit hash or order lineage is displayed without write actions.

Seller order action guardCANONICAL ROUTES ONLYOnly existing RFQ draft lifecycle action endpoints are mounted on this page-local surface.

GET-only lifecycle proofGET ONLYNo escrow, payout, refund, release-window, or audit write route is attached to this page.