Re-enable a carrier on a previously restricted lane
Re-enable a carrier on a previously restricted lane
Re-enable a carrier on a previously restricted lane
Mark this carrier as eligible again for the specified lane. The UI is expected to confirm via a modal so the action is intentional; this endpoint itself does not gate on a reason. An audit-log row capturing the actor and timestamp is written in the same transaction. Idempotent: calling this when the preference is already active returns the current row unchanged and writes no audit entry. Admin-only — requires OWNER or ADMIN role on the organization.
Authentication: Bearer token required.
Bearer authentication of the form Bearer <token>, where token is your auth token.
Allowed values for AuditLog.reason. DB-enforced via Postgres ENUM.
The set is intentionally shared across all entity_type contexts; the
same code (service_quality, compliance, other) means
different things depending on whether the audited row is a carrier or a
lane preference. Disambiguating is the caller’s job — the frontend
renders different human labels per context. Free-text justification
when OTHER is chosen lands on AuditLog.reason_note.