概览
Seminode 是一个私有的供应链网络，公司在其中共享物料可用性、请求并发送报价、以及与合作伙伴下达订单。整个平台的一切都建立在少数几个核心概念之上 —— 理解它们能让你快速把其他文档串联起来。节点（Nodes）
节点（node） 是一个受权限控制的数据库，用于存放你的供给或需求数据。你可以决定哪些合作伙伴可以看到每个节点，因此同一个平台既可以承载公开目录，也可以承载严格受限、面向特定合作伙伴的数据。节点是你发布挂单的基础。 应用中区分三种节点关系：My Nodes（你拥有的节点）、Posting（你可以向其发布的合作伙伴节点）和 Querying（你可以搜索的合作伙伴节点）。Shared Views（共享视图）让你可以只共享节点的一个经过筛选的切片，而无需授予对整个节点的访问权限。 在 节点 中了解更多。网络（Networks）
网络（network） 是你公司节点与合作伙伴节点之间连接的集合。构建你的网络 —— 添加合作伙伴并授予节点权限 —— 是将 Seminode 从一个私有数据库变成一个实时交易通道的关键。 在 合作伙伴 与 网络 中了解更多。挂单（Listings）
挂单（listing） 是一条标准化的供给或需求数据 —— 包含数量、价格、交期以及其他属性的零件条目。你发布挂单时会将它们组织成 列表（lists），合作伙伴则针对这些挂单进行报价。 关于术语的一点说明：挂单 指的是对象本身。一条需求侧挂单在被发出去询价的过程中称为 RFQ；一旦合作伙伴作出响应，你处理的就是一个 会话（thread） 中的 报价（quote）。供给侧的发送（向合作伙伴共享可用性）不称为 RFQ。 在 挂单 中了解更多。报价与会话（Quotes & Threads）
报价（quote） 是针对某条挂单的报价或还价。报价在合作伙伴之间以 会话（thread） 形式流转 —— 请求、响应、还价、接受或拒绝 —— 所有这些活动都汇聚在你的 收件箱。报价在发送前可以经过 审批工作流；购物篮（basket） 则是一个暂存区，你可以在其中收集挂单或报价，然后批量操作它们。Seminode Listing ID
你发送给合作伙伴的每一条挂单行都带有一个 Seminode Listing ID —— 一个由 Seminode 根据该行本身生成的引用，例如SN-K7T2MQ3XB4ZPA。正是它让 Seminode 能够自动把报价关联回正确的请求，无论报价以何种方式到达：平台内、邮件附带的表格，还是批量报价上传。
该 ID 属于挂单行，而不属于合作伙伴。同一行发送给两个合作伙伴，双方看到的是同一个 Seminode Listing ID。每个合作伙伴仍有各自的会话，两场谈判彼此私密、互相隔离。
- 一行一个 ID。 两行共用同一个 ID 的可能性微乎其微，无论在你的团队内还是在整个 Seminode 中；而且匹配只要求它在你的团队发给同一个合作伙伴的各行之间唯一（见下文）。同一款零件为另一个项目或数量以新的一行再次询价时，会获得新的 ID。
- 一个报价一个 ID。 额外报价的 ID 是该行的 ID 加上一个编号，例如
SN-K7T2MQ3XB4ZPA.2。在收件箱设置中启用 Create a new offer for each partner quote 后，连首个报价也使用.1，原始询价则保留未编号的 ID。使用原始 ID 提交不同的报价会创建新报价，使用已编号 ID 回复则更新对应的报价。此设置默认关闭。示例及限制请参见通过邮件报价。 - 按 ID 和发送方匹配。 Seminode 会结合 ID 与报价的发送方（对邮件而言，即发件人的公司域名）进行识别，并且只在你的团队发给该合作伙伴的请求中查找该 ID，因此 ID 绝不会被匹配到其他合作伙伴或其他团队的请求上。
Seminode Thread ID
Seminode Thread ID 指向某一行上某一个合作伙伴的报价，例如SN-3F9A12C4B7E1。两个合作伙伴为同一行报价时共用该行的 Seminode Listing ID，但各自拥有自己的 Seminode Thread ID；合作伙伴在该行上的每个额外报价也各有一个。它在还价、重新报价和接受的过程中保持不变，因此当你的团队讨论某一个合作伙伴的报价时，应以它为准。
在收件箱表格和比较视图中，它显示在 Seminode Listing ID 旁边；在会话历史和邮件审核界面中，它单独显示。它仅供你的团队使用：合作伙伴看不到它，它也不会用于回复的匹配。
参考数据与项目（Reference Data & Programs）
参考数据（reference data） 是你的内部表格 —— 成本、联系人、认可的制造商 —— 用于与挂单匹配，为其补充团队做好报价所需的背景信息。项目（programs） 是具名配置，按项目和场地定制报价规则（例如毛利下限或交期上限）。参见 参考数据 与 项目。订单（Orders）
当双方都接受了报价后，团队成员在已接受的会话上选择 Create Order，它就会转化为 订单（order）；如果团队开启了自动创建订单，则会立即转化。订单跟踪从确认到完成的履约过程。团队可以在收件箱设置中启用 单方接受（single-party acceptance）：此时接受合作伙伴的报价会立即成交，无需等待合作伙伴确认。某些需求侧项目同样以单方接受成交，并在平台之外下达采购订单。