Category: Featured


In 2005, Advent released the first version of Advent Portfolio Exchange (APX). This paved the way for enterprise users to take Advent more seriously, while reassuring rapidly growing firms that APX would service their future needs and provide support for legacy requirements. Initially, this change was fine with many of the Axys users that have historically comprised Advent’s established userbase, but after years of baseline Axys updates and Advent’s predominant emphasis on APX, the patience of some Axys users has worn thin.

Today Axys users likely fit into one of four camps:

  1. They are planning to move to APX in the near future.
  2. They understand their options well enough, but don’t think the benefits of moving to APX outweigh the costs.
  3. They simply don’t care about APX or competing products – just as long as Axys keeps doing what they need, everything is fine.
  4. They are frustrated by Advent’s perceived abandonment of their business segment and are either actively seeking a replacement to Axys or in the process of converting to a new system.

I have repeatedly been told that owning a self-hosted version of APX is 2-3 times more expensive than Axys, but don’t take my word for it.  Advent’s pricing changes regularly.  Call Advent and get a quote.   Early on, APX conversions were very expensive, and some firms were quoted six-figure conversion costs.  Although these costs have been reduced substantially, APX is still significantly more expensive than Axys.

In the past, conversions were much more complex and time-consuming.  The primary issue seemed to be the normalization of a wide variety of Axys data.  As APX has evolved, Advent and the conversion utility within APX have created efficiencies in the conversion process.  In a recent conversation with a client, who is now considering the move from Axys to APX, I learned that Advent took copies of their Axys files and was able to demo APX 4.x with representative data from their firm in about a week.

In addition to the difference in the software cost, Advent recommends that APX users host the app in a traditional database server and application server configuration.  Some users may opt to host IIS on a separate server as well.  Currently, many small and medium businesses (SMBs) simply host Axys on their primary file server.

Why would a firm running Axys want to pay the premium for APX?

The answer is improved security, infrastructure, and functionality that meets the expectations of those with higher technological standards – historically enterprise users, not SMBs.  APX promised this from day one, but APX v1 was, well, version 1.  I sat in on a couple dog and pony shows for APX when it was first introduced.  In one, the presenter abruptly but politely disconnected a conference call with one of their early “testimonial” users when the conversation went in an unexpected direction.  At Advent’s conference in Orlando, more time than Advent would have liked was spent on the topic of APX latency, but these types of issues can be experienced with any v1 product covering as much ground as APX.

One of the most valuable benefits of Advent’s portfolio accounting systems is the maturity of their products.  This maturity is the primary reason why so many things in Axys and APX work the way they should.  Though much has changed at the core of Axys and APX, both of these systems can potentially run a report created on The Professional Portfolio (the precursor to Axys and APX) 25 years ago.  Due to the continuity of Advent’s portfolio management systems, users of The Professional Portfolio and Axys have been able to jump into APX without a lot of training.

Last year, when I attended the Advent conference in Boston, a panelist from the Advent Users Group touched upon the issue of APX owners using APX like Axys.  Her point was that you should use the newer features of APX v3, but as she mentioned it, I couldn’t help thinking how much the earlier versions of APX were like Axys.  Aside from the SQL backend and other related platform benefits, it felt like you were still using Axys, only it was more complicated and clunky.

Even now, we see that the heart of Axys continues to beat inside APX, playing a critical role with respect to backward compatibility and legacy reporting.  Over the course of its first five years, APX has matured significantly.  That initial awkward period is behind Advent APX.

In the past 18 months, Advent has made significant strides towards fulfilling the promise of APX, introducing additional SSRS reports in APX 3.x and the ability to create dashboards in APX 4.x.  I have finally heard mention of an API.  Yes, APX is more complex than Axys, but now that more of the infrastructure has been built out, you can feel better about it.  With these improvements, APX should make sense for a larger number of investment firms.

APX is a logical upgrade for Axys clients who:

  1. Want to minimize the need to retrain staff on a new portfolio accounting system.
  2. Understand that additional features, such as SSRS reporting and dashboards, come hand in hand with incremental complexity and the costs of an enterprise solution.

Those that don’t want to take on as much overhead may find solace in moving to APX on Demand (a SAAS offering), but in doing so they will have to sacrifice some of the flexibility and functionality available to self-hosted users of APX.

 

Final Score: APX 4, Axys 0

Looking at version releases of APX and Axys over the past seven years, it is easy to understand the focus of Advent’s primary resources.  Though four minor releases of Axys have been made since APX came out, there have been no major releases.  A major release implies a major change to the software, and at this point it doesn’t appear that a major Axys release is coming from Advent.

Last year’s acquisition of Black Diamond provides Axys users with another choice under the Advent umbrella, but I haven’t seen many users go from Axys to Black Diamond. While Axys improvements have stalled out, Advent’s full-throttle APX development has many of its Axys users feeling disenfranchised.  From my own perspective, Advent appears to be losing some valuable clients through a failure to more actively communicate with their SMB client base.

If Advent wants to keep Axys clients as Advent clients, they should connect with their users and reassure them that they want to work with them. Still, Advent should also understand that for some, it may make more sense to move on.

About the Author: Kevin Shea is President of InfoSystems Integrated, Inc. (ISI); ISI provides a wide variety of outsourced IT solutions to investment advisors nationwide. For details, please visit isitc.com or contact Kevin Shea via phone at 617-720-3400 x202 or e-mail at kshea@isitc.com.

I just received an ad for “500 Things Every IT Manager Needs to Know:  Volume 1.”  I am sure there are 500 things, but none of the IT managers I know have the time to read about all of them.  Maybe that’s a good resource for somebody who has never been an IT manager.  I don’t even want to crack open the document for fear that I’ll spend valuable time reading about the 500 things, but thinking about it for a bit made me come up with my own abbreviated list.

In order of priority:

1.  Backup.  Backup.  Backup.  If you don’t know what I mean, read my blogs “Five Rules to Stake Your Plan On” and “Is Your Most Valuable Data Safe in the Cloud?”

2.  Communication is key.   Setting expectations and meeting or exceeding those expectations is instrumental to keeping your co-workers satisfied with the quality of your work.  Failure to communicate sends a message clearer than words.  In contrast, good communication establishes a rapport that makes your work easier.

3.  Document your systems and your work.  If you keep things organized, required information is readily available when you or others need it.  I keep a running log that details almost every important thing I do.  If I need to refer to work I did last Friday, last month or last year, chances are I can find it in my log.

4.  Learn what is good enough for your firm.  Very few people that want systems to be perfect actually want to pay for perfect.  Many SMBs operate with a mandate of what is good enough for today and the near future.  IT managers at SMBs need to be adept at juggling priorities moment to moment.  In priority, your firm should want things to work securely, reliably, efficiently and as fast as possible.  Knowing what type of investment your firm is willing to make in each of these areas will help you understand what is good enough, and facilitate your ability to manage the IT objectives of your firm effectively.

5.  It always takes longer than it should, and usually doesn’t work quite the way it is supposed to.  That’s why you have a job.  If you are an IT manager, you fix IT.  Over the years I have learned to multiply my time estimates by two to offset my optimism.  Figure out what your multiplier is.

6.  Newer is cooler, but typically more time-consuming and consequently more expensive in terms of implementation and maintenance.  I like cool new stuff too, but losing a day of productivity to have the latest iPhone OS may not be worth it.  Staying mainstream is ideal and most efficient from a labor perspective, while being on the leading edge or lagging behind technologically carries a labor premium.

7.  Proactive is better than reactive.  Proactive IT management is the Holy Grail of IT.  It appeals to IT managers because we would rather take preventative measures than deal with the carnage of system failures.  It is attractive to the financial decision-makers in management because less downtime means more productivity.

8.  Decide whether you want to wear a lab coat or a tie.  It’s hard to do both, but if you must, tread carefully.  Otherwise, troubleshooting system issues can consume a large part of your day.  We all want to know why, but sometimes finding out why can be counter productive.  From a business perspective, a one-time glitch that you’ll never see again doesn’t merit a half a day of your time.   You probably have other more important things to do.  When you do attack a pesky bug or system issue, understand your options and budget your time accordingly.  Know when you have had your lab coat on too long, and make sure you can find the tie again.

9.  Centralized and standardized systems are almost always preferred.  Occasionally, there are users that need to be set free of the limits placed on the rest of the herd.  These power users may be set apart by their need more rights, faster systems or flexibility, and it’s typically in your best interest to give them what they need so you can limit the time you spend catering to or denying their demands.  Conversely, you may also run into some technologically challenged individuals that need their rights further limited to prevent them from hurting themselves or driving you crazy.

10.  You are only as good as what you have done or are responsible for today.  A lot can happen in 24 hours.   IT is a high-profile area where bad performance is readily apparent and rarely tolerated for long.

About the Author:
Kevin Shea is President of InfoSystems Integrated, Inc. (ISI); ISI provides a wide variety of outsourced IT solutions to investment advisors nationwide. For details, please visit isitc.com or contact Kevin Shea via phone at 617-720-3400 x202 or e-mail at kshea@isitc.com.

Though an increasing number of firms pride themselves on their ability to fire out reports within the first week of the quarter, it seems that most firms still produce and mail out their statements in the second or third week.  Yes, I said “mail out.”  Even firms that have invested in the ability to post their reports to a web portal still mail most of their reports out due to low adoption rates by their clients.   Investment advisors that don’t get their reports out within the first three weeks of quarter end are operating outside of the norm.

There are 13 weeks in a quarter.  Given that most firms send quarter end reports during week two, operations folks aren’t thinking about doing an upgrade in week three.  They’re busy catching up on what they didn’t do in weeks one and two, while they were managing the client reporting process.  That leaves ten possible weeks for a system upgrade.  Weeks four through six are ideal, giving your firm adequate time to test your systems and apply fixes as necessary.

Weeks seven to 13 become increasingly unappealing; lucky number 13 is the worst possible time to perform a system upgrade.  Most people in the investment business know this.  With 25 years of experience installing Advent products, I consider the time approaching quarter end an obvious no-fly zone for in-place system upgrades, no matter how competent you are.  I was stunned yesterday when I received a call from a customer related to a system upgrade.

Apparently, someone working with Advent talked them into upgrading to Axys 3.8.5 last week, telling them they wouldn’t have any problems with the upgrade.  When you are unfamiliar with a client site, broad-sweeping statements like this are all too easy to make.  After the upgrade, their billing reports didn’t work.  The representative doing the upgrade was able to fix the standard billing report, but could not fix our compound billing report, which is used to generate client invoices.

Billing Report (created via compound reporting macros and replang)

Due to this issue, our customer’s billing process was on hold this week until the issue was resolved.  We received their call yesterday afternoon, and called them back before close of business, but didn’t hear from them until today.  We promptly connected to their system, reviewed their issue and resolved it; however, this incident certainly had the potential to end in technical tragedy.

I recently blogged on the different versions of Axys 3.x we see in use working with Advent clients.  The blog indicated that Axys 3.8.5 is a solid product release and should be an easy upgrade for users, but also underscored the need for users with customizations to anticipate difficulties.

Advent typically shows good sense in planning.  For example, in Axys to APX conversions, systems are run in parallel for months.  I am disappointed to hear about this incident, which I can only hope is an oversight, not the modus operandi for Axys upgrades.

Some people feel the need to push ahead no matter how close they are to quarter end.  Perhaps they make a bit more progress in doing so. Still the question for me is what benefit this upgrade had last week versus a couple weeks from now when quarter end reports have been produced.  If there is a benefit that offsets the risk, I am all for it.  In this case, I just don’t see it – not for my client.

About the Author:
Kevin Shea is President of InfoSystems Integrated, Inc. (ISI); ISI provides a wide variety of outsourced IT solutions to investment advisors nationwide. For details, please visit isitc.com or contact Kevin Shea via phone at 617-720-3400 x202 or e-mail at kshea@isitc.com.

In an earlier blog I emphasized the importance of mainstream client reporting.  As investment professionals once again turn to the dreaded task of busily cranking out their quarterly reports, it is relevant to share the process we have established to help many of them transition from tired, stale reports to a new generation of client reports. 

In this article, I’ll take you through our process for overhauling client reporting drawing upon specific references to a recent project. Whether you opt to utilize a third-party service provider like us, request Report Writing services from Advent, or produce your next generation client reports internally, you should find the following information useful.  Those that want to implement new reports for Q3 or Q4 of 2011 need to start the process now.

Our Process for Improving Client Reporting

Our fundamental approach addresses the most difficult reporting issues first, identifying any show-stopping problems as early in the process as possible.  We are able to create reports using a number of techniques.  If one way doesn’t work, we can always fall back on another, but our goal is to select the right method from the get-go.

1. Review

In the review stage, advisors need to appraise their current client reporting packages with a critical eye in order to identify what is good and bad about them.  In a nutshell, investors must preserve what is highly valued by clients and remove what is superfluous. The ultimate goal should be to create concise, comprehensive reports that are easily understood, allowing clients to view as little or as much detail as they desire.  Many advisors want to create visually crisp and professional reporting packages.  We understand the importance of this;  however, in the area of client reporting, meaningful content should trump form.

Though we are available and qualified to review client reports and make recommendations for new ones, most firms prefer to do this internally. 

2. Mock-up

A new report always starts with an idea.  Oftentimes, this is shown with a mock-up expressing the look of the desired end product.  In some cases, our customers produce mockups in Excel, but others cut and paste pictures together, or simply sketch them freehand.  Any of these options are fine.  As they say, a picture says a thousand words:  the more detailed the pictures, the less you will have to explain to those writing the reports. 

Most clients have a strong preference as to whether reports appear in landscape or portrait. This aspect of your reports will be more expensive to change as you progress further into the project.  We understand that this decision may have more to do with aesthetic presentation issues, but some report layouts simply require more vertical space or horizontal space than others.  If you are dead-set on a certain orientation, you may need to be more flexible about report content.

Over the years, we have created a wide variety of quarterly reporting packages for clients. Some samples of our work that may help you with your mockup appear on our website under the menu titled “Custom Reports for Axys/APX.”  They fall into three categories:

1 – samples of reports produced by extracting data from Axys/APX and generating reports through traditional report writers like Crystal Reports and SSRS

2 – samples generated directly from Axys/APX through the use of compound report macros

3 – older samples of reports that were generated through a variety of methods

While browsing these above samples, click on any report to view it in larger size.

After viewing all of our online samples and PDF documents, our client produced the following mock-ups for us:

3. Draft

The draft process, as we define it, is one where the reports’ framework is established in the chosen environment.  Roughing out the reports helps determine their feasibility. In the attached example, we started by spending a day onsite, drafting the four account summary-type reports that were requested.   We used a combination of REPLANG, Report Writer Pro, and compound report macros. During this phase of the process, we are not overly concerned about individual details. Instead, we focus on the big picture. Is it possible to create the reports requested? What type of challenges will we face? What tools will be required? What resources, including time, will be required?

There are two possible outcomes to this stage:

  • Validation that the reports can be produced in the selected environment, as well as a better understanding of what they will look like and how much time they will take
  • A recommendation for another methodology, such as SSRS or Crystal Reports, based on the difficulties encountered in attempts to draft the basic report framework

After drafting the four requested summary reports, we were in a better position to estimate the amount of time necessary for development, knew what features would be difficult to implement, and were confident that we could deliver the reports on time.  Our client was also included in the process.  As we drafted each report, we sought their feedback to determine whether things were taking shape as intended.

4. Design

A significant amount of time needs to be spent in the design phase, selecting fonts, styles, colors, chart details, and other elements of presentation related to the reports.   Our client preferred to use the traditional Times New Roman font, but this font choice is one of the reasons most Axys and APX reports look so similar. We selected title bars rather than title boxes to give added flexibility regarding the placement and size of report elements.  Colors are very important. In the past, I have seen clients struggle to pick a palette of colors for charts and graphs. Our client picked vibrant colors that complemented their logo. If you are not already familiar with it, Adobe has a very useful and free resource that you can use to select a color scheme for your reports:

 http://kuler.adobe.com

As a general rule, one should complete design of the master page or default style for all reports before moving on to the next phase.  Report writers and developers are not necessarily graphic designers.  You can save your staff or vendor a lot of grief by having your color schemes selected and logos produced by professional designers.  In particular, your designer should produce images of the proper size, format and quality required.

5. Build & Test

We minimize formatting and style changes by beginning work in this phase only when a client has committed to a design specification.  Ideally, we wouldn’t make any changes to design once we have begun the build phase, but some customers change their minds between the design and build phases.  We also occasionally run into difficulties with pieces of the implementation process or come up with a better way to design something in the process of its implementation.

No matter how a report is created, the formatting of the first in a series of client reports to match the design layout is the most difficult.  However, once the initial report is completed, the rest of the reports come together much faster. The bulk of the time on your project will likely be spent on implementation.  This time depends on the number and complexity of reports you plan to produce, and the resources available.  It will likely take days, if not weeks.

In initial testing, we run reports for a small control group that represents the client’s various types of accounts. We also do a number of report runs for the full group of reports that will be run at quarter end. We find that doing full-scale tests is the best way to identify exceptions and deal with them proactively. As we find issues with individual reports, we apply fixes to address them, and must test again to validate the fixes.

In the example below, our client did a great job illustrating exactly what they wanted and let us focus on producing the report.

Account Summary Mock-up

The final report that we created based on our client’s mock-up shown above follows:

To see other samples of the final reports click here.

It took roughly 30 days to produce the final versions of our customer’s four account summary reports.  The customer was very engaged in the process and highly motivated, facilitating progress by providing quick responses to our questions.   Similar projects take 4-6 weeks, but could take significantly less time if you are working from established reports that just need modification.  You may remember that our initial draft took a day; we spent the rest of the time working on the more difficult aspects of the project.  Our summary reports brought data that needed verification into focus.  Based on exception testing and other issues, we made our final modifications to the reports’ appearance.

The project referenced in this article included new custom reports, quarterly packaging automation, integration of new custom reports, and conversion of legacy packaging to our new report packaging environment.  The project’s total cost was about 20k, nearly double what it would have been with our preexisting custom reports, but the only recurring cost is maintenance.  Many of today’s alternatives feature a sizable implementation cost and significant monthly fees.

Improving your client reporting is one of the most important things you can do to communicate more effectively.  Your next generation of quarterly statements should make it clear to your clients that you are investing in a process that directly benefits them.  If you do it right, you are bound to receive positive feedback from your clients once they have your new reports in hand.

There is no time like the present to start working on your next generation of client reports.

About the Author:
Kevin Shea is President of InfoSystems Integrated, Inc. (ISI); ISI provides a wide variety of outsourced IT solutions to investment advisors nationwide. For details, please visit isitc.com or contact Kevin Shea via phone at 617-720-3400 x202 or e-mail at kshea@isitc.com.