WIP(v4.0.0): checkpoint — 108 endpoints migrated to Http4s400 (164/258, 64%)

Bulk-port checkpoint commit. Compiles green (`mvn -pl obp-api -DskipTests
compile`). 94 endpoints still on Lift; next pass continues from here.

Architecturally adopted the same lazy val + `private def
initBatchXResourceDocs(): Unit` pattern proven in Http4s600.scala —
converted the existing 64 `val xxx: HttpRoutes[IO]` declarations to
`lazy val` and added 8 new helper-def blocks. Each helper-def holds
≤15 endpoints to stay under the JVM 64KB bytecode-per-method limit on
the object's <init>.

Batches landed in this checkpoint:
- 13 simple GETs (getCallContext, verifyRequestSignResponse,
  getCurrentUserId, getScannedApiVersions, getMySpaces, getBankAttribute(s),
  endpoint-tag GETs, endpoint-mapping GETs)
- 19 simple GETs (entitlements, personal-user-attributes, customer-attrs,
  5 attribute-definition GETs, validation/connector-method GETs, customer-msgs)
- 23 DELETEs (attribute-definition deletes, cascade deletes, deleteUser,
  endpoint-tag deletes, validation deletes)
- 16 ApiCollection + Consent GETs/DELETEs
- 16 mixed GETs + 1 POST (transaction-attribute GETs, getTransactionRequest,
  getMyCorrelatedEntities, customersAtAnyBank, userInvitations)
- 7 ATM PUTs (updateAtm, supported-currencies, supported-languages,
  accessibility-features, services, notes, location-categories)
- 6 attribute-definition PUTs (createOrUpdate{Customer,Account,Product,
  Transaction,Card,Bank}AttributeDefinition)
- 3 counterparty management GETs

Remaining 94 break down per the next-pass plan:
- 9 transaction-request type-variant ResourceDocs (quick win — handler
  already migrated, only the ResourceDoc registrations missing)
- 49 POST creates
- 25 PUT updates
- 34 DELETEs (most return 200 with body, mirror Lift)
- Remainder: addAccount/addConsentUser/addTagForViewOnAccount,
  grant/revoke ViewAccess trio, buildDynamicEndpointTemplate,
  resetPasswordUrl, lockUser, transaction-request type variants.

Author: constantine2nd