数据检索时间：2026 年 9 月。文中价格为公开渠道可查价，实际以当期营业厅／官方商城报价为准。

测算基准：50 家门店的区域连锁，每店 8 路 400 万像素摄像头 + 2 台收银机。

结论先行

一句话：打通收银与监控，难点不在摄像头，也不在收银软件，而在"门店内网能不能被总部安全、低成本地当成自己的局域网来访问"。

绝大多数失败的多门店监控项目，都卡在这最后一段：要么拉专线（贵、慢），要么把视频推到公有云（视频上云了，收银数据还在门店内网，两者永远对不上），要么自建 VPN（软件免费，人力很贵）。

基于 50 店基准模型的三年 TCO 测算（口径见第九章）：

推荐 D 的理由有两层：

1. 它是四套方案里 TCO 最低的。 三年 68.3 万元，比自建 VPN 省 12.9 万元（-15.9%），比公有视频云省 6.7 万元（-8.9%），比 MPLS 专线省 111.9 万元（-62%）。注意——它省下的是真金白银，不是靠砍功能砍出来的。

2. 它也是唯一真正能打通的方案。 视频云（C）做不到 L2/L3 打通，架构上就做不到；专线（A）和自建 VPN（B）能做到，但要分别为"贵"和"重"付出代价。

换句话说：D 不是"便宜的替代品"，而是"在最低成本上唯一成立的解"。

一、先算清楚：你要搬的到底是什么数据

本章要点：先拆数据，再谈带宽。顺序反了，预算一定失控。

很多连锁企业一上来就问"要拉多大的线"，这是顺序错了。先拆数据。

1.1 三段数据流

[门店内] [门店→总部] [总部]

收银机 POS ──┐

├─→ NVR 叠加 ─→ 虚拟专网 ─→ 监控平台／稽核平台

摄像头 IPC ──┘ (OSD/文本) ↑

└─→ ERP／会员／进销存

第一段（门店内）：POS 交易流水文本 → NVR，叠加到对应收银台画面上，形成"交易 + 视频"的绑定记录。

第二段（门店→总部）：总部按需调阅、事件片段回传、业务数据同步。

第三段（总部）：多店画面汇总、按交易号检索、异常交易告警。

1.2 带宽测算：关键指标是上行，不是下行

这是全文最重要的一个提醒：视频回传吃的是上行带宽，而绝大多数门店宽带的上行只有下行的 1/10。

深圳移动 2025 年商铺宽带报价就很典型：1000M 下行／100M 上行，年费 8,990 元；1000M 下行／50M 上行，年费 4,990 元——下行一样，上行差一倍，价格差 4,000 元。

采购时如果只说"要一条 500M 的宽带"，拿到手的很可能是 500M 下行／30M 上行。8 路主码流（32 Mbps）一开就顶满，收银立刻转圈。

1.3 一个反直觉的数字：全量回传需要 1.6 Gbps

假设总部要 7×24 全量调阅所有门店的主码流：

50 店 × 8 路 × 4 Mbps = 1,600 Mbps = 1.6 Gbps

总部需要 1.6 Gbps 的对称骨干，这已经不是"门店组网"的预算能覆盖的量级。存储侧同样惊人：

单店 30 天录像裸容量 ≈ 9.9 TB

全量集中到总部 = 50 × 9.9 TB ≈ 495 TB（加冗余约 700 TB）

结论：多门店监控的正确姿势是"本地存储 30–90 天 + 总部按需调阅 + 事件片段回传"，而不是全集中。

这个结论很关键——它把选型焦点从"带宽多大"转移到了"能否随时建立连接"。而后者，正是一张虚拟局域网该干的事。

二、什么叫"打通"：三个层次

本章要点：用 L1／L2／L3 分级验收，别被"能看画面"糊弄过去。

很多项目号称"打通了"，实际只做到了第一层。建议用这个分级来验收：

L2 怎么实现：NVR 原生 POS 接入

以海康威视 NVR 为例，设备自带 POS 配置功能（System → POS），支持三类协议：

Universal Protocol（通用协议）：可自定义起始行标识符、换行标记、结束行标记、是否区分大小写，还支持 XML 协议与过滤标识符——这是国内收银软件最常用的一条路，收银机把小票文本按 TCP 发到 NVR 指定端口即可。

EPSON／AVE／NUCLEUS：国际 POS 常用协议，NUCLEUS 需走 RS-232。

连接方式支持 TCP／UDP／RS-232／USB-to-RS-232／组播／Sniff（旁路抓包） 六种。

也就是说，"收银数据叠加到监控画面"这一步，主流 NVR 原生就支持，不需要开发、不需要上云，成本为零。

真正卡住项目的是第二步：总部怎么安全访问到这 50 台 NVR。

一个硬约束：NVR 支持的 POS 设备数量通常为通道数的一半（例如 16 路 NVR 支持 8 台 POS）。选型时别只看摄像头路数。

三个必须做对的细节

1. 时钟同步是生命线。 NVR、POS 机、组网设备必须指向同一个 NTP 源。偏差超过 2 秒，交易时间与录像时间就对不上，L2 直接失效。建议由总部 NTP 服务器统一授时，或让门店路由器承担 NTP 转发。

2. 叠加只在本地 NVR 完成。 叠加后的录像留在门店本地，总部调阅时看到的就是带小票文本的视频——这比"视频传总部、流水传总部、两边再关联"简单一个数量级。

3. 权限分级。 收银员账号不得具备录像删除／导出权限；总部稽核账号按门店、按时间段授权；所有调阅留日志。

三、四套方案全景对比

本章要点：四条路都能"看到画面"，但只有两条半能真正打通。

说明：部分小微商户采用的"NVR 端口直接映射公网"做法，本文不列为正式方案——它不具备可扩展性，且在等保与《个人信息保护法》合规审查下无法过关。连锁规模下这不是一个可选项。

方案 A：MPLS 专线（每店一条）

传统做法。每店拉一条 10M MPLS VPN 到总部，门店再单独拉一条普通宽带承载上网和顾客 WiFi。

优点：SLA 硬、质量稳、运营商兜底；安全合规审查最容易过。

缺点：贵，且慢。开通周期 2–4 周，新店装修完了还在等线；带宽升级要走变更单；且它不解决监控回传——10M 带宽根本扛不住视频。

方案 B：自建 IPSec／WireGuard

总部自建一台服务器，门店用开源方案建隧道。

优点：软件零成本，技术可控，没有被厂商锁定。

缺点：账面上省的钱，会以人力形式还回去。 50 个站点的密钥轮换、配置分发、版本升级、跨省质量调优、故障排查，全部压在 1 个人身上。更要命的是没有可视化平台——出了问题是"门店店长打电话说看不到画面"，然后远程盲猜。

另一个硬伤：摄像头和 NVR 通常无法安装 VPN 客户端，必须在门店额外加一台网关设备做中转，硬件成本回来了，复杂度也回来了。

方案 C：公有视频云（萤石云／乐橙／云厂商视图计算等）

摄像头直连公有云，总部从云端取流。

优点：开箱即用，不用管门店网络，移动端体验好。

缺点：它解决的是"看视频"，不是"打通收银"。 视频在云上，收银数据在门店内网，两者时间基准不同、系统不同。想做"交易号 → 录像"的精确关联，只能依赖云厂商开放 API 做二次开发。此外：

云存储按路数按年收费，8 路 × 50 店 × 300 元/路/年 = 12 万元/年，随门店数线性增长，涨价不可控；

老摄像头往往不兼容，需要换机；

录像调取受限于云厂商接口与留存策略；

涉及人脸等个人信息，留存与出境合规需要单独评估。

方案 D：贝锐蒲公英 SD-WAN（推荐）

在每家门店放一台蒲公英组网路由器，总部放一台机架式网关旁路接入，云端平台统一纳管。

核心变化是：总部的监控平台访问门店 NVR，就像访问自己机房里的一台设备——用的是虚拟局域网 IP，不需要公网 IP，不需要端口映射。

优点

门店内网整段可达：NVR、收银机、广告屏、NAS 全部在同一张虚拟网里，视频与交易数据天然同网可对时，L2／L3 打通没有架构障碍；

零接触部署：设备出厂预配置，到店插电联网自动注册上线，不需要 IT 出差，新店当天开业当天通网；

无需公网 IP：这一项在当下越来越值钱——公网 IPv4 地址资源紧张，运营商普遍按 50–100 元/月单独收费；

应用级 QoS：收银／ERP 最高优先级，视频回传限速封顶，顾客 WiFi 最低——一条线上跑三套业务互不抢资源；

可视化运维：云端仪表盘实时看每店每链路的延迟、丢包、带宽占用，异常自动推送到管理 APP／企微／钉钉／飞书；

可私有化部署：组网服务器可部署在企业本地，数据不出内网，满足严格的安全审查；

链路冗余：X4 Pro 等型号内置 4G／5G 模块，宽带断线自动切蜂窝网络，收银不掉线。

缺点（也说清楚）

硬件 + 授权构成持续年费，门店数越多授权费越显著（好在单价低于专线一个量级）；

转发模式下受服务级别带宽限制（P2P 直连不限速，实际组网会优先打通直连）；

不适合需要 7×24 全量主码流集中存储的场景——但如第一章所述，那种场景本身就不成立。

3.5 对比矩阵

四、三年 TCO 测算

本章要点：蒲公英方案三年 68.3 万，是四套里最低的——比自建 VPN 还便宜 12.9 万。

4.1 测算口径（重要）

4.2 分方案明细

方案 A：MPLS 专线（3 年）

单店年均 12,013 元｜首年 684,000 元

MPLS 10M 单价取 600 元/月：广发银行杭州分行 2025 年招标中标价为 100–500 元/条/月（大客户集采），运营商通用分层定价约 800–1,500 元/月，取中位。

方案 B：自建 IPSec／WireGuard（3 年）

单店年均 5,413 元｜首年 294,000 元

自建方案的"免费"只在软件许可这一项。0.8 FTE 的人力占用是 48 万元——比所有硬件加起来还贵。

方案 C：公有视频云（3 年）

单店年均 5,000 元｜首年 270,000 元

云存储单价 300 元/路/年为市场常见区间（约 200–400 元），按路数年费是该方案的长期成本主体，且随门店数线性增长。

方案 D：贝锐蒲公英 SD-WAN（3 年）★

单店年均 4,553 元｜首年 245,693 元

硬件价格来源：贝锐官方商城在售价（X5 Pro 499 元、X4 Pro 599 元、G300 Pro 1,599 元）。授权费用来源：贝锐蒲公英官网方案文章给出的商业级指导价（硬件成员 328 元/个/年、客户端成员 148 元/个/年）。第三方渠道报价略有差异（专业级 168/78、商业级 298/128、旗舰级 468/188、铂金级 838/368），测算按官方指导价取，偏保守。

4.3 汇总对比

四个关键观察：

1. D 方案三年 TCO 最低，68.3 万元。 比自建 VPN 省 12.9 万元（-15.9%），比视频云省 6.7 万元（-8.9%），比 MPLS 省 111.9 万元（-62%）。

2. D 方案首年投入也最低，24.6 万元。 视频云首年 27.0 万、自建 VPN 首年 29.4 万，都比它高——D 是首年与三年双料最低，不存在"前期便宜后期贵"的陷阱。

3. B 方案为什么反而更贵？ 因为 0.8 FTE 的人力占用就是 48 万元。自建省下的软件授权费，被人力吃光还倒贴。这是"免费方案"最典型的账。

4. C 方案的成本是"按路数线性增长"的，门店越多越贵，且单价由云厂商决定；D 方案成本由企业自己控制（硬件 + 授权 + 自选宽带）。

4.4 小微连锁 5 店版本

不是所有读者都有 50 家店。5 家店的配置与账：

对比 5 店拉 MPLS：仅线路费就是 5 × 8,400 = 4.2 万元/年，加上总部专线、开通费与人力，首年通常在 15 万元以上。5 店规模的蒲公英方案首年不到 2 万元。

补充说明：蒲公英免费版支持 3 个成员组网（含硬件与客户端），流量不限。3 家店以内的小微商户可以先零成本验证，跑通了再升级付费服务。

五、为什么在"收银 × 监控"这件事上，蒲公英更合适

本章要点：有些能力是钱换不来的。方案 C 就算再便宜 30%，也做不到 L2／L3。

前面算的是钱。这一章说的是：为什么最便宜的那个，恰好也是唯一能打通的那个——这不是巧合。

5.1 门店内网整段迁移 vs 视频上云

这是根本性的架构差异。

方案 C（视频云）：视频流上云，收银流水在门店内网或收银 SaaS 上。两个系统，两个时间基准，两套账号。 想实现"输入交易号 → 跳到录像"，必须做跨系统二次开发，且依赖云厂商开放能力。

方案 D（蒲公英）：总部与 50 家门店处于同一张虚拟局域网内。总部的监控平台直接用固定虚拟 IP 访问门店 NVR——和访问本部机柜里的设备没有区别。叠加了小票文本的录像，调阅时直接带交易信息，无需任何跨系统关联。

一句话：蒲公英是把"门店内网"搬到总部面前，视频云是把"视频"搬到云上——前者包含了后者，后者不包含前者。

5.2 零接触部署：连锁扩张的刚需

连锁最痛的不是运维，是开店。传统专线开通 2–4 周，门店装修完了、租金在烧、员工在培训，就等一条线。

蒲公英的做法：总部在云端预生成门店配置模板 → 设备快递到店 → 店长插电联网 → 15–30 分钟自动注册上线 → 平台确认在线，业务开通。同一天开 10 家店也没有压力，全部由总部云端批量下发策略。

5.3 QoS：一条线跑三套业务

这意味着门店不需要为监控单独拉第二条线——这是相对"双线并行"做法最直接的省钱点。

5.4 可视化运维：50 家店的 NOC

云端仪表盘实时显示每个门店、每条链路的延迟、丢包、抖动、带宽占用率，设备在线状态变更自动告警并推送到管理 APP／企微／钉钉／飞书。

实际价值在于故障定位时间：

传统方案：店长打电话说看不到画面 → IT 远程盲猜 → 不行就出差。以天计。

蒲公英方案：平台红色告警"12 号店上行链路丢包 18%" → 远程调整 QoS 或切 4G 备份 → 分钟级恢复。

5.5 安全与合规

传输加密：自研 VPN 协议，端到端高强度加密，收银数据与会员信息全程密文。

无公网暴露面：不需要公网 IP、不需要端口映射，NVR 对互联网完全不可见，从源头消灭了扫描与撞库攻击面。

精细授权：可按成员、按时间、按目标资源设置访问策略，离职员工权限秒级回收。

日志审计：接入行为全程记录，事前可感知、事后可追溯。

私有化部署：对数据不出内网有硬要求的企业（如医药连锁的医保专线场景），可将组网服务器部署在企业本地。

5.6 落地架构与配置清单

【总部机房】

G300 Pro（机架式网关）──旁路模式接入，不动现有拓扑

│

├── 监控／稽核平台服务器（如海康 iVMS-8700 或第三方 VMS）

├── NTP 时间服务器（统一全网时钟）

└── 云管理平台（批量下发策略、告警、可视化大屏）

│

（蒲公英虚拟专网，端到端加密）

│

┌──────────────────┼──────────────────┐

│ │ │

【标准店】 【旗舰店】 【新店／临时店】

X5 Pro X4 Pro（8 网口 X4C 4G 路由

（主路由） + 内置 4G/5G （无宽带也能开）

│ 双 WAN 聚合）

├─ NVR（8 路） ├─ NVR（16 路）

├─ 收银机 ×2 ├─ 收银机 ×4

├─ 广告屏 ├─ 广告屏／客流

└─ 顾客 WiFi └─ 顾客 WiFi（云 AP A20）

配置要点清单：

1. 全部设备指向同一 NTP 源，偏差控制在 1 秒内（这是 L2 打通成败的关键）

2. NVR 开启 POS 接入（System → POS），协议选 Universal Protocol，连接方式选 TCP，绑定收银机 IP

3. 总部监控平台按虚拟 IP 批量添加门店 NVR，而非域名或公网端口

4. QoS 策略：收银业务最高优先级，视频回传限速为门店上行的 60%

5. 告警策略：设备离线、上行丢包 > 5%、带宽占用 > 80% 触发推送

6. 权限矩阵：店长（本店实时 + 回放）、区域经理（管辖门店）、总部稽核（全量 + 导出）、IT（设备管理）

六、落地实施六步

试点阶段必须验证的三件事（很多项目跳过试点，后面必返工）：

交易号能否精确检索到录像（时间偏差是否在可接受范围）

收银高峰时段视频回传是否影响收银响应（QoS 是否生效）

断网时 4G 备份能否在业务无感知的情况下接管

七、ROI 与回收期

假设 50 店连锁，单店年销 500 万元，集团年销 2.5 亿元。

回收期测算（仅计组网成本节省 + 损耗下降 + 稽核人力）：

年化收益（保守） = 25 + 16 + 6 + 37.3 = 84.3 万元

首年投入 = 24.6 万元

回收期 ≈ 3.5 个月

即便剔除最具弹性的"损耗率下降"一项：

年化收益（极保守） = 16 + 6 + 37.3 = 59.3 万元

回收期 ≈ 5 个月

口径提醒：损耗率下降 0.1pp 是保守假设，不是承诺值。 实际效果取决于异常交易规则配置质量、稽核流程执行力与门店配合度。建议试点期用真实数据校准这个系数，再决定是否全量推广。

八、风险与不适用边界

诚实地说清楚什么情况下不该选蒲公英：

另外三个实施风险：

1. 收银软件不开放输出。 部分 SaaS 收银（如某些纯云端收银）不支持本地 TCP 输出小票文本。解决办法：改用 NVR 的 Sniff（旁路抓包）模式，或联系收银厂商开通打印口转发。选型前必须先确认这一点。

2. NVR POS 通道数限制。 支持的 POS 设备数 = 通道数的一半，2 台收银机至少需要 4 路以上 NVR。

3. 上行带宽被低估。 签约前务必用实际码流压测，不要只看下行速率。

九、数据来源与测算口径说明

9.1 数据来源清单

9.2 测算口径与假设

1. 硬件按一次性投入计，不做折旧摊销，便于现金流对比。若按 3 年直线折旧，各方案排名不变。

2. 监控摄像头、NVR、收银系统、本地存储在所有方案中一致，作为常量剔除。

3. 门店宽带统一按 3,000 元/年计。全国实际区间约 1,700–6,900 元/年（一线城市商务楼宇显著高于三四线商铺）。读者应用本地实际报价替换此值重算，这是本测算中弹性最大的变量。

4. 人力按 FTE 折算，不区分职级。自建方案（B）的人力占用是最大变量，若企业已有具备该能力的工程师且闲置，方案 B 的排名会上升。

5. ROI 测算中"损耗率下降 0.1pp"为保守假设，非承诺值。建议用试点数据校准。

6. 汇率与通胀未纳入，3 年周期按名义价格计算。

7. MPLS 单价取中位值 600 元/月。若企业能拿到接近集采价（100–300 元/月），方案 A 的 3 年 TCO 可降至约 110–130 万元，仍高于方案 D 约 60%。

9.3 如何自行重算

本模型的核心公式：

单店年均成本 = (硬件 ÷ 门店数 ÷ 年限) + 宽带年费 + 授权年费 + (人力 FTE × 20 万) ÷ 门店数

关键约束：门店上行带宽 ≥ 常连回传 + 峰值调阅余量（建议 ≥ 20 Mbps）

读者只需替换三个变量即可套用：门店数、本地宽带报价、人力 FTE。