SUPPLIER EVIDENCE BRANCH · 2026.07.24

xSHIP值得继续验证，
但现在还不能写“已完成”。

我已完成公开背景调查、注册流程和API可达性核验，并把ATS的72项URS逐条对照。这不是供应商宣传页，也不是负面评级；它回答一个更严格的问题：目前哪些能力有证据、哪些只有局部或口头覆盖、下一次演示必须证明什么。

查看72项矩阵打开xSHIP注册页 ↗查看公开API ↗

01 · EXECUTIVE VERDICT

先分清“产品证据”和“ATS验收完成”

下面的13项并不是完成项，而是最值得优先进入Sandbox/UAT的能力；只有同题实测、真实用户和签字结果通过后才能升级为完成。

可进UAT13

有产品／API证据

公开文档给出了明确对象、字段、状态或接口，且API网关可达；仍未使用ATS真实账号、数据和签字用例验收。

需补齐24

部分覆盖

现有能力覆盖了需求的一部分，但ATS专项字段、审批、历史版本、业务闭环或责任边界仍不完整。

待实测3

仅官网宣称

官网或政策页面出现相关描述，但没有可操作后台、接口字段、连续生产记录或验收证据支持。

缺口32

未见对应证据

截至本次公开调查与注册体验，未发现能对应ATS验收口径的产品证据；不等同于供应商永远不能开发。

当前最中立的判断

xSHIP已经不像“只有概念”：注册系统、详细API文档、授权网关、报价/预订/跟踪/账单对象都真实存在。但它与ATS最关键的储能专项报价、利润闭环、销售分析、WMS、数据血缘与AI治理之间仍有明显距离。因此可以把它提升为值得用同题案例验证的候选，不能提升为“已证明可承担ATS全系统”。

02 · PUBLIC BACKGROUND

公开背景：真实主体、轻资产中介与软件平台并存

品牌、法律实体、经纪资质和产品责任必须在合同中对齐，不能仅凭同一地址或共同创始人推定。

产品定位

美国本地配送＋全国LTL的货运交易平台

官网把xSHIP描述为面向shipper的报价、预订、跟踪、账单、索赔、团队权限和报表平台，并宣称可比较RapidDeals LTL/TL与xSHIP Network运价。

供应商自述

法律关联

XSHIP商标申请人为Rapid Deals Inc.

公开商标记录显示，XSHIP申请覆盖物流软件、TMS/WMS、运输、仓储与履约，申请人为Rapid Deals Inc.；这证明品牌关联，不自动证明所有关联公司的股权结构。

公开登记

运营角色

条款把xSHIP定位为中介，而非自营承运/仓库

2026年6月23日服务条款称其连接客户与承运商、仓库及履约伙伴，并明确称xSHIP不是motor carrier、freight forwarder、warehouse operator或parcel carrier。

官方条款

经纪资质

Rapid Deals公开记录为Active Broker

FMCSA SAFER显示Rapid Deals拥有有效经纪权限、0辆Power Units；这与轻资产货运经纪/平台模式一致，不代表软件实施团队规模。

联邦记录

原始/公开来源

xSHIP官网 ↗API Reference ↗Terms of Service ↗XSHIP商标记录 ↗FMCSA SAFER ↗

仍需书面澄清

谁签约、谁处理数据、谁负责运输与软件SLA？

官网页脚使用“xSHIP, Inc.”，商标申请人为Rapid Deals Inc.，服务条款又只写“Xship”且称运输/仓储由第三方提供。正式合作前，应取得准确签约主体、DBA/商标许可、数据处理方、IP所有权、保险、分包商和责任限制。

03 · HANDS-ON REGISTRATION

注册实测：入口真实，但不是“注册即用”

测试时间：2026年7月24日 09:25 PDT。未上传ATS数据，未绑定付款方式，未创建任何运输订单。

亲测通过

注册入口可用

tms.xship.com/register可使用公司名、姓名、邮箱/密码或Google账号注册；页面有语言切换。

亲测通过

Google授权成功

使用已授权的工作Google账号完成OAuth，仅共享名称、头像与邮箱；未提交ATS客户、运单或付款信息。

等待管理员

账号建立后进入审批队列

系统返回“Registration successful. Please wait for admin approval before logging in.”，无法立即进入后台。

接口可达

公开API网关存在

api.xship.com/v1可达；无API Key访问shipments与coverage会返回结构化401，说明网关在线，但不证明业务接口已通过生产UAT。

本次实测结论

注册成功后系统明确要求等待管理员审批。审批通过前无法核验后台导航、真实报价、团队权限、审计日志、报表和API Key。因此本页把后台相关能力全部保持在“产品/API证据”“部分覆盖”或“官网宣称”，没有伪装成亲测完成。

04 · ATS 72-ITEM TRACEABILITY

ATS 72项URS逐条覆盖矩阵

原始64项需求加8项数据/AI治理要求。筛选“可进UAT”可以快速看到xSHIP最值得先证明的部分；筛选“缺口”则是下一次供应商书面回复的重点。

搜索模块优先级

当前显示 72 / 72 项

“有产品/API证据”仍不等于ATS验收完成。

URS	需求	当前判断	已看到的证据	下一步同题验证
`001`P0-必须	报价管理客户询价登记与报价流程启动	需补齐	POST /v1/quotes会建立可持久化报价会话，并返回shipment_uid；支持幂等键避免重复会话。	用邮件和手工录入各10条真实RFQ，核对来源、Owner、状态历史和重复消息处理。
`002`P0-必须	报价管理储能物流专项报价模板	需补齐	报价接口包含危险品、UN号、DOT proper shipping name、等级、包装组、MSDS与尺寸重量字段。	证明锂电池、储能柜、超限/超重、permit和ATS必填字段可以配置为模板和安全门。
`003`P0-必须	报价管理北美运价库维护	需补齐	公开接口可汇集RapidDeals LTL/TL与xSHIP Network报价，并返回承运商、有效期和pricing_source。	展示费率维护后台、授权来源、生效/失效、版本、导入导出与历史复算。
`004`P0-必须	报价管理燃油费、ETC/通行费及附加费更新	需补齐	报价返回示例明确拆分base_freight、fuel_surcharge和accessorials；请求支持多类附加服务。	证明费率来源、更新时间、生效版本、通行费规则以及历史报价不会被新费率静默改写。
`005`P0-必须	报价管理报价自动测算	可进UAT	POST /v1/quotes定义了地址、货物、危险品和附加服务输入，并返回多承运商总价、明细和有效期。	取得获批账号/API Key，用ATS固定样本重复计算并与人工报价、真实承运商返回逐项对平。
`006`P0-必须	报价管理报价版本管理	需补齐	报价会话可持久化并查询多个承运商报价，但未见同一客户报价的版本差异、最终版锁定和审批历史。	现场创建三个版本，比较金额/条款/字段差异并验证锁定、审批人与时间。
`007`P0-必须	报价管理亏损报价拦截	缺口	公开材料展示运费成本与报价，但未见目标毛利、合同运价或亏损阈值拦截。	要求用一票低于毛利底线的ATS样本现场触发阻断、例外审批和审计日志。
`008`P0-必须	报价管理正式报价单输出	待实测	官网宣称CSV/PDF导出，API明确支持发票PDF；未见正式客户报价单模板和锁定流程。	用ATS中英双语模板生成、审批、锁定并归档一份可发送报价PDF。
`009`P1-重要	订单/BOL报价确认后一键转订单	可进UAT	文档给出quote → book流程：使用shipment_uid和quote_uid预订，随后进入booked状态。	用真实测试账号验证字段继承、重复预订防护、撤销、权限与财务影响。
`010`P2-后续	订单/BOL储能专项订单字段	需补齐	货物结构含危险品等级、UN号、MSDS、尺寸重量和紧急联系人；未见温控、储能柜和permit全量字段。	对照ATS储能字段字典逐字段演示必填、继承、查询、报表和变更历史。
`011`P1-重要	订单/BOLPO 信息校验	可进UAT	shipment location的reference_number被定义为PO号；同公司30天内重复的pickup PO会被拒绝。	验证缺失、跨客户误配、时间窗之外重复以及例外审批规则。
`012`P2-后续	订单/BOL北美合规 BOL 生成	缺口	公开API提到shipment documents和BOL文本示例，但未发现生成、下载、签章或归档BOL的明确接口。	要求现场从订单生成一份真实BOL并核对字段、格式、签章、版本和下载权限。
`013`P1-重要	订单/BOL合规附件归档	可进UAT	公开文档定义shipment-documents上传MSDS/placard，claims支持附件，tracking event可返回POD照片或文件。	验证通用订单附件分类、预览、权限、保留年限、病毒扫描、导出和删除证明。
`014`P1-重要	订单/BOL订单变更审批与重算	需补齐	API支持更新、取消、改约和状态冲突控制；未见ATS式变更审批、费用重算和前后值审计。	用地址、货物、时间和费用四类变更逐项验证审批、重算、回滚和日志。
`015`P1-重要	运输需求手动创建运输需求及批量导入	需补齐	API可创建报价会话/运输对象并支持异步批量rate-shopping；未见CSV模板导入和逐行错误报告。	导入一份含正确、缺项、重复和格式错误记录的ATS模板，检查幂等和错误队列。
`016`P2-后续	运输需求运输路线选择	需补齐	系统按起终点报价并提供top routes报告；未见路线推荐、里程/permit或复杂路线成本优化。	用ATS特殊运输样本比较人工路线与系统建议，并解释约束、费用和不可行原因。
`017`P1-重要	运输需求运输需求全生命周期管理	可进UAT	公开API覆盖quoted、booked、pre_transit、in_transit、delivered、cancelled等状态及跟踪、账单和索赔对象。	在获批后台走一票完整测试单，确认Owner、历史节点、相关单据、异常和结算是否同源。
`018`P2-后续	运输计划运输需求拆分	需补齐	shipment模型列出multi_delivery、multi_pickup（最多200站）；报价接口同时声明多站报价尚未开放。	明确后台与API差异，并用多车、多批次、多站ATS案例验证拆分、执行和结算。
`019`P2-后续	运输计划手动运输计划	需补齐	可选择报价、预订、更新停靠点和改约；未见司机、车辆、设备、permit和人工计划工作台。	要求调度员现场创建计划、选择资源、发布、修改并展示冲突提示。
`020`P1-重要	运输计划承运商选择与资质匹配	需补齐	报价结果包含carrier id/name/SCAC并可选择具体quote_uid；未见保险、DOT、设备与货型资质自动匹配。	用合格与不合格承运商各一例验证准入、到期、阻断与例外审批。
`021`P1-重要	运输执行运输执行单生成与发布	需补齐	booking会生成已预订shipment并进入承运商分配流程；公开材料未证明执行单发布、撤回和对方确认界面。	由一名承运商测试用户接收执行单，验证通知、确认、拒绝、撤回和留痕。
`022`P1-重要	运输执行承运商接单确认/拒绝	缺口	API状态说明承运商可能被分配/接受，但未发现承运商门户的确认、拒绝和原因回传证据。	要求双角色现场演示，并用API或审计日志证明状态确由承运商动作产生。
`023`P1-重要	运输执行司机端/移动端任务执行	需补齐	tracking事件可标记source=driver并包含driver_assigned、位置和附件；未见司机任务端的公开演示或接口。	让真实测试司机完成接单、到达、拍照、异常和签收，检查离线、权限和定位频率。
`024`P1-重要	运输执行运输事件管理	可进UAT	GET tracking公开了事件时间、来源、描述、附件以及从分配司机到提货、在途和交付的事件字典。	验证自定义事件、计划/实际时间、人工更正、异常升级和报表口径。
`025`P1-重要	运输执行GPS 位置追踪	可进UAT	Inbound API定义位置上报与ETA更新；官网和tracking文档均描述实时位置/事件。	用连续行程验证数据源、刷新频率、断点、路线偏离、ETA准确率和客户分享链接。
`026`P1-重要	运输执行异常事件闭环管理	需补齐	系统有索赔、rebill争议、tracking事件与消息/附件；未见通用异常分类、Owner、SLA和关闭复盘。	构造延误、货损、无司机和费用差异四类异常，验证分派、提醒、关闭和根因。
`027`P1-重要	电子POD电子 POD 签收	可进UAT	官网明确宣称photo proof of delivery；tracking事件结构可带POD照片/文档和交付事件。	用司机端实测签名、时间、位置、照片、货物状态、法律格式和自动关联。
`028`P1-重要	结算管理客户结算账单生成	可进UAT	Billing API支持发票列表、详情、PDF下载、余额与支付；账单对象和网关均可达但需授权。	证明签收/计费触发、税费、调整、审批、会计导出和与ATS收入账的对平。
`029`P2-后续	结算管理预付、进场、尾款等阶梯结算	缺口	公开材料描述Net 30、信用卡/ACH/钱包和发票支付，未见按项目里程碑分阶段开票。	用ATS常见预付、进场、尾款规则配置并验证触发、比例、调整和取消。
`030`P1-重要	结算管理承运商费用确认与对账	需补齐	Rebill API支持客户接受/争议承运商追加费并上传证据；这不等于承运商对ATS应付费用的双向确认。	用承运商角色验证原始费用、追加费、差异、结算单和AP回写。
`031`P2-后续	结算管理多币种与汇率损益核算	缺口	公开报价和账单示例均为USD，未见汇率来源、本位币或汇兑损益。	要求用两币种订单演示报价、开票、付款、汇率日期和损益入账。
`032`P1-重要	利润/KPI单票/项目利润核算	缺口	公开Reports主要统计运输支出、票数与表现，未见客户收入、全成本、毛利和项目损益。	用10票Quote-to-Actual样本对平收入、承运商成本、附加费、rebill和最终毛利。
`033`P1-重要	利润/KPI管理层经营分析看板	需补齐	Reports API提供shipment volume、spend、performance、monthly spend和CSV导出；缺少营收、毛利和项目利润。	对照ATS管理口径验证每个KPI的定义、权限、下钻、导出和财务一致性。
`034`P1-重要	利润/KPI线路与客户维度分析	需补齐	API有top routes与spend-by-carrier；未见按客户的询价、收入、毛利和趋势。	用客户、线路、项目三维数据验证收入/成本/毛利、明细穿透和导出。
`035`P0-必须	资源管理承运商资源池与分级准入	需补齐	平台返回承运商ID、名称、SCAC并聚合RapidDeals与网络运力；未见ATS自主管理的资源池、等级和评价。	展示承运商建档、准入、服务范围、联系人、评级、停用和完整导出。
`036`P1-重要	资源管理承运商资质到期预警	缺口	未发现保险、DOT、司机或车辆证照有效期、提醒和过期阻断的公开证据。	用一份即将到期和一份已过期证照触发提醒、禁止选择和例外审批。
`037`P2-后续	资源管理车辆与司机档案管理	缺口	tracking事件包含司机分配，但未见ATS可维护车辆、司机、设备与证照档案。	要求展示建档、承运商关联、证照、停用、查询和数据导出。
`038`P2-后续	资源管理载具二维码与库存管理	缺口	公开xSHIP TMS/API未见载具二维码、库存、扫码或位置管理。	确认是否应交给现有WMS/资产系统；若纳入，现场扫码走完装卸和盘点。
`039`P0-必须	主数据组织、客户、供应商、货物、位置、线路主数据	需补齐	接口有地址、联系人、货物、承运商、路线和公司隔离字段；未见完整主数据维护、审批和治理。	演示主数据CRUD、启停、重复合并、来源、引用影响、权限和完整导出。
`040`P2-后续	主数据港口、线路及船期管理	缺口	当前公开产品聚焦美国本地与LTL/FTL，未见港口、海运线路或船期接口。	先确认ATS范围；若需要，要求实际船期来源、许可、刷新、异常和多式联运案例。
`041`P2-后续	主数据假期管理与特殊事项提醒	缺口	未发现节假日历、特殊货物提示词或计划冲突提醒的公开证据。	用美东/美西节假日和一票特殊货物验证提示、阻断和责任人。
`042`P0-必须	权限与安全用户、角色与 RBAC 权限控制	可进UAT	官网列出4个预设+自定义角色、逐用户覆盖；API Key可按scope限制并继承创建者权限。	获批后台后用管理员、报价、运营、财务、外部承运商五类账号做越权测试。
`043`P0-必须	权限与安全全链路操作日志与审计	待实测	官网明确宣称activity audit log，但公开API未见日志查询、前后值或导出。	抽查报价、改价、取消、权限、付款五类动作的用户、时间、前后值、IP和导出。
`044`P0-必须	权限与安全数据加密与容灾备份	待实测	隐私政策只称采用“合理的管理、技术和物理措施”，未说明静态/传输加密、备份、RPO/RTO或7年保留。	取得安全白皮书、架构、SOC 2报告、渗透测试摘要、备份恢复演练和数据删除证明。
`045`P1-重要	本地化与合规北美 DOT、49 CFR、CCPA 适配	需补齐	危险品字段覆盖UN号、DOT proper shipping name、等级、包装组、紧急联系人和MSDS；政策受加州法管辖。	由合规人员逐条确认49 CFR/CCPA责任、记录保留、数据主体请求和特殊运输边界。
`046`P0-必须	本地化与合规中英双语与美东/美西多时区	需补齐	注册页存在语言切换，实际Google授权与英文注册流程可用；未验证后台中文完整度和多时区处理。	分别用中英文和跨美东/美西的订单验证时间显示、夏令时、导出和通知。
`047`P0-必须	系统集成ERP 与业务系统集成	可进UAT	公开REST API、scope、webhook、Inbound API、CSV报表和300次/分钟限制均有具体文档；网关无凭据返回标准401。	仍需用正式API Key连接ATS目标ERP/财务系统，验证字段映射、重试、幂等、监控和许可费用。
`048`P1-重要	系统集成WeDriver 或其他移动端集成	需补齐	Inbound API可接收外部tracking event、位置和ETA；未见WeDriver现成适配器或移动端身份模型。	用WeDriver或一个真实移动端沙箱完成事件、附件、位置、失败重试和权限验证。
`049`P0-必须	报表分析Quote 到 Win/Lost 转换率分析	缺口	有报价会话和已预订shipment，但公开报表未定义Won/Lost、转换率或未成交状态。	用10个询价样本验证Won/Lost、分母口径、时间窗、重复报价和报表下钻。
`050`P0-必须	报表分析Lost Reason 分类分析	缺口	未发现Lost Reason字典、必填、分析或改进闭环。	配置ATS原因字典，验证丢单登记、审批、自由文本治理、趋势和责任人。
`051`P0-必须	报表分析客户询价、成交、收入与利润分析	缺口	公开Reports覆盖运输量和支出，不包含询价、成交、客户收入和利润的同源分析。	以客户为主键贯通RFQ、报价、订单、发票、实际成本和最终毛利。
`052`P0-必须	报表分析Sales Performance Dashboard	缺口	官网宣称可导出分析，但公开API没有销售人员、pipeline、转化、收入或毛利绩效。	对照ATS销售角色和目标，现场展示个人/团队指标、权限、归属变更和财务对平。
`053`PX-现场定级	库存管理库存上传与初始化	缺口	当前xSHIP公开TMS/API没有库存初始化接口；商标申请范围和“仓储合作伙伴”不能证明WMS已交付。	先在ATS仓库现场定级；若纳入，要求用脱敏库存文件实际导入、校验和回滚。
`054`PX-现场定级	库存管理库存检查与库存查询	缺口	未发现SKU、库位、可用量、冻结量或批次库存的公开产品证据。	确认现有WMS是否保留；现场用SKU/批次/库位查询并与实物对账。
`055`PX-现场定级	库存管理库存状态与质检/冻结管理	缺口	未发现质检、冻结、损坏、可用/不可用库存状态流程。	走一票收货差异和质检冻结，验证状态、权限、原因、解除和财务影响。
`056`PX-现场定级	入库管理入库交货/入库单管理	缺口	公开平台聚焦运输报价、执行和账单，未见ASN、入库预约或入库单。	到仓库走查预约、到门、卸货和单据核验，再决定集成或新建。
`057`PX-现场定级	入库管理收货确认与差异登记	缺口	未见点数、破损、批次、照片、收货差异和审批流程。	用一票短少/破损样本现场验证记录、照片、责任和库存影响。
`058`PX-现场定级	入库管理上架任务与库位建议	缺口	未见仓库库位、上架策略、任务分配或扫码确认。	确认库位结构、设备和策略，再要求真实移动端完成上架与异常。
`059`PX-现场定级	出库管理出库请求/出库仓储订单管理	缺口	未见出库请求、wave、allocation或仓储订单对象。	跟岗出库流程并决定由现有WMS、ERP还是集成层承担。
`060`PX-现场定级	出库管理拣选任务与按参考拣选	缺口	未见拣选任务、路径、批次/序列、复核和缺货处理。	用实际订单走完分配、拣选、短缺、复核和取消。
`061`PX-现场定级	出库管理出库发运与 Goods Issue	缺口	运输shipment不等于WMS Goods Issue；未见库存扣减、装车确认与财务过账。	验证WMS到TMS交接、装车、库存扣减、取消冲销和ERP回写。
`062`PX-现场定级	仓储移动端移动端仓储作业执行	缺口	未见仓储PDA/扫码移动端；司机/运输事件不能替代仓库作业。	在ATS实际PDA、扫码枪、Wi-Fi和标签环境完成收货、上架、拣选、盘点。
`063`PX-现场定级	仓储异常仓储异常、取消、冲销与拒绝	缺口	未见仓储差异、取消、冲销和拒收闭环。	以破损、短少、错库位和取消出库四种情形做端到端验收。
`064`PX-现场定级	库存管理实物盘点管理	缺口	未见周期盘点、冻结、差异审批、库存调整和财务追溯。	现场完成一次小范围盘点并对平系统、实物和差异审批。
`065`P0-必须	数据可信底座源文件清单与版本指纹	缺口	公开API有对象ID和幂等键，但未见源Excel/CSV/PDF的SHA256、Owner、权威版本和只读保留。	要求展示源文件登记、重复导入识别、不可覆盖和事实到文件版本的追溯。
`066`P0-必须	数据可信底座Raw/Staging/Curated分层	缺口	公开材料未说明数据分层、单元格血缘、幂等重跑或ATS自有数据架构。	由ATS定义数据控制层；抽查20条事实100%追溯到file/sheet/row/cell。
`067`P0-必须	数据可信底座Evidence、Confidence与Review Queue	缺口	地址校验有valid/corrected/unverifiable状态，但未见通用AI证据、置信度和人工复核队列。	构造缺失、冲突和模糊样本，验证人工复核前后值、Owner、SLA和回写。
`068`P0-必须	AI治理规则、Prompt、模型版本留痕	缺口	未发现模型、Prompt、解析器、规则版本、评测集、A/B和回滚的公开产品证据。	该能力应由ATS企业记忆/控制层定义，不能仅依赖供应商口头AI愿景。
`069`P0-必须	报价闭环Quote-to-Actual闭环	需补齐	公开对象可从quote session进入booked shipment、invoice和rebill；未见Won/Lost、客户收入和最终毛利对平。	选10票关联询价、报价版本、订单、承运商实际、账单、rebill、收入和毛利。
`070`P0-必须	AI治理关键字段缺失时禁止自动出价	可进UAT	地址校验会阻断invalid/unverifiable；危险品字段按条件必填，缺失返回422；接口不成功时不返回可预订报价。	把ATS的起终点、设备、重量尺寸、时间窗、permit和费用口径配置为P0/P1安全门。
`071`P0-必须	外部价格外部费率授权、时效与降级标识	可进UAT	报价返回carrier、pricing_source、breakdown、expires_at并使用授权API Key；公开端点无凭据会标准401。	取得正式许可和合同，验证live/cache/expired/demo/失败状态、查询留痕、调用量和费用承担。
`072`P0-必须	交付治理Demo、Pilot、Production强制标识	缺口	官网、API示例和注册流程未提供环境命名、数据标识、发布门禁或生产验收证据。	合同和界面强制标识环境；只有真实接口、真实用户、真实数据和签字用例才计入完成。

05 · NEXT PROOF GATE

下一步不是听第二次介绍，而是做受控同题验证

账号审批只是进入验证的门票；不能因为登录成功或API文档详细就提前批准实施、共创或投资。

审批体验账号，并提供只含模拟数据的Sandbox与最小权限API Key。

使用同一票ATS脱敏特殊运输案例，不用供应商预设演示数据。

现场走完RFQ、危险品/超限字段、报价、PO校验、预订、跟踪、POD、发票与rebill。

逐项展示日志、RBAC、数据导出、删除、备份恢复和第三方费率许可。

对32项未见证据逐项书面回答：现成、配置、开发、第三方依赖、不支持或不适用。

完成后只批准一个60–90天可停止Pilot；不把账号开通或API文档视为总实施能力。

CONDITIONAL GO

批准两周Sandbox＋一次同题演示

只使用模拟或脱敏数据；目标是把13项产品证据升级为UAT结果，并让32项缺口得到书面答复。

NOT YET

暂不批准总系统、生产数据或股权投资

待账号、团队、客户案例、安全资料、法律/IP结构和至少一票完整Quote-to-Actual闭环通过后再讨论。

证据规则

官网宣称不等于产品证据；API文档不等于生产运行；Sandbox通过不等于ATS业务验收；UAT通过也不等于投资尽调完成。

范围边界

本页评估的是xSHIP与ATS URS的当前匹配证据，不评价创始人诚信，不预测未来开发能力，也不替代法律、安全或财务尽调。

更新机制

管理员审批、现场演示或供应商书面回复取得新证据后，应更新对应行和日期；历史判断保留，避免口径漂移。