I downloaded the incentive details from the FastTrack Ready Support site, but I don't know the customer name that led to the acquisition only by providing a gross amount for the amount earned in Edge.
Internally, we conduct a department evaluation based on the customer name acquired, but at present we are troubled because we cannot evaluate it due to lack of information.
(Even if Edge is good because the program ends, I would like you to include the customer name in the payment details in the future.




FastTrack Ready Support (Incentive Statements)サイトからインセンティブの明細をダウンロードしましたが、Edgeでの獲得額についてはグロスの金額の記載があるのみで獲得へつながった顧客名が判りません。
社内では獲得した顧客名を基に部所評価を実施しますが、現状では情報不足で評価ができないで困っています。
(Edgeはプログラム終了するので良いとしても、今後も支払い明細には顧客名は含めていただきたいです。)

Does the FTC send Customer Satisfaction Surveys to FRP customers?  If not, would this be something they would consider?  On occasion, we request a SME from the FTC.  Most times the customer has a very positive experience, but not always.  I feel it would be beneficial for the FTC to know who is doing a great job representing Msft and who may need a little additional training.
 

Hello,

I had earlier opened a support ticket with FRP help which was set to a resolved status. However the problem continues so i added a comment to the ticket . However the ticket is still in a closed ticket. Please enable the ability to partner to reopen closed tickets or wait for confirmation from partner to close a ticket

Thanks,

Vanitha

We have found that the PAU occasionally differs from what we expected.

We recognize that the values in FTOP reflect the data on Partner Center, of which we inquired why the difference sometimes occurs, and they answered they were "system bugs."

 When the same event occurred around May 2020, you responded as follows:

We considered FTOP as the provider of legitimate data; however, we are afraid to say that no values are considered legitimate because we have found the source data for Partner Center and FTOP are the same at present.

We think this problem should be fixed, although it is systematically hard to fix.

=================

Entitlement (number of licenses), the basis for incentives and AU are based on information from Partner Center. Therefore, the data in Partner Center should be treated as the right number.　When FTOP and Partner Center show different numbers, some numbers are doubled. we simply think it will occur again especially when expiration of a license is coming as below and the number is shown double and then combined for a certain period of time. As you can see the numbers below, the entitlements in FTOP return to the original number after May 30th.  Please understand this is the way it goes. Unfortunately, this is something we cannot help improved by any means.

FTOPのPAUが、想定される数値と異なることが時折発生します。
FTOPの数値はPartnerCenter側のデータを反映していると認識しており、PartnerCenterに問い合わせたところ、「システムのバグ」と回答を頂きました。

2020年5月頃に同事象が発生した際は、貴社に下記のように回答いただきました。
今まではFTOPを正と認識しておりましたが、現状はPartnerCenterとFTOPのデータソースが同じなので、どこにも正と出来る数値が存在しないことになります。
システム的に難しいことなのかもしれませんが、改善をお願いいたします。
=================

インセンティブの計算の元となるEntitlements(ライセンス数) 、AU共にパートナーセンターの情報がベースとなります。よって、パートナーセンターの数字を正としてください。

FTOPでパートナーセンターの数字が異なるのは、単純に数字が2倍で表示されることは今までも今後も続きます、これは例えば下記のようにライセンスが切れる時期が近くなるとこちらのシステム上一定期間2重表記され合算されて表示される期間があります。下記数字をみると想像できるように5/30過ぎると重複しないためFTOP上のEntitlementsは元の数字に戻ります。こちらはこういうものだと理解していただけますようお願いいたします。これはどうしても改善は出来かねるものです。
======================

Into the FY21 we had a great initiative of the M365 Deployment voucher, where a eligible customer had the implementation services covered by a eligible FRP partner (and follow up with FastTrack program itself).

Into FY22 one of the main KPIs is the Phone System adoption / implementation.

It would be a great punch to drive it, a Phonesystem Deployment Voucher to eligible customer that purchase licenses and help them to have all the required UC services to implement it (or migrate from other vendor) into Microsoft Solution.

It would be great if we could select multiple workloads when we raise a customer association claim request in Partner Center. Currently there's a cap at 4 workloads, meaning that sometimes we need to raise up to 4 claim requests for just 1 customer. This is quite time consuming. 

Is there a way to automate the eligible workloads in the Customer Contact section w/i FTOP for CPOR approved workloads? 
To update the Customer Contact field in FTOP FRPs have to manually add the workloads eligible for survey.  Is it possible to have automation put in place that would auto-populate these workloads based upon approved CPOR? 
OR...... can the survey team pull the workloads from the CPOR Partner Information field (the FRP stamp) found w/i each workload under the Services tab of FTOP?  The query could look for fields not null & add those workloads to the survey eligibility report.

[Translated]
When a customer has an MPSA contract, only MAUs are shown on PartnerCenter/FTOP, and PAUs don’t count.

I understand that PAUs are not viewed for MPSA contract as it is not eligible for incentives; on the other hand, I do not understand why we still can submit a claim via CPOR. Therefore, we suggest any submission by the customer with MPSA contact should not be allowed.

Also, I hear that Microsoft Cloud Accelerator Nomination is determined based on the data from PartnerCenter.

License types do not affect the Microsoft Cloud Accelerator criteria. However, the licenses for the MPSA contract do not count in PAU, which might not be able to be nominated as the number does not reach the requirement.

We hope these two issues are fixed for a better partner/customer experience.
--

お客様がMPSA契約の場合、ライセンス数がPartnerCenter/FTOP上でPAUはカウントされず、MAUのみ表示されてしまいます。
MPSA契約の場合、インセンティブ対象外なのでPAUが表示されないことは理解できますが、であれば、CPOR申請のタイミングでMPSA契約の場合は申請できないようにしていただけないでしょうか？

また、Microsoft Cloud AccerelatorのNoimnitaion可否はPartnerCenter上のデータを基に判断されていると聞いています。
Microsoft Cloud Accerelatorのクライテリアにはライセンスの契約形態は関係ありません。ですが、MPSA契約のライセンス数はPAUにカウントされず、ライセンス数不足のためノミネーション不可になってしまうことがあります。

上記2点に対して改善をしていただきたいです。

In July, we experienced a large claw back of incentives due to an overpayment from Microsoft in May for the Microsoft Information Protection workload.  The reporting errors not only impact us financially, but it negatively effects our internal sales force's quota goals and confidence in the reporting structure of the OSU and FastTrack program.  This is not the first and only incident. A similar error has happened last year.

As lots workloads have officially changed the name to new workload name, could you please also change the names in Partner Center for them? Every time when we - partners are trying to submit CPOR association requests, or checking claim status in Partner Center, the old display names are really really confused. For example, Azure Advanced Threat Protection, which should be Microsoft Defender for Identity now, still using the old display name. This is confusing...