Modernisering av WealthTech-portföljmotor

Utmaning

Kundens plattform för portföljförvaltning var en monolitisk WPF-skrivbordsapplikation byggd på .NET Framework. Logik för portföljallokering och valideringsregler var inbäddade direkt i klientapplikationen — tätt kopplade, svåra att skala och omöjliga att styra centralt.

Tre samverkande problem drev behovet av omarkitektur:

1. Statiska mallar, manuella åsidosättningar

Portföljkonstruktion förlitade sig på modellmallar lagrade i SQL Server. Rådgivare justerade allokeringar manuellt eller utförde externa beräkningar för att anpassa strategier till specifika kundmandat. Detta bromsade förslagsgenereringen och införde inkonsekvenser mellan kundportföljer.

2. KYC-data som portföljsystemet inte kunde använda

Utdata från KYC och kundriskprofilering var digitala, men inte strukturerade på ett sätt som portföljsystemet kunde tolka. Relationsförvaltare översatte riskpoäng och investeringspreferenser till portföljbegränsningar för hand — vilket skapade friktion och införde risk för fel vid varje förslag.

3. Ingen systematisk revisionsspårning

Portföljbeslut loggades inte. Revisionsförberedelser och efterlevnadsgranskningar krävde manuell rekonstruktion från utspridda register, vilket gjorde styrningen tidskrävande och opålitlig.

Kunden behövde en skalbar arkitektur som dynamiskt kunde generera personliga portföljer, med styrnings- och efterlevnadskontroller inbyggda i plattformen.

Lösningen vi levererade

Vi moderniserade plattformen genom att extrahera logiken för portföljkonstruktion från den föråldrade skrivbordsapplikationen till en enda, styrd backend-tjänst byggd på .NET 6/ASP.NET Core. Den befintliga WPF-klienten låg kvar — dess funktionalitet oförändrad — medan all kritisk beslutslogik flyttades till molnet.

Modulär backend med Onion-arkitektur

Den nya tjänsten är strukturerad med hjälp av Onion Architecture, vilket delar upp lösningen i fyra distinkta lager:

Domänlager — portföljregler, allokeringslogik och investeringsbegränsningar.
Applikationslager — arbetsflöden för portföljgenerering och validering.
Infrastrukturlager — persistens, integrationer och meddelandehantering.
API-lager — REST-slutpunkter som används av den befintliga skrivbordsklienten.

Denna separering gjorde plattformens kärnlogik oberoende testbar, underhållbar och utbyggbar — utan att kräva några ändringar i användargränssnittet.

Regelbaserad portföljmotor

KYC- och lämplighetsutdata omvandlas till maskinläsbara begränsningsmodeller och skickas in i portföljdomänen som strukturerade indata. En regelbaserad motor i domänlagret utvärderar riskgränser, investeringspreferenser och mandatrestriktioner för att dynamiskt generera regelefterlevande portföljallokeringar — och ersätter därmed helt statiska mallar och manuella åsidosättanden.

Data, meddelandehantering och revision

Portföljdata, resultat av regelkörningar och revisionsposter lagras i Amazon RDS for SQL Server. Amazon SQS och EventBridge hanterar asynkrona händelser – utlösare för omräkning och revisionsaviseringar – vilket håller arkitekturen enkel och i linje med kundens befintliga driftsmodell. Designen undvek medvetet onödig komplexitet: meddelandehantering används endast där asynkron bearbetning tillför tydligt värde.

Molninfrastruktur och observerbarhet

Tjänsten körs på Amazon ECS med Fargate, containeriserad med Docker. GitHub Actions och AWS CodePipeline hanterar CI/CD. Amazon CloudWatch och AWS X-Ray tillhandahåller observerbarhet i den driftsatta miljön, vilket ger driftteamet insyn i prestanda och tillförlitlighet från dag ett.

Kundens resultat

Omarkitekturen gav kunden en styrbar portföljplattform med inbyggda efterlevnadskontroller. Viktiga resultat genom hela arbetsflödet:

Snabbare portföljförslag

Portföljer genereras dynamiskt utifrån verkliga kundbegränsningar, utan statiska mallar eller manuella åsidosättanden.

KYC-data direkt i investeringsflödet

Risk- och lämplighetsutdata matas direkt in i portföljkonstruktionen som strukturerade indata, vilket helt eliminerar det manuella översättningssteget.

Konsekventa allokeringar över mandat

Portföljlogiken körs i en enda centraliserad tjänst, vilket eliminerar inkonsekvenser som orsakas av regler som tillämpas olika mellan skrivbordsklienter.

Revisionsfärdig styrning

Resultat av regelkörning och allokeringsbeslut registreras systematiskt, så att efterlevnadsgranskningar bygger på strukturerade uppgifter snarare än rekonstruerad historik.

Grund för framtida expansion

Nya mandattyper, produktkategorier eller styrningsregler kan läggas till i backend-tjänsten utan att röra skrivbordsgränssnittet.

Modernisering av äldre plattform för förmögenhetsförvaltning med regelbaserad portföljmotor

Om kunden