3.206.0 release notes
about 3 hours ago by ReadMe API
- ✨ New features
- Added the optional
filter[operatorId]query filter toGET /public-api/resources/sub-operators/v2.0, so you can now narrow sub-operator listings to a specific operator. - Added the optional
operatorIdresponse property to sub-operator payloads returned byGET /public-api/resources/sub-operators/v2.0,POST /public-api/resources/sub-operators/v2.0,GET /public-api/resources/sub-operators/v2.0/{subOperator}, andPATCH /public-api/resources/sub-operators/v2.0/{subOperator}.
- Added the optional
- 🔧 Improvements
- Made
POST /public-api/resources/energy-coupons/v1.0honorrestrictions.evseTypewhen creating an energy coupon, so the EVSE type restriction is now applied from the nested restrictions object even when the legacy top-levelevseTypefield is omitted. - Changed
partnerNameto use a more reliable canonical fallback onGET /public-api/resources/partner-expenses/v1.0,GET /public-api/resources/partner-expenses/v1.1,GET /public-api/resources/partner-expenses/v1.2,GET /public-api/resources/partner-revenues/v1.0,GET /public-api/resources/partner-revenues/v1.1, andGET /public-api/resources/partner-revenues/v1.2, reducing cases where partner names could be incomplete or inconsistent across locales.
- Made
- 🗑️ Deprecations
- Deprecated the top-level
evseTypefield onPOST /public-api/resources/energy-coupons/v1.0. Userestrictions.evseTypeinstead. - Deprecated the
evseTyperesponse field onPOST /public-api/resources/energy-coupons/v1.0,GET /public-api/resources/energy-coupons/v1.0/{energyCoupon},GET /public-api/resources/energy-coupons/v1.0, andPOST /public-api/actions/energy-coupon/v1.0/redeem-code.
- Deprecated the top-level