FTRSA ’26/27 – Information to know

If you don’t know what FTRSA stands for – don’t worry! It’s a Microsoft acronym for ‘Fast Track Recognised Solution Architect’. This is an award that Microsoft bestows on people working for Microsoft Partners who have demonstrated clear technical expertise & understanding of the Microsoft Business Applications Platform at (enterprise) scale. There are currently around 175 FTRSA’s globally (across Dynamics 365 & Power Platform capabilities) from a little under 100 partner organisations!

To quote from the Microsoft documentation for the program:

The FTRSA program honors solution architects who consistently deliver high-impact solutions using Microsoft Dynamics 365 and Power Platform, recognizing technical excellence, customer success, and architectural leadership across Microsoft’s partner ecosystem.

As a Microsoft Partner, having an FTRSA working for you can (at times) give you the edge, given their exposure to Microsoft Engineering & Leadership, and the ability to ask questions directly into Microsoft about things. It’s also something you’re able to promote to clients

The application process starts by going to the FTRSA homepage (yes, the program now has its own URL!), and then following the instructions. I STRONGLY SUGGEST reading through the FAQ’s on the site in detail before starting your submission. Alternatively, have them open in another tab whilst you’re working through the application (as they’re not linked on the application pages). This will ensure you understand the KEY information as to how to fufill the requirements.

Broadly speaking, there are several stages to an application:

  1. The team carry out an initial review of the information provided, ensuring that it meets the program requirements. Applicants who have not provided the information to meet the program requirements/criteria, or who do not pass the initial review threshold as evaluated by the team (this is why applicants are recommended to ensure that they’re focusing on quality of information being submitted), are not progressed and are notified.
  1. Applicants who pass the first stage are then invited to an interview. This is carried out with one of the wider team members, based on region & availability. The interview usually lasts around one hour, and is an evaluation of the technical skills & expertise of the applicant. During this interview, candidates are required to present on a project that they have implemented, and to demonstrate their in-depth knowledge & role that they played on the project. Materials for the interview need to be submitted in advance by the person applying.
  1. Finally, the team reviews the interviews, and decides as to which applicants have successfully shown their skills & expertise. Applications who have not met the level required are notified, along with feedback and areas that they could look to work on for a future nomination.
  1. Successful applicants are notified as well directly, though the news is not publicised until May or so, when the public announcement takes place with the relevant FTRSA websites being updated with their information.

Note: Existing FTRSA’s will go through the same general process, though if they currently hold the category that they are applying for, they will not have to interview for the application. However if they are applying for a different category that they are not currently awarded in, they will have to interview for it. For example, a Power Platform FTRSA applying for a Dynamics 365 FTRSA recognition WILL need to go through the interview stage.

Note: Being an existing FTRSA is no guarantee for being able to renew successfully. Renewals are reviewed in the same general way (except for the interview stage, as mentioned above), to ensure that they’re at the same high quality level as new applications.

For the upcoming year, there have been some IMPORTANT changes in the program, which are very important to take note of:

  • Previously there are been separate categories under Power Platform (eg Power Apps, Power Automate, etc). For the upcoming 26/27 award year, there is just a SINGLE Power Platform award category. Dynamics 365 will remain as two award categories (Customer Engagement/Finance & Operations)
  • All product feedback (whether to product engineering, advisory boards, focus groups etc) have been removed from the submission consideration, and are no longer valid

Now there are a lot of questions that people may ask when considering to apply for it (or even for renewing their existing FTRSA status).

Over the last 2 months, I’ve had numerous calls with organisations & individuals to try to help them understand the program and the application process. Below I’ve included a list of commonly asked questions that have come up- though it’s important to note that the FAQ’s on the site are actually REALLY good, and answer most of the obvious ones already (thank you to the team for doing this!):

+ Do I need to be working at a Microsoft Partner, or can I be employed by the end user organisation?

You need to be employed by a Microsoft Partner. The application process will require you to sign in with your business domain email address, along with the Partner ID for your organisation.

+ Can I use my own personal email address? I already have access to the Microsoft tenant with it

No, you need to use your corporate email address, regardless of whether your personal email address has existing access to the Microsoft tenant. Personal email addresses are blocked from being able to be used in the application/renewals process.

+ Does the Microsoft Partner that I work for need to have the Business Applications solution designation, or be of a certain size?

No, there are no requirements for specific solution designations and/or specific size. As long as you’re employed by a Microsoft Partner (which to be clear, could be your own organisation, and have a total of 1 employee – yourself!), then that’s absolutely fine. During the application process, you will be required to provide the Microsoft Partner Number (MPN) ID.

+ How many people will receive the award for the upcoming year?

As mentioned at the beginning of this post, there are around 160 current FTRSA’s. Whilst I’m obviously not privy to the number of applicants, or the (ultimate) decision by Microsoft as to what the number for the upcoming award year will be, I’d venture to suggest that the number isn’t going to increase significantly. Microsoft (& the people owning the program within Microsoft) really want this to see seen as the ‘Best of the Best’, so having many more people is unlikely to achieve that.

+ Does the award belong to me, or my company?

The award belongs to you – it’s awarded in an individual capacity. What this means is that if you’re changing employment, it will go with you.

+ Do I need to be working in a Delivery capacity? I only do Pre-Sales?

Yes, you need to be actually working on/delivering the project. FTRSA is about people who are absolutely hands-on with the technologies, and implementing them. Pre-Sales is an important function (and to be clear here, pre-sales is part of my role), but if you’re not doing an implementation function, you can’t get FTRSA.

+ The project/s I’ve worked on are confidential, and I can’t share details of them (eg architecture etc)

This is something I’ve heard a few times. Firstly, I’d remind you that Microsoft owns the platform, and is aware of them. Secondly, the information that you need to share can be obfuscated (eg referring to the customer sector or vertical, rather than the customer itself), and doesn’t need to go into absolute detail for every single column & data point. I know of existing FTRSA’s who work on HIGHLY confidential/government projects, that have no issue with submitting enough information about the project to be able to get awarded FTRSA.

Alternatively, if this really WILL be an issue, then you can create & submit a Technical Sample instead (more information under Section 10 of the FAQ’s).

+ I don’t know what to include in my reference architecture – HELP!

DON’T PANIC! (yes, I do love this Hitch Hikers Guide to the Galaxy reference). Under Section 9 of the FAQ’s you’ll find links as to how to submit, but ALSO templates that the team has VERY helpfully & nicely created for you!

You don’t have to stick to the provided format, of course, but I’d suggest to strongly take the suggested sections/items within them as recommendations for what you’ll need to include. Think of it this way (in my opinion) – it’s not just about the actual architecture, but also about things like integrations, security/authentication, application lifecycle management, disaster recovery, data loads, reporting, scalability, usability, and the list goes on…and yes, AI is likely to be included too on that…

Note: Whilst I wouldn’t specifically expect licensing to be included, I tend to find that FTRSA’s are highly likely to understand & drive licensing considerations & conversations. It would do you well to include these as well if you’re handling this side too

+ Do the reference architecture & customer story need to be for the same project?

They are able to be for the same project, but you’re able to submit the information across different projects. For example, you may still be in the middle of delivering a project that you’re doing the reference architecture for, or the project has just finished, and therefore a partner/customer story wouldn’t yet be able to be done.

+ Can I wait until the last moment of the application window to submit?

Well you can, but I wouldn’t recommend it – plus the team aren’t likely to love getting an avalanche of last minute submissions. Given that there’s just under 2 months to go until the application window closes, I’d say to get everything ready & submit ASAP – this is especially relevant for the reference architecture it can take 6-8 weeks to go through the review process!

+ I’m too snowed under with work – can I get an extension to the timeframe?

No, unfortunately not. If you’re too busy with work (& that your employer doesn’t seem to understand the kudos of the award, and help remove some of the work), then wait & apply for next year. Don’t bother the team to ask them for an extension – they’re really busy enough as it is!

Hopefully this will be helpful to you – if you or others in your organisation are considering applying for this, and you have questions that aren’t answered above, I’d be more than happy for you to post them here, or feel free to contact me on LinkedIn directly if you’d prefer.

And finally, if you do decide to go for it – GOOD LUCK!!!

Changes in the FTRSA Program

Firstly for those who are not aware, the acronym ‘FTRSA’ stands for ‘Fast Track Recognised Solution Architect’. This is an award that Microsoft bestows on people working for Microsoft Partners who have demonstrated clear technical expertise & understanding of the Microsoft Business Applications Platform at (enterprise) scale.

To quote from the Microsoft documentation for the program:

The FTRSA designation is awarded by Microsoft’s Business Industry & Copilot (BIC) engineering team to enterprise solution architects who exhibit outstanding expertise in architecture and deliver high-quality solutions. Recipients are typically nominated based on their exceptional skills, extensive experience with Microsoft products, relevant certifications, and leadership in projects.

The award covers two main areas – Power Platform & Dynamics 365, with different capabilities under each area.

The program has been around for 6 years now (since 2019), with people needing to submit for annual (re)award & recognition. On average, approx. 120 people are recognised with this award globally. It is definitely something that Microsoft Partners can place a large emphasis on if they have people with this!

Generally over the last few years, the categories for being awarded have included:

  • Power Apps
  • Power Automate
  • Power BI
  • Dynamics 365 (CE)
  • Dynamics 365 (ERP)

Changes over the last few years have included the Power BI category being retired. This is to be expected, I guess, given that Microsoft programs tend to flex/pivot over time.

The process for application is simple. By this, I mean that nominees need to fill in a form (located at https://aka.ms/FTRSANomination). In this form, they then need to provide various pieces of information, such as their personal information, the partner that they work for (including the Microsoft Partner ID), as well as submitting proofs to show that they currently fulfil the necessary requirements for the program. These requirements can vary based on the technology, and over the last few years I’ve seen a few different versions (based on the year).

The form is usually open for around 3 months or so, opening at some point in October, and closing at some point in January.

Once submitted, the information is then sent to the relevant Microsoft team who oversee & run the program for review. There are several stages to the review that is carried out:

  1. The team carry out an initial review of the information provided, ensuring that it meets the program requirements. Applicants who have not provided the information to meet the program requirements/criteria, or who do not pass the initial review threshold as evaluated by the team (this is why applicants are recommended to ensure that they’re focusing on quality of information being submitted), are not progressed and are notified.
  2. Applicants who pass the first stage are then invited to an interview. This is carried out with one of the wider team members, based on region & availability. The interview usually lasts around one hour, and is an evaluation of the technical skills & expertise of the applicant. During this interview, candidates are required to present on a project that they have implemented, and to demonstrate their in-depth knowledge & role that they played on the project.
  3. Finally, the team reviews the interviews, and decides as to which applicants have successfully shown their skills & expertise. Applications who have not met the level required are notified, along with feedback and areas that they could look to work on for a future nomination.
  4. Successful applicants are notified as well directly, though the news is not publicised until May or so, when the public announcement takes place with the relevant FTRSA websites being updated with their information.

Business Contributions

Having taken a look at the nomination form for this year, there are some new changes coming in that will be quite important (in my opinion) to pay attention to. These are being referred to as ‘Business Contributions’. Specifically, applicants will not only need to demonstrate technical/project expertise, but will also need to demonstrate one or more business contributions.

Depending on the technical area being selected for the application (Power Apps or Dynamics 365), these are the areas that contributions can be submitted for:

Power Apps

  • Published Microsoft Customer Stories or Microsoft Partner Stories, or evidence of nomination to be published
  • Contribution of product feedback to engineering teams, advisory boards, focus groups, communication forms or private preview programs
  • Published technical samples (e.g. code snippets, data migration templates, integration samples, etc) in the PowerCAT GitHub channel
  • Proof of escalation reduction in customer implementations
  • Reference architecture article/s used with a customer that leverages the Power Platform Well Architected framework

Dynamics 365

  • Onboarded customer implement project(s) in the Dynamics 365 implementation portal, leveraging Dynamics 365 guidance hub frameworks
  • Published Microsoft Customer Stories or Microsoft Partner Stories, or evidence of nomination to be published
  • Contribution of product feedback to engineering teams, advisory boards, focus groups, communication forms or private preview programs
  • Published technical samples (e.g. code snippets, data migration templates, integration samples, etc) in the Dynamics 365 guidance hub
  • Published contributions to the Business Process Guide Catalogue
  • Proof of escalation reduction in customer implementations (either partner led or FastTrack led implementation)
  • Submit additional reference architecture articles for review and potential publication

This is a significant change for the program – for the last 6 years, it’s been purely expertise recognised from client engagements. Now (in the 7th year, and I’d think very likely going forward), people considering nominating for FTRSA will need to prove that they’re giving back to Microsoft in some way, other than just running client engagements.

Overall, I think this is an interesting concept, and generally a good one. Let’s face it – being able to talk about technology (at scale) is something quite a few people can do, but it doesn’t meant that they’re necessarily good at it. I know of several over-architected projects that I was brought in on, where just because lots of technology components were used, didn’t mean it was doing well. Part of the skillset as an experienced/knowledgeable architect is also when less is more!

Additionally, being technically competent is of course important, but personally I believe that being able to be clear & communicative is also a very important role for a solution architect. Essentially having that functional view, as well as being able to engage appropriately with customers (as the owner of the project) is vital as well. One of the

I also think that Microsoft is wanting to see that the program in which they’re investing time, effort & resources (yes, FTRSA’s get a wonderful SWAG box – THANK YOU TEAM!) are providing ROI back into Microsoft in terms of feedback, input & other information. This way products can (hopefully!) get better, visions can be assisted with customer information, and others can be helped as well.

Some people may say that this is becoming more like the Microsoft MVP program. Given how much MVP’s are required to do, in terms of community (& Microsoft) engagement, I can understand the thoughts, but really don’t think that it’s anything anywhere near to that. My only note on this would be that I hope that contributions remain business/technical focused, which to me seems in line with the stated goals of the program, rather then also include (other) community contributions.

Of course, there are those people who may choose not to do such things, and just focus on the project/s that they’re working on. This is a valid scenario, and there is of course absolutely NOTHING wrong with this. Not all of us may wish to engage with Microsoft engineering teams, or provide information publicly. And that’s all fine. However I would politely point out that nothing remains static, and if you’re wanting to receive (or continue to receive) the FTRSA award, you may need to do some thinking around how you’re approaching it, with the change that’s come this year.

I’d also encourage people who are considering applying for the FTRSA award recognition to reach out to an existing FTRSA, who could possibly help mentor, review & guide you. They’ve already been through the process and are recognised as such, and therefore have a pretty good idea of what ‘hits the bar’ and what may not.

So if you’re thinking of going for it – I wish you the best of luck!