Category: Axys


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.

As more and more companies embrace Windows 7 as their new desktop standard, they are faced with the difficulties of getting Axys 3.x to run in a mixed environment of XP, Windows 7 and terminal server.  For those willing to make the leap, upgrading to Axys 3.8.5 is a best practice.  It’s Windows 7 compatible and should take much of the guesswork and troubleshooting out of making Axys work in a mixed OS environment.

A couple weeks ago, I was sitting with some clients, discussing the merits of moving to 3.8.5 now or early next year.  I let them know that Advent would likely announce a sunset of 3.5.1 and 3.6 later this year.  They were still using Axys 3.6 and knew they needed to eventually move to Axys 3.8.5 to stay current.  In our meeting, we reviewed the benefits of making the move, which included the various report updates, as well as compatibility updates for Adobe Acrobat 10, Office 2010, Windows 7, and Windows Server 2008.  They decided to upgrade to Axys 3.8.5 immediately.

To learn more about what upgrading may mean for your firm, read my blog titled “What Version of Axys Should Your Firm Use?

As our meeting ended, they coincidentally received an email from Advent announcing the sunset of Axys 3.5.1 and 3.6 support.  According to the announcement, Advent will work with all Axys 3.5.1 and 3.6 clients on migrating to 3.8.5 by May 31st, 2012, at which point they will no longer support Axys 3.5.1 and 3.6.  It states that DTCC 3.5.1 is only compatible with Axys 3.5.1, so DTCC users should upgrade to DTCC 3.8.5 in tandem, and also recommends that DTCC users seek Advent’s assistance to ensure a smooth transition.  Advent encourages Axys 3.7 users to upgrade, but will continue to support Axys 3.7 until further notice.

In our experience, upgrading to Axys 3.8.5 has been relatively easy.  However, since Axys 3.7 and prior versions’ data needs to be converted to 3.8.x format, the process is slightly more difficult and potentially problematic than other recent upgrades.  The data format change can cause compatibility issues with products that interface with Axys, so users should check with their vendors prior to upgrading.  There is no need to do incremental upgrades.  For example, users can upgrade from Axys 3.6 to Axys 3.8.5 directly.

The only difficulty we ran into with this particular upgrade was that the pesky User Account Control (UAC) feature on Windows 7 PCs needed to be disabled – good riddance – in order for Axys to work properly.  In this case, the upgrade was at the upper end of our 2-4 hour estimate, but upgrade times vary based on the amount of data, users, system speed, customizations and possible exceptions.  Though we haven’t run into any unanticipated exceptions yet, it is always good to plan for them.

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.

For me, scheduling a lab of my choice at an Advent Conference has been an elusive goal.  I have gone to a number of Advent conferences since 1993, five years after I started using Advent products.  Though I have been interested in attending one, I had never managed to go to a lab at an Advent conference.

I signed up for the conference the week before, and immediately started reviewing the sessions and labs I might attend. There were a wide variety of general sessions that I was interested in, so I wasn’t terribly disappointed – or surprised – to see that the labs I wanted to go to were full.

Determined that I would finally attend a lab – any lab – this year, I settled on one that I didn’t exactly have high hopes for.  The name sounded dull.  Other labs went by the name of “Taking Command of Axys/APX Macros” or “Building Custom SSRS Reports”, and my lab was “Pathways to Proficiency: Security-Level Performance in APX.”  The lab was hosted by Advent’s Trent Berry, whose enduring eloquence could no doubt make a blow-by-blow description of paint drying interesting. 

With twenty plus years of experience using, implementing, integrating, enhancing, and consulting on Advent products, I was probably not a typical lab attendee, but I was determined to learn what there is to learn in a lab session. 

I was impressed by Advent’s level of preparation, which included four classrooms with 48 PCs each and two more classrooms with 24 PCs each.  Every one of the systems was running Windows Server 2008 Standard and VMWare with 8GB RAM to host an insulated, fully functional copy of Advent’s primary applications.  Advent provided booklets for all of the labs that detailed the lessons, and appeared to have at least three Advent employees in attendance at each lab: one to speak, one to navigate the primary lab PC, and another to assist those in the lab with any individual issues they ran into.

You never know until you try. 

I also learned that attending a lab really isn’t that difficult after all. Though the hallways near thelab rooms were packed on Monday and Tuesday, it was very quiet when I headed for my 7:45am lab Wednesday.  Because of this, that morning I could go to any lab I wanted to.  Many extra PCs were available in each of the labs I attended.  In addition, there were a couple rows of chairs in the back where you could sit and watch without following the exercises on the PCs provided.  With that encouraging experience, I hopped into “Report Writer Pro in Axys and APX II: Building Upon a Foundation”, “Taking Command of Axys/APX Macros”, and “Building Custom SSRS Reports”, but what I really wanted to learn was what can they possibly teach users in an hour?

What can you learn in an hour?

The labs are so short that substantial learning is severely limited.  They are focused on empowering users by acquainting them with conceptual building blocks, but users will likely need to take the next steps on their own.  In my opinion, any attendant who applies him – or herself during the lab should gain a surface understanding of the fundamentals involved.

This type of basic training is a necessary starting point for many novice users, but intermediate and advanced users can see greater benefits from attending interactive sessions with panelists that share specific detailed experiences.  After sitting in on a few labs, I wished the names of the labs had been preceded by the phrase “Intro to.”

I saw more value in the “Building Custom SSRS Reports” lab, because using Visual Studio to build custom SSRS reports for APX is a non-intuitive process for most.  The labs on automation via macros/scripts and use of Report Writer Pro seemed less useful, because these are relatively intuitive processes that also happen to have sufficient documentation from Advent detailing how they work.

In the end, I walked away with a better understanding of Advent’s labs – they simply and effectively introduce concepts to users as they apply them firsthand.  Those interested in attending these labs should register for the conference as early as possible and show up even if the lab appears to be full.

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.