Fix production ARR reads and add audited source field review

integrations/ohip/DATA_SOURCE.md

@@ -58,7 +58,7 @@ result = source.fetch(report_date="2026-09-15", request_id="0123456789abcdef0123
 | 当日预订列表 | `searchHotelReservations` | 分页查询，取完后再次核对 |
 | 预订详情 | `getReservation` | 每笔预订；明确排除 Traces 请求 |
 | 指定日有效价 | `searchRateInfo` | 每笔预订、用户所选日期 |
-| 主客完整姓名 | `searchProfiles` | 已关联主客的精确档案编号，重复档案复用 |
+| 主客完整姓名 | `getProfiles` | GET 精确档案编号，`summaryInfo=true&limit=1&offset=0`，重复档案复用 |
 | 档案详情 | `getProfile` | 关联公司名称或主客姓名组成资料未嵌入预订时补查 |
 | 团队代码 | `getBlock` | 已有关联团队编号，但未返回代码时补查 |
 | 房号及换房资料 | `getRoomCalendar` | 预订资料不能确定房号时，分页查找同一笔预订 |
@@ -72,6 +72,24 @@ result = source.fetch(report_date="2026-09-15", request_id="0123456789abcdef0123
 以及 `getBlock` 返回的 `blocks.blockInfo[].block`，另按 Oracle 固定版本接口说明核对，
 没有从模拟服务反推实际接口结构。
 
+2026-10-08 生产兼容修正：2026-10-07 到店日的只读捕获证明，带可选
+`orderBy=ConfirmationNo/sortOrder=Asc` 的查询被拒绝；省略这两个参数后查询成功。
+结构化数据入口只发送到店起止日期、`limit`、`offset`，保留每页原始顺序及
+`source_sequence`，不自行重排。生产默认排序规则尚未获得证明；完整分页后仍逐项比较
+首尾两次列表（含顺序），并验证预订身份、重复 ID、分页总数与末页完整性。
+这能检出已观察到的批次变化，但不构成原子快照，也不证明未来分页中的默认顺序固定。
+旧的候选捕获/探针入口保留原请求，未静默改变历史证据的含义。
+
+同日生产核对中 `searchProfiles` POST 不可用，`getProfiles` GET 按已关联主客的唯一档案 ID
+读取成功。结构化入口使用 GET 并严格核对返回的 `operation_id=getProfiles`、酒店、
+Oracle 请求编号、唯一档案 ID、结果数量和姓名组成，不按名称搜索或拼接完整姓名。
+这些生产捕获只用于核对请求兼容性，不代表完整日报已验收。
+
+原生可选字段省略仍保留为待确认：`reservationBlock`、`reservationPackages`、
+`reservationProfiles` 未返回时不自动视为空，套餐金额为零也不能证明没有套餐。
+`roomCalendar={}` 不能证明所选日期没有房号，继续保留房号缺口；
+Cancelled/NoShow 等状态不会在取数阶段导致预订被丢弃。
+
 ## 返回的数据
 
 `result` 包含 `status`、`collection_complete`、`input_complete`、记录数、各字段状态数量、