Network Test Findings - Console Output Analysis
Test Date: 2026-02-06 23:13:28Business ID:
a7ac092572c6fa5cBatch ID:
0489e906-d84a-429a-a9b1-384505e99b05Period Label:
2025-12-01
β Whatβs Working
-
Save Request:
- β
PUT
/api/v1/admin/onboarding/businesses/a7ac092572c6fa5c/saveβ 200 OK - β Save endpoint responds successfully
- β
PUT
-
Retry Logic:
- β
3 GET requests to
/readinessendpoint (retry logic working) - β All readiness requests return 200 OK
- β Retries happening as designed
- β
3 GET requests to
π΄ Critical Issue
Problem: Readiness shows0/113 ready after all 3 retry attempts
Timeline:
23:13:28- PUT save request sent23:13:42- PUT save response (200 OK) - 14 second delay β οΈ23:13:42- First GET readiness β0/113 ready23:13:48- Second GET readiness (retry) β0/113 ready23:13:51- Third GET readiness (retry) β0/113 ready
- 14-second delay on save - unusually long (suggests backend might be slow or blocking)
- All 3 readiness checks show 0/113 ready - saved business not showing as ready
- Retry delays: ~5s, ~2s, ~2s (longer than expected 500ms)
π― Root Cause Analysis
Most Likely Issue: Backend Readiness Query Not Seeing Saved Config
Possible Causes:-
Org ID Scope Mismatch:
- Save writes with
org_idbased on business scope (SHARED β NULL, ORG_SCOPED β owning_org_id) - Readiness queries with
org_id=cbs-main(from x-org-id header) - Readiness filter:
(aa.org_id = @org_id OR aa.org_id IS NULL)should match, but might not be working correctly
- Save writes with
-
Business Not in Onboarding Table:
- Readiness query starts from
onboarding_businessesCTE - Filters:
co.ignored = FALSEand org scope filters - If business is ignored or filtered out, readiness wonβt check it
- Readiness query starts from
-
Effective Date Mismatch:
- Save writes with
effective_start_date: 2025-12-01 - Readiness queries with
as_of_date: 2025-12-01 - Filter:
effective_start_date <= @as_of_dateshould match (2025-12-01 <= 2025-12-01= TRUE)
- Save writes with
-
BigQuery Write β Query Lag:
- 14-second save delay suggests BigQuery write might be slow
- Even after 11 seconds of retries, config still not queryable
- Unlikely but possible
π Investigation Needed
Step 1: Check Save Request Details
In Network Tab, inspect PUT request:- Headers:
x-org-id: cbs-main(should be present) - Body:
period_label: 2025-12-01 - Body:
effective_start_date: 2025-12-01 - Body:
mode: AGENT_PEPM - Body:
agent_pepm_lines: [...]
Step 2: Check Readiness Response Details
In Network Tab, inspect GET readiness response:- Does response include business
a7ac092572c6fa5cin readiness map? - What does
readiness['a7ac092572c6fa5c']show?is_ready: false?reasons: [...]?
Step 3: Backend Logs
Check backend logs for:- Save write: Did it succeed? What org_id was written?
- Readiness query: What org_id filter was used? What businesses were checked?
Step 4: Direct BigQuery Query
Run query to verify config was written:23:13:42 (after save)
π Summary
| Component | Status | Notes |
|---|---|---|
| Frontend Retry Logic | β Working | 3 retries as designed |
| Save Endpoint | β Working | Returns 200 OK |
| Backend Readiness Query | β Issue | Not seeing saved config |
| Retry Timing | β οΈ Slow | 14s save delay, longer retry delays |
π― Next Steps
- Inspect Network Tab for save request body and readiness response body
- Check Backend Logs for save write and readiness query details
- Run Direct BigQuery Query to verify config was written
- Verify Org ID Scope matches between save and readiness
Status: β οΈ RETRY LOGIC WORKS, BUT BACKEND READINESS NOT SEEING SAVED CONFIG - NEED BACKEND INVESTIGATION