如何在Business Central中调试Web Service调用？断点未触发排查

先确认核心匹配问题 #

• 请求类型与触发器不对应：你修改的OnAfterGetRecord触发器仅在GET单条记录/GET列表请求时触发，而你发送的是POST（创建记录）请求，POST会触发OnInsert/OnAfterInsert类触发器。如果要调试POST逻辑，需在对应插入触发器上打断点；如果要验证OnAfterGetRecord，改用GET请求测试。
• API路由是否正确：Postman请求必须指向你的自定义API端点，而非标准客户API。比如标准路由是/companies({id})/customers，自定义API可能是/companies({id})/customCustomers（取决于你自定义API的名称配置），别混用路由。

调试环境与连接验证 #

• 核对launch.json配置：确认environment、serverInstance与你发送请求的目标实例完全匹配，调试器要连接到沙盒/开发环境（生产环境无法调试）。
• 确认调试器连接状态：VS Code右下角状态栏需显示已成功连接目标实例，无断开提示；若连接异常，停止调试会话后重新按F5启动。
• 断点位置精准性：确保断点打在自定义API对象的OnAfterGetRecord触发器上，而非标准客户API的触发器代码中——因为你是基于标准API修改的自定义API，要选中自定义API对象进行编辑。

权限与会话一致性检查 #

• 认证用户一致性：Postman使用的OAuth2令牌需和调试器登录用户一致，避免会话隔离导致断点不触发。
• 权限集验证：确保当前用户拥有自定义API的访问权限，以及相关表的读写权限，防止请求因权限问题提前终止，未走到触发器逻辑。

高级排查手段 #

• 启用API日志：在Business Central管理中心开启API请求日志，查看请求是否真的到达自定义API，有无拦截或报错。
• 添加调试日志：在OnAfterGetRecord触发器中加入LogMessage('触发OnAfterGetRecord', Verbosity::Normal)，发送对应请求后查看实例日志，确认触发器是否被执行。
• 确认API发布状态：确保自定义API已发布且为最新版本，避免请求路由到旧版本API。

内容的提问来源于stack exchange，提问作者kuhi