Portfolio Management
Regulated environments where trust, compliance, and operational resilience are non-negotiable.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Operational Outcome Discovery
Align on NAV integrity risks, reconciliation failure points, stakeholder roles, and measurable success criteria for consolidation or migration.
Discovery Questions
Opening the conversation, the incident that brought you here
- Tell me briefly about the last NAV calculation error that prompted this review.
- How often have NAV or reconciliation breaks occurred in the last 12 months?
- When that break was discovered, which process found it first, an audit, client reporting, or an internal reconciliation?
- Who on your team is typically first pulled into an investigation, and who owns external communications?
- How much financial impact or AUM movement did the most recent incident cause, or what is your best estimate of the first 90 day impact?
- Which artifacts from that incident are available for review, such as reconciliation logs, sample trade files, or audit memos?
- Would sharing those artifacts for a time-limited technical review be possible, and if not, why?
Where reconciliation gaps hit you hardest
- If a reconciliation error hit one of your flagship funds again, what immediate operational decisions would you be forced to make?
- List the fund types or strategies that are most exposed to reconciliation failures, for example long-only equity, credit, derivatives, or private assets.
- How many stakeholder groups must be coordinated when an exception occurs, for example portfolio management, operations, compliance, and client reporting?
- Describe the downstream consequences when a position mismatch persists for more than one business day.
- If fixing reconciliation discrepancies took longer than your target window, would you consider pausing inflows or suspending subscriptions, and who would sign that decision?
The real architecture, not the brochure
- Why does your current environment still require manual reconciliation across multiple systems instead of a single position of record?
- Name the systems that currently act as partial sources of position data, such as portfolio accounting, OMS, custody feeds, or spreadsheets.
- Approximately how many distinct reference data mappings or identifier tables do you reconcile each night?
- Identify the role that owns APIs or custody feed connections internally, and how many FTEs maintain them.
- How often do overnight batch processes fail and require manual correction, in an average month?
- What single dependency would cause you to halt a migration if we discovered it during scoping?
Parallel test that proves or pauses the deal
- If you ran a parallel test tomorrow, which metric would immediately disqualify the candidate platform?
- Which sample portfolios would you include to stress-test private assets, multi-leg derivatives, and fund-of-funds structures?
- How will you define acceptable position parity, for example exact match, within 1-5 basis points, or within a quantity threshold?
- Name the person or role who will sign off the pilot results, and describe their authority to commit to production cutover.
- If the pilot meets your parity and compliance rules, what internal approval or missing item would still block a go-live within 30 days?
What could derail the program, the real blockers
- Point to the integration or data gap most likely to stop the project in its tracks.
- How clean and centralized is your historical position and trade data, judged by missing fields, unmatched identifiers, or duplicates?
- Identify the role that must authorize custodial feed access, and the typical approval lead time.
- Do you have dedicated migration resources, for example a data engineer, a business analyst, and an operations lead, who can be committed to the project?
- If we cannot obtain full historic cash and position extracts within your target window, would you cancel the migration or proceed with a reduced scope?
Competitive landscape, the alternatives you are weighing
- List the external vendors, incumbent platforms, and internal options you are actively considering.
- Name the conditions that would need to hold for you to stay with the incumbent, for example lower total cost, existing integrations, or regulatory obligations.
- Has anyone on your team proposed building the missing pieces internally, and if so, what timeline and headcount did they estimate?
- Describe the specific advantages an internal build would need to demonstrate to win your preference, focusing on cost, schedule, or data control.
- If the incumbent matched your acceptable pilot metrics and offered a comparable commercial package, would anything else keep you from staying with the incumbent?
Operational readiness and constraints we must surface now
- Identify the integrations and approvals that must be in place before configuration starts to avoid immediate delay.
- Select the external systems that will need active connectivity.
- Do the identified systems expose APIs or direct file extracts, and which of those are already available?
- Estimate the headcount you can dedicate to the migration, expressed in FTE weeks over the next 3 months.
- Are regulatory approvals or compliance reviews required to grant access to holdings or client-level data?
- If one required custody feed cannot be made available within your cutover window, will you accept a phased cutover or would that stop go-live?
Acceptance criteria, timeline, and signing conditions
- What single acceptance criterion would make you sign off on cutover the same day we meet the pilot goals?
- Choose the metrics you will use to accept go-live, select all that apply.
- How quickly after pilot success do you want live cutover?
- List the roles that must sign commercial and legal terms, and state their approval authority.
- Describe the contingency or rollback condition that would trigger an immediate reversal post-cutover.
- If the platform meets all acceptance metrics but one integration is delayed, what maximum settlement variance will you accept before halting go-live?
Operational handoff, runbooks, and escalation
- Identify the role that will own operational governance after cutover, and the approval path for changes.
- Select the runbook items required for day one operations.
- Estimate how many monitoring dashboards and alerts you require to feel confident in the first 72 hours.
- List the stakeholders who must be on 24/7 escalation during the first week post-go-live.
- If a settlement integrity issue is detected post-cutover, what maximum time to resolution would you require before triggering rollback?
Measuring success and next steps
- How will you measure whether the platform permanently reduced reconciliation effort and NAV risk?
- Choose the ongoing KPIs you want reported monthly.
- Describe the cadence and participants for outcome reviews you expect over the first 12 months.
- If KPIs do not stabilize within 6 months, what contractual remedy or off-ramp would you require?
- Would you be willing to participate in a case study or reference call if the pilot achieves agreed outcomes?
-
Solution Experience
Translate the buyer's scenarios into a shared vision of how a single-platform approach delivers real-time positions, reduces reconciliation errors, and enforces compliance across asset classes.
Solution Experience
- Solution Experience Session — Single-Platform Positioning and Compliance
- Run the provided sample portfolio through the platform and deliver a position parity and reconciliation error comparison before the next session.
- You confirm the current-state summary and accept the stated cost of reconciliation failures to operations and risk.
- Confirm the current state and what it costs you
- Provide representative portfolio extracts that include public, private, and illiquid holdings plus examples of recent reconciliation failures and audit findings.
- Map your scenario to the single-platform flow
- You confirm the demonstrated single-platform workflows eliminate the manual reconciliation steps you described for the selected scenario.
- You agree on concrete parallel test acceptance criteria for position parity, compliance coverage, latency, and sample portfolios.
- Proof, position parity and reconciliation reduction
- Draft and share a parallel test plan with timelines and the agreed acceptance criteria for review prior to test kickoff.
- You identify any remaining gaps to close before authorizing the parallel test run.
- Confirm the evaluation committee members and the decision timeline to ensure necessary stakeholders attend the parallel test review.
- Proof, compliance enforcement across asset classes
- Agree parallel test acceptance criteria and metrics
- Validation check
- Solution Experience Session — Single-Platform Positioning and Compliance
- Solution Experience Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define modules, integrations, data migration boundaries, responsibilities, and acceptance criteria for position accuracy, compliance checks, and reporting.
Scope Configuration
- Migrate Holdings and Trade History
- Backfill Historical Pricing and NAVs
- Normalize Reference Data and Enrichment
- Connect Custodians and Settlement Feeds
- Integrate Broker Execution Connectivity
- Deploy Real-Time Position Streaming
- Onboard Multi-Asset Data Model
- Model Private Assets and Fund-of-Funds Structures
- Configure Pre-Trade Compliance Rules
- Implement Post-Trade Reconciliation
- Deploy Automated Rebalancing Algorithms
- Setup Performance Attribution and Reporting
- Run Parallel Shadow Operations
- Train Portfolio and Operations Teams
Scope Questions
Migrate Holdings and Trade History
- How many legal-entity portfolios and account IDs must be migrated from your current systems (list count by fund and account)?
- Which source artifacts hold your authoritative trade history and corporate actions (examples: exchange blotter CSVs, FIX gateway archive, custodian daily activity file)?
- List the date range of historical trades and corporate actions that must be migrated for each fund (for example: '2010-01-01 to present')
- Provide the expected tolerance for migrated position parity on day 0 (e.g., position quantity and cost basis match within 0.01% or exact match).
- Identify the primary identifier you use for securities across systems (ISIN, CUSIP, FIGI, internal instrument ID) and indicate any known mapping gaps.
- Who will provide signed extracts and legal attestation for migrated custodial statements and trade blotters (name the team or role, e.g., Middle Office Operations)?
Backfill Historical Pricing and NAVs
- Which pricing vendors and internal price feeds must be reconciled during backfill (list vendor names or 'internal mark' descriptors)?
- How many historical NAV runs (monthly/weekly/daily) need backfill and to what historical depth (e.g., 5 years of daily NAV)?
- Provide the acceptable NAV variance threshold between original records and backfilled NAVs for sign-off (for example: 0.05% absolute difference).
- Specify how private/illiquid asset valuations are sourced today (examples: manager estimates, audited financials, GP NAV statements) and which sources we must ingest for backfill.
- Indicate whether corporate action adjustments (splits, dividends, spin-offs) must be reconstituted during the historical price backfill and which feeds provide that data.
- Attach or describe the canonical NAV calculation document you use today (fields, accrual rules, fee waterfall) that we should reproduce during migration.
Normalize Reference Data and Enrichment
- Which reference-data domains require normalization (select all that apply)?
- Provide sample discrepancies you currently see across systems (examples: ticker-to-ISIN mismatches, multiple internal IDs for same economic exposure).
- Identify the authoritative source for issuer/issuer-league data (for example: custodian master, internal registry, pricing vendor) for mapping priorities.
- Name the reference fields that must be preserved exactly during normalization (examples: CUSIP, legal entity identifier, share class code).
- Where do you store instrument corporate action rules today and do those rules need transformation to the platform's rule model?
- Estimate the expected volume of unique instrument identifiers requiring manual mapping versus automated match (number or percentage).
Connect Custodians and Settlement Feeds
- Which custodians and settlement agents must be connected at go-live (list custodian names or 'Custodian A/B/C' placeholders)?
- Which transport mechanisms are available from each custodian today (SFTP, API, SWIFT/ISO messages, secure email)?
- Provide the expected latency window for position and settlement feeds required for operations (for example: intraday every 15 minutes, EOD by 06:00 UTC).
- Identify the settlement cycle requirements you must support (examples: T+2 equities, T+1 for some markets, OTC settlement terms).
- Confirm whether you require reconciliation to custodian MT535/MT536 statement formats during initial connector certification.
- Who owns the custodian connector testing and credentialing in your organization (role or team, e.g., Connectivity Ops)?
Integrate Broker Execution Connectivity
- Which execution brokers and OMS (order management systems) must be connected to the platform for order routing and blotter ingestion?
- Provide the message formats required for order and fill ingestion (examples: FIX versions, EMS vendor export, CSV).
- List pre-trade and post-trade data fields that must persist through execution integration (examples: strategy ID, broker algo, parent order ID, allocation instructions).
- Which continuity requirements must the broker integrations satisfy during cutover (for example: no order gaps, replay of fills for prior day)?
- Identify any regulatory-reporting obligations tied to execution data (examples: best execution record retention, MiFID II-like obligations or client-specific reporting) that the integration must preserve.
- Which party will supply API keys, FIX credentials, or technical contacts for each broker during onboarding?
Deploy Real-Time Position Streaming
- Which position latency SLA do you require for trading and compliance use (examples: sub-second, 1s, 1m)?
- Specify the position reconciliation threshold you want monitored for streaming parity (for example: positions diverging by >0.5% or quantity delta > 1 share triggers alert).
- Which feeds will provide the real-time position inputs (select all that apply)?
- Describe how you handle intraday corporate actions or partial settlements today and whether streaming must apply those intraday (yes/no and details).
- Who is responsible for monitoring streaming health and alerts in your organization (role or team)?
- Which security or permission model must apply to position streams (examples: role-based access, fund-level partitions)?
Onboard Multi-Asset Data Model
- Which asset classes must be fully supported at go-live (select all that apply)?
- List specific derivative instrument types you trade that require model support (examples: options, swaps, futures, exotics).
- Specify the level of instrument greeks and risk analytics required for the platform's model (examples: delta/gamma, full greeks, not required).
- Which settlement instructions and cash account mappings must the model preserve to support T+N settlement workflows?
- Identify any market or jurisdictional conventions that must be encoded (examples: bond day-count convention, FX settlement lag) for accurate P&L and NAV.
- Estimate the count of unique instrument structures (e.g., structured notes, credit tranches) that will need custom modeling extensions.
Model Private Assets and Fund-of-Funds Structures
- Which private asset types must be represented (private equity, private credit, real estate, fund-of-funds) and how are valuations currently reported (GP statements, audited NAV)?
- Provide the frequency and format of capital call and distribution schedules you receive for private funds that must be modeled.
- List the fund-of-funds layering and share-class relationships that need mapping (examples: feeder->master fund, series share classes, side pockets).
- Describe the performance-fee or waterfall calculations applied in private funds that must be reproduced (examples: hurdle rate, catch-up, carried interest).
- Who provides limited-partner (LP) reporting requirements and templates that must be supported by fund-of-funds reporting?
- Are LP-level audit trails and statement-level reconciliations required for private assets during acceptance testing?
Configure Pre-Trade Compliance Rules
- Which compliance regimes or client mandates must be codified as pre-trade checks (examples: concentration limits, single-issuer exposure, client-specific restrictions)?
- Provide the quantitative thresholds for each pre-trade rule (for example: max position >5% of NAV, max sector exposure 20%).
- Who is the owner of compliance rule sign-off and change control in your organization (role or team)?
- Which order-routing stages must the pre-trade checks integrate with (OMS order entry, algo engine, broker gateway)?
- Describe the exception workflow for blocked pre-trade events (examples: auto-block with ticket creation, allowed with manual override and audit).
- How quickly must pre-trade rule evaluation occur to be acceptable during order entry (for example: sub-second, <1s, <5s)?
Implement Post-Trade Reconciliation
- Which reconciliation pairings are required at day end and intraday (examples: trade blotter vs custodian statement, ledger vs position model)?
- Provide the acceptable reconciliation pass-rate for automated matching during validation (for example: 99.5% of trades must auto-match).
- Identify common reconciliation breaks today and their root causes (examples: fees, corporate actions, settlement fails).
- Which fields are used for canonical matching (examples: trade date, settlement date, ISIN, quantity, trade ID) and which are unreliable?
- Who will be assigned break investigation and resolution responsibilities during the migration (role or team)?
- Is automated break remediation desired (example: auto-adjust fees, route to exception queue) and for which break types?
-
Parallel Test & Validation
Run a parallel test on representative portfolios to validate imported position parity, compliance rule coverage, multi-asset handling (including private/illiquid assets), and performance against acceptance criteria.
- desired_state
- success_criteria
- stakeholders
- current_state
- gaps
- decision_readiness
- gaps
- desired_state
- stakeholders
- current_state
- success_criteria
- decision_readiness
- stakeholders
- decision_readiness
- success_criteria
- current_state
- desired_state
- gaps
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
-
Mutual Commit
Finalize commercial and legal terms, lock acceptance criteria, confirm data-access authorizations, and document governance for cutover and rollback.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Order Form / Subscription Agreement
- Service Level Agreement (SLA)
- Data Processing & Security Addendum (DPA / Security Addendum)
- Data Access & Custodian Authorization
- Acceptance Criteria Sign-off
- Cutover & Rollback Governance Plan
- Change Order Agreement
- Source Code & Data Escrow Agreement
-
Deployment
Lock readiness facts, configuration values, and validate go-live acceptance for a safe cutover.
-
Pre-Deployment Readiness
Confirm concrete readiness facts — custodial feed availability, data extracts, owners, timing windows, and contingency plans — before configuration begins.
Pre-Deployment Questions
Environment and access
- Is the buyer's test environment accessible to the seller's deployment team (so we can begin configuration), or when will access be granted?
- If access is not immediate, provide the target access date and the technical contact responsible for granting access (name and role).
- Are the custodial and market-data feeds required for validation available in the platform test environment (so parallel tests can run against representative feeds)?
- If feeds are partial or not available, list the feed owners/contacts and the earliest date full test-feed access can be provided.
Data and configuration
- Are the source system position and transaction extracts for the parallel test prepared and schema-validated (so we can validate position parity)?
- If extracts are not ready or not validated, provide the target delivery date and the data owner (name and role).
- Has the buyer confirmed the source of truth for reference data required for migration (securities master/instrument hierarchy/FX rates)?
- If confirmed or hybrid, name the reference-data owner(s) (name and role) who will approve mappings and reconciliation rules.
People and ownership
- Who is the named owner responsible for custodial feed coordination (name, role, best contact) — we will escalate to this person if a feed fails during validation.
- Who is the buyer's single escalation contact for cutover and rollback decisions (name, role, phone and timezone)?
Timing and constraints
- Which cutover windows are approved by the buyer for migration activities? (select all that apply so we can sequence tasks)
- If 'Other' selected or to specify exact blackout/cutover dates and times, enter them here and note any timezone constraints.
- Is there a documented rollback plan and an explicit acceptance gate that will stop cutover if parity or reconciliation checks fail?
- Are there regulatory or client reporting blackout dates or mandatory compliance sign-offs within the next 90 days that would block deployment? If yes, list dates and the compliance approver (name and role).
-
Configuration Lock
Capture exact integration credentials, field mappings, reference-data rules, rebalancing parameters, and migration mappings the deployment team will use.
Configuration Details
Configuration Lock — Environments & Endpoints (what the deployment will target)
- Enter the production environment name the deployment build will configure (Default: "production"). This exact string is consumed by Migration & Go‑Live.
- Enter your production API base URL (format: https://hostname[:port]/api — Default must be reachable by the platform). Used by Configuration Lock to validate endpoint reachability.
Integration Identities & Mapping Choices (non-secret identifiers and mapping policy selections)
- Select the custodian integration authentication method the deployment should expect (choose the non-secret identifier type we will request at kickoff). Do NOT paste secrets here. The build uses this to select the connector flow.
- Enter the custodian integration identifier that matches the auth method chosen above (integration user name, client ID, or certificate name). Do NOT enter passwords or tokens — those are exchanged via your secrets manager at kickoff.
- Select how your team will hand off the secret portion of custodian credentials at deployment kickoff (choose one). This controls the deployment's secrets exchange procedure.
- Select the security identifier priority the platform should use when matching instruments during import and reconciliation (this rule is enforced during Configuration Lock and used by Parallel Test & Validation).
- Enter the exact source field name that contains the position quantity in your import file or feed (case-sensitive). Example: "position_qty". This single field name is read verbatim by the migration mapping.
Rebalancing, Migration Lookback & Acceptance (execution parameters and migration thresholds)
- Select the primary rebalancing frequency the deployment should enable in the configuration settings (Default: "Intraday (hourly)"). This choice configures rebalancing cadence and order-slicing behavior.
- Enter the migration lookback in days for historical positions and valuations the migration will import (Default: 365). Numeric value only.
- Enter the primary representative portfolio identifier the buyer will use for the Parallel Test & Validation (exact portfolio ID or filename; consumed verbatim).
- Enter the allowed position parity tolerance as a percent (format: decimal percent). Default is 0.01 (meaning 0.01%). The Parallel Test & Go‑Live acceptance checks use this threshold.
-
Migration & Go-Live
Execute the migration and cutover with sequenced tasks, monitoring dashboards, rollback controls, and clear escalation paths.
-
Go-Live Acceptance
Verify cutover acceptance criteria — position parity, NAV reconciliation checks, compliance rule accuracy, and settlement integrity — before declaring the rollout complete.
Checklist items
- Establish and validate rollback checkpoint
- Deliver position parity report for representative portfolios
- Obtain NAV reconciliation sign-off
- Certify compliance rules operate to acceptance levels
- Verify trade-to-settlement integrity
- Confirm custodial/integration feed continuity and opening balance reconciliation
- Enable and validate production monitoring and alerting
- Compile and sign cutover acceptance certificate
- Log and assign remediation plans for open exceptions
- Publish go-live declaration with escalation and rollback triggers
-
-
Success
Monitor NAV and compliance stability, run recurring outcome reviews, capture issues and enhancement requests, and support adoption improvements.
Success Reviews
- Go-live Health Check (weeks 1-4)
- First Measurement Review (weeks 4-10)
- Acceptance Gate — Formal Decision (around day 90)
- Post-Acceptance Realization Review (30 days after acceptance)
- Quarterly Outcomes Review (ongoing quarterly)
Issues & Enhancements
- Operations to provide a 30-day reconciliation report showing parity checks and incident timelines.
- Publish the formal acceptance record with pass/fail status and the buyer signatory details.
- If any criteria failed, list remediation steps with owners and a verification schedule tied to the acceptance record.
- Execute the incumbent wind-down steps or document read-only retention, including archiving and contract action items.
- Present 30-day trend vs Solution Scope targets
- Confirm the NAV reconciliation pass rate and compliance false positive trend are acceptable or have a mitigation plan.
- Outstanding remediation items from the Acceptance Gate are on track with owners and dates.
- Enhancement requests are captured, prioritized, and assigned for scoping.
- Re-confirm success criteria and owners
- Support team to deliver a training refresh plan for any user groups below the expected weekly active user threshold.
- Product/engineering to scope high-priority enhancement requests and provide estimated delivery windows.
- Quarterly metrics and trend analysis
- Position parity and weekly active user rate are trending at or toward Solution Scope targets or have documented mitigations.
- Persistent tickets are assigned owners with realistic closure dates and a burn-down plan.
- Top enhancement requests for the next quarter are prioritized and have owners for scoping.
- Deliver a quarterly reconciliation and parity summary with incident timelines and resolution status.
- Operations to update contingency contact lists and confirm escalation windows for the next quarter.
- Product to produce a scoped plan and estimated delivery dates for the prioritized enhancements.
- All critical data feeds and imports verified as functional or assigned a remediation owner and date.
- A short remediation plan with owners and dates is agreed to remove blockers before metric measurement begins.
- Schedule and scope for the First Measurement Review are confirmed.
- Publish the go-live health checklist with owners and target fix dates for each open issue.
- Technical lead to validate custodial feed parity sample and report results within 72 hours.
- Operations lead to confirm user access for all portfolio managers and report any missing accounts.
- Present first-run metrics vs Solution Scope targets
- Position parity rate and NAV reconciliation pass rate status are documented relative to Solution Scope targets.
- Root causes for any shortfalls are identified with owners and fix dates.
- A remediation plan with milestones is in place to reach the Acceptance Gate on schedule.
- Deliver a remediation task list with data samples and proposed fixes for each failed parity reconciliation.
- Engineering to provide a patch or mapping update and a test plan for validation within the agreed timeline.
- Operations to prepare the acceptance dataset and schedule the Acceptance Gate meeting.
- Restate acceptance criteria and numeric targets from Solution Scope
- Each acceptance criterion recorded in Solution Scope is marked pass or fail with supporting evidence.
- Buyer-side named signatory provides the formal acceptance decision and it is recorded.
- A concrete plan for any failed criteria and the incumbent wind-down decision are agreed with owners and dates.
- Adoption and operational readiness check
- Longer-running issues and ticket burn-down
- Present outcome data against each criterion
- Diagnose root causes for each deviation
- Deployment and data feed validation
- Open issues, defects, and blocker burn-down
- Document pass/fail per criterion and capture formal acceptance
- Enhancement backlog prioritization
- Agree corrective actions and owners
- Early adoption signals and usage check
- Operational risks and contingency review
- Open issues and blockers
- Confirm timeline to Acceptance Gate
- Enhancement requests triage
- Agree remediation plan for any failed criteria
- Agree immediate remediation actions
- Incumbent system wind-down and data archiving