| Api | VarVersion | Type | Date | Description |
|---|---|---|---|---|
| Route Optimization OptiFlow API | 1.38.0 | FEATURE | 09.01.2026 | Increased the maximum resources per vehicle to 2. |
Route Optimization OptiFlow API - Api Changes 1.38.0 (09.01.2026)
- Bernd Welter
- Site Admin
- Posts: 2982
- Joined: Mon Apr 14, 2014 10:28 am
- Contact:
Route Optimization OptiFlow API - Api Changes 1.38.0 (09.01.2026)
Bernd Welter
Technical Partner Manager Developer Components
PTV Logistics - Germany
Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning...
Technical Partner Manager Developer Components
PTV Logistics - Germany
Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning...
- Bernd Welter
- Site Admin
- Posts: 2982
- Joined: Mon Apr 14, 2014 10:28 am
- Contact:
Re: Route Optimization OptiFlow API - Api Changes 1.38.0 (09.01.2026)
OptiFlow OpenAPI Update Analysis (v1.36 → v1.38)
I compared the two OpenAPI specs you provided (optiflow-1.36-openapi.json vs optiflow-1.38-openapi.json) and here’s what changed.
1) Endpoints / Paths
No new or removed endpoints.
All paths remain unchanged between 1.36 and 1.38.
So this update is mainly about new response structures / schema extensions, not API routes.
2) New Schemas (Classes) introduced in 1.38
Version 1.38 adds six new component schemas:
Interpretation:
This introduces a more structured cost + duration reporting layer, plus resource assignments and leg-level load breakdowns.
3) Existing Schemas extended (new properties)
Several existing schemas gained new properties in 1.38.
Metrics (extended)
New fields:
Meaning: metrics now not only report distances/durations/etc., but also how many orders were actually scheduled, plus a structured cost object (ResultCosts).
RouteMetrics (extended)
New fields:
Meaning: route-level metrics now become more granular by including:
Leg (extended)
New field:
Meaning: each leg can now include load data, using the new schema LegLoad.
This is useful if you want leg-by-leg capacity utilization instead of only route-level totals.
OptimizationResult (extended)
New field:
resources
Meaning: the optimization result can now include resource assignment information, likely represented via the new schema AssignedResource.
Summary (quick forum-style)
New Schemas
New Properties in Existing Schemas
No path/endpoint changes
No routes were added or removed.
Client Impact / Compatibility Notes
This is non-breaking in typical JSON parsing scenarios, but:
If your client / DTO model is strict (e.g., schema validation, strict deserialization), you may need to update to accept:
I compared the two OpenAPI specs you provided (optiflow-1.36-openapi.json vs optiflow-1.38-openapi.json) and here’s what changed.
1) Endpoints / Paths
All paths remain unchanged between 1.36 and 1.38.
2) New Schemas (Classes) introduced in 1.38
Version 1.38 adds six new component schemas:
- AssignedResource
- AssignedResourceCosts
- LegLoad
- ResultCosts
- RouteCosts
- RouteDurations
This introduces a more structured cost + duration reporting layer, plus resource assignments and leg-level load breakdowns.
3) Existing Schemas extended (new properties)
Several existing schemas gained new properties in 1.38.
New fields:
- numberOfScheduledOrders
- costs
New fields:
- numberOfOrders
- durations
- costs
- order count per route
- a structured duration breakdown (RouteDurations)
- structured cost breakdown (RouteCosts)
New field:
- loads
This is useful if you want leg-by-leg capacity utilization instead of only route-level totals.
New field:
resources
- AssignedResource
- AssignedResourceCosts
- LegLoad
- ResultCosts
- RouteCosts
- RouteDurations
- Metrics: numberOfScheduledOrders, costs
- RouteMetrics: numberOfOrders, durations, costs
- Leg: loads
- OptimizationResult: resources
No routes were added or removed.
This is non-breaking in typical JSON parsing scenarios, but:
- OptimizationResult.resources
- Leg.loads
- new nested cost/duration structures in Metrics and RouteMetrics
Bernd Welter
Technical Partner Manager Developer Components
PTV Logistics - Germany
Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning...
Technical Partner Manager Developer Components
PTV Logistics - Germany
Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning...