Celebrating 31 Years of Client Service

Call
Investment technology workflow and reporting review

Consulting

Portfolio accounting software selection and migration

Choose portfolio accounting software around the records and operating workflows your firm must preserve. CSSI can review account history, data conversion, custom reports, and migration dependencies. Use an agreed sample and source reference before committing the full book to a new investment accounting system.
  • An evaluation checklist for current balances and historical detail
  • Named sources for positions, cash, transactions, tax lots, and returns
  • Migration acceptance tied to reports and the first operating close

From a CSSI customer engagement

A conversion built around the firm's actual workflows

CSSI's published Axys-to-Orion engagement covers a conversion with sleeve structures, complex billing, and dependent reports. Review the project context when defining what your own system change needs to preserve.

Read the Axys-to-Orion project story

Service fit

What must the investment accounting system own?

Define the portfolio book of record

Portfolio accounting maintains the records the firm uses to describe holdings, activity, valuations, and related output. Specify which system owns each record and calculation, the reporting cutoff, and the review that makes the result approved. When an investment book of record is also required, define the needed view, refresh timing, and relationship to the accounting source with the provider.

Compare replacement with a focused change

A new investment accounting product may address a capability gap, but the implementation still needs source extraction, mapping, history, reports, and user workflows. CSSI can assess the data and reporting work involved in a move from APX or Axys or a focused improvement in the current environment. Product licensing and supported functions remain provider decisions to confirm.

Accounting checklist

What a portfolio accounting software sample should prove

Choose an account set that includes the transactions, groups, and history that create real operating work. Use the firm's approved reference and comparison rules.

Scroll across to review all three columns.

What a portfolio accounting software sample should prove
Accounting requirementDemonstrate with source recordsAccept when
Account and group structureAccounts, households, entities, sleeves, reporting groups, and their effective dates.The target structure represents the intended population and dependent reporting or billing views.
Historical transactions and actionsRequired history, corrections, transfers, corporate actions, and transaction-type mappings.Representative history is usable and differences or unavailable records have a documented resolution.
Holdings, cash, and valuationsApproved source balances, pricing dates, currency basis, and reconciliation comparisons.The sample agrees with the reference within agreed tolerances and exceptions have named owners.
Tax lots and cost basisLot-level source detail, acquisition dates, adjustments, and required exports or reports.Required lot detail survives the conversion or has an explicitly agreed reconstruction scope.
Performance, billing, and reportsSource calculations, periods, fee or billing rules, custom layouts, and required client output.The firm approves the figures and dependent output; a successful import alone is not the acceptance test.
Cutover and the first closeFinal refresh, operating sequence, open items, archived history, support, and fallback responsibilities.Users can complete the agreed close and report cycle with approved records and a clear escalation path.

Example decision

Balances agree, but the first billing run does not

Illustrative workflow: an investment manager's positions and cash agree after a sample conversion. The first billing output differs because a sleeve grouping and its fee rule were maintained outside the extracted account data. The import result did not test a process the firm depends on.
Include sleeve definitions, billing dependencies, and representative client reports in the acceptance scope. Compare the complete operating output with the agreed reference, then assign any required configuration or custom work. A useful selection process establishes what the target product can support and what the migration must preserve.

Project outputs

Scope the work around useful deliverables

Conversion and history scope

Agree required records, source availability, target mappings, archival needs, and the treatment of unsupported history.

Operating acceptance criteria

Include reconciliation, calculation references, billing, custom reports, and the account groups users will actually work with.

Cutover and support responsibilities

Define final refresh, approval owners, open-item handling, the first operating period, and the handoff for ongoing work.

First project

Start with a defined workflow

Inventory the records and processes.

Name the source systems, required history, record types, user workflows, and reports the target must support.

Review target capabilities.

Confirm the provider's functions, supported imports, required configuration, and limitations before setting the migration scope.

Compare a representative conversion.

Validate records and complete operating output against the reference. Assign differences and additional development to an owner.

Plan the cutover around a close.

Agree the final refresh, acceptance, archive access, support, and first operating cycle before expanding to the full book.

Connected services

Choose the support the project needs next

Portfolio data migration services

Scope extraction, mapping, historical coverage, validation, and the move between systems. Explore data migration.

Broader advisor software decisions

If accounting is one part of a wider platform choice, map the surrounding trading, planning, reporting, and data requirements. Compare software responsibilities.

Product context

Confirm the book of record and the output it supplies

The Advent Portfolio Exchange overview describes APX as a centralized book of record with portfolio management, performance measurement, accounting, and reporting. Use that scope to identify the records and output your existing environment supplies, then confirm the corresponding responsibilities in the proposed system.

Questions

Frequently asked questions

Straight answers to the implementation, workflow, and fit questions that usually come up first.

What should we compare in portfolio accounting software?

Compare the account structure, transaction and corporate-action history, cash and holdings, valuations, tax lots, performance, billing, reports, and operating close. Use representative records and approved source output so the comparison tests the work your firm needs.

Can CSSI help us move from APX or Axys to another platform?

CSSI supports portfolio data conversion, mapping, historical validation, reporting dependencies, and transition work. Supply the source and target systems and required output so the team can confirm the available data and project responsibilities.

What is an investment book of record requirement?

It specifies the investment view a firm needs and which source supplies it, including holdings, cash, transactions, timing, and approval rules. Define how that view relates to the accounting records and confirm the required functionality with the software provider.

Does matching the opening balance prove a migration is complete?

It proves one comparison. Required history, tax lots, calculations, account groups, billing, reports, user workflows, and the first close also need acceptance checks. Document what must work before the firm approves cutover.

Next step

Discuss a defined project with CSSI

Share the source and proposed system, required history, and operating outputs the move must preserve. CSSI can review conversion, reporting, validation, and cutover work as a defined implementation scope.