单据进不了系统，人就一直被绑在录单上
订单这件事的老麻烦，通常不在"有没有系统"，而在系统之间的那一段路——数据得靠人搬。
单据来源格式不统一
手写单、拍照、零散 Excel、微信里发的图片，每家的写法都不一样。同一种物料，十张单上可能写十种简称。
系统之间数据不通
已经有 ERP 或进销存，订单却在另一个地方。要么再开一套系统，要么让人在两个系统之间对着一行行敲。
录单人力一直降不下来
客服每天的主业是录数据，不是服务客户。错一个数就要返工，月底对账还得再核一遍。
账号、识别方案、订单、对接，四件事闭环
从开通账号到最后把订单送进你自己的系统，链条上没有断点。
账号与团队
在线自助注册，填公司和手机号即可开通，不需要先谈合同再等排期。每个企业一套独立账号，数据互不可见。
- 邮箱验证码注册，当天可用
- 企业账号独立隔离
- 按角色分配操作范围
识别方案可配置
不同企业的单据长得不一样，所以识别规则不做死在代码里。按你的单据样式建一套识别方案，平台统一管理每套方案的版本。
- 一家企业可建多套方案
- 方案变更不影响历史订单
- 方案列表可通过接口读取
订单与明细管理
一张订单带多条明细行——同一张单上不同规格、不同数量、不同单价都各自成行，符合实际的接单方式。
- 订单主表 + 明细行结构
- 客户信息与订单关联
- 订单状态可流转、可追溯
开放 API 对接
不用改你现有系统。SmartOrders 定义标准对接契约，第三方按契约来拉数据、回写状态，属于"拉模式 + sync 回调"。
- 第三方主动拉取订单与客户
- 保存成功后回调写回同步状态
- 提供在线接口文档，可自助调试
计费与在线支付
平台内置计费与支付模块，开通、续费、用量结算在系统里走完，不用线下转账再人工记账。
- 账户计费独立成模块
- 在线支付直接完成开通与续费
- 费用与订单数据分开管理
权限与安全校验
登录与接口访问都带验证码校验，平台侧另有独立管理后台，用于账号与配置的运营管理，与业务数据权限分开。
- 登录验证码校验
- 平台管理与业务账号分离
- 接口按契约鉴权访问
标准开放对接契约
由平台方定义契约，第三方按契约对接。第三方系统主动调用接口拉取数据， 在自己的系统里保存成功后，再回调平台写回同步状态——双方各自掌握自己的数据。
| 方法 | 接口 | 用途 |
|---|---|---|
GET |
/api/v1/customers/ |
拉取第三方客户列表 |
GET |
/api/v1/orders/ |
拉取订单列表 |
GET |
/api/v1/schemes/ |
拉取识别方案列表 |
POST |
/api/v1/orders/sync/ |
订单同步状态回调（第三方保存成功后写回） |
对接方式说明
拉模式。第三方系统按自己的节奏调用 orders 与 customers 接口取数据，
不需要平台往你内网推请求——你的系统不用开放任何入站端口。
sync 回调。第三方把订单保存进自己的库之后，调用 orders/sync 把结果写回平台。
平台据此知道哪些订单已经落地，避免重复处理。
接口文档在线可查。对接方可以直接打开在线接口文档，看到每个接口的请求参数、返回结构与数据对象定义， 不用等我们发文档。
数据对象
- 订单
- Order
- 订单明细行
- OrderItem
- 客户
- Customer
- 识别方案
- Scheme
- 同步请求
- SyncRequest
- 状态枚举
- StatusEnum · ExternalSyncStatusEnum
接口清单与数据对象取自平台公开的在线接口文档（SmartOrders 第三方对接 API 1.0.0）。
四步走完，对接是可选项
不接第三方系统的企业，前两步做完就能直接用；要接的，第三步之后再对接口。
注册开通
在线填公司、手机号与邮箱，验证后账号即开通，不需要等销售联系。
配置识别方案
按你的单据样式建识别方案，方案可以多套并行，以后改样式不动历史数据。
订单进平台
单据进来后形成订单与明细行，客户信息同步关联，状态可跟踪。