From 561ad78ea8b0f32c7b7bb8cb79cf76e1ddea2634 Mon Sep 17 00:00:00 2001 From: justin Date: Tue, 9 Jun 2026 08:14:09 -0500 Subject: [PATCH] docs(dexit): note NV adapter also mis-parses happy path (not just errors) --- docs/dexit-readiness-assessment.md | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/docs/dexit-readiness-assessment.md b/docs/dexit-readiness-assessment.md index 5596a0c..8aae87b 100644 --- a/docs/dexit-readiness-assessment.md +++ b/docs/dexit-readiness-assessment.md @@ -57,8 +57,12 @@ input selector, and `search_name()` swallows the exception and **defaults to - This is a **portal-scraping maintenance task**: inspect the current NV (and verify TX) name-search DOM, update `states/nv/adapter.py` (and `tx`) selectors/flow, and make `search_name()` distinguish a real "taken" result from an adapter error - (return an explicit error/unknown state, never a false "taken"). The harness - re-run is the acceptance test. + (return an explicit error/unknown state, never a false "taken"). NOTE the adapter + also MIS-PARSES on its happy path: via the route a unique name still returns + available=false (the search page content does not match the adapter's "no results" + phrases), so the fix must update both the input selector AND the results parsing. + We did harden the error path: search_name() now returns available=None on a thrown + adapter error. The harness re-run is the acceptance test. **Conclusion:** the ERPNext/order plumbing is sound and verified; **do not enable a self-serve formation checkout until name search is fixed** (a customer must be able