咨询MS Dynamics门户已启用访问权限联系人的最后登录时间获取方法

首先对齐排查结论：你之前的核查结果是准确的——Dataverse默认的审计实体仅记录具备平台操作权限的系统用户登录事件，门户对接Azure AD完成外部联系人身份认证的流程，默认不会将联系人的登录行为写入审计链路，也没有开箱的标准字段可以直接返回联系人的历史/最后一次登录时间。

以下是可落地的三类实现路径：

• 低代码钩子采集实时登录事件
  利用Dynamics门户（现Power Pages）内置的身份认证流扩展能力，在Azure AD完成令牌校验、认证成功并匹配到对应Contact记录的节点，配置触发自动化流：
  • 若仅需记录最后一次登录时间：流执行时直接更新当前Contact记录上的自定义日期时间字段（建议自建last_portal_login_time字段，不要使用系统预留字段）
  • 若需存储全量历史登录记录：每次流触发时，在关联Contact的自定义实体中新增一条记录，写入当前登录时间戳、关联会话的身份信息、登录IP等可选字段
    该路径无需自定义代码部署，全程通过门户站点配置、标准连接器即可完成，对现有认证流程无侵入。
• Azure AD日志同步回溯历史登录数据
  由于门户通过Azure AD完成身份认证的本质，是所有门户登录行为都会在Azure AD的登录日志中留存记录，可通过配置Azure AD诊断设置，将匹配门户注册应用ID的登录日志，同步回对应的Dataverse环境：
  • 同步过程中通过Azure AD账号的对象ID与Contact记录上存储的Azure AD关联字段做匹配，自动将登录日志和对应联系人绑定
  • 该路径的优势是可以覆盖Azure AD日志保留期内的历史登录数据，不需要等用户下次登录才能补采记录，适合需要追溯存量历史登录时间的场景
• 开启审计覆盖范围补采后续登录事件
  多数场景下审计没有覆盖联系人登录，是因为未开启对应配置，调整两项设置即可把后续的门户联系人登录行为纳入审计实体存储：
  • 在Dataverse审计设置中，开启Contact实体的实体级审计开关
  • 在门户站点设置中新增配置项Authentication/Registration/LoginSuccess/AuditEnabled，值设为true
    开启后，后续每一次联系人的门户登录事件都会写入标准审计实体，可直接通过审计实体的事件分类、关联记录ID拉取完整的登录时间线。

避坑提示：不要使用开箱Contact表中与组织状态相关的预留字段判断登录时间，这类字段的更新逻辑和系统用户的同步流程绑定，和门户联系人的实际登录行为无关联，数据准确性无保障。

内容的提问来源于stack exchange，提问作者James Marc O'Sullivan