核心边界：记录可信与事实真实
区块链电子采购流程的应用边界，可以从记录、数据输入和流程执行三个层面理解。NIST《区块链技术概述》将区块链描述为具有篡改可察觉性和抗篡改性的分布式账本；在网络正常运行的条件下，已发布记录难以被更改。这支持采购过程留痕，但不能直接证明记录中的业务事实真实。
例如，验收结果被记入账本后，可以成为后续核对的依据；货物是否真正符合要求，仍取决于检验过程和提交结果的主体。错误信息也可能被稳定保存。
适用条件：确有多方共享记录的需求
当采购方、供应方及其他参与方需要共同核对订单版本、确认状态或责任记录时，共享账本可以作为技术选项。应用前需要明确谁有权提交记录、谁负责确认，以及参与方如何处理分歧。
如果流程主要由单一机构管理，各方也接受其数据库作为记录依据，就需要进一步论证采用分布式账本的必要性。技术选择应对应具体的协作问题，不能仅凭“上链”判断流程有所改善。
外部数据边界：交付与验收仍需可信输入
以太坊预言机文档说明，智能合约默认无法直接访问链外信息，需要借助预言机等机制引入外部数据。数据来源是否正确、传输是否完整以及能否及时取得，都会影响合约执行。
映射到电子采购场景，物流状态、检验结果和外部系统确认信息，都需要明确的数据提供者与核验方式。即使链上程序严格按照输入执行，也无法自行识别一次虚假的验收申报。
执行边界：明确规则可以自动化，争议需要处理机制
条件清晰、输入可核验的流程，可以考虑由智能合约更新状态。例如，在取得指定主体的有效确认后记录阶段完成，这是技术上的应用设想，并不代表某个采购项目已经验证了效果。
质量争议、需求变更或责任认定往往需要业务判断。设计时应明确异常由谁复核、错误如何通过后续记录更正，以及程序规则如何调整。账本的一致性不能替代这些治理安排。
常见问题：文件上链是否就安全可靠
采购文件不必全部公开存入链上。可以考虑在链上保存用于核验的哈希摘要，原件由有权限控制的系统保管。但摘要核验主要回答文件内容是否一致，不能证明文件内容真实，也不能保证原件持续可用。
区块链能否自动保证采购合规或消除舞弊？仅凭上述技术能力不能作出这种结论。身份授权、外部数据核验、保密管理及争议处理仍需要独立设计，应用成效也需要在具体流程中验证。