AI 收衣
单图多件,逐件确认;识别失败可手动补选,不阻断开单。
单图多件,逐件确认;识别失败可手动补选,不阻断开单。
店员 Pad、总部后台、会员小程序,共用订单、会员与资金口径。
五种支付方式;报表按支付时间归属,现金对账残差 0.00 才出报。
MCP 只封装读接口;手机号打码;每次查询留审计日志。
一套系统,三个工作表面
店员在前台收衣,总部在后台配置与对账,会员在小程序里看订单、照片和余额。没有第二套账。
门店高频作业端:AI 收衣、订单核验、逐件上挂/取送、扫码收款、会员与格架。
门店、服务、会员、订单、储值、退款、统计、角色与账号权限,都在这里配置。
拍照下单、订单与洗前照片、储值充值、地址、发票、优惠券和积分。
按场景讲能力
收衣、核验、收款、对账。每一件衣服、每一笔钱,都能在系统里找到对应的记录。
店员拍一张合照,AI 识别多件衣物并给出 bbox;店员逐件核对品类、项目、规格和颜色。识别不准可以手动补选,开单不会被卡住。
1逐件确认品类 / 项目 / 规格 / 颜色
2风险告知旧渍 / 色差 / 护理风险
3总价与开单会员价自动带出
演示数据。截图内会员、金额与衣物图为演示素材。
核验、补拍、改价、改服务;上挂到格架,支持逐件上挂、分次取走和部分完成。顾客取衣时,照片、条码、格架号和操作时间都能对上。
1订单状态待核验 / 未支付
2格架与取衣码衣物位置可追溯
3风险记录告知内容留档
演示数据。截图内订单与会员为演示素材。
余额、二维码、现金、微信、支付宝。顾客扫码后回调自动入账并推进订单;会员余额、充值记录和消费流水在同一套账里。
1扫码入口订单 / 会员快速定位
2状态筛选待核验 / 待支付 / 洗护中
3订单与金额来源、状态、时间
演示数据。截图内会员与订单为演示素材。
日报、周报、月报按支付时间归属;余额扣款单列,不重复计入现金;退款双源互校,未归因残差必须是 0.00。快照过期或字段缺失时,拒绝出报,不出假数据。
演示数据。报表截图使用合成示例数字,不对应真实经营数据。
真实界面
待送洗、待核验、待支付、洗护中、待自取,一屏看清。
按门店、状态、时间筛选,扫码或关键词直接定位。
姓名、手机号、等级、余额、积分,选中即可开单。
流水、现金、订单、会员;现金公式与对账结果同页。
截图来自伊尔萨店员 Pad 与报表演示环境;人物、会员、订单与金额均为演示数据。
能力分层
按“谁在用”组织能力,比按“功能多少”更接近门店。每层都能独立讲清楚,也都能落到具体页面。
架构
三端不各自记账;订单、会员、支付、报表共用一套 API 与数据库。只读 MCP 从同一套 API 取数,不拥有写权限。
部署形态
伊尔萨不是 ARM / X86 / Cloud 三条产品线。当前是一套 Linux 生产栈,加店员端、会员端和报表 / 只读 MCP。
API、管理后台、店员 Pad 静态站、Nginx 与证书。API 走 systemd 常驻,静态站走 Nginx。
SQL Server 2022 Express、Redis、OSS。订单、会员、支付与审计落在同一套库;图片与报表归档进 OSS。
只读采集快照,经 HMAC 签名进入报表服务;日报 / 周报 / 月报生成后邮件发送并归档。只读 MCP 独立鉴权。
边界与信任
洗衣系统手里有会员、余额、订单照片和支付记录。设计前提是:权限默认给得少,写接口默认不开放给查询链路。
系统私有部署;图片与报表归档在自有 OSS;本站不加载任何统计脚本、外部字体或 CDN。
JWT + 角色菜单;门店账号默认只看本店,跨店角色显式开启全连锁数据范围。
只封装 GET 查询;支付、核验、退款、取消等写接口一律不封装。手机号输出自动打码,查询与工具调用写 JSONL 审计。
报表按支付时间归属;余额扣款单列;退款双源互校;未归因残差必须为 0.00,否则拒绝出报。