Modernisering av WealthTech-porteføljemotor

Utfordring

Kundens plattform for porteføljeforvaltning var en monolittisk WPF-skrivebordsapplikasjon bygget på .NET Framework. Logikk for porteføljeallokering og valideringsregler var innebygd direkte i klientapplikasjonen — tett koblet, vanskelig å skalere og umulig å styre sentralt.

Tre problemer som forsterket hverandre, skapte behovet for ny arkitektur:

1. Statiske maler, manuelle overstyringer

Porteføljekonstruksjon var avhengig av modellmaler lagret i SQL Server. Rådgivere justerte allokeringer manuelt eller utførte eksterne beregninger for å tilpasse strategier til spesifikke kundemandater. Dette bremset forslagsgenerering og introduserte inkonsekvenser på tvers av kundeporteføljer.

2. KYC-data som porteføljesystemet ikke kunne bruke

KYC- og kunderisikoprofileringsresultatene var digitale, men ikke strukturert på en måte porteføljesystemet kunne tolke. Kundeansvarlige oversatte risikoscorer og investeringspreferanser til porteføljebegrensninger for hånd — noe som tilførte friksjon og introduserte potensial for feil ved hvert forslag.

3. Ikke noe systematisk revisjonsspor

Porteføljebeslutninger ble ikke logget. Revisjonsforberedelser og etterlevelsesgjennomganger krevde manuell rekonstruksjon fra spredte poster, noe som gjorde styring tidkrevende og upålitelig.

Kunden trengte en skalerbar arkitektur som dynamisk kunne generere personlige porteføljer, med styrings- og etterlevelseskontroller innebygd i plattformen.

Løsningen vi leverte

Vi moderniserte plattformen ved å trekke ut logikken for porteføljekonstruksjon fra den eldre skrivebordsapplikasjonen til én enkelt, styrt backend-tjeneste bygget på .NET 6/ASP.NET Core. Den eksisterende WPF-klienten forble på plass — med uendret funksjonalitet — mens all kritisk beslutningslogikk ble flyttet til skyen.

Modulær backend med Onion-arkitektur

Den nye tjenesten er strukturert ved hjelp av Onion-arkitektur, som deler løsningen inn i fire distinkte lag:

Domenelag — porteføljeregler, allokeringslogikk og investeringsbegrensninger.
Applikasjonslag — arbeidsflyter for porteføljegenerering og validering.
Infrastrukturlag — persistering, integrasjoner og meldingsutveksling.
API-lag — REST-endepunkter som brukes av den eksisterende skrivebordsklienten.

Denne separasjonen gjorde plattformens kjernelogikk uavhengig testbar, vedlikeholdbar og utvidbar — uten å kreve noen endringer i brukergrensesnittet.

Regelbasert porteføljemotor

KYC- og egnethetsresultater omdannes til maskinlesbare begrensningsmodeller og sendes inn i porteføljedomenet som strukturerte inndata. En regelbasert motor i domenelaget evaluerer risikogrenser, investeringspreferanser og mandatrestriksjoner for dynamisk å generere regelkonforme porteføljeallokeringer — og erstatter dermed statiske maler og manuelle overstyringer fullstendig.

Data, meldinger og revisjon

Porteføljedata, resultater av regelutførelse og revisjonsposter lagres i Amazon RDS for SQL Server. Amazon SQS og EventBridge håndterer asynkrone hendelser — utløsere for rekalkulering og revisjonsvarsler — noe som holder arkitekturen enkel og i tråd med kundens eksisterende driftsmodell. Utformingen unngikk bevisst unødvendig kompleksitet: meldingstjenester brukes kun der asynkron behandling gir tydelig verdi.

Skyinfrastruktur og observerbarhet

Tjenesten kjører på Amazon ECS med Fargate, containerisert ved hjelp av Docker. GitHub Actions og AWS CodePipeline administrerer CI/CD. Amazon CloudWatch og AWS X-Ray gir observerbarhet på tvers av det utrullede miljøet, og gir driftsteamet innsyn i ytelse og pålitelighet fra dag én.

Kundens resultater

Omstruktureringen ga kunden en styrbar porteføljeplattform med innebygde samsvarskontroller. Viktige resultater på tvers av arbeidsflyten:

Raskere porteføljeforslag

Porteføljer genereres dynamisk mot kundenes reelle begrensninger, uten statiske maler eller manuelle overstyringer.

KYC-data direkte i investeringsarbeidsflyten

Risiko- og egnethetsdata mates direkte inn i porteføljekonstruksjonen som strukturerte inndata, noe som fjerner det manuelle oversettelsestrinnet fullstendig.

Konsistente allokeringer på tvers av mandater

Porteføljelogikk kjører i én sentralisert tjeneste, noe som eliminerer inkonsistenser forårsaket av regler som brukes ulikt på tvers av skrivebordsklienter.

Revisjonsklar styring

Resultater fra regelutførelse og allokeringsbeslutninger registreres systematisk, slik at samsvarsgjennomganger bygger på strukturerte data i stedet for rekonstruert historikk.

Grunnlag for fremtidig ekspansjon

Nye mandattyper, produktkategorier eller styringsregler kan legges til i backend-tjenesten uten å berøre skrivebordsgrensesnittet.

Modernisering av eldre formuesforvaltningsplattform med regelbasert porteføljemotor

Om kunden