Provider state
READYReady
DB/API-backed local/mock/sandbox-ready provider adapter boundary for operation evidence storage, verification, notification, signature, and audit export
Validation Portal / Pre-Activation
Prelaunch to Live Activation Readiness
Readiness matrix separating current prelaunch validation from provider/API sandbox, DB persistence, and future live activation requirements.
Evidence source: Static fallback evidence
Validation Portal prefers `/validation/evidence/*` API data and keeps static fallback for board-demo resilience.
Validation Evidence API has not been loaded yet.
Validation portal boundary
READ_ONLYCurrent mode is Prelaunch validation mode. Future mode is Live activation after required business, legal, government, provider, and operational approvals. This portal is read-only and contains no state-changing admin actions.
Prelaunch to live activation boundary
Positive lifecycle wording for board and government review.
Current mode: Prelaunch validation with virtual/demo/local/synthetic data and controlled records.
Next mode: Provider/API sandbox, shared API/DB persistence, and browser walkthrough freeze.
Future mode: Live activation after required business, legal, government, provider, security, and operational approvals.
Readiness matrix
Current mode, persistence needs, and activation requirements for each area.
| Area | Implemented | Current mode | Evidence route | Persistence | Activation requirement | Status |
|---|---|---|---|---|---|---|
| Auth / Account | Yes | Prelaunch account workflow with Google SMTP-ready local delivery | /login | API/DB hardening | Production auth and privacy controls before real users | PARTIAL |
| Project Discovery | Yes | Public discovery fixtures and publication local records | /projects | Project publication DB | Editorial/publication policy for live public launch | READY |
| Participation Simulation | Yes | DB/API-backed virtual USDT-denominated records with fixture fallback | /participation-simulation | Implemented for ParticipationWorkflowRecord, ParticipationRecord, PortfolioReference, ParticipantProjectPosition, VotingPowerProfile, and AuditEvent linkage | Legal/provider/payment gates before real participation | READY |
| Founder Proposal | Yes | DB/API-backed proposal aggregate with fixture fallback | /founder/projects/new | Implemented for ProjectProposal, BusinessPlan, Evidence, ParticipationTerms, and StatusHistory | Company/project review policy before external submission | READY |
| Admin Review | Yes | DB/API-backed admin review decisions with audit/status history linkage | /admin/project-proposals | Implemented for ProjectReviewDecision, ProjectPublicationCandidate, AuditEvent, and StatusHistory | Production review permissions and audit retention | READY |
| Publication | Yes | DB/API-backed publication record and public discovery projection | /admin/project-publications | Implemented for ProjectPublicationCandidate, ProjectPublicationRecord, and Project public projection | No funding open until future approval gate | READY |
| Operator Proposal | Yes | DB/API-backed operator profile, opportunity, proposal, review queue, audit, and outbox records with fixture fallback | /operators/proposals/new | Implemented for OperatorProfile, OperatorProposal, OperatorReviewQueueItem, AuditEvent, and EventOutbox linkage | Operator contract and procurement controls later | READY |
| Operator Review | Yes | DB/API-backed operator review decisions and shortlist candidate creation with fixture fallback | /admin/operator-proposals | Implemented for OperatorReviewDecision and OperatorShortlistCandidate | Reviewer permission model and contract boundary | READY |
| Weighted Voting | Yes | DB/API-backed participant weighted voting using VotingPowerProfile as the primary voting power source | /projects/AX-LOGI/operator-selection/vote | Implemented for OperatorSelectionRound, ParticipantOperatorVote, OperatorVotingResult, and VotingPowerProfile linkage | Participant identity and legally approved governance rules | READY |
| Operator Assignment | Yes | DB/API-backed controlled assignment reference created from participant weighted voting result | /operators/projects/AX-LOGI/assignment-status | Implemented for ProjectOperatorAssignment and AuditEvent linkage | Operator contract and operations approval | READY |
| Operation Execution | Yes | DB/API-backed operation plan, preparation, milestone, task, URL evidence, maker-checker controlled admin review, and progress snapshots with fixture fallback | /operators/projects/AX-LOGI/operation | Implemented for ProjectOperationPlan, OperationMilestone, OperationTask, OperationEvidenceRecord, OperationEvidenceReviewDecision, GovernanceActionRequest, GovernanceCheckerDecision, OperationProgressSnapshot, AuditEvent, and EventOutbox linkage | Live operating contract, project company approvals, and production evidence retention before external operation | READY |
| Operation Provider Adapters | Yes | DB/API-backed local/mock/sandbox-ready provider adapter boundary for operation evidence storage, verification, notification, signature, and audit export | /admin/project-operations/AX-LOGI/providers | Implemented for OperationProviderAdapterConfig, OperationProviderActionLog, OperationEvidenceProviderReference, and OperationAuditExportPackage | Production provider contract, credentials, endpoints, security review, and live activation approval before external provider operation | READY |
| Email / Outbox | Yes | Local outbox plus Google SMTP-ready account workflow | /validation/records | Reusable email module extraction | Provider/domain deliverability review before launch | PARTIAL |
| Audit / Controlled Records | Yes | Local audit/control references across workflows | /audit-logs | Audit DB and retention policy | Retention, export, and immutable audit strategy | PARTIAL |
| API / DB Persistence | Partial | Local services and browser storage for new 410H workflows | /validation/pre-activation | Required | Required before multi-user pilot | NEEDS DECISION |
| Provider Integration | Partial | Provider-ready interfaces and local/mock adapters | /uae-activation | Provider adapter persistence and webhook logs | Provider sandbox contract and credential boundary | FUTURE GATE |
| Live Activation | Planned | Future gated | /validation/pre-activation | Production stack | Business, legal, government, provider, and operational approvals | FUTURE GATE |
Provider readiness evidence
Validation reviewers can inspect provider readiness as local/mock/sandbox evidence without production credential, endpoint, or external activation controls.
Action logs
READYMapped
OperationProviderActionLog records are included in validation evidence.
Provider refs
READYMapped
Evidence provider references remain local/mock and are linked to evidence records.
Audit export
PARTIALPlanned
Audit export preview is a validation package, not an external submission.
Evidence mapping
opprov_cfg_*opprov_log_ax_logi_*opprov_ref_ax_logi_*opprov_export_ax_logi_operation_evidence_preview
Yes
Future activation boundary
Production provider contract, credentials, endpoints, security review, and live activation approval before external provider operation
local/mock/sandbox evidenceproduction disabledvalidation read-only