The Vehicle Rental sector in the DecisioQ Decision Catalog is identified by AUTO-RENT. It currently covers 100 decision types across reservation and booking, vehicle assignment, rental pricing, fleet utilization, customer eligibility, pickup and return operations, damage and incident intake, maintenance readiness, telematics risk, subscription rental, partner channels, and enterprise governance.

DecisioQ integrations should load sector, category, decision, Decision Preparation Model, scenario, criterion, and decision overview metadata from the Decision Catalog. Do not hard-code old static decision lists or legacy request models.

DecisioQ should not replace payment authorization, identity verification, license validation, or legally required rental contract rules. It should support explainable business decisions around ranking, routing, prioritization, exceptions, and audit-ready recommendations.

Vehicle rental client applications should use the same discovery flow as the Business Decision Studio:

1. Load GET /decisioncatalog through the approved server-side Decision Catalog gateway.
2. Populate Sector from catalog.sectors[] and select AUTO-RENT for Vehicle Rental.
3. Populate Category from selectedSector.categories[]. Example categories include Reservation & Booking, Vehicle Assignment, Rental Pricing, Fleet Utilization, Customer Eligibility, Pickup & Return Operations, Damage & Incident Intake, Insurance & Risk, and Maintenance Readiness.
4. Populate Decision from selectedCategory.decisions[] when available, or call /decisioncatalog/sectors/{sectorCode}/categories/{categoryCode}/decisions.
5. Display Decision Name only in the dropdown while keeping decisionId as the option value.
6. Load full decision detail from /decisioncatalog/decisions/{decisionId} before rendering Guided Data Collection.

For regional deployments, keep DecisioQ technical identifiers stable and localize only user-facing labels and guidance. Unless the selected endpoint and decision schema explicitly support unit-qualified input, convert mileage, distance, pressure, temperature, mass, volume, speed, fuel consumption, and other measurements to the required canonical units before submission. Do not infer units or currency from locale.

Vehicle rental integrations should map reservation, customer, fleet, branch, pricing, telematics, payment, inspection, and return data into decision-specific Business Data. The selected decision detail defines which criteria are required and how each value should be measured.

Do not invent criterion IDs. Use the canonical criteria returned by /decisioncatalog/decisions/{decisionId}, including criterion overview metadata, unit, direction, scale, and data guidance.

1. Authenticate through the approved server-side identity flow. Browser pages should not directly handle credentials.
2. Load the Decision Catalog and let the user choose Sector, Category, Decision, Decision Preparation Model, and Scenario.
3. Load decision detail and render Guided Data Collection from returned criteria.
4. User or system prepares Business Data for candidate vehicles, reservations, branches, customer actions, pricing actions, return cases, or fleet balancing actions.
5. Call POST /api/v1/validate to validate and prepare the decision input before execution.
6. Call POST /api/v1/decide to return the authoritative Decision Result.
7. Display recommendation, ranked alternatives, warnings, assumptions, and Explanation of Decision Result.
8. Keep execution trace and diagnostics collapsed by default for developer and integrator review.

The exact fields depend on the selected Vehicle Rental decision. The example below shows the integration style rather than a guaranteed schema for every decision.

{
  "decisionId": "AUTO-RENT-010",
  "decisionPreparationModelId": "AUTO-RENT-PROFILE-STANDARD",
  "scenarioId": "AUTO-RENT-SCENARIO-CUSTOMER-UPGRADE",
  "businessData": {
    "correlationId": "rental-assignment-20260717-1042",
    "reservationId": "RES-882104",
    "pickupBranch": "YYZ-AIRPORT",
    "reservedClass": "Midsize",
    "options": [
      {
        "optionId": "ASSIGN-VEHICLE-STD-421",
        "label": "Assign Reserved Class Vehicle",
        "values": {
          "classMatchScore": 98,
          "vehicleReadinessScore": 92,
          "customerValueScore": 73,
          "utilizationFitScore": 81,
          "marginImpactScore": 68
        }
      },
      {
        "optionId": "UPGRADE-VEHICLE-SUV-117",
        "label": "Upgrade to Compact SUV",
        "values": {
          "classMatchScore": 86,
          "vehicleReadinessScore": 96,
          "customerValueScore": 88,
          "utilizationFitScore": 89,
          "marginImpactScore": 78
        }
      }
    ]
  }
}

Call DecisioQ from a trusted backend service. Keep identity credentials, account verification, and service configuration outside public browser code.

async function executeVehicleRentalDecision(jwtToken, preparedDecisionInput) {
  const response = await fetch(`${process.env.DECISIOQ_BASE_URL}/api/v1/decide`, {
    method: "POST",
    headers: {
      "Authorization": `Bearer ${jwtToken}`,
      "Content-Type": "application/json"
    },
    body: JSON.stringify(preparedDecisionInput)
  });

  const payload = await response.json();

  if (!response.ok) {
    throw new Error(payload.message || "Decision execution failed.");
  }

  return payload;
}

• Use a guided decision selector: Sector, Category, Decision, Decision Preparation Model, and Scenario.
• Show Selection Overview for sector, category, and decision metadata so business users understand the decision before entering data.
• Render Guided Data Collection from criterion definitions and show criterion overview summaries where available.
• Display Decision Name in selectors and show the selected decisionId separately for developers and integrators.
• For counter, mobile, and self-service workflows, keep screens focused on recommendation, reason, required action, warnings, and next step.
• Keep execution trace and diagnostics available to integrators but collapsed by default.
• Never expose internal proxy URLs, service credentials, signing keys, or account verification details in browser code.

• Confirm rental decisions support the right market, branch group, channel, rental type, and customer segment.
• Validate Business Data before execution and show user-friendly validation messages.
• Persist correlation ID, reservation ID, rental agreement ID, customer ID, VIN, plate, branch, decision ID, profile ID, scenario ID, selected option, score, and explanation for audit.
• Retain the successful decision response requestId with the host business transaction, then call POST /api/v1/decision-outcomes when the action and realized result are known.
• Require an overrideReason for overridden recommendations; never infer acceptance merely because a result was displayed.
• Monitor GET /api/v1/decision-outcomes/summary for acceptance rate, override rate, and realized-value aggregates. Treat outcome feedback as reporting evidence, not automatic model training.
• Keep identity, license, payment, and contract eligibility rules deterministic where required; use DecisioQ for multi-factor ranking, prioritization, exception, and recommendation decisions.
• Monitor preview failures, execution failures, account verification errors, timeout rates, and unexpected warning counts.
• Review Decision Preparation Models and scenario assumptions with rental operations, pricing, risk, fleet, maintenance, and customer experience owners when policies or market conditions change.