RCU 自行上报变化
插卡、开门、按下请勿打扰或温度变化，RCU 都会立即推送。TingEdge 无需逐间轮询。
技术与安全
四个相互独立的层次，每层只做一件事。断网时客房照常运行，敏感数据留在酒店，所有操作都留有记录。
断网时客房照常运行带确认的指令证件存放在酒店所有操作的日志
架构
四个层次，各司其职
客房设备、酒店现场的边缘设备、业务平台和应用相互分离。一层出现故障不会拖垮其他层。
- 在每间客房内
RCU
HDL 客房控制器读取房卡、门和传感器，并控制灯光、空调、窗帘。客房逻辑直接在 RCU 内运行。
- 每间客房一台 RCU
- 通过 Buspro 设备扩展
- 有变化时自行上报
- 酒店设备机房
TingEdge
运行 Linux、以 Docker 封装的小型计算机。它在内部网络中与 RCU 通信，汇集干净的数据，只把有价值的部分发送出去。
- 每家酒店一台或多台 TingEdge
- 运行定时任务和脚本
- 把客人证件保存在现场
- 云端或独立基础设施
平台
业务数据库，集中认证与权限管理。每家酒店的数据在数据库层相互隔离。
- 预订、账单、客房部、仓库
- 权限和认证包在此处
- 实时同步
- 用户界面
应用
面向前台和管理者的运营网页端、员工 App 和住客 App。界面和数据为越南语、英语双语。
- 在浏览器中运行的网页端
- App iOS, Android
- 采用酒店品牌的住客 App
在酒店网络内
内部网络中的前台电脑和员工 App 直接连接 TingEdge。房态几乎即时显示，无需绕道互联网。
酒店网络之外
出差的管理者以及使用自己 Wi-Fi 或 4G 的住客 App 经由云平台访问。同一个账号，同一套权限。
与客房的连接
从 RCU 到屏幕
唯一与 RCU 通信的是 TingEdge。屏幕上的状态就是客房的真实状态。
TingEdge 先过滤再发送
与当前状态对比，只发送变化的部分。温度、湿度、功率设有阈值，避免垃圾消息冲击系统。
带确认的指令
发往客房的指令最多重发三次。只有 RCU 确认真实状态后，界面才显示完成，不存在虚假状态。
房间失去信号时立即知晓
RCU 静默超过 5 分钟，房态格转为断线并产生告警。RCU 按硬件地址识别，因此更换 IP 不会搞混房间。
3次
指令重发后仍无响应时才报告无响应
5分钟
无信号超过此时间则报告 RCU 断线
15分钟
输错 5 次后锁定账号
2种语言
数据和界面为越南语、英语双语
出现故障时
客房不会随网络一起停摆
酒店全天 24 小时运营。系统设计成每种故障都有对应的应对方式。
断网
- TingEdge 继续控制客房、接收状态、响应门铃
- 内部网络中的电脑凭已登录的会话继续工作
- 事件在磁盘上排队，网络恢复后补传
- 暂时无法新登录，因为认证位于中心端
TingEdge 停止或重启
- 客房不会失控：RCU 自行运行房卡、按季节的空调和脚本
- 网页端仅显示提示，不会锁定房态图
- 入住、退房和费用入账仍可通过云端正常进行
连接恢复
- TingEdge 从平台拉取客房的期望状态，并自行与 RCU 核对
- 无论断线多久，恢复后都会回到正确状态
- 界面会显示正在同步，直到完成
软件更新
- TingEdge 远程接收 Docker 包形式的新版本
- 如果无法启动，会自动回退到旧版本
- 每次更新都无需派人到酒店
安全与访问
对的人，做对的事，全程留痕
对酒店员工精细授权，集中认证，现场设备不向互联网开放入口。
按个人设置权限
角色只是起始标签。可以为每个人单独增减权限：酒店允许时，客房员工也可以查看账簿。
集中认证
权限和软件套餐始终在中心端校验。TingEdge 没有自己的账号体系，只接受有效的会话。
输错后锁定
密码输错 5 次后账号锁定 15 分钟。可使用邮箱、手机号或 Google 登录。
操作日志
记录谁在何时对哪间客房做了什么。配置和权限变更都留有记录。
重大操作前再次确认
关闭整层、批量修改状态、修改 RCU 配置前必须确认，并事先说明后果。
TingEdge 不开放入站端口
TingEdge 只向外发起连接，不需要从互联网开放端口。RCU 网络宜放在独立的技术网络区域。
住客 App 使用一次性验证码
客人通过手机号和客房与住宿匹配时生成的一次性验证码进入。验证码有时效，退房后失效。
按酒店隔离数据
每家酒店只能看到自己的数据，即使多家小型酒店共用一个系统。
个人数据
客人证件留在酒店
帮助酒店履行 2025 年《个人数据保护法》和第 356/2025/NĐ-CP 号议定所规定义务的工具。
数据处理目的由酒店决定。TingHotel 提供工具，但不能替代法律咨询。
证件存放在酒店
身份证、护照的照片和信息存放在酒店内的 TingEdge 上并加密。证件不会备份到供应商的云端。
遮蔽显示，查看时留有记录
没有权限的人只能看到遮蔽后的内容。每次完整查看都会被记录。
到期自动删除
酒店设定证件保留期限。到期后系统删除或匿名化，仅保留不可识别身份的住宿历史。
记录同意
记录客人同意数据处理的时间和内容。不使用预先勾选的选项框。
数据主体请求登记簿
客人提出的查看、更正、删除或撤回同意的请求都会进入登记簿，并有计时器计算答复和处理期限。
数据泄露事件簿
记录发生时间、范围、处理方式，以及是否已通知主管机关。
不存储银行卡号
系统不保存客人的支付卡号。如果使用支付网关，只保存替代令牌。
提醒不要扣留身份证件
入住界面提醒前台按现行规定把证件原件归还客人。
数据保留期限
只保留有价值的数据
设备信号很多，但大多只在短期内有用。每类数据都有明确的保留期限。
1 至 2 周
设备事件
谁在何时把房卡插入哪间客房：仅对查询和核对具有短期价值。
1 年
能源
当天每小时一条记录，会被覆盖。每天保留一条汇总，用于按季节比较。
1 年
配置与权限日志
足以在一个运营周期内复盘谁修改了什么。
由酒店设定
业务档案
预订、账单、任务单不会自动删除。保留期限由酒店决定。
部署
三种部署方式
同一套软件，按业主的规模和存储要求选择运行位置。
共享云
酒店只需现场的 TingEdge。平台、备份和更新由 TingHotel 运营。
- 快速起步，无需专用服务器
- 每家酒店的数据相互隔离
酒店集群
连锁或一组小型酒店共用一个系统以降低成本，每处物业的数据仍相互隔离。
- 每个员工账号归属于一处物业
- 报表按集群合并
独立基础设施
业主自己的数据库和基础设施，服务器可部署在越南境内。
- 按项目确定的专属开发范围
- 符合数据境内存储的要求
集成
开放对接现有系统
外部 PMS
已使用其他 PMS 的酒店，仍可传递入住退房信息，按真实住宿状态控制客房。
BACnet/IP, Modbus, KNX
中央空调、水电表、公共区域照明通过附加模块接入。
API, webhook, MQTT
开放接口，可连接餐厅软件、POS 和业主的系统。
OTA 渠道、电子发票
与销售渠道同步价格和房态，并对接电子发票服务商。
面向 IT 团队
常见问题
TingEdge 是什么设备，放在哪里？
一台运行 Linux 的小型计算机，放在设备机房，与 RCU 处于同一网络。软件以 Docker 封装，可远程更新，不依赖机器配置。大型酒店可使用多台 TingEdge。
需要从互联网向酒店开放网络端口吗？
不需要。TingEdge 只会主动向外连接。远程支持仅在酒店允许时按会话开启，并留有记录。
RCU 网络、办公网络和客用 Wi-Fi 应如何规划？
建议把 RCU 和 TingEdge 放在独立的技术网络区域。前台电脑需要能访问 TingEdge 以获得即时状态。客用 Wi-Fi 通常单独划分，因此住客 App 始终经由云端。
如果断网一整天怎么办？
客房继续运行：TingEdge 持续控制、接收状态并运行定时任务。已在内部网络登录的电脑可在有限时间内继续工作。事件会被保留，并在网络恢复后补传。
数据存放在哪里，谁有权访问？
业务数据存放在云平台上，按酒店隔离。客人证件存放在酒店内的 TingEdge 上。Enterprise 套餐可运行在业主自己的基础设施上。
前台电脑需要什么浏览器？
建议前台电脑使用较新版本的 Chrome，以便在内部网络中直连 TingEdge。管理者远程查看可使用常见浏览器。
我们的 IT 团队能拿到详细的技术文档吗？
可以。网络图、TingEdge 硬件要求、连接清单和备份流程会按项目提供给业主的 IT 团队。