本页分别说明服务边界和费用项目的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
服务边界由可核对的受理项、排除项和前提条件组成；超出受理项或前提不成立时，原承诺不自动延伸，应另行确认。
按输入、动作、输出三段写每条要求，输出要能指向一个可交付对象和接收方；指不出的记为未定义。再查同一交付物是否被两条要求分别主张，重叠处按执行主体拆开；排除项要写出对应的不发生标志，写不出的只算空白。
前提是双方对同一表述指向同一动作。边界只分本方与对方的接口，不规定对方内部如何执行；多方参与时，一份双边边界不覆盖第三方与另一方的接口，需各自确认。带按需、视情况字样的要求只能约定确认时点，不能提前算作已包含或已排除。
费用项目按计量依据和归属规则划分支出，每个项目只对应一处成本；项目并列是为了防止重复计入，也便于发现未列支出。
选一个最小计费周期做穿透：列出该周期内会发生的全部条目，补上只在特定条件下出现的条目的触发条件；检查同一资源是否被两条分别计量，例如既按数量又按时间；对可叠加的条目，核对叠加顺序是否改变结果。
前提是条目名称与计量口径在同一份文件内一致；跨文件对照时同名条目口径可能不同，不能直接并列。清单不判断条目是否必要、能否删减，也不覆盖按第三方标准计收的部分。用量未定时，条目只是候选，不等于已经发生。
读者评论
看完决定把验收那部分打印出来贴工位上
看完想把手上的项目推倒重来，前期欠的债太多了
需求这块真是老大难，每次都以为下次能做好，结果还是乱
甲方乙方都难，互相体谅一下吧，说到底都是打工的
有点不同意见：写太细反而捆住手脚，留点余地也行