API template library

U.S. Bank Avvance Flex mock API and live sandbox

A WireMock simulation of U.S. Bank's REST API — covering pre-approval, loan application, booking, agreements, and merchant servicing for point-of-sale financing.

Vendor
U.S. Bank
Functionality
Headless loan applications
Spec version
1.1.0
Endpoints
16
Stubs
18
Protocol
REST
Validation
AI-validated Before publication, an AI agent exercised these endpoints against the real U.S. Bank API through WireMock's recording proxy, and the recorded traffic was used to verify each stub's request and response shapes.

Live sandbox · no signup, no API key

US Bank Avvance Flex

A running WireMock Cloud instance of this template, callable right now from a terminal, a script, or an AI agent.

Base URL
https://rqekj.wiremockapi.cloud

POST Pre-approval application

curl -s -X POST 'https://rqekj.wiremockapi.cloud/onboarding/avvance-loan/v1/pre-approval/application' \
  -H 'Content-Type: application/json' \
  -d '{}'

GET Reporting transactions

curl -s -X GET 'https://rqekj.wiremockapi.cloud/services/avvance-loan/v1/transactions'

PUT Update product

curl -s -X PUT 'https://rqekj.wiremockapi.cloud/services/avvance-loan/v1/products' \
  -H 'Content-Type: application/json' \
  -d '{}'
Method Path Summary
POST /onboarding/avvance-loan/v1/application Avvance Loan Application
POST /onboarding/avvance-loan/v1/application-details Retrieve Avvance Loan Application
POST /onboarding/avvance-loan/v1/book Book Avvance Loan
POST /onboarding/avvance-loan/v1/loan-agreement Generate Loan Agreement Document
POST /onboarding/avvance-loan/v1/pre-approval/application Pre-approval Application
POST /onboarding/avvance-loan/v1/pre-approval/offers Recalculate Offers
POST /onboarding/avvance-loan/v1/price-breakdown Get Price breakdown
POST /services/avvance-loan/v1/enroll-merchant Enroll Merchant
GET /services/avvance-loan/v1/loan-status Get Loan Status
POST /services/avvance-loan/v1/manage-products Manage Products via hosted UI
GET /services/avvance-loan/v1/products Get products
PUT /services/avvance-loan/v1/products Update Product
POST /services/avvance-loan/v1/refund Refund
GET /services/avvance-loan/v1/transactions Reporting
POST /services/avvance-loan/v1/unenroll Unenroll from
POST /services/avvance-loan/v1/void Void

Unauthenticated WireMock Cloud demo sandbox for U.S. Bank — not an official U.S. Bank sandbox, and it returns simulated example data only.

What's inside the Avvance Flex template

Avvance Flex is the headless variant of U.S. Bank's point-of-sale financing product, and the mock keeps its defining chain intact: a pre-approval application mints a nine-digit id, an offer recalculation quoting that id succeeds while an unknown id draws a numbered 400 not-found — the same registry contract the loan application and its details route share. Approvals come back with a concrete offer — 60 months at 7.99% APR, $354.75 a month, total interest spelled out to the cent — booking flips the decision to BOOKED, and the loan-agreement route delivers an actual base64 PDF document. On the servicing side, merchant enrollment and product management answer with hosted-UI handoff URLs, the bridge into the bank's onboarding screens.

  • Pre-approval — application intake with passcode token and offer recalculation against the minted id
  • Loan origination — application, details lookup, booking, price breakdown tiers, and the PDF agreement
  • Post-sale money movement — refund and void, both resolving to a completed transaction with approval code
  • Merchant servicing — enrollment, product reads and updates, unenrollment, and settled-transaction reporting

Frequently asked questions

The intendedSpendingAmount field. The stub's response template reflects that value from your request, and when it's absent the rendered JSON is malformed — the one place in this template where the request body is load-bearing. Include a numeric amount and the response is clean, with the echoed figure sitting inside preApprovalDetails between the product's fixed 300 and 20000 bounds.

Depend on them. The offers, application-details, and downstream routes verify the id you quote against what the sandbox has issued, answering 400.40010-series errors otherwise — so the happy path and the stale-id path are both testable, and clients that thread ids through the full journey are validated on exactly that behavior.

A small but genuine PDF, base64-encoded in the data field with fileName and fileType alongside. Decode it and document-handling code — persistence, virus scanning stubs, presenting the agreement for signature — operates on real bytes with a real %PDF header, not a placeholder string.

Both resolve immediately to the same completed transaction: isTransactionComplete true, a payment transaction id, and a six-character approval code. The mock doesn't distinguish partial from full amounts or enforce time windows, so those policy branches belong in a private WireMock Cloud copy; what you verify here is the request contract and the settlement-shaped response.

At U.S. Bank's integration-test onboarding environment — the enrollment and product-management routes return SUCCESS envelopes whose applyUrl leads to the bank's merchant screens. Client code should treat the URL as an opaque redirect target; the mock confirms the handoff shape without the screens themselves being part of the simulation.

Vendor names identify APIs represented by WireMock template sources. This page does not imply vendor endorsement, certification, partnership, or official integration status.