# 请排查档案摘要接口的503

**2026-09-17最新复验：原最终失败档案仍503。** 用户报告修复后只复验该同一对象1次，
请求`5aa6a424-9de2-4b7c-a060-f1f13d21addf`；审计25004ms/ohip_unavailable/内部重试2，客户端40秒期限、约27秒返回。
未继续另外2个对照或全日重跑。新增房间日历已发布，但3次200均只返回分页设置、无房间集合；
详见[本次最小复现及请求编号](platform-recovery-check-20260917.md)。下文为先前批次的完整历史。

**当前状态：全日实测再次出现间歇性503，需继续排查。** 2026-09-16北京时间23:34–23:36，获准的一轮
OHIPSB02／2026-09-15采集共23次请求，搜索/详情/日价均成功，姓名摘要9次中5次200、4次503。
共涉及6个主客档案：4个直接成功、1个503后重试成功、第6个连续3次503后按上限停止；没有第四次或整批自动重跑。
全部23次已与本应用审计对应，4次错误均`ohip_unavailable`、约25秒、平台内部`retry_count=2`，客户端期限40秒。
不是返回空姓名，也不能据此认定应用授权不足；具体根因尚未证实。

| 情况 | 当前Edge请求编号 | 开始时间（UTC） | 审计耗时 |
|---|---|---|---|
| 此次503后，同一ID下一次成功 | `7b667cfa-da84-4500-8aeb-b17ecbd5a615` | 2026-09-16 15:34:43 | 25005ms |
| 最后一个档案，第1次 | `4fc6a8d3-c4fd-4f9c-8a42-98eb7a6e7f7e` | 2026-09-16 15:35:33 | 25005ms |
| 同一档案，第2次 | `f4d0daa2-cabe-452c-9bc0-a16c72eb781a` | 2026-09-16 15:36:01 | 25004ms |
| 同一档案，第3次 | `56bc4b67-f0d8-4920-9c2f-c204c27ae967` | 2026-09-16 15:36:29 | 25004ms |

请求仍为`POST /api/v1/profiles/searches`，请求体`{profileIds:[主客内部Profile ID],summaryInfo:true,limit:1,offset:0}`。
请按上述编号核对上游调用，比较同一ID由503恢复200的调用与连续失败序列。真实ID、完整响应、审计均私有保存，
本文无客人姓名、房号、预订ID或密钥；未代用户发送。[本轮回执](named-day-live-result-20260916.json)。

此前22:21原3位主客POST均200的[恢复样本](profile-summary-recovery-second-20260916.json)仍有效，
但不足以代表全日稳定可用。未重复GET；nameType未返回，不制造该字段或宣称原生报表显示等价。
以下为保留的较早故障历史。

最新复验：2026-09-16北京时间21:55，用户反馈可能修复后，仅复验原3位主客中的第一位。
POST searchProfiles仍实际返回503/ohip_unavailable；请求编号`acea6692-25d7-4711-bcb6-3cd5916e3f5c`。
平台审计开始时间`2026-09-16T13:55:23.118926Z`，耗时25009ms、内部retry_count=2；
客户端超时上限40秒，实际26.93秒收到完整错误响应，客户端只有1次请求，没有自动重试。
另外2位及GET对照未重复查询。请优先按此最新编号定位上游故障；具体根因仍未获证实。
[本次脱敏回执](profile-summary-recovery-20260916.json)。以下4次记录保留为此前故障历史。

2026-09-16。ARR应用`Wyndham-ARR2.0-Codex`（`caller_zloxalzsQ9pYsztt`），测试酒店`OHIPSB02`。
查询对象是已采集的2026-09-15到店预订中的3位唯一主客，使用其明确Profile ID；不按姓名模糊搜索。

用户已批准追加profiles.read，plan/validate/apply和回读成功，现有reservations.read保留、原Key继续使用。
平台审计确认这些业务请求使用`profiles.read + reservations.read`，结果均为503/ohip_unavailable，而非成功返回空档案。
尚不能从此错误确定Oracle权限、CRM路由、连接或其他上游故障中的具体原因。

| 接口 | 请求编号 | 开始时间（UTC） | 审计耗时 | 平台内部retry_count |
|---|---|---|---|---|
| POST searchProfiles | `e5a6d7f8-4be3-44b1-b58b-3e27f4b04b49` | 2026-09-16 12:59:24 | 25005ms | 1 |
| POST searchProfiles | `660169d4-8bf0-40d7-a3aa-bf8aacf91582` | 2026-09-16 12:59:50 | 25002ms | 2 |
| POST searchProfiles | `78b87323-283a-4a47-9e71-a13a9ae5ff0f` | 2026-09-16 13:00:16 | 25005ms | 2 |
| GET getProfiles（同一位主客对照） | `3146f2c5-dac0-45d7-950a-6023281dbf64` | 2026-09-16 13:02:01 | 25005ms | 2 |

客户端共4次请求、3位主客，没有客户端自动重试。前三次客户端25秒超时，平台审计记录最终503；
GET对照将客户端超时设为40秒，实际完整收到503错误响应，仍未取得档案内容。
北京时间对应20:59–21:02；没有测试其他酒店或额外人员。

请求形状（真实ID仅在私有材料，未列入本文）：

```http
POST /api/v1/profiles/searches
Content-Type: application/json

{"profileIds":["<primary-profile-id>"],"summaryInfo":true,"limit":1,"offset":0}
```

```http
GET /api/v1/profiles?profileIds=<same-primary-profile-id>&summaryInfo=true&limit=1&offset=0
```

请按请求编号检查Edge→Oracle CRM的实际路径、查询/请求体透传、Oracle响应或连接超时原因，说明503映射前的
原始故障。修复后期望获得与指定Profile ID对应的单笔摘要；若Oracle返回错误，应保留可追踪的错误分类。
本次未调用getProfile单笔详情，也未证明所有OHIP接口均不可用。

目的字段为`data.profileSummaries.profileInfo[].profile.formerName.fullName`；恢复成功响应后，ARR还会核对
身份/nameType/姓名组成，不把字段存在直接当成原生报表等价。

核验材料：[审计摘要](profile-summary-audits-20260916.json)、[GET实测](profile-summary-get-control-20260916.json)、
[应用权限](application.json)。本文无密钥、客人姓名或真实Profile ID，可提供给平台开发者；尚未代用户发送。