南加州互访便利
可以看现场、看团队，也能到ATS理解真实复杂业务。
CANDIDATE DUE DILIGENCE · 2026.07.24值得双方互访，
值得双方互访，
不构成选定。
有可核验的经纪监管登记、相关公开地址、可访问的产品页面与API文档／入口，以及已创建且可登录的空测试租户；尚未完成ATS生产验证。xSHIP应作为非独家候选，与其他供应商同题比较，先互访、索证和受控试点，不认定为ATS核心系统总包方。
01 · HOW TO READ THE SCORE
客户64项与顾问8项分开评价；ATS专项UAT均未启动。
当前只有界面、文档或API线索；是否适合ATS，仍须用指定数据完成UAT并签字。
物流与经纪场景线索
有经纪监管登记，以及仓储／履约的公开业务描述；实际规模与运行结果待核。
空测试租户可登录
有限浏览观察到运输、财务、异常、报表入口与支持文档，尚未跑真实订单。
仍是创新候选
当前只足以支持互访和受控试点，不足以支持总包结论。
02 · APPROVED ACCOUNT REVIEW
空测试租户可登录：界面线索存在，生产能力仍待证明。
2026-07-24使用已批准的顾问测试租户完成两轮只读检查；账号身份与任何敏感信息均不在报告中披露。
可登录真实TMS Dashboard，主导航、对象、状态、支持文档和API设计具有一致的产品结构。
租户为新建空环境：0票运输、$0支出、0张发票、0个索赔，仅有1名Owner成员；未创建报价或订单。
运输主流程
Dashboard、Ship Freight、Recent Quotes与Track；支持单票／多票、提送地址、附加服务、货物类型、重量尺寸和状态看板。
财务与异常
Finance、Claims、Tickets与Inbox；包含信用、发票、Rebill、索赔、异常分类、优先级和处理状态。
报表与知识
Reporting、Coverage与110篇／14类Support Center文档；报表含票量、时效、支出、线路、承运商与Scope 3方向。
组织与设置
People可显示Owner角色、成员状态与管理动作；Settings包含Integration Keys、API Keys、SSO与Audit Log。审计记录可查，SSO页面明确标注Coming soon。
PPT中的五套系统定位本次证据审慎结论
xSHIP Platform
货主TMS／SaaS
已登录测试租户确认产品骨架；租户为空，未走真实订单。
xSHIP Hubs
路径与中转优化
PPT声称未获得生产系统、数据或性能复测。
xSHIP Driver
司机任务与HOS
PPT声称公开跟踪对象有driver事件；未实测司机端。
xSHIP Carrier
承运商协同
PPT声称未实测接单、拒绝、结算与承运商权限。
xSHIP Admin
运营、P&L与审计
PPT声称未获得管理员后台或经营口径验证。
账号通过后的两轮核验，64＋8矩阵共上调三项：
BOL从“缺口”调为“部分覆盖”；异常闭环从“部分覆盖”调为“可进UAT线索”；操作日志从“官网宣称”调为“可进UAT线索”。其余能力不因登录成功自动升级；ATS专项签字UAT尚未启动。
03 · COMPANY, ENTITY & CONTACT MAP
公司和产品都存在，责任关系尚未闭合。
Rapid Deals Inc.与Rapiddeals Holdings Inc.是不同法律名称；本报告不把任何一个未经证明地称为“母公司”。
Rapid Deals Inc.
2020年成立；FMCSA显示Active Broker，USDOT 3841233、MC-1408716，0 power units；2024年起公开地址为1040 Walnut Ave。
xSHIP
网站、注册、可登录空测试租户、支持中心及API文档／入口可访问；XSHIP商标申请人为Rapid Deals Inc.
Warehouse Plus Inc.
California登记显示Warehouse Plus Inc.为单独主体；官网展示OMS、库存、Rate Shopper、API／Webhook、AI与机器人方向。
Pro Fulfill Inc.
2025年登记并与1040 Walnut关联；其官网自述提供仓储、履约、DTC／B2B、FBA及物流服务。
Rapiddeals Holdings Inc.
2023年登记，地址同为1040 Walnut Ave；公开登记摘要未证明其业务范围、持股或母子关系。
独立开发公司
对方称系统由“独立系统公司”开发，并可承担后续维护与变更。
为什么时间线重要
Rapid Deals的经纪权限公开记录自2022年起生效，持续经营规模和历史交易量尚未独立核实；xSHIP与Warehouse.Plus的当前品牌／主体集中在2024–2026年。 xship.com域名较老不等于产品运营二十多年，成熟度应由真实客户、运行时间和工程记录证明。
PLATFORM AMBITION & CAPITAL SIGNALS
产品愿景值得看；资本参与不等于交付能力。
以下严格区分供应商公开方向、SEC事实与顾问推断，不把“野心”写成已经实现的能力。
Warehouse.Plus的平台化愿景
官网把OMS、库存、Rate Shopper、API／Webhook、规则自动化、AI代理、机器人和数字孪生放在同一产品叙事中；结合XSHIP、XSHIP.AI、WAREHOUSE.PLUS、FLEXGROUND及FLEXDRAY等公开商标，显示其目标超出单点WMS。生产深度、客户运行时间和跨模块一致性仍待验证。
Warehouse.Plus官网（商标来源见下方USPTO） ↗Rapid Deals的资本市场参与记录
Linkhome Holdings于2026-06-22提交的DEF 14A将Rapid Deals Inc.列为持有1,200,000股、占7.39%的5%以上股东，并列示地址1040 Walnut Ave。该记录证明公开持股披露，不等于xSHIP融资或可用现金。
SEC · Linkhome DEF 14A ↗可称战略信号，不称资本事实
多主体、多品牌、较广产品路线和上市公司持股记录共同显示业务扩展与资本意识。现有资料不足以证明统一控股、共同研发、融资／上市计划、资金投向、估值或ATS总实施能力。
不计入供应商能力得分可由此推导值得双方管理层互访，核验三年定位、产品路线与投入承诺。
不可由此推导已形成统一集团、平台已经成熟、资本可用于ATS，或适合承担ATS总实施。
建议董事长直接问
未来三年定位是物流经营、软件平台还是双轨？xSHIP与Warehouse.Plus由哪个法人、团队和IP承担？哪些模块已由真实客户连续使用半年以上？公开持股与产品投入是否有关，如有关可提供什么书面承诺？
PUBLIC CONTACT & RESPONSIBILITY
联系人要对应责任，不只是“认识谁”。
以下只列公开商务入口；联系人身份、职务与项目授权均待对方书面确认。
姓名／入口公开角色线索公开渠道本次使用边界
Shaolin Chen
Rapid Deals公开登记负责人／代理人线索
(909) 282-9623 · admin@rapiddeals.com可作为经纪主体与合同责任核验入口；现阶段不据此推定xSHIP技术或签约权限。
Stephen Chen／会议“陈总”
PPT元数据与访谈身份线索
须由供应商书面确认公司邮箱与正式职务是否与Shaolin Chen为同一人、代表哪个法人及可承诺范围，均未核实。
Xiaoxia Liu
Rapid Deals与Rapiddeals Holdings公开管理人员线索
通过正式公司渠道确认可核实集团结构与商业责任；本报告不披露私人联系方式。
Wenxing Luo
Warehouse Plus Inc.登记代理人
hello@warehouse.plus应书面确认产品、IP、工程团队与客户支持责任。
Zhou Qu
Pro Fulfill Inc.公开负责人
sales@profulfill.com用于核实3PL运营与利益冲突边界，不默认代表xSHIP软件交付。
xSHIP产品／安全
公开产品与安全沟通入口
hello@xship.com · security@xship.com · privacy@xship.com正式SOW前必须补齐实施PM、技术Owner、安全Owner和升级责任人。
04 · STRATEGIC FIT & RISK
可能契合的是局部能力，当前风险在总实施责任。
为什么值得继续谈01 02 03 04
第三方集速与询报价
xSHIP公开产品方向与ATS询价、承运商RFQ和多源报价存在交集。
订单、追踪与接口
API对象覆盖报价、预订、运输状态、账单、索赔和报表等部分流程。
履约与自动化框架
Warehouse.Plus展示订单、库存、规则、Rate Shopper、API与AI代理方向。
本地互访与有限共创
同处南加州，便于双方团队看现场、看真实后台、用同一票业务验证。
为什么不能提前绑定01 02 03 04 05
企业级交付尚未证明
没有已核实的相似客户、实施履历、迁移方法、SLA、Hypercare或长期运维证据。
团队口径存在待核点
访谈称团队20余人、开发约10人“全部在美国”，随后又提到中国IT团队；需实名组织表与访问边界。
法律实体与IP链不清
Rapid Deals、Rapiddeals Holdings、xSHIP页脚、Warehouse Plus Inc及独立开发主体之间的合同与IP关系尚无完整文件。
潜在业务重叠与数据使用风险
Rapid Deals经营货运经纪，相关公开业务描述还涉及3PL／仓储；接触ATS客户、价格与承运商数据前须书面隔离。当前未发现实际滥用ATS数据的证据。
公开条款与企业级责任仍有差距
顾问初步阅读的公开条款把运输／仓储履约留给第三方，且未明确禁止模型训练、ATS审计权或安全事件SLA；最终文本应由ATS法律顾问审查。
数据与竞业底线客户、货主、报价、线路、承运商和经营数据不得成为对方物流销售线索。
任何试点前写入：用途限制、独立租户、最小权限、人员隔离、子处理方清单、非招揽、非规避、完整导出、删除证明、审计与违约责任。
平台／经纪角色
xSHIP称自身不是承运人、货代或仓储运营商；实际履约由第三方完成，且不保证运力、提货或时效。
关键数据保护条款
未明确禁止模型训练，也未给出分包商清单、ATS审计权和安全事件SLA；均需写入DPA与信息安全附件。
相似客户尚未独立回访
截至报告日，顾问尚未取得并完成独立回访的相似生产客户样本；至少索取3个运行半年以上、可由ATS直接回访的客户。
05 · EVIDENCE LADDER
“有产品”与“能承担ATS总实施”之间还有两级。
监管与主体
FMCSA、商标、地址与部分公司登记。
账号与产品线索
已批准空租户、网页、API、支持中心和功能结构。
团队与生产证据
实名团队、客户、代码/IP、安全、SLA与连续运行。
ATS真实验收
脱敏案例、真实用户、财务对账、签字与关闭开关。
展开产品宣传口径的使用边界不把官网数字写成已验证结果
xSHIP：官网出现20,000+ shippers、50,000+ lanes等口径，尚未找到独立客户或审计验证。
Warehouse.Plus：官网出现400+ integrations、50+ carriers、18%节省、4.2分钟和99.1%等口径；页面也明确场景型证言并非真实客户引语。
NVIDIA：网页措辞为“aligns with NVIDIA MAIW Blueprint”，只能理解为技术方向对齐，不能称为NVIDIA合作伙伴或认证。
06 · MUTUAL VISIT PLAN
互访的目标是减少误判，不是完成销售。
先看双方真实工作，再决定供应商、有限共创或暂不合作。
ATS去1040 Walnut
- 核对法律实体图、签约主体、IP与保险
- 让拟派团队现场登录生产／Sandbox后台
- 看2个运行半年以上的匿名客户样本与支持记录
- 逐项回答64＋8矩阵，不用通用Demo代替
xSHIP团队到ATS
- 用一票脱敏特殊运输从询价走到实际毛利
- 看现有Email、Sheets、Monday与接口现实
- 明确能配置、需集成、需开发和不承担的范围
- 讨论数据隔离、非招揽、非规避与退出交接
会后书面阶段门
- 提交实名团队、工作量、依赖、排除项与客户引用
- 确认单域Sandbox、最小数据、验收和关闭开关
- 形成Go／Conditional Go／No-Go，不自动扩成总包
可继续单域Sandbox＋书面SOW
有限继续只做接口或专项能力
停止团队、IP、数据或冲突边界无法证明
07 · 64 CUSTOMER REQUIREMENTS + 8 CONTROLS
同一套标准核验xSHIP，也核验其他候选。
前64项来自客户原始目标需求；后8项是顾问为数据、AI和可信交付新增的控制。 优先级为工作版，最终须由ATS确认。
64客户原始需求
＋8顾问建议控制
＝64＋8供应商详细矩阵
15可进UAT的界面／文档线索
24部分覆盖
2仅官网宣称
31未见对应线索
编号001–064已与 logistics.odm.md 项目需求概要逐条同序校对；065–072为本报告新增的交付与AI控制，不改变客户原始64项范围。
当前显示 72 项
口径为64项客户需求＋8项顾问控制；001–064与logistics.odm.md公开需求同序，065–072为顾问建议控制。“可进UAT的界面／文档线索”仍不等于ATS签字验收。| URS | 需求 | 当前判断 | 已看到的证据 | 下一步同题验证 |
|---|---|---|---|---|
001P0-必须客户需求 | 报价管理客户询价登记与报价流程启动 | 需补齐 | POST /v1/quotes会建立可持久化报价会话，并返回shipment_uid；支持幂等键避免重复会话。 | 用邮件和手工录入各10条真实RFQ，核对来源、Owner、状态历史和重复消息处理。 |
002P0-必须客户需求 | 报价管理特种物品专项报价模板 | 需补齐 | 报价接口包含危险品、UN号、DOT proper shipping name、等级、包装组、MSDS与尺寸重量字段。 | 证明锂电池、储能柜、超限/超重、permit和ATS必填字段可以配置为模板和安全门。 |
003P0-必须客户需求 | 报价管理北美运价库维护 | 需补齐 | 公开接口可汇集RapidDeals LTL/TL与xSHIP Network报价，并返回承运商、有效期和pricing_source。 | 展示费率维护后台、授权来源、生效/失效、版本、导入导出与历史复算。 |
004P0-必须客户需求 | 报价管理燃油费、通行费及附加费更新 | 需补齐 | 报价返回示例明确拆分base_freight、fuel_surcharge和accessorials；请求支持多类附加服务。 | 证明费率来源、更新时间、生效版本、通行费规则以及历史报价不会被新费率静默改写。 |
005P0-必须客户需求 | 报价管理报价自动测算 | 可进UAT | POST /v1/quotes定义了地址、货物、危险品和附加服务输入，并返回多承运商总价、明细和有效期。 | 取得获批账号/API Key，用ATS固定样本重复计算并与人工报价、真实承运商返回逐项对平。 |
006P0-必须客户需求 | 报价管理报价版本管理 | 需补齐 | 报价会话可持久化并查询多个承运商报价，但未见同一客户报价的版本差异、最终版锁定和审批历史。 | 现场创建三个版本，比较金额/条款/字段差异并验证锁定、审批人与时间。 |
007P0-必须客户需求 | 报价管理亏损报价拦截 | 缺口 | 公开材料展示运费成本与报价，但未见目标毛利、合同运价或亏损阈值拦截。 | 要求用一票低于毛利底线的ATS样本现场触发阻断、例外审批和审计日志。 |
008P0-必须客户需求 | 报价管理正式报价单输出 | 待实测 | 官网宣称CSV/PDF导出，API明确支持发票PDF；未见正式客户报价单模板和锁定流程。 | 用ATS中英双语模板生成、审批、锁定并归档一份可发送报价PDF。 |
009P1-重要客户需求 | 订单/BOL报价确认后一键转订单 | 可进UAT | 文档给出quote → book流程：使用shipment_uid和quote_uid预订，随后进入booked状态。 | 用真实测试账号验证字段继承、重复预订防护、撤销、权限与财务影响。 |
010P2-后续客户需求 | 订单/BOL特种物品专项订单字段 | 需补齐 | 货物结构含危险品等级、UN号、MSDS、尺寸重量和紧急联系人；未见温控、储能柜和permit全量字段。 | 对照ATS储能字段字典逐字段演示必填、继承、查询、报表和变更历史。 |
011P1-重要客户需求 | 订单/BOLPO信息校验 | 可进UAT | shipment location的reference_number被定义为PO号；同公司30天内重复的pickup PO会被拒绝。 | 验证缺失、跨客户误配、时间窗之外重复以及例外审批规则。 |
012P2-后续客户需求 | 订单/BOL北美合规BOL生成 | 需补齐 | 已批准租户的支持中心明确覆盖打印BOL与采集POD；公开API也包含shipment documents，但空租户未实际生成单据。 | 在Sandbox从真实测试订单生成、下载和归档一份BOL，核对字段、格式、签章、版本与权限。 |
013P1-重要客户需求 | 订单/BOL合规附件归档 | 可进UAT | 公开文档定义shipment-documents上传MSDS/placard，claims支持附件，tracking event可返回POD照片或文件。 | 验证通用订单附件分类、预览、权限、保留年限、病毒扫描、导出和删除证明。 |
014P1-重要客户需求 | 订单/BOL订单变更审批与重算 | 需补齐 | API支持更新、取消、改约和状态冲突控制；未见ATS式变更审批、费用重算和前后值审计。 | 用地址、货物、时间和费用四类变更逐项验证审批、重算、回滚和日志。 |
015P1-重要客户需求 | 运输需求运输需求创建与批量导入 | 需补齐 | API可创建报价会话/运输对象并支持异步批量rate-shopping；未见CSV模板导入和逐行错误报告。 | 导入一份含正确、缺项、重复和格式错误记录的ATS模板，检查幂等和错误队列。 |
016P2-后续客户需求 | 运输需求运输路线选择 | 需补齐 | 系统按起终点报价并提供top routes报告；未见路线推荐、里程/permit或复杂路线成本优化。 | 用ATS特殊运输样本比较人工路线与系统建议，并解释约束、费用和不可行原因。 |
017P1-重要客户需求 | 运输需求运输需求全生命周期管理 | 可进UAT | 公开API覆盖quoted、booked、pre_transit、in_transit、delivered、cancelled等状态及跟踪、账单和索赔对象。 | 在获批后台走一票完整测试单，确认Owner、历史节点、相关单据、异常和结算是否同源。 |
018P2-后续客户需求 | 运输计划运输需求拆分 | 需补齐 | shipment模型列出multi_delivery、multi_pickup（最多200站）；报价接口同时声明多站报价尚未开放。 | 明确后台与API差异，并用多车、多批次、多站ATS案例验证拆分、执行和结算。 |
019P2-后续客户需求 | 运输计划手动运输计划 | 需补齐 | 可选择报价、预订、更新停靠点和改约；未见司机、车辆、设备、permit和人工计划工作台。 | 要求调度员现场创建计划、选择资源、发布、修改并展示冲突提示。 |
020P1-重要客户需求 | 运输计划承运商选择与资质匹配 | 需补齐 | 报价结果包含carrier id/name/SCAC并可选择具体quote_uid；未见保险、DOT、设备与货型资质自动匹配。 | 用合格与不合格承运商各一例验证准入、到期、阻断与例外审批。 |
021P1-重要客户需求 | 运输执行运输执行单生成与发布 | 需补齐 | booking会生成已预订shipment并进入承运商分配流程；公开材料未证明执行单发布、撤回和对方确认界面。 | 由一名承运商测试用户接收执行单，验证通知、确认、拒绝、撤回和留痕。 |
022P1-重要客户需求 | 运输执行承运商接单确认或拒绝 | 缺口 | API状态说明承运商可能被分配/接受，但未发现承运商门户的确认、拒绝和原因回传证据。 | 要求双角色现场演示，并用API或审计日志证明状态确由承运商动作产生。 |
023P1-重要客户需求 | 运输执行司机端或移动端任务执行 | 需补齐 | tracking事件可标记source=driver并包含driver_assigned、位置和附件；未见司机任务端的公开演示或接口。 | 让真实测试司机完成接单、到达、拍照、异常和签收，检查离线、权限和定位频率。 |
024P1-重要客户需求 | 运输执行运输事件管理 | 可进UAT | GET tracking公开了事件时间、来源、描述、附件以及从分配司机到提货、在途和交付的事件字典。 | 验证自定义事件、计划/实际时间、人工更正、异常升级和报表口径。 |
025P1-重要客户需求 | 运输执行GPS位置与ETA追踪 | 可进UAT | Inbound API定义位置上报与ETA更新；官网和tracking文档均描述实时位置/事件。 | 用连续行程验证数据源、刷新频率、断点、路线偏离、ETA准确率和客户分享链接。 |
026P1-重要客户需求 | 运输执行异常事件闭环管理 | 可进UAT | 已批准租户实测Tickets与Inbox：可按Rapid Deals、MotherShip或xSHIP Network分派，包含优先级、异常类别、消息及Open至Closed/Failed状态链。 | 构造延误、货损、无司机和费用差异四类异常，验证SLA提醒、承运商协同、关闭原因与复盘导出。 |
027P1-重要客户需求 | 电子POD电子POD签收 | 可进UAT | 官网明确宣称photo proof of delivery；tracking事件结构可带POD照片/文档和交付事件。 | 用司机端实测签名、时间、位置、照片、货物状态、法律格式和自动关联。 |
028P1-重要客户需求 | 结算管理客户结算账单生成 | 可进UAT | Billing API支持发票列表、详情、PDF下载、余额与支付；账单对象和网关均可达但需授权。 | 证明签收/计费触发、税费、调整、审批、会计导出和与ATS收入账的对平。 |
029P2-后续客户需求 | 结算管理预付、进场、尾款等阶梯结算 | 缺口 | 公开材料描述Net 30、信用卡/ACH/钱包和发票支付，未见按项目里程碑分阶段开票。 | 用ATS常见预付、进场、尾款规则配置并验证触发、比例、调整和取消。 |
030P1-重要客户需求 | 结算管理承运商费用确认与对账 | 需补齐 | Rebill API支持客户接受/争议承运商追加费并上传证据；这不等于承运商对ATS应付费用的双向确认。 | 用承运商角色验证原始费用、追加费、差异、结算单和AP回写。 |
031P2-后续客户需求 | 结算管理多币种与汇率损益核算 | 缺口 | 公开报价和账单示例均为USD，未见汇率来源、本位币或汇兑损益。 | 要求用两币种订单演示报价、开票、付款、汇率日期和损益入账。 |
032P1-重要客户需求 | 利润/KPI单票与项目利润核算 | 缺口 | 公开Reports主要统计运输支出、票数与表现，未见客户收入、全成本、毛利和项目损益。 | 用10票Quote-to-Actual样本对平收入、承运商成本、附加费、rebill和最终毛利。 |
033P1-重要客户需求 | 利润/KPI管理层经营分析看板 | 需补齐 | Reports API提供shipment volume、spend、performance、monthly spend和CSV导出；缺少营收、毛利和项目利润。 | 对照ATS管理口径验证每个KPI的定义、权限、下钻、导出和财务一致性。 |
034P1-重要客户需求 | 利润/KPI线路与客户维度分析 | 需补齐 | API有top routes与spend-by-carrier；未见按客户的询价、收入、毛利和趋势。 | 用客户、线路、项目三维数据验证收入/成本/毛利、明细穿透和导出。 |
035P0-必须客户需求 | 报表分析报价Win/Lost转化率分析 | 缺口 | 有报价会话和已预订shipment，但公开报表未定义Won/Lost、转换率或未成交状态。 | 用10个询价样本验证Won/Lost、分母口径、时间窗、重复报价和报表下钻。 |
036P0-必须客户需求 | 报表分析Lost Reason分类分析 | 缺口 | 未发现Lost Reason字典、必填、分析或改进闭环。 | 配置ATS原因字典，验证丢单登记、审批、自由文本治理、趋势和责任人。 |
037P0-必须客户需求 | 报表分析客户询价、成交、收入与利润分析 | 缺口 | 公开Reports覆盖运输量和支出，不包含询价、成交、客户收入和利润的同源分析。 | 以客户为主键贯通RFQ、报价、订单、发票、实际成本和最终毛利。 |
038P0-必须客户需求 | 报表分析销售绩效与客户KPI | 缺口 | 官网宣称可导出分析，但公开API没有销售人员、pipeline、转化、收入或毛利绩效。 | 对照ATS销售角色和目标，现场展示个人/团队指标、权限、归属变更和财务对平。 |
039P0-必须客户需求 | 资源管理承运商资源池与分级准入 | 需补齐 | 平台返回承运商ID、名称、SCAC并聚合RapidDeals与网络运力；未见ATS自主管理的资源池、等级和评价。 | 展示承运商建档、准入、服务范围、联系人、评级、停用和完整导出。 |
040P1-重要客户需求 | 资源管理承运商资质到期预警 | 缺口 | 未发现保险、DOT、司机或车辆证照有效期、提醒和过期阻断的公开证据。 | 用一份即将到期和一份已过期证照触发提醒、禁止选择和例外审批。 |
041P2-后续客户需求 | 资源管理车辆与司机档案管理 | 缺口 | tracking事件包含司机分配，但未见ATS可维护车辆、司机、设备与证照档案。 | 要求展示建档、承运商关联、证照、停用、查询和数据导出。 |
042P2-后续客户需求 | 资源管理载具二维码与库存管理 | 缺口 | 公开xSHIP TMS/API未见载具二维码、库存、扫码或位置管理。 | 确认是否应交给现有WMS/资产系统；若纳入，现场扫码走完装卸和盘点。 |
043P0-必须客户需求 | 主数据统一主数据管理 | 需补齐 | 接口有地址、联系人、货物、承运商、路线和公司隔离字段；未见完整主数据维护、审批和治理。 | 演示主数据CRUD、启停、重复合并、来源、引用影响、权限和完整导出。 |
044P2-后续客户需求 | 主数据港口、线路及船期管理 | 缺口 | 当前公开产品聚焦美国本地与LTL/FTL，未见港口、海运线路或船期接口。 | 先确认ATS范围；若需要，要求实际船期来源、许可、刷新、异常和多式联运案例。 |
045P2-后续客户需求 | 主数据假期管理与特殊事项提醒 | 缺口 | 未发现节假日历、特殊货物提示词或计划冲突提醒的公开证据。 | 用美东/美西节假日和一票特殊货物验证提示、阻断和责任人。 |
046P0-必须客户需求 | 权限与安全用户、角色与RBAC权限 | 可进UAT | 支持中心列出预设/自定义角色、逐用户覆盖和API Key scope；已批准租户的People页面可显示Owner角色、成员状态以及编辑/停用动作。 | 新增管理员、报价、运营、财务、外部承运商五类测试账号，逐项验证可见字段、允许动作与越权阻断。 |
047P0-必须客户需求 | 权限与安全全链路操作日志与审计 | 可进UAT | 已批准租户的Audit Log可按用户、资源、动作和日期筛选，并显示时间、动作、资源、IP与详情入口；现有记录覆盖User与ApiKey的创建/更新。 | 抽查报价、改价、取消、权限、付款五类动作的前后值、操作者归属、保留期、完整导出和防篡改证据。 |
048P0-必须客户需求 | 权限与安全数据加密与容灾备份 | 待实测 | 支持中心宣称TLS 1.2+、静态加密、AWS KMS、RPO 5分钟、RTO 4小时及年度SOC 2 Type II；均属供应商文档，尚无审计报告或恢复演练证据。 | 取得安全白皮书、架构、正式SOC 2报告与bridge letter、渗透测试摘要、恢复演练和删除证明。 |
049P1-重要客户需求 | 本地化与合规北美DOT、49 CFR与CCPA适配 | 需补齐 | 危险品字段覆盖UN号、DOT proper shipping name、等级、包装组、紧急联系人和MSDS；政策受加州法管辖。 | 由合规人员逐条确认49 CFR/CCPA责任、记录保留、数据主体请求和特殊运输边界。 |
050P0-必须客户需求 | 本地化与合规中英双语与多时区 | 需补齐 | 注册页存在语言切换，实际Google授权与英文注册流程可用；未验证后台中文完整度和多时区处理。 | 分别用中英文和跨美东/美西的订单验证时间显示、夏令时、导出和通知。 |
051P0-必须客户需求 | 系统集成ERP、财务与业务系统集成 | 可进UAT | 公开REST API、scope、webhook、Inbound API、CSV报表和300次/分钟限制均有具体文档；网关无凭据返回标准401。 | 仍需用正式API Key连接ATS目标ERP/财务系统，验证字段映射、重试、幂等、监控和许可费用。 |
052P1-重要客户需求 | 系统集成外部移动端集成 | 需补齐 | Inbound API可接收外部tracking event、位置和ETA；未见WeDriver现成适配器或移动端身份模型。 | 用WeDriver或一个真实移动端沙箱完成事件、附件、位置、失败重试和权限验证。 |
053PX-现场定级客户需求 | 库存管理库存上传与初始化 | 缺口 | 当前xSHIP公开TMS/API没有库存初始化接口；商标申请范围和“仓储合作伙伴”不能证明WMS已交付。 | 先在ATS仓库现场定级；若纳入，要求用脱敏库存文件实际导入、校验和回滚。 |
054PX-现场定级客户需求 | 库存管理库存检查与库存查询 | 缺口 | 未发现SKU、库位、可用量、冻结量或批次库存的公开产品证据。 | 确认现有WMS是否保留；现场用SKU/批次/库位查询并与实物对账。 |
055PX-现场定级客户需求 | 库存管理库存状态与质检、冻结管理 | 缺口 | 未发现质检、冻结、损坏、可用/不可用库存状态流程。 | 走一票收货差异和质检冻结，验证状态、权限、原因、解除和财务影响。 |
056PX-现场定级客户需求 | 入库管理入库交货与入库单管理 | 缺口 | 公开平台聚焦运输报价、执行和账单，未见ASN、入库预约或入库单。 | 到仓库走查预约、到门、卸货和单据核验，再决定集成或新建。 |
057PX-现场定级客户需求 | 入库管理收货确认与差异登记 | 缺口 | 未见点数、破损、批次、照片、收货差异和审批流程。 | 用一票短少/破损样本现场验证记录、照片、责任和库存影响。 |
058PX-现场定级客户需求 | 入库管理上架任务与库位建议 | 缺口 | 未见仓库库位、上架策略、任务分配或扫码确认。 | 确认库位结构、设备和策略，再要求真实移动端完成上架与异常。 |
059PX-现场定级客户需求 | 出库管理出库请求与仓储订单 | 缺口 | 未见出库请求、wave、allocation或仓储订单对象。 | 跟岗出库流程并决定由现有WMS、ERP还是集成层承担。 |
060PX-现场定级客户需求 | 出库管理拣选任务与按参考拣选 | 缺口 | 未见拣选任务、路径、批次/序列、复核和缺货处理。 | 用实际订单走完分配、拣选、短缺、复核和取消。 |
061PX-现场定级客户需求 | 出库管理出库发运与Goods Issue | 缺口 | 运输shipment不等于WMS Goods Issue；未见库存扣减、装车确认与财务过账。 | 验证WMS到TMS交接、装车、库存扣减、取消冲销和ERP回写。 |
062PX-现场定级客户需求 | 仓储移动端移动端仓储作业 | 缺口 | 未见仓储PDA/扫码移动端；司机/运输事件不能替代仓库作业。 | 在ATS实际PDA、扫码枪、Wi-Fi和标签环境完成收货、上架、拣选、盘点。 |
063PX-现场定级客户需求 | 仓储异常仓储异常、取消、冲销与拒绝 | 缺口 | 未见仓储差异、取消、冲销和拒收闭环。 | 以破损、短少、错库位和取消出库四种情形做端到端验收。 |
064PX-现场定级客户需求 | 库存管理实物盘点管理 | 缺口 | 未见周期盘点、冻结、差异审批、库存调整和财务追溯。 | 现场完成一次小范围盘点并对平系统、实物和差异审批。 |
065P0-必须顾问控制 | 数据可信底座源文件清单与版本指纹 | 缺口 | 公开API有对象ID和幂等键，但未见源Excel/CSV/PDF的SHA256、Owner、权威版本和只读保留。 | 要求展示源文件登记、重复导入识别、不可覆盖和事实到文件版本的追溯。 |
066P0-必须顾问控制 | 数据可信底座Raw/Staging/Curated分层 | 缺口 | 公开材料未说明数据分层、单元格血缘、幂等重跑或ATS自有数据架构。 | 由ATS定义数据控制层；抽查20条事实100%追溯到file/sheet/row/cell。 |
067P0-必须顾问控制 | 数据可信底座Evidence、Confidence与Review Queue | 缺口 | 地址校验有valid/corrected/unverifiable状态，但未见通用AI证据、置信度和人工复核队列。 | 构造缺失、冲突和模糊样本，验证人工复核前后值、Owner、SLA和回写。 |
068P0-必须顾问控制 | AI治理规则、Prompt、模型版本留痕 | 缺口 | 未发现模型、Prompt、解析器、规则版本、评测集、A/B和回滚的公开产品证据。 | 该能力应由ATS企业记忆/控制层定义，不能仅依赖供应商口头AI愿景。 |
069P0-必须顾问控制 | 报价闭环Quote-to-Actual闭环 | 需补齐 | 公开对象可从quote session进入booked shipment、invoice和rebill；未见Won/Lost、客户收入和最终毛利对平。 | 选10票关联询价、报价版本、订单、承运商实际、账单、rebill、收入和毛利。 |
070P0-必须顾问控制 | AI治理关键字段缺失时禁止自动出价 | 可进UAT | 地址校验会阻断invalid/unverifiable；危险品字段按条件必填，缺失返回422；接口不成功时不返回可预订报价。 | 把ATS的起终点、设备、重量尺寸、时间窗、permit和费用口径配置为P0/P1安全门。 |
071P0-必须顾问控制 | 外部价格外部费率授权、时效与降级标识 | 可进UAT | 报价返回carrier、pricing_source、breakdown、expires_at并使用授权API Key；公开端点无凭据会标准401。 | 取得正式许可和合同，验证live/cache/expired/demo/失败状态、查询留痕、调用量和费用承担。 |
072P0-必须顾问控制 | 交付治理Demo、Pilot、Production强制标识 | 缺口 | 官网、API示例和注册流程未提供环境命名、数据标识、发布门禁或生产验收证据。 | 合同和界面强制标识环境；只有真实接口、真实用户、真实数据和签字用例才计入完成。 |
原始来源与核验边界截至2026-07-24
政府监管FMCSA SAFER · Rapid Deals官方商标USPTO · XSHIP 99375227官方商标USPTO · XSHIP.AI 98730736官方商标USPTO · WAREHOUSE.PLUS 99391003官方商标USPTO · Warehouse Plus Inc 99873069产品资料xSHIP API需求校对基线物流运营系统 · 64项公开需求已批准账号实测xSHIP TMS Dashboard合同边界xSHIP Terms数据边界xSHIP Privacy产品资料Warehouse.Plus资本参与事实SEC · Linkhome 2026 DEF 14A冲突核验Pro Fulfill公开3PL业务公司核验入口California Secretary of State
商标申请的商品／服务类别不等于已经实际交付；同址不等于母子公司； 空测试租户不等于客户生产验收；支持中心的安全表述属于供应商声明，不等于独立审计。 本页不构成法律、投资或信用评级意见。