本页分别说明服务边界和费用项目的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
服务边界是把处理权与结果责任一并标出的范围：在一种场景只提供判断意见，在另一种场景负责完成交付，责任随交付物转移而改变。比较场景时看交付物由谁形成、结果由谁确认，而不是只看请求名称。
判断服务边界，可以从条目反推样本：每条边界文字至少要能举出一个应被包含的具体请求和一个应被排除的具体请求。举不出排除样本的条目，通常写得过宽，需要补上限定动作或对象；举不出包含样本的条目，往往只是描述状态或态度，没有可执行的内容，应改写或删除。再把待判请求代入，能同时对上样本中的动作与对象才判归属，对不上的标为待确认。这个方法只检验条目的可判定性，不评价服务好坏。
服务边界适合处理可以拆成离散条目的事项，回答的是“这一项归不归本次委托”；它给不出“做到什么程度”的判据。遇到以程度描述的事项，例如轻微与严重的分界、部分完成算不算完成，同一句边界文字会被双方读出两个结论，应另设可观察的完成标准，不能靠边界本身裁定。另外，边界只对订立时已能列举的情形有效，订立后新出现的事项只能按最接近的条目作类比提出，再另行确认归属，不能凭类比直接判为范围内或范围外。
费用项目是按费用随什么变量变化来划分的条目：固定项不随用量改变，变动项随用量累加，二者混在同一名称下会使增减原因难以判断。比较不同方案时，应分别核对固定项和变动项的计量依据，而不是按收费名目逐项对齐。
判断费用项目，可用“计量对象—触发动作—结算单位”三要素做一次触发测试：先给每个条目写出它计的是哪一项对象、由什么动作触发、按什么单位结算，再用同一组假设用量逐条触发，记录每个条目是否被触发、触发几次、是否被另一条目的结果覆盖。三要素齐备且在同一用量下只触发一次的，可先视为独立项目；缺少触发动作、触发多次或触发后仍被其他条目覆盖的，列为待并项，不直接相加。测试中若某个条目找不到对应的计量动作，应回到清单核对，而不是用名称相近的条目替代。
费用项目清单适合在单一确认版本、单一服务边界内判断项目结构；它回答“按什么计、有哪些条目”，不回答实际应付多少，也不判断某项收费是否合理。若条目跨多个版本、由外部费率决定，或附带可选、替代关系，应先按版本和所选方案分段列示，不能合并成一套项目清单。用量、阈值、叠加规则或包含数量未给定时，只能保留条目结构，不能据此预算、比价或推算总额。
阅读时先确认讨论对象，再把判断依据与推测分开；遇到具体作品、产品或现场情况，应另行核对可靠资料。
这里只说明沟通与验收方法，不代替现场检查、专业作业或具体合同意见。
