The customer. The crisis.
§2.1 Anchor Client Profile
ClaraVis Medical Systems GmbH is a Munich-headquartered MRI and CT imaging OEM supplying hospitals and diagnostic centres across 12 countries. At €1.2B revenue and 4,200 employees, the group sits in the upper mid-market band — large enough to require enterprise-grade financial infrastructure, lean enough to have never built it.
Three years ago, the group established ClaraVis North America Inc. as its FDA registration holder and US sales entity, adding a fourth legal entity, a second reporting currency, and US GAAP reconciliation obligations to an already layered multi-entity structure. The expansion created the conditions for the problem set described in this portfolio: intercompany flows that no single system tracks end-to-end, a treasury function operating on stale data across three currencies, and an AP function overwhelmed by exceptions that rules-based automation cannot resolve.
The group runs SAP S/4HANA on-premise, reports under IFRS at the group level, and operates in EUR, USD, and CHF. Every pain point described on this page is a structural consequence of that combination — not a failure of execution.
§2.2 Five Systemic Failures
§2.3 Four Role Personas
Each persona maps directly to a solution agent built in pages 03–05 and to an ADR defining the architectural decision made to serve that person's specific need. These are not archetypes — they are the four humans who lose the most time to the current state.
- Real-time group cash and FX exposure dashboard — not a Monday spreadsheet
- Month-end close compressed to 2 days with IC reconciliation automated
- Compliance posture visible at all times — CSRD, GDPR, OECD TP — without asking the Controller
- Explainable AI actions: every agent decision auditable for the supervisory board
- Automated IC matching with ML-based mismatch classification — not rules-based matching
- Entity-graph view of all open intercompany positions with root-cause annotation
- Transfer pricing documentation generated automatically per IC settlement
- Override and annotation interface: full audit trail for every human-corrected match
- Intraday cash positioning across all 6 accounts and 3 currencies — automated, not assembled
- FX exposure calculated from live SAP IC payables and receivables — not estimated
- Liquidity forecasting with 13-week horizon incorporating AP run schedules and IC settlement dates
- Hedge recommendation engine with confidence bands and explainability for audit
- ML-based exception classification: PO mismatch vs price variance vs duplicate vs missing code — treated differently
- Priority scoring per exception: financial risk × resolution urgency × supplier relationship weight
- Automated resolution routing: low-risk exceptions resolved autonomously, high-risk escalated with context
- Supplier pattern analytics: recurring exception sources surfaced before they compound
§2.4 Cost of Inaction
The Hackett Group close-cycle benchmark for a comparable revenue group is 2 days. At 8–12 days, ClaraVis's finance function consumes 30–50 person-days per month in reconciliation coordination that produces no commercial value. At a blended loaded cost of €85,000 per senior finance FTE, this represents approximately €340,000–560,000 in annual opportunity cost — before the cost of delayed management information reaching the board.
Hedging against a 72-hour-old net position introduces systematic basis risk. On a group with estimated annual FX flows of €260–340M across EUR/USD/CHF, a conservative 20 basis point slippage on hedged notional equates to €520,000–680,000 in annual hedge inefficiency. EUR/USD saw 4%+ moves in a single quarter in 2024 — the cost of a mis-hedged position on stale data is materially larger in adverse rate environments.
Industry benchmarks place the fully-loaded cost of a manually resolved invoice exception at €28–44. At 966 exceptions per month, ClaraVis incurs €27,000–42,000 in monthly exception-handling cost — €324,000–504,000 annually. This excludes early-payment discount loss from delayed payment runs and the working capital drag from extended DPO on supplier disputes caused by unresolved exceptions.
OECD BEPS Action 13 requires contemporaneous transfer pricing documentation for every intercompany transaction above materiality thresholds. Failure exposes the group to a TP adjustment surcharge of up to 25% of the assessed underpayment plus interest in Germany, the Netherlands, and the United States. With 1,400 IC transactions per month, manual documentation creates systematic audit exposure that an autonomous IC agent would eliminate as a byproduct of normal operation.
FX slippage: BIS Triennial Central Bank Survey on FX turnover; ECB Statistical Data Warehouse EUR/USD reference series 2022–2024.
AP exception cost: APQC Open Standards Benchmarking, Accounts Payable (current edition); Ardent Partners, AP Metrics That Matter.
TP penalty regime: OECD BEPS Action 13 Final Report (2015, updated 2023); Bundeszentralamt für Steuern §162 AO (documentation surcharge); Netherlands Tax and Customs Administration arm's-length principle guidance; US Internal Revenue Code §482 and accompanying regulations.
§2.5 Why Existing Tools Fail
The enterprise finance software market has produced excellent point solutions for each of the five pain points described on this page. BlackLine automates intercompany matching. Kyriba and FIS offer treasury management systems. Basware and Coupa handle AP automation. Each of these products solves a defined sub-problem within a defined set of assumptions.
None of them was designed for ClaraVis's actual situation: a four-entity, three-currency, four-jurisdiction group running SAP on-premise, requiring ML-based reasoning that can explain its outputs to a supervisory board, generating compliance artifacts as a byproduct of operations, and doing all of this within the constraints of the EU AI Act's Annex III high-risk classification.
The gap is not a feature gap. It is an architectural gap. No existing vendor combines multi-entity entity-graph reasoning, explainable ML at the action layer, jurisdiction-aware compliance structuring, and SAP native integration into a single coherent system. The architecture described in pages 03–10 exists precisely because that combination does not yet exist off-the-shelf.