4.0 KiB
2026-09-17 ARR 平台修复复验结果
北京时间10:51–10:57，应用Wyndham-ARR2.0-Codex，测试酒店OHIPSB02，报表日期2026-09-15。
共6次只读业务请求，全部与本应用审计对应；无客户端自动重试、无整日重跑、无权限/密钥或酒店数据修改。
本文件无姓名、内部预订/档案ID、房号或凭据，可直接供平台定位；尚未代用户发送。
1. searchProfiles 的原失败对象仍返回503
对上一轮连续3次失败的同一档案，本次只调用1次：
- Edge请求编号：
5aa6a424-9de2-4b7c-a060-f1f13d21addf - 审计：2026-09-17T02:51:36.218746Z → 02:52:01.223527Z，HTTP503
- 错误：
ohip_unavailable；平台耗时25004ms、内部retry_count=2 - 客户端：40秒期限，约27秒收到错误响应，没有再次重试
POST /api/v1/profiles/searches
{"profileIds":["<上一批最终失败的同一Profile ID>"],"summaryInfo":true,"limit":1,"offset":0}
请按请求编号核对本次请求实际命中的服务版本/上游调用、修复覆盖范围及503之前的Oracle响应。
上次该对象的最后失败编号为56bc4b67-f0d8-4920-9c2f-c204c27ae967，可串联比较。
这次未继续查另外2个对照档案，所以不声称所有档案失败，也未证明根因。
2. 新接口已发布，但房间日历尚未取得实际房间数据
公开目录已从0.7.0/115项更新至0.9.0/158项，新增43项均属于reservations.read。
getRoomCalendar已发布：GET /api/v1/reservations/room-calendar；现有应用授权足够，无需重新开通。
所有请求都带includeRoomMoveHistory=true与showRoomMoveSegments=true；按目录要求首次省略pageIndex。
| 查询条件 | Edge请求编号 | HTTP／平台耗时 |
|---|---|---|
| startDate=endDate=2026-09-15，recordsPerPage=100，不按房号过滤 | e1c013af-733e-4b4a-a4c2-113e33ae9cec |
200／3024ms |
| 相同日期，按一个已有正常住宿的已知房号过滤，recordsPerPage=1 | a4113822-b74b-441b-92c7-5409ccf3c98a |
200／332ms |
| 同一已知房号，诊断窗口2026-09-15至2026-09-16，recordsPerPage=1 | 11be2afc-add2-4094-a5b8-a69534e26fe2 |
200／342ms |
第三次只用于检查日历日期边界，没有变更ARR的From/To/有效价日期。
三次Edge外层operation_id/hotel_id正确、没有非空warnings；但data.roomCalendar均只有recordsPerPage，
未返回room、hotelId、pageIndex或totalRooms。这不是room: []，不能据此认定没有预订或历史房号，
也不能推导分页起点或遍历下一页。
请定位上述Oracle原始响应与透传参数，确认为什么正常住宿房号对照也没有room集合，并说明目标环境的 日期、分页或OPERA Control要求。不要仅以HTTP200作为房间历史能力验收。
3. 新预订摘要可用，但原两筆零晚退房仍无roomId
POST /api/v1/reservations/summary/searches，每次只按原已知确认号及到店日精确缩小范围：
{"arrivalDate":"2026-09-15","confirmationNumber":"<原确认号>","limit":1,"offset":0}
| 对象 | Edge请求编号 | HTTP／平台耗时 |
|---|---|---|
| 原缺房号的零晚CheckedOut之一 | 5481e954-6b3d-4147-9fd4-45bfac128b82 |
200／1797ms |
| 原缺房号的零晚CheckedOut之二 | 09d60817-6f30-486e-b86f-7ede0ce86091 |
200／578ms |
每次count=totalResults=1、hasMore=false；内部Reservation ID、hotelId及
reservationDates.arrivalDate/departureDate均与原对象匹配，两个日期都是2026-09-15，shared=false。
两次都没有roomId。摘要不能补出这两笔历史房号，但也不能证明它们在原生ARR中的房号应为空。
如getReservation已有等价的历史房号来源，请提供准确字段及当次原始响应证据；不要以档案lastRoom替代本预订。
目前适合ARR继续核验的新操作仅需优先考虑预订摘要、房间日历、必要时的已建立共享关系； 不必把43个接口全部接入。完整ARR输出/原生等价/按钮真实数据联调仍未达成。