MUFG Investor Services

Executive Summary — April 2026  |  Discovery Multi-vendor evaluation
$2-3M
Total contract value (18 mo)
Top 5
Global fund administrator
2,500+
Portfolios across 6 systems
8 wks
POC timeline

The Problem (Simple Terms)

MUFG grew through acquisitions over 12 years. Each acquisition brought its own portfolio accounting system. Today they run 4-6 independent systems that don't talk to each other:

SystemWhat it doesFund types
GenevaPortfolio accounting — trades, positions, NAV, GLHedge funds, liquid strategies
InvestranPartnership accounting — capital calls, waterfalls, IRRPrivate equity, private credit
YardiReal estate fund accountingReal estate
CenturyDebt servicingPrivate credit
MantraTransfer agency — investor recordsAll

The same investor might have money in a hedge fund (Geneva), a PE fund (Investran), and a real estate fund (Yardi). Nobody at MUFG can produce a single page showing that investor everything they have. Today, stitching data across systems is done via brittle ETL scripts + manual Excel reconciliation by ops teams. It takes days, not seconds.

Why now: Joe (business head) says their competitors are stuck on legacy SaaS. He wants to be the disruptor — same-day, self-serve investor data. Timeline: "yesterday."

What the Customer Wants Solved

Ranked by how urgently they raised each need in the discovery call:

  1. Cross-system data alignment
    Line-by-line reconciliation across Geneva, Investran, and others. Know that "Investor A" in system X is the same entity as "Investor B" in system Y. This is the #1 pain — Joe and Evangelos both raised it independently.
  2. Unified investor view
    One page per investor showing total AUM, all fund exposures (liquid + illiquid), combined fees, upcoming activity. The thing they literally cannot produce today. Joe's competitive differentiator.
  3. Self-serve querying for end clients
    Investors log in, see only their data, query across all underlying systems without knowing which system the data came from. Investor-level permissions — no cross-client data leakage.
  4. Report replication from raw data
    Evangelos specifically asked: can we replicate an Investran IR report by reading the underlying GL journal entries and applying taxonomies? This tests whether we truly understand the accounting model, not just the data format.
  5. VPC deployment on their infrastructure
    100% AWS. No data leaves their environment. Must use their Bedrock account for LLM inference. Non-negotiable for a regulated fund administrator.
  6. Reference data reasoning
    KYC, investor identity, fund-to-portfolio-to-investor relationships, data debugging. Not just aggregation — the system should understand financial entity relationships.

Engineering Work Involved

Honest constraint: We have not worked with Geneva or Investran before. Our existing product is document search/query — not structured data integration across portfolio accounting systems. This deal is a product expansion, not just a new customer. The internal question: do we build this as reusable platform capability (fund admin vertical) or one-off services?
Connector Layer — Getting data out of their systems

Build connectors for Geneva (REST API + RSL query language) and Investran (Data Exchange portal + file exports). Both are SS&C products with documented but locked-down integration points.

SystemIntegration methodBuild estimate
GenevaREST API (documented), SFTP fallback2-3 weeks
InvestranData Exchange API, file export fallback2-3 weeks
Yardi / Century / MantraTBD — need Brian's system specs2-3 weeks each

Connectors are the easy part. We've built connectors for Snowflake, Databricks, SQL databases, SharePoint. The pattern is the same — the system-specific schema mapping is the variable.

Risk: MUFG IT security provisioning could delay API access by 3-4 weeks. Mitigation: build SFTP fallback, negotiate data access SLA in contract.

Entity Resolution — The hard problem (and our differentiation)

The core engineering challenge: the same investor appears in Geneva as GNV-INV-4401 / "Meridian Capital Partners LLC" and in Investran as INV-LP-00882 / "Meridian Capital Partners". Different IDs, slightly different names, different email aliases, tax ID formatted differently.

No SQL JOIN solves this. No ETL vendor solves this. This requires probabilistic entity matching:

Match signalConfidence weight
Tax ID (normalized format)95% if match
Fuzzy name similarity80%
Email domain match70%
Address similarity60%
Combined weighted scoreAccept / Review / Reject

At 2,500-3,000 portfolios with non-uniform fund structures, this is an ML problem requiring training data and iteration — not a mapping spreadsheet.

This is our differentiation. Consultancies ship lookup tables. ETL vendors ship schema normalization. We ship probabilistic resolution with confidence scores and audit trails.

Concept Mapping — Translating between financial languages

Geneva and Investran use fundamentally different accounting models:

ConceptGeneva (hedge fund)Investran (PE)Challenge
Investor's valuecapital_balance (shares x NAV)NAV (commitment - uncalled + unrealized)Different calculation methods
ReturnsYTD return (time-weighted %)IRR (money-weighted %)Not comparable — must show both
FeesMgmt fee (monthly accrual)Mgmt fee (per capital call)Different timing, same concept
HoldingsISIN/CUSIP (public securities)Portfolio company name (private)No shared identifier
SectorsBloomberg GICSFund manager's custom taxonomyMust build master mapping
GL entriesPer-trade (buy/sell securities)Per-event (capital call/distribution)Incompatible — use cash flows as common denominator
FreshnessReal-time (daily NAV)Quarterly (appraised valuations)Never silently blend stale + fresh numbers
Precision4 decimal places, Bloomberg FX2 decimal places, admin FX rate$100M x 0.0001 rounding = $10K discrepancy
Graph + Query Layer — Making it all queryable

Once entities are resolved and concepts mapped, we build the knowledge graph: a metadata layer that sits on top of all source databases. Entity nodes (investors, funds, securities) are linked with relationship edges and confidence scores.

On top of this: a natural language query interface. An investor types "What's my total exposure across all funds?" and the system routes the query to the right source systems, applies the right concept mappings, and returns a unified result.

Also required: audit/lineage trail. Every number traces back to source system, record ID, and timestamp. Non-negotiable for a regulated fund administrator.

Deployment — Inside their perimeter

VPC deployment in their AWS account. All LLM inference through their Bedrock. No data exits their environment. We've done this at D1 Capital (AWS), Analog Century (Azure), and Kotak IB (AWS private subnets).

Known friction: at regulated institutions, provisioning (SSO, networking, security review) takes 4-8 weeks. Must start this track on Day 1, parallel to engineering.

Why $150K for the POC

$150,000
8-week POC — Geneva + Investran, 200-400 portfolios, VPC deployed
Credited in full toward Phase 2 if MUFG proceeds within 60 days.
Why not $75-100K (our standard POC price)?
FactorStandard POCMUFG POC
ScopeDocument search over existing data typesNew data type: structured portfolio accounting systems
ConnectorsExisting (Snowflake, SharePoint, etc.)Built from scratch (Geneva, Investran)
Core capabilityQuery + retrieval (existing product)Entity resolution + concept mapping (new capability)
DeploymentSometimes SaaSVPC mandatory (AWS + Bedrock)
Complexity multiplier1x1.5-2x

Additionally: MUFG is a top-5 global fund admin. A $75K POC from a 25-person company signals "pilot project." $150K signals "platform evaluation." The buyer's perception of our seriousness scales with the price point.

If they push back on price

Don't lower the number. Restructure the scope:

"$100K for Geneva only, 200 portfolios — no cross-system entity resolution. $150K for both systems, 400 portfolios — the actual proof that unification works. Which do you need to see to make a Phase 2 decision?"

Price becomes a function of scope, not a negotiation about margin.

Full deal economics
PhaseTimelineRevenue
POC8 weeks$150K (credited to Phase 2)
Foundation (all 6 systems, full scale)Months 3-7$400-500K + licensing starts
Self-Serve (investor portal, RBAC)Months 8-12$300-400K
Intelligence (anomaly detection, monitoring)Months 12-16Scoped later
Annual platform licenseOngoing$500K-1.2M/yr
Total 18-month value$2-3M

Platform license is portfolio-based: $200-400 per portfolio per year at 2,500-3,000 portfolios. This is a company-defining deal for a 25-person firm.

Engagement Plan

POC: 8 Weeks, 3 Layers

Each layer builds on the previous. If Layer 1 fails, we know by week 4 — not week 8.

Weeks 1-4
Layer 1: "Show Me the Same Person" Fast Win
Ingest data from Geneva + Investran. Run entity resolution across 200-400 portfolios. Deliver: "350 investors — 310 matched at >95% confidence, 28 need review, 12 unmatched." Replaces weeks of manual reconciliation. Midpoint check-in with MUFG.
Weeks 3-6
Layer 2: "Show Me Everything They Have" Money Shot
Fund mapping + financial concept alignment + taxonomy normalization. Deliver the unified investor view: one page per investor, all fund exposures across HF + PE, combined metrics, fees, upcoming activity. The thing MUFG cannot produce today.
Weeks 5-8
Layer 3: "Prove It's Correct" Trust Layer
Cash flow reconciliation (self-validating: if flows don't balance, entity match was wrong). NLP query layer. Full audit trail — every number traces to source system + record. Deploy in VPC. This is what convinces their CTO.
POC success criteria (binary — define before signing)
MetricTarget
Entity resolution precision≥90% on MUFG-provided ground truth
Query accuracyCorrect on ≥80% of 10-15 pre-defined test queries
DeploymentRunning in MUFG's AWS VPC on their Bedrock
LatencyStructured <5s, NLP <15s
Cash flow reconciliationBalances within ±0.01% for ≥95% of matched entities

Post-POC Phases

PhaseWhatWhenGate
Foundation Expand to all 6 systems, full 2,500+ portfolios. Continuous entity resolution. Reconciliation alerts replace manual Excel. Months 3-7 POC passes success criteria
Self-Serve Investor portal/API. Per-investor permissions. NLP for end clients. Audit trail + SSO. Months 8-12 All systems connected + 2 clean reporting cycles
Intelligence Anomaly detection, cross-client benchmarking, autonomous monitoring. Months 12-16 50+ investors active, <1% error rate

Staffing ramp: POC (3 people) → Foundation (5-6) → Self-Serve (7-8).

Key Risks + Mitigations

RiskMitigation
High API access delayed 3-4 weeks by IT security SFTP file export fallback. Data access SLA in contract: timeline shifts if no access by Day 10. Named IT contact with Day 5 deadline.
Medium Entity resolution accuracy <90% Confidence scores still add value: "847 confident, 43 for review" beats manual. Define target with MUFG's own ground truth data.
High MUFG team too busy to support POC Require one named technical contact (30% allocation) + one ops domain expert. In writing before start.
High Data messier than expected Request anonymized sample exports BEFORE signing. 50 portfolios. Single most important pre-POC activity.
Internal Product expansion vs. services project Must decide before POC: build Geneva/Investran connectors as reusable platform capability (fund admin vertical) or one-off? Recommendation: platform.

Immediate Next Steps

#ActionOwnerBy when
1Send Brian structured questionnaire (system list + sample data + top reconciliation failures)Vibhav48 hours
2Internal decision: product investment or services?Mithun + eng leadBefore next MUFG call
3Schedule 45-min technical pre-call with Evangelos (no slides, bring graph schema + entity resolution approach)VibhavWithin 1 week
4Identify engineer: strong on data modeling + graph DBs, comfortable with skeptical CTOMithunWithin 1 week
5Build mini entity resolution demo on real schemas once sample data arrivesEngineering1 week after data
6Prepare POC proposal (scope, timeline, pricing, success criteria)MithunAfter technical pre-call

The Strategic Question

Is structured data integration across portfolio accounting systems a product Pascal wants to build — or is this a one-off?

Every large fund administrator globally (Citco, Apex, State Street, SS&C's own clients) has 3-6 systems that don't talk to each other. If we build Geneva/Investran connectors + entity resolution as platform capability, MUFG becomes the reference customer for an entire vertical. If we build it as services, we spend 6 months on a custom integration.

Recommendation: Treat it as product. But engineering leadership must allocate capacity as a product investment, not just customer delivery.