跳到主要内容

查看预订详情

快速设置

在任意预订上选择 View Details，即可查看完整摘要、住客文件和事件时间线。大多数查看只需 2-3 分钟。

本指南帮助你在住客卡住或缺少文件时，了解入住或退房情况。

前往： Main Menu → Command Center

快速参考​

区域显示内容用途
Reservation Summary住客姓名、确认号、房间、入住日期、最近事件快速了解背景
Payment Summary已支付、预授权、直接销售、状态标签、交易 ID、货币查看整个住宿期间的付款凭证
Guest Information住客列表、联系信息、国籍、文件类型确认谁已入住
Document thumbnails身份证/护照、登记卡、自拍照、失败尝试次数查看或下载文件
Unassigned Documents未分配给住客的失败批量上传查看保留的图片和错误
Registration card action对未来抵达的住客隐藏，在 AVA 完成入住前禁用确认是否可以生成登记卡
Placement warning已保存的签名区域经过调整，以适应匹配的 PDF 页面检查或修正签名位置
PMS attachment status每份旅行文件、照片或登记卡的传送状态确认 PMS 是否收到文件
Retry action对符合条件的失败附件进行受控重试恢复临时的 PMS 传送失败
Detailed Event Log带状态、模式和时间戳的逐步事件找出流程卡住的位置
Override audit events支持覆盖操作的管理员姓名和原因确认某一步为何解除阻塞
Show Details输入/输出载荷向支持团队分享精确错误
移动端布局

在手机上，Reservation Summary 会切换为单列堆叠布局。 较长的值会在每个字段内换行，因此标签仍然清晰可读。

计划权限与限制​

  • 免费套餐仅能查看最近 20 条日志中的 View Details。
  • 更早的历史记录和文件访问需要付费套餐。

请在 Settings → Billing & Subscription 中升级。

打开预订详情面板​

  1. 打开 Command Center，并停留在 Status。

  2. 在要查看的预订上选择 View Details。

  3. 如果该预订有多个房间，请选择相应的房间标签页。

    ✓ 该房间的 Reservation Details 面板会打开。

分组付款摘要

分组预订可以在各房间标签页中显示一份付款摘要。 AVA 会加入独立的房间级付款凭证，并保持总额可累加。 如果没有已持久化的 AVA 付款活动，摘要会留空。 如果货币不一致，AVA 会隐藏金额，而不是进行猜测。 摘要可以同时显示 Pre-auth、Captured 和 Direct sale 标签。 如果后端省略 paymentSummary，AVA 会显示不可用标记。 如果 AVA 只有明确的无付款凭证，则会显示该状态。

在 Stripe 中打开付款​

连接 Stripe 后，选择 View payment in Stripe 外部链接图标。 该图标会显示在付款金额或 Transaction ID 旁边。 它会在新的 Stripe 标签页中打开匹配的已连接账户付款记录。

链接遵循已连接 Stripe 账户的 Live 或 Test 环境。 对于非 Stripe、不完整或有歧义的付款摘要，AVA 会隐藏该链接。

固定的模态标题栏

如果有确认号，title 会显示确认号徽标。 滚动时 Reset Check-in Flow 和 X 按钮会保持可见。 在窄屏上，重置按钮会缩短为 Reset。

需要重新开始入住？

某些预订会在摘要标题栏显示 Reset Check-in Flow。 有关警告和重置步骤，请参见 Reset a Check-In Flow。

阅读预订摘要​

查看面板顶部的这些字段：

  • Guest
  • Confirmation #
  • Room Number 和 Room Type
  • Overall Status
  • Stay Dates
  • Last Event

用此摘要确认你查看的是正确的房间和入住日期。 在小屏幕上，每个字段会扩展到全宽。 这样较长的确认号和房型便有足够空间自然换行。

比较混合流程中的事件模式​

打开 Detailed Event Log，在每个生命周期事件标题旁查看模式徽标。 徽标显示在事件状态代码之前。

标签含义
Self操作来自 Self Check-In。
Assisted员工通过 Assisted Check-In 完成了操作。
Pre-arrival操作来自 Pre-arrival 流程。
Mode not recordedAVA 无法识别原始流程。

查看每个事件标题旁的徽标。 住客在不同流程之间切换时，一条预订可能包含多个模式。 成功和失败的房间、门禁、文件、身份、分配及付款事件都可能保留其原始模式。

退房事件会保留 Self Check-out 或 Assisted Check-out 的措辞。 即使退房事件与入住事件并列显示，这一点仍然成立。 较旧的事件或延迟的回调可能显示 Mode not recorded。 AVA 不会根据预订摘要推断缺失的模式。 有关缺失模式的指引，请参阅 审计轨迹。

查看住客信息和文件​

  1. 在 Guest Information 中找到你要帮助的住客。

  2. 检查 Email、Phone、Nationality 和 Document Type。

  3. 选择要打开的文件图标。

    ✓ 只有在你选择后，查看器才会加载敏感图片。 ✓ 查看操作会记录在员工审计轨迹中。 ✓ 如果 AVA 保留了查找记录，失败上传的缩略图仍可能显示。

文件隐私

护照、自拍照和登记卡图片不会自动加载。 选择图标即可查看。AVA 会审计成功、失败和被拒绝的查看尝试。

住客信息布局

在 Guest Information 中，Email、Phone 和 date of birth 使用堆叠标签。 这样长的联系信息在窄模态列中也能保持可读。

文件警告标签

你可能会看到 "Passport/ID upload failed" 或 "Passport/ID extraction failed"。这些提示表示采集或 OCR 问题。

失败上传仍可见

如果提取、暂存或批量提交失败，AVA 可能会在此显示保留的失败缩略图。 即使清理流程已经运行，护照图片仍可用于复核。 当存在已接受的文件时，住客行会显示一个带 N failed 徽标的已接受文件卡片。 选择该卡片后，查看器会打开 Accepted，然后切换到 Failed attempt。 在要求住客重新扫描之前，请使用失败视图检查最近一次保留的上传。 查看器会以你所在酒店的时区显示失败原因和时间戳。 它还会说明当前使用的仍是已接受文件。 如果之后需要帮助查找，支持团队可以按失败文件名或上传 ID 搜索。

对于批量提交失败，保留的图片会显示在上传所针对的住客行中。 某些验证提示会让上传保持待处理状态，而不是保留失败图片。 如果 AVA 无法安全识别某位住客，会将失败上传保留在 Unassigned Documents 下。 对于提交前的共享者失败，AVA 会使用存储该图片记录的住客。 即使请求指定了主要住客，失败也会显示在共享者的行中。 主要住客的文件阶段保持不变。 由于尚不存在住客，站位槽失败会保留在 Unassigned Documents 下。

查看已接受和失败的文件尝试​

如果住客没有已接受的文件，AVA 会直接打开失败尝试。 仅失败视图带有红色边框和 Failed attempt 标签。 如果存在多个失败上传，查看器会将最近一次标识为 Latest of N failed attempts。 AVA 会按不同的上传 ID 计数，因此同一上传被多个处理阶段记录时只计数一次。 失败图片的下载文件名会包含 _failed 后缀。

本地存储回退

如果你的物业使用本地存储，上传后 AVA 仍可在此打开住客文件、自拍照和登记卡。 群组照片自拍照会从已保存的群组照片裁剪图中打开。 AVA 不会用较早的住客自拍照替换该裁剪图。 对于失败的护照或身份证上传，当旧版标记缺失时，AVA 会使用保留的失败上传记录。

查看未分配的失败文件​

批量上传可能在 AVA 将文件分配给住客之前失败。 使用 Unassigned Documents 查看这些上传。

  1. 在 Reservation Details 中向下滚动到 Guest Information 下方。

  2. 找到 Unassigned Documents 和失败上传数量。

  3. 查看每个 Upload #、错误消息和时间戳。

  4. 选择缩略图打开保留的图片。

    ✓ 查看器包含 Download 和 Open in new tab。

重试将文件分配给住客后，该文件会离开 Unassigned Documents。 缩略图随后会显示在该住客的行中。

查看保留的批量提交失败​

批量提交在暂存后失败时，AVA 会将图片保留在上传所针对的住客行中。

  1. 在 Guest Information 中打开目标住客行。

  2. 查看失败上传缩略图和警告消息。

  3. 选择缩略图检查或下载图片。

  4. 打开 Detailed Event Log，查看失败的 Document Uploaded 事件。

    ✓ 在调查提交失败期间，图片仍会保持可用。

生成登记卡（如可用）​

如果你看到 Generate Registration Card Disclaimer 或 Regenerate Registration Card Disclaimer：

  1. 如果卡片已经存在，请从按钮旁的选择器中选择一种 Disclaimer language。
  2. 选择按钮。
  3. 等待文件生成完成。
  4. 从缩略图打开新的登记卡。

✓ AVA 会优先使用所选语言。 ✓ 如果你没有选择，AVA 会使用住客已保存的签名语言。 ✓ 如果没有已保存的语言，则回退到英语。

重新生成的卡片使用新的 PMS 传送修订版本

重新生成已有卡片时，AVA 会创建新的 PMS 附件传送任务。 新卡片不会被视为之前已传送的修订版本。 生成后请检查 Registration Card 状态。

登记卡时机

抵达前该按钮会保持隐藏。 抵达后，在 AVA 获得住客的 checkinTime 之前，该按钮会保持禁用。 仅在 PMS 中入住不会解锁登记卡。

手动入住恢复

仅当 AVA 尚未保存住客的 checkinTime 时使用此方法。 如果住客是在 AVA 外完成入住，请先输入实际入住时间。 AVA 会保存该时间，然后生成 PDF。 这不会改变入住状态或预订状态。

旧版卡片语言选择

AVA 只显示已保存登记卡免责声明翻译的语言。 如果卡片没有已保存的签名语言，请先选择一种再重新生成。 English (fallback) 始终可用。 如果住客已经使用其他语言签名，AVA 会优先使用该已保存语言。

已保存的位置警告

带有调整后签名的现有卡片仍可在 Reservation Details 中使用。 首次打开详情面板时，AVA 会显示琥珀色警告。 在选择 Place signature manually 之前，无需重新生成卡片。 位置编辑器会使用所选的卡片语言。

禁用按钮提示

按钮禁用时，将鼠标悬停在按钮上。 你应该会看到："Complete check-in on AVA first. PMS check-in alone does not give AVA the actual check-in time needed for the registration card."

查看 PMS 附件传送​

AVA 会先在本地保存文件，然后再将其传送到 PMS。 登记卡生成和存储完成后，才会开始 PMS 传送。 文件可能已经出现在 AVA 中，而 PMS 传送仍处于待处理状态。

  1. 打开 Command Center → Status。

  2. 选择预订并选择 View Details。

  3. 找到 Travel Document、Guest Photo 或 Registration Card 的附件状态。

  4. 采取行动前先阅读状态和消息。

  5. 如果显示 Retry，请确认 PMS 连接正常，然后选择 Retry。

    ✓ AVA 只会重试该操作所显示的附件类型。 ✓ 重试成功后，该附件会变为已完成状态。

状态含义你应采取的操作
Waiting 或 processing等待 PMS 传送，然后刷新 View Details。
Completed如有需要，在 PMS 预订中确认附件。
Failed 或 needs review阅读消息，修复 PMS 问题，然后在可用时使用 Retry。
Cloudbeds 子房间文件

Cloudbeds 会将子房间住客的旅行文件存储在主预订中。 这是预期行为，因为 Cloudbeds 不接受附加到子预订 ID 的文件。

安全重试

登记卡重试使用相同的传送标识。 在支持幂等传送的 PMS 中，重试不会创建第二张登记卡。

使用详细事件日志​

  1. 滚动到 Detailed Event Log。

  2. 查看每个事件的模式徽标、状态徽标和时间戳。

  3. 选择 Show Details 查看 Input 和 Output。

    ✓ 向支持团队报告问题时，请使用这些载荷。

常见事件提示​

  • Queue Reason / Queued 表示该步骤正在等待。详细信息会说明原因。
  • Room Access Error 会显示代码、消息和回退说明。
  • 房间访问失败还可能在 Show Details 中显示 errorCode、retriable、vendor 和 upstream 详情。
  • 钥匙卡超时消息会在重试前包含供应商服务检查。 请先检查供应商服务器和钥匙卡软件，然后仅重试一次。 智能锁超时仍沿用一般的房间访问指引。
  • Check-in v3 现在会在回退前保留嵌套的 message 和 error.message 详情。
  • 住客尝试过早入住时会出现 Early Check-in。
  • AVA 在入住完成前分配房间时会出现 Room Assignment。
  • PMS 返回不同房间时会出现 PMS changed room assignment during this step。
  • Facial Verification Results 会显示相似度分数、阈值、提供商和活体检测结果。
  • 已保存的人脸验证事件会显示 Individual 或 Group photo 作为来源。 每个新保存的群组照片匹配都会为该住客创建一个事件。 住客自拍照缩略图就是用于该匹配的人脸裁剪图。
  • 事件标题会将来源标识为 ID Verification · Individual selfie 或 ID Verification · Group photo。
  • Capture 行会标识已保存的人脸来自个人自拍照还是群组照片。
  • 对于最近一次成功的群组照片验证，住客自拍照提示会显示 View selfie (cropped from group photo)。
  • 后续未标记的验证会清除群组照片标签，因为其采集来源未知。
  • 房间访问编码器失败后，即使消息已清理，faultcode:<value> 仍可能可见。比较供应商事件时请使用它。
  • 结构化载荷还可能包含超时或供应商代码详情，例如 errorCode、retriable、vendor 和 upstream。
  • HTTP 504 房间访问超时会作为结构化钥匙卡错误保留，不会变成一般的外部服务错误。
  • PII 脱敏仍会隐藏电子邮件、电话号码、卡号和令牌。
  • 文档上传失败现在会在 Message 中显示面向住客的文案。 如果需要原始后端字符串，请打开 Show Details。
  • 批量上传的暂存和提交事件会在时间线中显示为 Document Uploaded。
  • 文档上传事件可能会在上传成功或失败后显示 Name extracted from document。 在与预订姓名比较前，可用它确认 AVA 读取到的内容。
  • 失败的 ID 验证条目现在会在 Message 中显示通俗原因。原始后端错误会隐藏，使面板更易阅读。
  • 姓名不匹配条目现在会显示清晰的 Message 和 Name check 比较结果。打开 Show Details 可比较 On document 与 On reservation。即使旧日志仍保存扁平化的旧版消息，也能正常显示。
  • 验证失败时，请使用 Facial Verification Results 查看分数和阈值详情。

查看伴随入住事件​

当伴随住客在主要住客之后入住时，AVA 会使用该伴随住客的姓名命名 CHECKIN 事件。

你会看到含义
一个伴随住客姓名该事件属于这位新抵达的住客。
多个伴随住客姓名这些住客一起抵达。该事件不固定对应某一位住客。
延迟抵达后显示主要住客姓名主要住客在此次操作中抵达。
重试后显示主要住客姓名重试没有为任何人办理入住。AVA 使用了现有的回退结果。

对于一位新抵达的伴随住客，事件可能包含该住客的标识信息。 这让 AVA 能将抵达时间和徽标匹配到正确的住客。 较旧的事件不会自动重命名。

查看钥匙卡事件标签​

详细事件日志会根据实际结果描述每一行钥匙卡记录。

标签含义
Keycard Encoded (Card N of M)当前卡片组中有一张卡已完成编码。
Additional Keycard Encoded另一张住客卡已完成编码。
Keycard Encoding Failed (Card N of M)该卡编码失败。
Marked as Already Encoded员工确认卡片之前已经存在。
Remaining Keycards Skipped员工在完成所有计划卡片编码前结束了该步骤。
Keycard Step Completed钥匙卡步骤以其他成功结果完成。
Keycard Step Failed钥匙卡步骤结束时未成功完成。

如果该行显示 No card encoded，不要假定住客已经领取卡片。 在完成交接前，请确认实体卡片，或重新为其编码。

当员工在确认抵达住客前为卡片编码时，AVA 可以将成功编码与同一次入住尝试中确认的住客组进行匹配。 卡片事件必须与房间匹配，并且应在入住前完成住客查找。 明确的住客标识始终优先于这种住客组匹配。

AVA 会保留该次尝试的最新钥匙卡结果。 后续失败或待处理的尝试可能替换较早的成功结果。 后续成功的尝试可以恢复已完成的钥匙卡状态。

共用房间卡片

一张成功的共用房间卡片证明已确认抵达住客组发生过房间访问活动。 但这不能证明每位住客都持有单独的实体卡片。

查看退房付款凭证​

  1. 在退房事件上打开 Show Details。
  2. 查找 FETCH_CHECKOUT、View Bill、Checkout Payment 和 Checkout 条目。
  3. 对于失败的 FETCH_CHECKOUT，查看错误代码和余额详情。
  4. 对于失败的 Checkout，重试前先阅读 PMS 原因。
  5. 检查账单可用性、收款设置和退房模式。
  6. 如果住客重试过流程，请比较时间戳。
  7. 状态不一致时，以最新凭证为准。

未结余额或未经验证的账单结果会显示为失败的退房查询。 未结清的账单窗口也可能显示为失败的 Checkout 事件。 失败事件仍会与预订关联，包括员工选择的离店。 账单通过后，成功的重试会作为最新的退房查询结果显示。

查看姓名不匹配详情​

如果文档姓名不匹配导致入住受阻，事件日志会保留清晰的比较结果。

你会看到： 事件消息会说明不匹配情况，不会显示 JSON 块。 Name check 面板会显示比较的两个姓名。

修复：

  1. 在失败的验证事件上打开 Show Details。
  2. 阅读 Message 中的易懂原因。
  3. 在 Name check 中比较 On document 与 On reservation。
  4. 向住客或支持团队解释阻塞原因时，使用这些姓名。

查看提取出的文档姓名​

需要确认 AVA 从旅行文件中读取的姓名时，请使用此流程。

  1. 打开 Detailed Event Log。

  2. 找到文档上传事件。

  3. 选择 Show Details。

  4. 查找 Name extracted from document。

  5. 将其与 Reservation Summary 中的住客姓名比较。

    ✓ 成功上传时，可能会显示提供商原始提取的姓名，而不会产生不匹配错误。 ✓ 启用覆盖时，Reservation Summary 会显示 AVA 保存的安全规范化姓名。

组合预订标签

AVA 不会将组合预订标签中无关的姓名复制到住客记录中。 只有当文档中出现预订姓名的每个词元时，AVA 才会调整名字和姓氏的拆分方式。

查看房间分配与入住状态​

如果在事件日志中看到 ROOM_ASSIGNMENT，说明 AVA 已分配房间。 该徽标不表示住客已经完成入住。 仅有 PMS 房间号不会生成此凭证。

使用流程确认住客是否仍需完成 CHECKIN。 单独查看 Room Access，确认钥匙卡编码状态。

房间分配凭证

对于有明确房间的已确认抵达，即使 PMS 房间已被占用且不存在单独的分配事件，AVA 也可以完成 Room Assignment。 对于未确认抵达的住客，AVA 仍会保持待处理状态。 它不会为预订中的每位住客推断其已抵达。

阅读部分抵达进度​

你会看到： 已确认的住客显示分配和钥匙卡状态已完成，但另一位住客仍处于待处理状态。

这意味着： 员工仅确认了预订抵达住客组中的一部分。AVA 按住客报告进度，因此预订摘要可能仍显示部分完成。

检查：

  1. 打开预订摘要中的每一行住客记录。

  2. 确认已完成的住客显示预期的房间号。

  3. 检查 Detailed Event Log 中的 CHECKIN 和钥匙卡结果。

  4. 在员工确认其抵达前，让未确认的住客保持待处理状态。

    ✓ 即使已确认的住客已经完成，预订仍可能保持 In Progress。

不要仅因为未确认的住客仍处于待处理状态就重新为卡片编码。 先确认实体卡片，只有需要另一张卡片时才进行编码。

查看 PMS 房间不匹配警告​

如果 PMS 中的房间分配发生变化，你会在 Detailed Event Log 中看到琥珀色警告。

警告会显示：

  • Requested room
  • PMS returned room
  • Auto-assign enabled
  • PMS vendor（如果可用）
  • Reservation type: Sub-reservation（如果适用）

使用此警告解释最终房间为何不同于请求的房间。

查看覆盖审计事件​

  1. 滚动到 Detailed Event Log。

  2. 找到标记为 Override audit event 的事件。

  3. 如果有 Show Details，请打开它。

    ✓ 事件摘要可以显示 Admin 和 Reason。 ✓ 覆盖条目会确认是谁解除了一步的阻塞。

对于 ACI 人脸或文档验证覆盖，事件会标识预订、住客、员工设备和旅程会话。 使用 Reason 和住客详情，确认获准的是正确住客。

文档验证批准的来源会保留在 AVA 的本地 ACI 流程中。 它不会作为文档验证结果发送到 PMS。

查看 ACI 姓名不匹配变更​

ACI 姓名不匹配覆盖可以用文档身份替换预订住客。 入住日志会在 Guest details replaced by staff override 卡片中显示此变更。

该卡片显示在 Reservation Details 中 Guest Information 下方。 每次覆盖都会显示批准该操作的个人资料 ID、时间和员工设备。

  1. 打开 Command Center → Status。

  2. 选择预订，然后选择 View Details。

  3. 查看 Guest Information 下方的 Guest details replaced by staff override 卡片。

  4. 比较 Before 中的预订详情与 After 中的扫描文件详情。

  5. 检查 PMS 备注和旧姓名搜索徽标。

    ✓ 文件编号显示 *** 以及末三位字符。 ✓ 仅当至少一侧有值时，才会显示相应行。 ✓ 不会显示出生日期、文件日期和地址。

比较内容可能包括姓名、国籍、性别、文件详情、电子邮件和电话。 文件详情包括文件类型、掩码处理后的编号和签发国家/地区。

绿色或琥珀色徽标表示 AVA 是否已将变更前后的备注写入 PMS。 它们还表示旧预订姓名是否仍可在 Command Center 中搜索。

该日志不会显示在普通预订读取中。 只有在入住日志详情视图中才能看到它。 较旧的覆盖可能只显示替换前后的姓名。

故障排除​

Reservation Details 无法加载​

你会看到： "Error Loading Details" 或空白面板。

修复：

  1. 如果使用免费套餐，请从最近 20 条日志中打开预订。更早的历史记录需要升级。
  2. 刷新页面，然后重新打开 View Details。
  3. 尝试打开另一条预订，确认日志是否正常加载。
  4. 检查网络连接。

登记卡按钮缺失​

你会看到： 没有 Generate Registration Card Disclaimer 按钮。

修复：

  1. 确认抵达日期为今天或更早。
  2. 如果住客已经抵达，检查 AVA 入住是否完成。
  3. 刷新页面，然后重新打开 View Details。
  4. 如果按钮仍未出现，请联系支持团队。

登记卡按钮被禁用​

你会看到： 按钮可见，但无法使用。

修复：

  1. 将鼠标悬停在按钮上阅读提示。
  2. 先在 AVA 完成入住，或使用手动入住时间流程。
  3. 入住完成后刷新页面。
  4. 再次尝试生成登记卡。

登记卡无法生成​

你会看到： 选择 Generate Registration Card Disclaimer 后出现错误。

修复：

  1. 确认抵达日期为今天或更早。
  2. 如果住客尚未签名，请让其完成签名。
  3. 如果住客是在 AVA 外完成入住，请先输入实际入住时间。
  4. 再次选择 Generate Registration Card Disclaimer。

登记卡出现位置警告​

你会看到： Reservation Details 中的登记卡旁出现琥珀色警告。 Place signature manually 操作会立即可用。

原因： 已保存的签名区域碰到了页面边缘，或超出了匹配的 PDF 页面。 AVA 将完整签名调整到页面内，并将警告与住客的卡片一同保存。

修复：

  1. 打开 Command Center → Status，然后选择 View Details。
  2. 在登记卡旁选择 Place signature manually。
  3. 确认完整签名位于页面内。
  4. 将签名移到空白区域，或调整其大小。
  5. 选择 Save corrected signature placement。

✓ 修正成功后，警告会消失。 ✓ Reservation Details 会刷新并显示修正后的卡片。

如果你输入手动入住时间后，之前的生成操作失败，AVA 会为这次修正保留该时间。 所选的登记卡语言也会保持不变。

生成仍可能停止

缺少或有歧义的标签、不支持的旋转角度以及无效输入仍需要手动恢复。 打印文字重叠不会阻止流程。

登记卡出现在 AVA 中但未出现在 PMS​

你会看到： 登记卡可以在 AVA 中打开，但 PMS 中还没有附件。

修复：

  1. 为该预订打开 Command Center → Status → View Details。

  2. 找到 Registration Card 附件状态。

  3. 如果显示 waiting 或 processing，请在传送完成后刷新。

  4. 如果显示 Retry，请修复 PMS 连接错误，然后选择 Retry。

  5. 如果卡片已在本地服务器上被替换，请在重试前重新生成卡片。

    ✓ 最新保存的卡片在状态符合条件后会被传送。

PMS 附件无法重试​

你会看到： 附件失败，但没有 Retry 选项。

修复：

  1. 阅读 View Details 中的附件消息。
  2. 在 Settings → Essentials → PMS Integration 中确认 PMS 连接处于活动状态。
  3. 刷新 View Details，再次检查附件状态。
  4. 如果源文件已更改，请保存当前文件或重新生成登记卡。
  5. 如果状态仍需要复核，请联系支持团队。

Cloudbeds 文件位于主预订中​

你会看到： 子房间住客的旅行文件在子预订中不可见。

原因： Cloudbeds 仅接受主预订上的旅行文件附件。

修复：

  1. 在 Cloudbeds 中打开主预订。

  2. 在其附件中检查住客的旅行文件。

  3. 在 AVA 中确认附件状态为 Completed。

  4. 如果状态显示 Failed 或 Needs review，请阅读消息，并在可用时选择 Retry。

    ✓ 文件仍会关联到正确的住客，同时使用 Cloudbeds 的主预订。

上传失败后护照图片仍显示​

你会看到： 住客显示 "Passport/ID upload failed"，但缩略图仍可打开。

修复：

  1. 打开缩略图，确认图片清晰可读。
  2. 在 Detailed Event Log 中检查提取或暂存错误。
  3. 如果使用本地存储，请刷新并重新打开 View Details，再要求重新扫描。
  4. 如果图片看起来正确，请保留它以便调查。
  5. 仅当图片无法读取或内容错误时，才要求重新扫描。
  6. 如果缩略图之后消失，请支持团队按失败文件名或上传 ID 搜索。

失败的批量上传不在预期住客下​

你会看到： 批量上传失败，但预期住客行中没有缩略图。

修复：

  1. 刷新 Command Center，然后重新打开 View Details。
  2. 对于多房间预订，确认打开的是正确的房间标签页。
  3. 检查上传所针对的住客行。 如果是共享者扫描，即使请求指定了主要住客，也请检查共享者的行。
  4. 如果没有分配住客，请滚动到 Guest Information 下方，检查 Unassigned Documents。
  5. 打开缩略图，并记录 Upload #、消息和时间戳。
  6. 如果缺少该区域或预期上传，请联系支持团队。

人脸验证消息看起来过于技术化​

你会看到： Message 字段提到验证失败，但你想了解面向住客的原因。

修复：

  1. 先阅读通俗易懂的 Message。
  2. 打开 Facial Verification Results，查看相似度、阈值、提供商和活体检测结果。
  3. 向住客或支持团队解释失败原因时，同时使用这两个字段。
  4. 如果消息仍难以阅读，请刷新面板并打开 Show Details。

已保存的自拍照无法打开​

你会看到： 选择自拍照后，查看器提示图片不可用。

修复：

  1. 关闭查看器，然后再次选择自拍照。

  2. 刷新 Command Center，然后重新打开 View Details。

  3. 对于多房间预订，确认打开的是正确的房间标签页。

  4. 不要用较早的自拍照替代已保存的验证图片。

  5. 联系支持团队，并提供预订、住客和大致采集时间。

    ✓ AVA 会将已保存的验证结果与不可用的图片资源分开保留。

事件列表为空​

你会看到： "No detailed events recorded."

修复：

  1. 确认住客已经开始入住或退房。
  2. 等待 1-2 分钟，然后刷新页面。
  3. 检查 Status 标签页中的最近活动。

房间分配已完成，但入住未完成​

你会看到： 事件日志显示 ROOM_ASSIGNMENT，但预订仍像未完成。

修复：

  1. 检查事件日志中是否也有 CHECKIN。
  2. 如果住客仍在流程中，请完成剩余的必要步骤。
  3. 刷新 Status，确认下一个待处理徽标。
  4. 如果日志仍显得过时，请重新打开 View Details。

已确认住客的房间访问仍显示待处理​

你会看到： 住客已成功入住，但 Room Access 或 Room Assignment 仍处于待处理状态。

修复：

  1. 刷新一次 Command Center → Status。

  2. 确认住客的房间与已编码卡片的房间一致。

  3. 在 Detailed Event Log 中查看钥匙卡结果。

  4. 确认卡片是在同一次查找和入住尝试中完成编码的。

  5. 如果刷新后状态仍处于待处理，请联系支持团队。

    ✓ 对于已确认的住客，AVA 应显示已完成状态。 ✓ 其他未确认的住客可以保持待处理状态。

房间号意外变化​

你会看到： 最终房间与请求的房间不同。

修复：

  1. 打开 Detailed Event Log，找到分配房间的步骤。
  2. 检查琥珀色的 PMS changed room assignment during this step 警告。
  3. 比较 Requested room 与 PMS returned room。
  4. 记录 Auto-assign enabled、PMS vendor 和 Reservation type。
  5. 在交接钥匙前更新住客和前台备注。

覆盖摘要缺失​

你会看到： 步骤发生了变化，但没有显示覆盖事件。

修复：

  1. 刷新面板。
  2. 重新打开正确的房间标签页。
  3. 确认操作已从 Status 保存。

仍然卡住？​

如果出现以下情况，请联系 success@vouch-technologies.com：

  • ❌ 多次刷新后 Reservation Details 仍未加载
  • ❌ 登记卡生成反复失败
  • ❌ 事件错误阻止住客完成入住/退房

建议提供：

  • 确认号和房间号
  • 问题发生的时间
  • Reservation Details 面板截图