FZ-011 · 集成
PosPlugin
为应用开发者通过一个 API 提供销售点系统的销售数据。
访问 posplug.in 已发布：尚未
- 状态
- 开发中
- 流水线阶段
- 验证
- 行业
- 集成
- 自主目标
- 第 4 级 · 自我优化
- 构建于
- 3 个已上线 · 2 个计划中
问题
每个需要销售数据的应用，都要为每个销售点系统分别搭建并维护一套集成。
它做什么
PosPlugin 被设计为只需对接每个 POS 一次，并通过一个 API 向你的应用提供其数据。
运作方式
- 用登录信息或 API 密钥连接商户的 POS；不会向其中写入任何内容
- AI 把字段映射到同一个干净的模型，不确定的部分由人确认
- 你的应用通过一个 REST API 和 webhook 读取订单、付款、菜单和门店
发布时为开发者提供免费沙盒；按已连接门店计价，正式价格另行公布。
半小时接入一个新商户，而不是花数周做集成。
今天网站和早期访问名单已开放。连接器、映射引擎和 API 正在构建中。
影片
目标
- 自主运营
- 集成维护是自动化的目标。接入商户的销售终端系统应当是半小时的引导流程，而不是定制项目，保持连接则应当无需任何人：监控器会盯着每一次同步的 schema 漂移和失败，提出映射修复方案，并告诉运维什么出了问题、为什么。
- 智能
- 模型会读取 POS 的 API 文档、规格或示例数据，并提出每个字段如何映射到同一个数据模型，每个字段都带有置信度评分。模型只负责提议，由人确认：置信度低的映射绝不会自行上线，每个决定都记录在审计日志中。数据迁移本身由普通代码完成。
- 增长
- 由开发者驱动。先提供带测试 POS 数据的免费沙盒，之后按已连接门店计价，与首批客户一起确定。餐厅是首个垂直领域。增长以已连接的商户门店计，从第一个不是试点的客户开始统计。
技术细节
销售终端（POS）系统的集成层。它通过 OAuth 或 API 密钥连接商户的 POS，以只读方式拉取示例数据，由模型把 POS 的字段映射到同一个数据模型（订单、支付、商品条目、门店），每个字段带有置信度评分，不确定的由人确认。应用随后通过一个 REST API 和一个 webhook 流读取所有商户，每条记录都保留原始 POS 数据，并在 POS 允许时写回订单。监控器会留意 schema 漂移和失败的同步。银行卡号绝不经过它。首个垂直领域是餐厅。目前已有的是 posplug.in 网站及其早期访问名单；连接器、映射引擎、统一 API 和沙盒均已设计但尚未编写。
