mcs150: enrich intake from FMCSA carrier census before PDF fill
The MCS-150 biennial update re-confirms the carrier's existing FMCSA record. Previously the PDF filler only had whatever the intake form collected; rescued/sparse orders (or orders where the carrier's data lives in FMCSA, not the intake) produced near-empty forms. Now we pull the carrier census (legal name, address, EIN, fleet counts) from the FMCSA carrier API and merge it under any customer-provided intake values (customer edits win), so the form is pre-filled with the carrier's current registered data. Refactored the FMCSA fetch into a shared _fetch_fmcsa_carrier helper used by both enrichment and status check.
This commit is contained in:
parent
7e5946d65a
commit
d5e66786a2
8 changed files with 294 additions and 15 deletions
|
|
@ -107,6 +107,9 @@ SERVICE_HANDLERS: dict[str, type] = {
|
|||
# ── Foreign qualification (Certificate of Authority) ─────────────────
|
||||
"foreign-qualification-single": ForeignQualificationHandler,
|
||||
"foreign-qualification-multi": ForeignQualificationHandler, # same handler, fans out per-state
|
||||
# ── Business name reservation (admin-assisted; files SOS name hold) ──
|
||||
"name-reservation-tx": MCS150UpdateHandler, # admin-assisted: file Form 501 via SOSDirect
|
||||
"name-reservation-nv": MCS150UpdateHandler, # admin-assisted: file NV reservation via SilverFlume
|
||||
# ── State PUC/PSC registration ────────────────────────────────────
|
||||
"state-puc": StatePucFilingHandler,
|
||||
# ── CDR storage tier add-ons (quota bumps, not filings) ────────────
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue