The current MerchantReturnPolicySeasonalOverride is quite limited in the set of attributes that it can override on MerchantReturnPolicy. For example, having free/no returns, store credits as refund or keeping the product as return method would be useful to be able to override during holiday/sale events.
On the extreme, the seasonal override could itself be an MerchantReturnPolicy with a start and end date, but simply extending the seasonal override with a few properties should be sufficient for most use cases. I propose extending with the following properties:
/returnFees then implies also adding:
depending on the selected return fee.
The current MerchantReturnPolicySeasonalOverride is quite limited in the set of attributes that it can override on MerchantReturnPolicy. For example, having free/no returns, store credits as refund or keeping the product as return method would be useful to be able to override during holiday/sale events.
On the extreme, the seasonal override could itself be an
MerchantReturnPolicywith a start and end date, but simply extending the seasonal override with a few properties should be sufficient for most use cases. I propose extending with the following properties:/refundType- https://schema.org/RefundTypeEnumeration/returnMethod- https://schema.org/ReturnMethodEnumeration/returnFees- https://schema.org/ReturnFeesEnumeration/returnFeesthen implies also adding:/restockingFee- https://schema.org/MonetaryAmount or https://schema.org/Number/returnShippingFeesAmount- https://schema.org/MonetaryAmountdepending on the selected return fee.