GlemO is asset-class neutral: real estate credit is the first proof market, then the rail expands into approved institutional asset supply. Investors see economics, eligibility, documents, risk controls and liquidity rules before they commit capital.
Illustrative imageResidential financing pool with daily reference value and active replacement policy.
Sample asset imageSingle credit instrument without pool structure, published after validator rule check.
ReceivablesShort-duration receivables pool that demonstrates expansion beyond real estate.
RestrictedInfrastructure-backed instrument available only to institutional investors with proper profile.
Offer cards need to sell clarity: yield reference, term, minimum ticket, asset quality and access rules.
Banks and financial institutions get a governed distribution channel instead of a generic token listing.
Every investor action connects to validator, admin, ledger, reporting and liquidity controls.
The prototype connects public discovery, private buyer rooms, seller/originator supply, external tokenization partners and governed platform operations in one controlled distribution system.
Discover assets, understand risk, create account, connect wallet, pass KYC and monitor holdings.
Review mandate fit, open diligence, request allocation and route committee approval.
Register entity, submit asset, choose pool or standalone structure, monitor channels and use Enterprise AI.
Connect infrastructure, submit existing tokens and assemble the evidence required for controlled distribution.
Release transactions, manage compliance, reconcile rails, track revenue and maintain the ledger.
The platform separates public discovery, buyer onboarding, seller supply, validation, compliance, billing, AI services, rails, ledger and ecosystem extensions. That separation turns a broad prototype into a product banks can understand, test and govern.
What users see before deep permission gates.
0102030706Retail and institutional demand-side journeys.
0910111213Banks, originators, asset sponsors and distributors.
14151617181920External tokenization platforms entering the GlemO distribution rail.
20A20B20C20DIndependent review and central platform control.
2121b222324252627Revenue, AI, rails, token operations and ledger proof.
282930313233Future expansion layer and downloadable artifacts.
3435DFD36080405The DFD set reflects the current product: public marketplace, buyer rooms, seller/originator backoffice, third-party token connections, evidence and admission controls, admin clearance, transaction layer, Distribution SaaS, AI concierge, Ethereum plus Base rails and the future builder ecosystem.
It turns the visual prototype into buildable requirements: what data enters, who owns it, where it is stored, which controls apply and what each screen must prove.
It keeps GlemO positioned as the coordination rail, not as issuer, custodian, exchange or market maker, while still showing bank-grade controls.
It gives developers, compliance, banks and investors one shared map for MVP1 estimation, diligence review and operating governance.
| ID | Requirement | Scope | Primary Screens |
|---|---|---|---|
| R1 | Public asset discovery before account creation. | MVP1 Core | Marketplace, Asset Fact Sheet, Distribution SaaS |
| R2 | Buyer account, wallet, KYC, suitability and private transaction history. | MVP1 Core | Retail Portal, Investor Gate, Institutional Portal |
| R3 | Seller onboarding, KYB, signers, plan, external offering records and distribution controls. | MVP1 Core | Seller Admin, Originator Ops, Offering Record |
| R4 | Validator evidence review and admin publication control. | MVP1 Core | Validator Desk, Document Review, Compliance Cases |
| R5 | Admin transaction clearance with standby queue for sensitive operations. | MVP1 Core | Clearance Queue, Admin Dashboard |
| R6 | Private actor ledgers plus public sanitized transaction explorer. | MVP1 Core | Transaction Layer, Ledger, Reports |
| R7 | SaaS, setup, servicing, transaction fees, invoices and payment collection. | MVP1 Core | Billing and Revenue, Seller Plans |
| R8 | Enterprise distribution intelligence, leakage, incentives and partner performance. | MVP1 Beta | Distribution SaaS, Distribution Partner |
| R9 | AI concierge request, prompt chain, data permission, human QA and delivery log. | MVP1 Beta | AI Ops, Concierge Desk |
| R10 | Ethereum plus Base as initial EVM rails with custody, payment and reconciliation partners. | MVP1 Beta | Rail Partner, Risk Engine, Ledger |
| R11 | Asset technical sheet with entities, tokenization history, collateral, documents, performance and liquidity. | MVP1 Core | Asset Fact Sheet |
| R12 | dApps, plugins and builder ecosystem after the first liquidity loop is proven. | Phase Two | Builder Portal |
| R13 | Third-party token integration with partner KYB, least-privilege connection, token registry, evidence package, accountable-origin admission and asset-specific publication approval. | MVP1 Beta | Connect Center, Integration Setup, Token Intake, Evidence Center, Admission Gate |
One visual overview of the complete V4.7 DFD set.
Connects product requirements to processes, data stores and screens.
Defines GlemO as the neutral liquidity and distribution rail.
Shows marketplace, wallet, KYC, suitability and private ledger flow.
Shows KYB, pool or standalone asset draft, evidence and publication queue.
Shows evidence intake, opinion, standby queue, release and audit trail.
Shows private ledgers, policy check, rail event, public proof and reports.
Shows channel map, analytics, incentives, billing and revenue quality.
Shows request, prompt chain, data permission, AI generation, QA and delivery.
Shows Ethereum, Base, custody, payment rails and daily reconciliation.
Shows dApp/plugin onboarding, review, marketplace listing and incentives.
Investors must understand the asset, risk, route and next step before talking to anyone.
Originators need a real path to submit assets, evidence, rules and distribution channels.
Manual review is acceptable in beta if every decision has status, owner and evidence.
Plugins, extensions and automated rails should scale after the core liquidity loop is proven.
The first viable version should not depend on a fully automated exchange, complex custody stack or open dApp economy. Those can be integrated progressively after GlemO proves demand, supply, reporting discipline and paid enterprise usage.
| Environment | MVP1 Treatment | Why It Matters | Risk If Overbuilt | Open Screen |
|---|---|---|---|---|
| Marketplace | Core | Shows demand, distribution and user conversion. | Without it, GlemO looks like backoffice only. | |
| Retail Client Portal | Core | Gives community users account, wallets and transaction history. | Too much trading functionality too early. | |
| Institutional Portal | Lite | Captures larger buyer demand and diligence requests. | Building a full institutional OMS before demand proof. | |
| Seller Admin | Core | Banks need user control, KYB, signers and billing ownership. | Weak governance for enterprise sellers. | |
| Offering Record | Core | Registers external token supply and evidence for distribution. | Too many asset classes before rules stabilize. | |
| Billing / Revenue Ops | Core | Connects SaaS, bank fees and transaction fees to real revenue. | Manual spreadsheets hiding revenue quality. | |
| AI / Concierge | Lite | Validates Enterprise AI without heavy automation. | Promising autonomous AI before controlled delivery. | |
| Builder / dApp Portal | Phase 2 | Supports ecosystem expansion after platform proof. | Distracts from RWA liquidity thesis too early. |
The sheet gives investors, banks, validators and administrators the same source of truth before a transaction happens. It separates commercial storytelling from diligence evidence: token identity, responsible entities, collateral base, risk rules, document status, transaction history and liquidity behavior.
The asset sheet can disclose where the same tokenized asset is officially available, while keeping GlemO as the best route for reporting, incentives and liquidity visibility.
The tokenization process should identify the accountable sponsor, the legal issuer or SPV, the token methodology and the controls used before the asset goes live.
The distribution layer must show who can market, onboard, sell or route demand to the asset, with clear compliance boundaries.
Independent checks and servicing history reduce investor uncertainty and make the asset easier for partners to diligence.
Monthly reference value movement for the tokenized asset.
Purchases and sales/redemptions declared through the platform.
Before any merit judgment, this asset shows its full origin profile: who stands behind it, what they declared, who attested each fact, and what remains unverified. GlemO clears accountable origin for validation — it does not rate the asset.
| Dimension | Declared | Attested by (independent) | Status |
|---|---|---|---|
| Title / ownership | Clean title on file | Independent counsel | Verified |
| Independent valuation | US$ 25.4M | Certified appraiser | Verified |
| Cash flow / performance | US$ 312k/mo, 18-mo history | External auditor | Declared · unverified |
| Custody | Segregated custodian account | Custodian attestation | Verified |
| Jurisdiction / wrapper | SPV, FIDC structure | Counsel opinion | Verified |
| Redemption path | Buyback at reference value | Issuer term | Declared · unverified |
The fact sheet connects directly to the public declaration layer and the private rooms of each actor.
| Tx ID | Event | Actor view | Route | Amount | Proof | Status |
|---|---|---|---|---|---|---|
| GTX-240913-001 | Primary purchase | Investor private room | Base | US$ 10k band | 0x91f4...8cd2 | Confirmed |
| GTX-240913-002 | Liquidity contribution | Originator room | Bank rail | US$ 150k band | 0x8ac1...39b0 | Pending |
| GTX-240913-006 | Secondary sale | Investor private room | Base | US$ 4k band | 0x33dc...7f90 | Settled |
| GTX-240913-007 | Monthly reference update | Token ops room | Ethereum anchor | Methodology | 0x58a2...19be | Anchored |
Neutrality means access across approved issuers and providers. Demo route scores are illustrative workflow measures, not investment rankings. No paid preference policy is approved. Own-route economics and conflicts must be disclosed before launch. Transaction fee planning baseline: 0.15%; institutional onboarding: US$15,000. Add-ons require a separate scope.
GlemO can show official distribution channels even when the investor may buy somewhere else. The product value is transparency, trust and SaaS intelligence for the asset owner. Own-route features and fees require clear conflict disclosure.
Illustrative feature coverage. No comparative performance or investment recommendation.
The public marketplace increases trust by showing where an asset is officially available. The enterprise SaaS layer turns that transparency into revenue: channel analytics, conversion tracking, incentive design, partner scorecards, compliance visibility and liquidity monitoring.
One source of truth showing where each tokenized asset can be acquired, which routes are official, and which ones are preferred by the sponsor.
Enterprise clients see which channel is creating demand, not only where the asset appears.
GlemO can disclose other channels, then create good reasons for the transaction to happen inside the platform.
Not every user should see every distribution detail. This makes the model safer commercially and legally.
The SaaS model appears naturally because the platform is no longer just a transaction screen.
The enterprise client can actively improve distribution instead of only observing sales.
This environment separates the consumer experience from the seller, validator and admin environments. The user can create an account, connect wallets, track KYC, review transactions and monitor tokenized assets without entering enterprise screens.
Retail investor profile
Wallets authorized by the retail client.
Limits, security and account actions.
Monthly statement will be available after the next asset servicing report.
Required before any order.
Blocks investment until approved.
Controls risk classes and limits.
Updated after suitability.
Submit an illustrative primary-market order after wallet, KYC and suitability approval.
| Date | Offering | Structure | Operation | Reference | Value | Status |
|---|
GlemO is not only a token page. It is the distribution layer that turns institutional assets into understandable, gated and monitorable opportunities.
Simple discovery, eligibility clarity, risk labels, wallet/KYC flow and portfolio monitoring.
New demand channel, controlled publication, liquidity policy and reporting backoffice.
Evidence workflow, exception tracking and publication approval before assets go live.
Target allocation ceiling.
Filtered by policy.
Awaiting internal approval.
Across active offerings.
Illustrative minimum.
| Asset | Structure | Mandate Fit | Min Ticket | Diligence | Decision |
|---|---|---|---|---|---|
| Prime Residential I | Pool | 92% | US$ 250k | Complete | |
| SME Receivables Senior | Pool | 84% | US$ 100k | Complete | |
| CRI Single Asset 2026-A | Standalone | 61% | US$ 500k | Open issue |
Before first allocation.
Comprehension score.
Liquidity and loss risk.
Proceed to profile.
A tokenized asset may represent economic exposure to a pool or standalone real-world asset. It is not a bank deposit and does not guarantee liquidity or return.
Some assets may have liquidity windows, lockups, queues or originator-provided reserve rules. Selling may not be immediate.
Retail access should be controlled by investor profile, country, asset rules and risk classification. Higher-risk assets require reinforced acceptance.
| Module | Purpose | User Status | Platform Action |
|---|---|---|---|
| Yield reference | Explain reference return versus guarantee | Complete | Unlock comparison |
| Liquidity queue | Explain withdrawal and redemption timing | Complete | Show LMO rules |
| Asset documents | Teach what to inspect before purchase | Pending | Require before first order |
| Country restrictions | Explain financial promotion limits | Pending | Route to KYC profile |
Investors should see a commercial front. Retail buyers, institutional buyers, sellers, distribution partners, validators, administrators, treasury operators, AI operators, rail partners and ecosystem builders need different workspaces, menus and permission levels. This makes GlemO feel like an operating platform, not only a prototype page.
Commercial storefront for investors before login.
Private area after wallet, KYC and profile approval.
Private workspace for funds, family offices, banks and qualified capital.
Supply-side cockpit for banks and financial institutions.
Account ownership for the institution publishing assets.
Workspace for channels that help place or commercialize tokenized assets.
Independent review workspace before anything goes live.
Platform-level governance, publication and business control.
Commercial operations for SaaS, setup, servicing and transaction fees.
Control room for Enterprise AI requests, reports and scenario prompts.
Settlement, token reference and chain operations.
Integration view for banks, payment providers, custodians and settlement rails.
Future workspace for plugins, extensions and community-built modules.
Read-only oversight for external counsel, regulated partners or committees.
The order is intentional: top KPIs first, then trend chart, then risk or conversion signal, then next actions. This makes the platform feel operational, not decorative.
For public front, growth and investor acquisition.
For approved investors after wallet and KYC.
For larger allocators managing mandate, committee and allocation workflow.
For banks and asset originators managing supply.
For independent review before publication.
For platform governance and board-level control.
For SaaS billing, bank fees, transaction fees and collection health.
For Enterprise AI delivery, prompt governance and request pipeline.
For liquidity, settlement and chain operations.
For future builders, plugins and platform extensions.
For counsel, regulated partners and diligence observers.
The public layer works like a transaction explorer for the platform, showing that value, orders, validations and token events are moving. The private layer separates investor, bank, validator, admin, treasury and builder records so each actor sees only what belongs to its role.
Shows public, non-sensitive transaction declarations: transaction ID, event type, actor category, chain route, amount band, proof hash and status. This gives investors and partners confidence that the platform is alive and auditable without exposing private user data.
Each actor has a private transaction room with full details for its own scope: investors see purchases and redemptions; banks see asset, liquidity and fee events; validators see opinions; admin sees everything through permission controls.
| Public Tx | Event | Actor Type | Route | Asset | Amount | Proof | Status |
|---|---|---|---|---|---|---|---|
| GTX-240913-001 | Primary purchase | Investor | Base | Prime Residential I | US$ 10k band | 0x91f4...8cd2 | Confirmed |
| GTX-240913-002 | Liquidity contribution | Originator | Bank rail | Prime Residential I | US$ 150k band | 0x8ac1...39b0 | Pending |
| GTX-240913-003 | Validator opinion | Validator | Off-chain proof | CRI 2026-A | No value | 0x77ab...10e4 | Blocked |
| GTX-240913-004 | Token reference update | Token Ops | Ethereum anchor | SME Receivables | Methodology | 0xf41d...aa82 | Anchored |
| GTX-240913-005 | dApp usage event | Builder | API proof | Investor CRM | Usage | 0x2a7c...42df | Declared |
8 pools and 3 standalone assets.
One critical LMO gap.
Replacement candidates found.
Documents and opinions.
Contracts and standalone instruments are screened by payment history, collateral, LTV, concentration, documentation completeness and offering policy fit.
Publication approval required.
4 sensitive roles.
Pending internally.
US$ 990 monthly.
Signer and policy update.
| User | Role | Scope | Can Submit | Can Approve Funds | Status |
|---|---|---|---|---|---|
| Marina Santos | Owner | All Atlas offerings | Yes | With dual approval | Active |
| Eduarda Treasury | Treasury | Liquidity and settlement | No | Pending approval | Review |
| Lucas Asset Desk | Asset Manager | Draft offerings | Yes | No | Active |
By partner scope.
Last 30 days.
Tracked with source.
Lead to allocation.
External transactions.
| Asset | Access | Approved Copy | Partner Status | Best Action |
|---|---|---|---|---|
| Prime Residential I | Retail + qualified | Ready | Official | |
| SME Receivables Senior | Retail eligible | Ready | Referral | |
| CRI Single Asset 2026-A | Institutional only | Review | Restricted |
This makes the SaaS model visible from the first beta without creating too many price tiers. Sellers can start free, then request Enterprise AI for consolidated intelligence, market comparison, RWA monitoring, distribution analytics and AI-assisted private scenarios.
For approved sellers that want to publish and test the market.
For sellers that need intelligence, market proof and private strategic support.
The seller submits the request first. GlemO can approve the entity, confirm scope and then send the payment link or crypto payment instruction.
Standalone tokenized asset selected.
Issuer-declared quantity x reference unit value.
Set by issuance rules.
Pending business definitions.
| Field | Example | Status |
|---|---|---|
| Asset identifier | CRI-2026-A | Defined |
| Token supply | 250,000 units | Defined |
| Value per asset | US$ 100.00 | Defined |
| Offer rules | Pricing, redemption, eligibility, disclosure | To be written |
If the originator chooses a pooled structure, it can still assemble contracts, simulate portfolio risk, define LMO, enable replacement and calculate NAV-based reference value.
| Checklist | Owner | Status | Impact |
|---|---|---|---|
| Asset instrument and ownership evidence | Originator Ops | Complete | Required for validator |
| Issuance rules | Product / Legal | Pending | Blocks publication |
| Supply and unit value definition | Treasury | Defined | Required for investor display |
| Liquidity or redemption policy | Treasury | Under review | Must be disclosed |
| Token reference methodology | Risk Engine | Under review | Must be disclosed |
GlemO can surface eligible third-party tokens across its distribution rail while the issuer and tokenization partner remain responsible for the asset, legal structure and source data. Connection and submission are free; access to the marketplace depends on evidence and control gates.
Technical connectivity and asset admissibility remain separate decisions.
Approved technical endpoints.
Traceable intake records.
Completed all control gates.
Origin or rights unresolved.
Connection health and token progress.
| Partner | Connection | Tokens | Latest stage |
|---|---|---|---|
| NovaToken Labs | API healthy | 4 | Evidence review |
| Atlas Tokenization | Contract watch | 3 | Published |
| BlockEstate Infra | Sandbox | 2 | Integration test |
| CrediChain | Action required | 3 | Rights gap |
Controlled discovery, evidence routing, eligibility rules, distribution interfaces, transaction declaration and analytics.
Issuance responsibility, legal enforceability, asset servicing, source-data accuracy and any custody obligation defined by the offering.
Start with the simplest secure method supported by the partner.
Signed REST endpoints for token metadata, issuer records, evidence manifests and event updates.
RecommendedRead-only monitoring of approved contract addresses, mint events, supply and transfer restrictions.
On-chainEncrypted manifest and evidence upload for partners without a production API.
Manual MVPLatest sandbox handshake and control checks.
Submission ID is created when the record is locked.
Submitting a contract address creates a registry and evidence record. It does not move tokens, grant custody or activate trading.
Each token receives its own decision, jurisdiction scope, eligible investor profile and approved distribution channels.
All third-party tokens remain outside distribution until the full control sequence is complete.
| ID | Token | Network | Contract | Evidence | Distribution status |
|---|---|---|---|---|---|
| EXT-0019 | Nova Receivables Senior | Base | 0x7A91...19C7 | 5 / 6 | Evidence hold |
| EXT-0018 | Atlas Infrastructure Note | Ethereum | 0x91B4...88A2 | 6 / 6 | Admission review |
| EXT-0017 | CrediChain Trade Finance | Base | 0x3D20...5FE1 | 3 / 6 | Blocked |
Open external-token reviews.
Required domains complete.
Partner action required.
Origin or authority failed.
Evidence domains required before accountable-origin admission.
Legal entity, beneficial owners, authorized signer and jurisdiction source.
Deployment transaction, contract owner, implementation hash and mint history.
Legal claim, assignment path, asset or reserve relationship and enforceability opinion.
Admin keys declared; independent smart-contract review remains pending.
Issuer authorization, eligible jurisdictions and investor restrictions.
Named servicing owner, incident contact, update duties and responsibility term.
Traceable sources, attestations and review status.
| Evidence | Declared by | Attested by | Proof | Status |
|---|---|---|---|---|
| Issuer incorporation + UBO | NovaToken Labs | Harbor Corporate Services | sha256:9f2a...7c10 | Verified |
| Contract deployment | NovaToken Labs | On-chain record | tx:0xa812...004e | Matched |
| Rights and assignment | Nova Receivables SPV | Independent counsel | sha256:cb41...91d2 | Attested |
| Smart contract review | NovaToken Labs | Not appointed | — | Correction required |
The tokenization partner and issuer remain responsible for truthful, current and complete source information.
GlemO records, compares and routes evidence, blocks unresolved origin and maintains the audit trail.
A separate reviewer assesses the offering evidence and rules before final admin publication.
A new version never deletes the previous proof.
Every version remains connected to the same operational object.
| Request | Investor | Value | Window | Decision |
|---|---|---|---|---|
| WD-0914 | 0x72A...91F | US$ 180,000 | D+3 | Hold for funding / approval |
| WD-0915 | 0x19D...A44 | US$ 42,000 | D+3 | Hold for funding / approval |
This example keeps the minimum reserve at US$454k after withdrawals. Execution stays on hold until funding, issuer rules and required approvals are confirmed. A reference reserve is not a guaranteed exit price.
Payment history divergence and watchlist status.
Equivalent maturity, collateral and expected cash flow.
Illustrative reference after replacement approval.
A traceable intake record is created before any evidence review or operating approval.
ADM-2026-0048 · Review in progress
It confirms the originator is identified (KYB), each provenance field is declared and evidenced, and a responsibility term is signed. Anonymous or unaccountable origin is blocked.
It does not score, rate, rank or recommend the asset. It clears accountable origin for the next control stage; independent validation and admin publication are still required before operation.
| Offering | Originator | KYB | Responsibility term | Provenance | Gate outcome | Action |
|---|---|---|---|---|---|---|
| Prime Residential I | Atlas Bank | Verified | Signed | 6 / 6 attested | Cleared for validation | |
| CRI Single Asset 2026-A | Atlas Bank | Verified | Signed | 5 / 6 attested | Cleared · Gap disclosed | |
| SME Receivables Senior | Norte Bank | Verified | Signed | 4 / 6 attested | Cleared · Gaps disclosed | |
| Renewable Infra 04 | Orion Bank | Pending | Missing | 3 / 6 attested | Blocked · Origin not accountable | |
| Unnamed SPV (2026-C) | Not disclosed | Failed | Missing | 0 / 6 attested | Blocked · Anonymous origin |
The Prime Residential I example contains four attested dimensions and two declared, unverified dimensions. The profile discloses source and status without an opinion on value. Gate clearance does not authorize publication.
| Dimension | Declared | Attested by (independent) | Evidence | Status |
|---|---|---|---|---|
| Title / ownership | Clean title and land registry record on file | Independent counsel | 0x91f4…8cd2 | Verified |
| Independent valuation | US$ 25.4M portfolio value | Certified appraiser | 0x7be0…11af | Verified |
| Cash flow / performance | US$ 312k/mo, 18-month history | External auditor | 0x33dc…7f90 | Declared · unverified |
| Custody | Segregated custodian account | Custodian attestation | 0x58a2…19be | Verified |
| Jurisdiction / legal wrapper | SPV, Brazilian FIDC structure | Counsel legal opinion | 0x8ac1…39b0 | Verified |
| Redemption path | Buyback at reference value, T+ window | Issuer term (originator) | 0x2fd7…c4a1 | Declared · unverified |
| Outcome | Condition | What the buyer sees |
|---|---|---|
| Cleared for validation | KYB verified, responsibility signed, every declared field attested by an independent third party. | Full profile and permission to enter independent validation. |
| Cleared · Gaps disclosed | Identified and accountable origin, but one or more fields declared without independent attestation. | May enter validation with every unresolved dimension clearly flagged. |
| Blocked | Origin not identified, KYB failed, or no signed responsibility term. Anonymous or unaccountable origin. | Never publishes. Does not reach the marketplace. |
Neutral on merit: the block is on origin and accountability, not on asset quality. Passing this gate does not authorize publication or trading. Independent validation and final admin release remain mandatory.
| Offering | Structure | Originator | Open Checks | Blocker | Action |
|---|---|---|---|---|---|
| Prime Residential I | Pool | Atlas Bank | Liquidity, payment history | Yes | |
| CRI Single Asset 2026-A | Standalone asset | Atlas Bank | Issuance rules, redemption policy | Yes | |
| SME Receivables Senior | Pool | Norte Bank | Invoice sample evidence | No | |
| Renewable Infra 04 | Standalone asset | Orion Bank | Project finance legal opinion | Conditional |
Simulated preview area for the uploaded rules, extracted fields and version hash.
| ID | Type | Object | Owner | Status | Updated | Action |
|---|
Illustrative assets listed and monitored.
Last 30 days, marketplace and asset sheets.
Stateful orders currently recorded in the pilot.
Recorded value across active and completed lifecycle states.
Monthly SaaS, servicing and transaction fees.
Transactions awaiting or undergoing admin check.
Visits by day with conversion context from marketplace discovery to eligibility and asset sheet review.
| Originator | Offerings | Pools | Standalone Assets | LMO / Rule Coverage | Validator Exceptions | Status |
|---|---|---|---|---|---|---|
| Atlas Bank | 15 | 12 | 3 | 118% | 3 | Healthy |
| Orion Bank | 7 | 5 | 2 | 103% | 6 | Watch |
| Norte Bank | 8 | 7 | 1 | 142% | 1 | Healthy |
Dashboards, allowed documents and history.
No transactionExport management, offering and audit reports.
ScopedCreate pools, standalone assets, submit documents and issue opinions.
Audit trailManual fund transfer, LMO adjustment and exceptional release.
MFA + dual approval| User | Actor | Role | Scope | Permissions | Status |
|---|---|---|---|---|---|
| Ana Governance | Central Admin | Super Admin | Global | Approve publication, manual funds | Active |
| Eduarda Treasury | Originator | Treasury | Atlas Bank offerings | LMO contribution, standalone asset rule review, settlement reports | Active |
| Helena Audit | Validator | Lead Auditor | Assigned triages | Opinion, publication block | Active |
3 high priority.
Cannot publish.
KYC/suitability review.
UK, BVI, BR, US.
Resolved on time.
| Case | Type | Actor | Risk | Owner | Action |
|---|
Seller check completed.
Waiting evidence or risk review.
Blocked until documents arrive.
Released to settlement or record.
For low and medium risk.
The platform avoids bureaucracy by separating fast-path transactions from standby transactions that need platform review.
| Transaction | Asset | Actor | Value | Seller Check | Admin Status | Next Action |
|---|
| Date | Actor | Operation | Reference | Offering | Structure | Summary |
|---|---|---|---|---|---|---|
| 2026-05-16 | Originator | Liquidity | POOL-LMO | Prime Residential I | Pool | Originator treasury requested LMO recomposition of US$ 391,000. |
| 2026-05-15 | Validator | Opinion | ASSET-2026-A | CRI Single Asset 2026-A | Standalone asset | Validator requested written redemption and investor disclosure rules. |
| 2026-05-15 | Validator | Opinion | CTR-1005 | Prime Residential I | Pool | Validator registered an exception in payment history evidence. |
| 2026-05-14 | Admin | Publication | POOL-001 | Prime Residential I | Pool | Publication blocked until final validator opinion and liquidity confirmation. |
Enterprise AI subscriptions.
Last 30 days sample.
Monthly institutional fees.
US$ 18.4k pending.
Collection follow-up.
| Customer | Type | Revenue | Payment Method | Status | Next Action |
|---|---|---|---|---|---|
| Atlas Bank | Enterprise AI + servicing | US$ 12.4k | Card | Paid | Renew annual offer |
| Norte Bank | Transaction + servicing | US$ 31k | Bank rail | Collected | Reconcile fees |
| Orion Asset Desk | Enterprise AI | US$ 990 | USDC | Pending | Confirm wallet |
Approved for beta.
Last 30 days.
Waiting approval.
Enterprise requests.
Needs compliance.
Enterprise clients.
This month.
SaaS base price.
Annual plan targets.
Need compliance review.
Last 30 days.
Seller SaaS + fees.
USDC / wallet flows.
Average settlement.
Open reconciliation.
| Rail | Use | Status | SLA | Fallback |
|---|---|---|---|---|
| Base | Low-fee settlement | Online | 42s proof | Ethereum anchor |
| Ethereum | Daily proof anchor | Online | Daily batch | Delayed batch |
| Card processor | SaaS payments | Retry queue | D+0 | Crypto link |
| Partner bank rail | Fiat settlement | Online | D+1 | Manual review |
For pools: P(t) = NAV(t) / Tokens(t), where NAV is calculated from outstanding principal, accrued interest, expected losses, prepayments, liquidity reserve, fees and validated material events. For standalone assets: P(t) follows the asset issuance rules, predefined supply, unit value and validated economic events. In both cases, reference value is based on fundamentals and written rules, not speculative buy/sell pressure.
Multiple contracts form one offering. NAV, LMO, replacement and portfolio risk drive the daily reference value.
One tokenized asset or instrument is offered with predefined quantity, value per asset and rule set. The detailed rules will be written by the originator and validated before publication.
| Risk Class | Drivers | Retail Access | Controls |
|---|---|---|---|
| Low | Low delinquency, strong collateral, low concentration. | Allowed if offering rules allow. | Standard KYC and suitability. |
| Medium | Balanced portfolio and controlled LMO. | Allowed after suitability. | Risk disclosure. |
| High | Higher expected delinquency or concentration. | Allowed only with profile match. | Limits and reinforced acceptance. |
| Very high | Special structure, stress or material concentration. | May be institutional-only. | Enhanced approval and restrictions. |
| Time | Event | Origin | Value | Hash / ID | Status |
|---|---|---|---|---|---|
| 18:00 | Daily token recalculation | risk-engine | US$ 45.37 | PX-8841 | Completed |
| 16:04 | Withdrawal request WD-0914 | investor wallet | US$ 180,000 | WD-0914 | LMO queue |
| 15:31 | Publication block | validator | - | VAL-221 | Active |
| 11:22 | Primary purchase signed | wallet | US$ 10,000 | 0x72A...91F | Confirmed |
Initial target.
Year-one sales target.
Monthly module price.
Security and scope.
Permission issues.
| Module | Category | Buyer | Price | Scope Risk | Status |
|---|---|---|---|---|---|
| Investor CRM | Distribution | Seller / community | US$ 50/mo | Low | Ready |
| Compliance Monitor | Risk | Banks / validators | US$ 50/mo | High | Review |
| Market X-Ray Agent | AI | Enterprise sellers | Bundled | Medium | Bundle |
This is the minimum product spine that proves discovery, eligibility and trust.
The beta should feel governed before it becomes fully automated.
The ecosystem layer is powerful, but it should not distract from the first proof.
This gives banks confidence instead of pretending the platform does everything alone.
The first release can still be lean. The key is to show what is automated, what is manually controlled, and which artifact proves each decision.
KYB/KYC evidence, asset documents, transaction clearance policy, fee schedule, reporting templates and role permissions.
Admin approval, enterprise onboarding, concierge delivery, validator opinions and settlement reconciliation can start as controlled backoffice workflows.
Audit trail, permission scopes, risk labels, investor suitability, asset fact sheet and public transaction declarations need to be present from day one.
| Actor / Instance | Minimum Artifacts | Operating Control | MVP1 Status | Best Next Screen |
|---|---|---|---|---|
| Retail Buyer | Account profile, wallet list, KYC result, suitability answers, risk disclosure, purchase statement. | Eligibility gate before allocation and clear post-trade record. | Designed / demo only | |
| Institutional Buyer | Entity profile, mandate fit memo, committee pack, allocation request, settlement instruction. | Manual review is acceptable, but each request needs status, owner and evidence. | Strengthen | |
| Seller / Originator | KYB file, signers, asset submission checklist, collateral evidence, pricing terms, disclosure copy. | Seller pre-check before admin queue; asset cannot go live with missing mandatory proof. | Designed / demo only | |
| Distribution Partner | Approved channels, partner attribution, permitted copy, revenue-share rule, leakage report. | Show where the asset can be acquired, while incentivizing official platform execution. | Designed / demo only | |
| Validator / Auditor | Document checklist, exception log, opinion template, publication condition, audit archive. | Every approval, rejection or conditional approval needs a signed decision trail. | Needs template | |
| Central Admin | Permission matrix, compliance cases, clearance policy, fee schedule, incident log, board report. | Admin controls transaction release, sensitive permissions and public declaration timing. | Designed / demo only | |
| Rails / Treasury | Custody status, wallet controls, card and crypto payment status, settlement file, reconciliation log. | Settlement can be partner-driven, but the platform needs a daily reconciliation record. | Partner dependency | |
| AI / Concierge / Builder | Prompt governance, data permission scope, service ticket, output review, API key policy, plugin review. | AI output must be logged, reviewed and connected to the customer request that generated it. | Needs governance |
Do not force every transaction into full automation in the beta. Use a controlled standby queue for sensitive transactions, then give sellers and originators a pre-check surface so they learn what evidence is missing before admin review.
Requirements, data flows and platform traceability.
SVG vector and high-resolution PNG diagram packages.
Verified documentation and technical specification pack.
Interactive language hub for the developer-ready MVP1 specification in EN, PT, ES, FR and AR.
Canonical source SRS/PRD for development partners, scoping and technical diligence.
Brazilian Portuguese working version for product, legal and development alignment.
Spanish review version for international partners and institutional allocators.
French review version for institutional, product and diligence conversations.
Arabic RTL review version for regional partner and allocator reviews.
Complete ZIP containing all 10 SVG vector diagrams and high-resolution PNGs.
Single high-resolution overview sheet featuring all 10 system flowcharts.
Cross-matrix connecting requirements, processes, data stores and UI screens.
Technical package with embedded architecture diagrams and requirement tables.
Clean text format for code repositories, backlogs or AI prompt contexts.
| Diagram | Process • Purpose | PNG | SVG |
|---|---|---|---|
| DFD 00 | Requirements traceability across processes, data stores and screens. | PNG | SVG |
| DFD 01 | Platform context and actor boundaries. | PNG | SVG |
| DFD 02 | Buyer onboarding, wallet, KYC and suitability gate. | PNG | SVG |
| DFD 03 | Originator onboarding and external offering records. | PNG | SVG |
| DFD 04 | Validator and admin control gate. | PNG | SVG |
| DFD 05 | Transaction layer and public proof. | PNG | SVG |
| DFD 06 | Distribution SaaS and revenue. | PNG | SVG |
| DFD 07 | AI agents and concierge workflow. | PNG | SVG |
| DFD 08 | Rails settlement, Ethereum, Base and reconciliation. | PNG | SVG |
| DFD 09 | Builder dApp and plugin ecosystem. | PNG | SVG |
Direct comparison showing the resolution of P1.1 (Typography Weights), P1.2 (Table Numbers), P2.1 (Secondary Buttons), and P2.2 (Tags vs. Badges).
Description text with forced 700 weight creating eye fatigue and zero breathing room.
Description text in 400 regular weight providing natural reading rhythm and clear contrast with headings.
Side-by-side comparison of canonical surface levels (Level 0 to Level 3).
Content integrates naturally into the page stream without bounding surface.
Linear divider or proximity grouping without background surface.
Standard card/panel with subtle border, 12px radius, and zero elevation.
Reserved for contextual overlays, drawers and floating layers.
Canonical Open Sans font scale and calibrated weights (300, 400, 500, 600, 700).
4px base grid scale and contextual application.
Canonical action hierarchy: Primary B2B (Blue), Primary Investor (Orange), Secondary (Clean Subtle Border), Ghost, and Destructive.
Inputs, Selects, and Textareas with 40px height, 8px radius, and standard 4px helper spacing.
Strict functional segregation of indicators and canonical geometry.
Visual weight comparison for financial decision metrics.
Tabular numeric alignment, clean borders, and clear status pill indicators.
| Asset Name | Structure | Reference Return | Min Ticket | Duration | Risk Rating | Status |
|---|---|---|---|---|---|---|
| Prime Residential I Atlas Bank |
Pool | 11.8% | US$ 1,000 | 36 mo. | Medium | Open |
| CRI Single Asset 2026-A Atlas Bank |
Standalone | 12.4% | US$ 2,500 | 48 mo. | Medium | Conditional |
Toolbar, Metric Group, and Asset Card in realistic alignment.
Same content tested across all 5 standard GlemO density levels.
Spacious reading density for data room memorandums.
Balanced density for retail investor portals.
Default density for marketplace discovery.
High-scan density for compliance queue.
Data-dense ledger auditing.
Comparison of Light Marketplace versus Dark Institutional Data Room surfaces.
Clean white surface (#FFFFFF) over Canvas (#F7F8F9) with subtle gray borders (#E9EDEE).
Deep blue surface (#0D1A31) over Dark Canvas (#071226) with translucent borders.
Complete 4-level progressive reveal chain.
Select an Environment below or test the Floating Environment Switcher on the right to see the contextual sidebar and content dynamically adjust.
Clear, role-driven hierarchical tree: GLEMO → ENVIRONMENT → SECTION → SCREEN.
Public & Prospective Investors. Focus on discovery, comparison and financial parameters.
Registered retail and private-wealth investors. Onboarding, portfolio tracking and distribution reporting.
Institutional Funds, Family Offices and Enterprise SaaS Distribution Partners.
Asset Sponsors, Underwriters & Issuers. Loan ingestion, structuring and collateral replacement.
Independent Auditors, Legal Counsel & Appraisers. Hash evidence and admission gates.
Central Platform Command, Compliance Officers (MLRO), Risk Engineers & Treasury Ops.
Institutional Investors in Data Room, Auditors & Architects examining prototype readiness.
Resolution of Product Home, Data Room, Institutional, and Governance roles in the shell.
Resolution: Product Home is the primary entry for the Marketplace Environment (#market). When the user is working inside a dedicated environment (e.g. Originator Ops or Validator Desk), "Product Home" does NOT occupy permanent topbar real estate as a primary CTA. The user seamlessly returns via the Environment Switcher.
Resolution: The Data Room index is an external institutional shell context. In-app institutional diligence screens (#institutionalPortal) utilize the canonical Dark Institutional Canvas to visually reinforce mandate-controlled, high-ticket private environments.
Resolution: Meta screens (#platformSitemap, #dataFlowRequirements, #mvp1Scope, #operatingReadiness) belong exclusively to the Platform & Diligence Environment. They do not pollute the operational sidebars of end-users (Retail Investors, Underwriters, Validators).
Resolution: High-level context switching happens via a compact, accessible floating controller on the bottom-right. This completely decouples global workspace switching from horizontal topbar clutter and prevents sidebar duplication.
Every route categorized with Environment, Section, Role, Density, and Functional Scope.
| Route Hash | Screen Title | Environment | Section | Type | Primary Actor | Density | Operational Function |
|---|---|---|---|---|---|---|---|
| #market | Product Home GlemO Marketplace |
Marketplace | Discovery | Environment Home | Public / Prospective Investor | D1 | Tokenized asset discovery, comparison and featured opportunities |
| #platformSitemap | Journey Map Journey Map |
Platform & Diligence | Architecture | Documentation / Meta | Investor / Architect / Lead | D2 | Complete sitemap, journey flows and multi-actor operating layer map |
| #dataFlowRequirements | DFD & Requirements DFD and Product Requirements |
Platform & Diligence | Architecture | Documentation / Meta | Technical Diligence / Architect | D2 | Data flow diagrams (DFD) and functional specification requirements |
| #mvp1Scope | MVP1 Scope MVP1 Feasible Scope |
Platform & Diligence | Roadmap | Documentation / Meta | Product / Investor / Board | D2 | MVP1 functional scope, boundary definition and release gate matrix |
| #roleConsole | Backoffice Map Actor Environments |
Platform & Diligence | Architecture | Documentation / Meta | Operations / Architect | D2 | Comprehensive actor map and backoffice operating console reference |
| #actorDashboards | Actor Dashboards Actor Dashboards |
Platform & Diligence | Architecture | Documentation / Meta | All Personas / Evaluators | D2 | Cross-actor dashboard matrix and persona workflow overview |
| #transactionLayer | Transaction Layer Transaction Declaration Layer |
Platform & Diligence | Architecture | Documentation / Meta | Operations / Technical | D2 | End-to-end settlement pipeline and transaction state machine documentation |
| #assetFactSheet | Asset Fact Sheet Tokenized Asset Technical Sheet |
Marketplace | Asset Diligence | Screen | Investors / Underwriters | D2 | Comprehensive asset fact sheet, tranche breakdown, financial KPIs and docs |
| #distributionSaas | Distribution SaaS Distribution SaaS Console |
Institutional | Distribution SaaS | Screen | Banks / Institutional Sponsors | D3 | Enterprise SaaS console for distribution channels, demand and partner volume |
| #retailPortal | Retail Login Retail Client Portal |
Investor | Overview | Environment Home | Retail Investor | D1 | Retail investor workspace, account status, allocations and activity |
| #investorGate | Wallet & KYC Wallet, KYC and Investor Profile |
Investor | Onboarding | Screen / Workflow | Retail / Qualified Investor | D1 | Wallet connection, KYC/AML submission, investor profiling and accreditation |
| #investorPortfolio | Portfolio Investor Portfolio |
Investor | Portfolio | Screen | Active Investor | D2 | Position tracking, distribution history and order management |
| #institutionalPortal | Institutional Portal Institutional Investor Portal |
Institutional | Workspace | Environment Home | Fund / Family Office CIO | D3 | Institutional workspace, mandate filters, committee diligence packs and block allocations |
| #investorEducation | Risk Education Investor Education and Risk Understanding |
Marketplace | Education | Screen | Investors / Public | D1 | Risk education, RWA tokenization mechanics and investor protection framework |
| #bankOps | Originator Ops Originator Operations Dashboard |
Originator / Seller | Operations | Environment Home | Bank Originator / Underwriter | D3 | Originator operations, asset pipeline management and loan ingestion |
| #sellerOrgAdmin | Seller Admin Seller Organization Admin |
Originator / Seller | Organization | Screen | Seller Admin | D2 | Originator organization settings, team permissions and billing profile |
| #assetFactory | Offering Record External Offering Record |
Originator / Seller | Factory | Screen / Workflow | Structuring Lead / Issuer | D3 | External token intake, evidence, issuer rules and distribution permissions |
| #sellerPlans | Seller Plans Seller Plans for Tokenized Asset Publishers |
Originator / Seller | Commercial | Screen | Originator / Commercial Lead | D1 | SaaS subscription plans, volume tiers and enterprise service selection |
| #distributionPartner | Distribution Partner Distribution Partner Portal |
Originator / Seller | Distribution | Screen | Broker / Placement Agent | D2 | Distribution network management, channel fees and allocation tracking |
| #liquidityDesk | Liquidity Desk Liquidity Desk |
Originator / Seller | Trading | Screen | Liquidity Manager / Market Maker | D3 | Secondary market liquidity desk, automated market maker controls and order books |
| #replacementQueue | Replacement Sick Contract Replacement Queue |
Originator / Seller | Collateral | Screen | Servicer / Collateral Manager | D3 | Underperforming asset replacement, collateral substitution and loan cure workflows |
| #validatorDesk | Validator Desk Validator Desk |
Validator | Queue | Environment Home | Auditor / Credit Rating Agent | D3 | Validator queue, risk scoring, legal opinion issuance and publication gates |
| #documentReview | Document Review Document Review Room |
Validator | Diligence Room | Screen | Legal / Compliance Reviewer | D4 | Granular document review, hash verification, metadata extraction and gate approvals |
| #adminDashboard | Executive Admin Central Admin Executive Dashboard |
Admin & Operations | Executive | Environment Home | Platform Executive / Ops Lead | D3 | Board-level executive control center, platform KPIs and operational health |
| #accessControl | Access Control User Access Control |
Admin & Operations | Security | Screen | Security Officer / Super Admin | D3 | IAM RBAC permission matrices, multi-sig governance and MFA administration |
| #complianceCases | Compliance Cases Compliance Case Management |
Admin & Operations | Compliance | Screen | Compliance Officer (MLRO) | D3 | AML/KYC exception management, suspicious activity investigation and SAR filing |
| #transactionClearance | Clearance Queue Transaction Clearance Queue |
Admin & Operations | Clearance | Screen | Settlement Ops / Clearance Officer | D3 | Transaction clearance queue, dual-authorization hold and release controls |
| #reports | Reports Actor Reports and Open Search |
Admin & Operations | Analytics | Screen | All Scoped Actors | D3 | Role-scoped analytical reports, ledger audit exports and transaction query tool |
| #billingRevenue | Billing & Revenue Billing and Revenue Operations |
Admin & Operations | Finance | Screen | Finance Director / Billing Ops | D3 | Platform revenue tracking, SaaS invoice reconciliation and fee splits |
| #aiOps | AI Ops AI Operations Console |
Admin & Operations | AI Infrastructure | Screen | AI Systems Engineer / Data Ops | D3 | Enterprise AI agents orchestration, prompt engineering controls and audit log |
| #conciergeDesk | Concierge Desk Enterprise Concierge Desk |
Admin & Operations | Client Services | Screen | Client Concierge / Key Account | D2 | VIP client bespoke request handling, SLA management and tailored scenarios |
| #railPartner | Rails Partner Custody, Payment and Rail Partner Portal |
Admin & Operations | Infrastructure | Screen | Custody / Rail Integrator | D3 | Banking rails, fiat gateways, crypto custodians and bridge status monitor |
| #riskEngine | Risk & Token Risk and Token Reference Engine |
Admin & Operations | Risk Modeling | Screen | Chief Risk Officer / Quantitative Analyst | D4 | Mathematical risk engines, token NAV reference pricing and circuit breaker rules |
| #ledger | Ledger Operational Ledger |
Admin & Operations | Audit Trail | Screen | Internal / External Auditor | D4 | Immutable event log, state changes, cryptographic proofs and block receipts |
| #ecosystemBuilder | Builder Portal Ecosystem Builder and dApp Portal |
Ecosystem & Tools | Developer Hub | Environment Home | dApp Developers / Integrators | D2 | SDK documentation, API keys, sandbox simulator and builder incentives |
| #operatingReadiness | Readiness Register Operating Readiness Register |
Platform & Diligence | Roadmap | Documentation / Meta | Lead Operations / Launch Team | D3 | MVP1 operational readiness register, operational gaps and launch checklist |
| #visualCalibration | Component Lab Visual Calibration & Component Laboratory |
Platform & Diligence | Design System | Documentation / Meta | Design System Engineers / QA | D2 | Normative component laboratory, token verification and UI stress testing |
| #downloads | Downloads Documentation and DFD Downloads |
Platform & Diligence | Resources | Documentation / Meta | Due Diligence Evaluator | D1 | Download center for documentation, deck, DFD flowcharts and evidence packs |
Interactive architectural diagram showing the relational topology between Capital Allocators, Issuers/Originators, Independent Diligence, and Platform Governance.
Tokenized asset catalog, risk/yield comparison, offering fact sheets, and investor education.
Personal portfolio, Web3 wallet connection, KYC suitability gate and distribution notices.
Mandate filters, committee diligence packs, block allocation tickets, and SaaS distribution console.
Loan ingestion, External token records, enterprise plans, distribution partners & collateral replacement.
Collateral auditing, SHA-256 hash verification room, credit rating score and publication sign-off.
Executive dashboard, IAM permissions, compliance MLRO queue, dual-auth clearance, billing & immutable ledger.
Master Journey Map, DFD Flowcharts 01-09, MVP1 Scope boundary, Operating Readiness Register, Diligence downloads & Component Lab.
Cross-tabulation defining access boundaries across all 9 canonical platform personas.
| Actor / Persona | Marketplace | Investor | Institutional | Originator | Validator | Governance | Diligence Room |
|---|---|---|---|---|---|---|---|
| Retail Investor | PRIMARY | PRIMARY | NO ACCESS | NO ACCESS | NO ACCESS | NO ACCESS | SECONDARY |
| Institutional CIO / Fund | PRIMARY | SECONDARY | PRIMARY | SECONDARY | NO ACCESS | NO ACCESS | PRIMARY |
| Asset Originator / Bank Sponsor | SECONDARY | NO ACCESS | SECONDARY | PRIMARY | SUPPORT | NO ACCESS | PRIMARY |
| Independent Validator / Auditor | SECONDARY | NO ACCESS | NO ACCESS | SECONDARY | PRIMARY | SUPPORT | PRIMARY |
| Compliance Officer (MLRO) | SUPPORT | SUPPORT | SUPPORT | SUPPORT | SUPPORT | PRIMARY | PRIMARY |
| Executive Admin / Clearance Ops | SUPPORT | SUPPORT | SUPPORT | SUPPORT | SUPPORT | PRIMARY | PRIMARY |
| Rails & Custody Partner | NO ACCESS | NO ACCESS | NO ACCESS | NO ACCESS | NO ACCESS | PRIMARY | SECONDARY |
| Third-Party Builder / Dev | SECONDARY | NO ACCESS | NO ACCESS | SECONDARY | NO ACCESS | NO ACCESS | PRIMARY |
Analysis of whether Platform & Diligence is an operational Environment or a Data Room evaluation layer.
The audit revealed that Platform & Diligence encompasses two distinct sub-domains:
1. Institutional Data Room & Architecture: Screens dedicated to investors, regulators, and bank committees examining prototype readiness (#platformSitemap, #dataFlowRequirements, #mvp1Scope, #operatingReadiness, #downloads).
2. Internal Resources & Developer Tools: Developer SDKs (#ecosystemBuilder) and normative Design System testbeds (#visualCalibration, #environmentArchitecture).
Dual Layer Separation: Keep Platform & Diligence as the dedicated Environment for Data Room diligence evaluation, while classifying internal engineering benches (#visualCalibration, #environmentArchitecture) as non-product LAB resources. This completely protects end-users from internal engineering artifacts.
Every route categorized by Proposed Environment, Section, Role, Type, Density, and Primary Journey Flow.
| Route Hash | Screen Title | Proposed Environment | Section | Type | Primary Actors | Density | Primary Operational Journey |
|---|---|---|---|---|---|---|---|
| #market | Public Marketplace Asset Discovery & Risk/Yield Comparison |
Marketplace (Discover) | Discovery | Environment Home | Retail Investor, Institutional Investor, Public Visitor | D1 | Investor Discovery & Allocation |
| #assetFactSheet | Asset Fact Sheet In-Depth Offering Diligence & Evidence Inspection |
Marketplace (Discover) | Asset Diligence | Screen | Retail Investor, Institutional Analyst, Underwriter | D2 | Investor Discovery & Allocation |
| #investorEducation | Risk & Education Investor Education & Risk Framework |
Marketplace (Discover) | Education | Screen | Retail Investor, Public Visitor | D1 | Investor Discovery & Allocation |
| #retailPortal | Retail Investor Portal Retail Portfolio Management & Distribution Reporting |
Investor Workspace | Workspace | Environment Home | Retail Investor | D1 | Investor Discovery & Allocation |
| #investorGate | Wallet & KYC Gate Onboarding, Identity & Investor Suitability |
Investor Workspace | Onboarding | Action / Flow | Retail Investor, Qualified Allocator | D1 | Investor Discovery & Allocation |
| #investorPortfolio | Investor Portfolio Position Tracking & Asset Settlement |
Investor Workspace | Portfolio | Screen | Retail Investor, Wealth Client | D2 | Investor Discovery & Allocation |
| #institutionalPortal | Institutional Portal Institutional Diligence, Mandates & Block Execution |
Institutional Allocator (Private) | Workspace | Environment Home | Institutional Investor / CIO, Family Office, Private Bank | D3 | Institutional Capital Allocation |
| #distributionSaas | Distribution SaaS Console B2B Distribution Analytics & Channel Economics |
Institutional Allocator (Private) | SaaS Channels | Screen | Institutional Partner, Bank Sponsor, Wealth Manager | D3 | Asset Ingestion & Distribution |
| #bankOps | Originator Operations Loan Ingestion & Pipeline Underwriting |
Asset Originator & Structuring | Operations | Environment Home | Asset Originator / Underwriter, Bank Sponsor | D3 | Asset Ingestion & Distribution |
| #sellerOrgAdmin | Seller Organization Admin Entity Governance & IAM Management |
Asset Originator & Structuring | Organization | Screen | Seller Org Admin, Originator Executive | D2 | Asset Ingestion & Distribution |
| #assetFactory | Offering Record Asset Tokenization & Smart Contract Structuring |
Asset Originator & Structuring | Structuring & Factory | Action / Wizard | Structuring Lead, Tokenization Engineer, Issuer | D3 | Asset Ingestion & Distribution |
| #sellerPlans | SaaS Subscription Plans Commercial SaaS Plan Selection |
Asset Originator & Structuring | Commercial | Screen | Originator Commercial Lead, Sponsor Executive | D1 | Asset Ingestion & Distribution |
| #enterpriseCheckout | Enterprise Checkout Contractual Onboarding & Payment Activation |
Asset Originator & Structuring | Commercial | Action / Flow | Originator Executive | D1 | Asset Ingestion & Distribution |
| #distributionPartner | Distribution Partner Desk Syndicate Distribution & Broker Network |
Asset Originator & Structuring | Distribution & Trading | Screen | Placement Agent, Distribution Partner, Broker | D2 | Asset Ingestion & Distribution |
| #liquidityDesk | Secondary Liquidity Desk Secondary Market & AMM Liquidity Control |
Asset Originator & Structuring | Distribution & Trading | Screen | Liquidity Manager, Market Maker, Trader | D3 | Secondary Liquidity & Trading |
| #replacementQueue | Collateral Replacement Queue Collateral Substitution & Covenant Maintenance |
Asset Originator & Structuring | Structuring & Factory | Screen / Flow | Collateral Servicer, Originator Underwriter | D3 | Underwriting & Covenant Compliance |
| #validatorDesk | Validator Review Queue Independent Diligence, Risk Scoring & Gate Approvals |
Validator & Underwriting Desk | Validation Queue | Environment Home | Independent Validator, Credit Rating Agency, Auditor | D3 | Underwriting & Covenant Compliance |
| #documentReview | Document Review Room Cryptographic Hash Verification & Diligence Room |
Validator & Underwriting Desk | Evidence Room | Screen | Legal Counsel, Collateral Auditor, Validator | D4 | Underwriting & Covenant Compliance |
| #adminDashboard | Executive Admin Command Executive Governance & Platform Orchestration |
Platform Governance & Operations | Executive & IAM | Environment Home | Executive Board, Platform Operator, Lead Ops | D3 | Platform Governance & Operations |
| #accessControl | IAM & Access Control Hub Identity & Access Management (RBAC / Multi-Sig) |
Platform Governance & Operations | Executive & IAM | Screen | Security Officer, Platform Super Admin | D3 | Platform Governance & Operations |
| #complianceCases | Compliance Cases (AML/KYC) Regulatory Compliance & Exception Handling |
Platform Governance & Operations | Compliance & Clearance | Screen | Compliance Officer (MLRO), Legal Team | D3 | Platform Governance & Operations |
| #transactionClearance | Transaction Clearance Queue Settlement Clearance & Risk-Based Gate |
Platform Governance & Operations | Compliance & Clearance | Screen / Operating Gate | Clearance Officer, Settlement Operations | D3 | Platform Governance & Operations |
| #reports | Scoped Reports & Export Auditable Reporting & Scoped Data Export |
Platform Governance & Operations | Finance & Analytics | Screen | All Platform Actors (Role-Scoped) | D3 | Platform Governance & Operations |
| #billingRevenue | Billing & Revenue Operations Treasury, SaaS Invoicing & Fee Splitting |
Platform Governance & Operations | Finance & Analytics | Screen | Finance Director, Billing Operations | D3 | Platform Governance & Operations |
| #aiOps | AI Operations & Prompts Enterprise LLM Orchestration & Prompt Governance |
Platform Governance & Operations | Infra & AI Ops | Screen | AI Systems Engineer, Data Operations Lead | D3 | Platform Governance & Operations |
| #conciergeDesk | Concierge Desk Services High-Touch Enterprise Client Servicing |
Platform Governance & Operations | Infra & AI Ops | Screen | Key Account Manager, Client Concierge | D2 | Platform Governance & Operations |
| #railPartner | Rails & Custody Partners Infrastructure Settlement & Custody Monitoring |
Platform Governance & Operations | Infra & AI Ops | Screen | Custody Integrator, Rails Partner Engineer | D3 | Platform Governance & Operations |
| #riskEngine | Risk & Reference Engine Quantitative Risk Modeling & Token NAV Rules |
Platform Governance & Operations | Core Engine | Screen | Chief Risk Officer, Quantitative Risk Analyst | D4 | Platform Governance & Operations |
| #ledger | Operational Event Ledger Immutable Event Trail & Cryptographic Audit |
Platform Governance & Operations | Core Engine | Screen | Internal / External Auditor, Platform Engineer | D4 | Platform Governance & Operations |
| #ecosystemBuilder | Builder & dApp Portal Developer SDK & Ecosystem Extension Hub |
Ecosystem & Developer Hub | Resources & Lab | Environment Home | Third-Party Developer, Plugin Builder, Partner Integrator | D2 | Ecosystem Extension & Development |
| #platformSitemap | Platform Journey Map Architecture Map & Multi-Actor Blueprint |
Platform & Diligence (Data Room) | Architecture | Environment Home | Data Room Evaluator, System Architect, Board Lead | D2 | Platform Diligence & Evaluation |
| #dataFlowRequirements | DFD Flowcharts & Requirements Technical Specification & Flow Diagrams |
Platform & Diligence (Data Room) | Architecture | Documentation / Meta | Technical Evaluator, Architect | D2 | Platform Diligence & Evaluation |
| #transactionLayer | Transaction Layer Blueprint Settlement Pipeline & State Machine Blueprint |
Platform & Diligence (Data Room) | Architecture | Documentation / Meta | Operations Architect, Technical Diligence Lead | D2 | Platform Diligence & Evaluation |
| #roleConsole | Backoffice & Actor Map Actor Matrix & Permission Architecture |
Platform & Diligence (Data Room) | Architecture | Documentation / Meta | Operations Lead, System Architect | D2 | Platform Diligence & Evaluation |
| #actorDashboards | Cross-Actor Dashboards Multi-Persona Dashboard Catalog |
Platform & Diligence (Data Room) | Architecture | Documentation / Meta | Product Evaluator, Board Member | D2 | Platform Diligence & Evaluation |
| #mvp1Scope | MVP1 Scope & Release Matrix Release Governance & MVP1 Scope Boundary |
Platform & Diligence (Data Room) | Roadmap & Readiness | Documentation / Meta | Product Lead, Investor, Board | D2 | Platform Diligence & Evaluation |
| #operatingReadiness | Operating Readiness Register Operational Readiness & Launch Checklist |
Platform & Diligence (Data Room) | Roadmap & Readiness | Documentation / Meta | Operations Lead, Launch Team | D3 | Platform Diligence & Evaluation |
| #downloads | Diligence Downloads Pack Diligence Artifacts & Document Distribution |
Platform & Diligence (Data Room) | Resources & Lab | Documentation / Meta | Due Diligence Evaluator, Investor | D1 | Platform Diligence & Evaluation |
| #visualCalibration | Design System Component Lab Design System Verification & Stress Testing |
Internal Resources (LAB) | Resources & Lab | Internal Lab | Design System Engineer, Frontend QA | D2 | Internal Quality Assurance |
| #environmentArchitecture | Environment Architecture Demo Architectural Validation & Shell Proof |
Internal Resources (LAB) | Resources & Lab | Internal Lab | Architect, UX Lead | D2 | Internal Quality Assurance |
Capital, Supply, Trust & Diligence Domains
38 Functional Workspaces + 2 Labs
J1 to J5 Cross-Environment Validated
Role-based Authorization Matrix
Especificação detalhada de propósito, job-to-be-done, densidade, workflow e padrões de composição.
Vitrine pública e institucional para descoberta, catalogação, filtragem comparativa e educação sobre ativos reais tokenizados.
Workspace privado para acompanhamento patrimonial de ativos RWA, custódia de tokens, resgate de rendimentos e ordens de mercado.
Terminal institucional para Family Offices, Fundos e Tesourarias executarem alocações em bloco, mandatos e diligência em Data Room privado.
Esteira fabril para emissores e bancos originadores estruturarem ativos, tokenizarem garantias, operarem tranches e mesa de liquidez.
Mesa de auditoria independente, agências de rating e peritos jurídicos para conferência probatória, laudos e chancela regulatória.
Centro de comando executivo, controle de acessos IAM, combate à lavagem de dinheiro (AML), clearing de ordens e ledger operacional.
Repositório institucional de arquitetura, fluxo de dados, matriz de atores, camada transacional e pacote de Data Room técnico.
Mapeamento dos fluxos ponta a ponta através das fronteiras dos ambientes, identificando gates regulatórios e pontos de evidência.
| Journey | Primary Actor | Cross-Environment Route Flow | Critical Gates | Object Continuity |
|---|---|---|---|---|
| J1 — Investor Primary Allocation | ACT-01 → ACT-02 | #market (01) → #assetFactSheet (01) → #investorGate (02) → #transactionClearance (06) → #investorPortfolio (02) → #ledger (06) | KYC Gate Clearance Gate | Asset ID, Order, Investor Dossier, DVP Hash |
| J2 — Asset Tokenization & Issuance | ACT-04 → ACT-05 | #bankOps (04) → #assetFactory (04) → #validatorDesk (05) → #documentReview (05) → Underwriting Gate → #market (01) | Collateral Review Minting Gate | Asset Metadata, Collateral Bundle, Rating Certificate |
| J3 — Institutional Mandates & Deals | ACT-03 → ACT-06 | #institutionalPortal (03) → #assetFactSheet (01) → #distributionSaas (03) → #transactionClearance (06) → #reports (06) | Data Room NDA Wholesale Clearance | Mandate ID, Tranche Tier, Covenant Dossier |
| J4 — Secondary Liquidity & Collateral | ACT-04 → ACT-05 | #liquidityDesk (04) → #riskEngine (06) → #replacementQueue (04) → #validatorDesk (05) → #ledger (06) | Margin Trigger Re-appraisal Gate | Distressed Asset ID, Substitute Collateral, LTV Delta |
| J5 — Compliance & Risk Clearance | ACT-02 → ACT-06 | #investorGate (02) → #complianceCases (06) → #riskEngine (06) → #transactionClearance (06) → #ledger (06) | AML Alert Gate Clearance Release | Subject ID, Risk Scorecard, Audit Log Hash |
Sequência recomendada de execução das próximas fases baseada em dependências funcionais e reaproveitamento de componentes.
#retailPortal, #investorGate, #investorPortfolio. Conecta diretamente ao Marketplace para fechar o ciclo do investidor (J1).
#institutionalPortal, #distributionSaas. Expande os mandatos de alocação em bloco e Data Room fiduciário (J3).
#validatorDesk, #documentReview. Estabelece o padrão de evidência split-screen e checklist probatório (J2).
#bankOps, #assetFactory, #replacementQueue. Constrói a esteira fabril de emissão e liquidez secundária (J2/J4).
#adminDashboard, #transactionClearance, #ledger. Consolida o centro de comando executivo e supervisão de risco (J5).
#platformSitemap, #dataFlowRequirements. Finaliza o repositório de blueprints e data room institucional.