diff --git a/select/offers.md b/select/offers.md
index 63c64cf..61c7140 100644
--- a/select/offers.md
+++ b/select/offers.md
@@ -4,9 +4,9 @@ Fidel Offers help you create and manage card-linked offers with various retailer
## Offer Lifecycle
-Offers can be accessed via the [Fidel Dashboard](https://dashboard.fidel.uk/offers/pending). They are grouped into four categories: Requests, Upcoming, Live and Expired.
+Offers can be accessed via the [Fidel Dashboard](https://dashboard.fidel.uk/offers/pending). They are grouped into five categories: Requests, Upcoming, Live, Expiring soon and Expired.
-
+
### Requests
@@ -20,6 +20,16 @@ The Offer has at least one Location linked, but the `startDate` is in the future
The current date is between the Offer `startDate` and `endDate`. The Offers in this category are qualifying Transactions at the locations linked to them.
+If no `endDate` is provided when creating an Offer, it will have a default end date of 12 months from its `startDate`. The Offer can be extended at any time during its lifetime to another 12 months from the current date.
+
+### Expiring soon
+
+The Offer is currently live and qualifying Transactions, but is approaching its `endDate`. Offers in this category will automatically move to "Expired" when the `endDate` is reached.
+
+The Dashboard includes an "expires in" filter that allows you to view Offers expiring within a specific number of days. The filter provides preset values for quick filtering and also accepts custom day values. By default, it displays Offers expiring within 30 days.
+
+
+
### Expired
The current date is after the Offer `endDate`. The Offers in this category have stopped qualifying Transactions.
@@ -77,7 +87,7 @@ There are a range of optional parameters available, which influence how the Offe
- `activation: enabled`: Boolean showing if the Offer needs to be activated on Cards or not. If it's `true`, the `activation` object also has a `qualifiedTransactionsLimit` property. **Please read the section below on Offer Activation before using this parameter.**
- `activation: qualifiedTransactionsLimit`: Number of Transactions to qualify for each Offer activation. Default is 1.
- `daysOfWeek`: Array of numbers, with possible values from 0 to 6, to indicate the days of the week. 0 = Sunday, 1 = Monday, etc.
-- `endDate`: The date to automatically end the Offer. Same as `startDate`, the time will be a local time relative to the Location where the Offer was active.
+- `endDate`: The date to automatically end the Offer. Same as `startDate`, the time will be a local time relative to the Location where the Offer was active. As a default 12 months lifeline is added to the endDate if no endDate is provided. This can be extended at any time to further 12 months.
- `funded: id`: Unique identifier for the account that funds the Offer. For self-funded Offers, this is not required. In the test environment, all Offers are self-funded, so this will always be the same as your `accountId`.
- `funded: type`: Type of Offer funding. Possible values are `"merchant"`, `"card-linking"` and `"affiliate"`. In the test environment, you can only create card-linked Offers, so the funding type will always be `"card-linking"`.
- `maxTransactionAmount`: Deprecated in favor of `type: maxRewardAmount`. For example, a 10% reward with a max transaction amount of £100 can't generate a reward larger than £10, even if the transaction amount is higher than £100. The new value for maxRewardAmount will be 10 since we want to limit the reward to £10.
@@ -432,7 +442,7 @@ fileName:offer.json
endDate
date
-
YYYY-MM-DDThh:mm:ss format, for when the Offer expires. Note: Time is local to the Location. Defaluts to null for Offers that do not expire.YYYY-MM-DDThh:mm:ss format, for when the Offer expires. Note: Time is local to the Location. Defaults to 12 months for Offers that do not have an end date passed at creation phase.status
string
requests, upcoming, live or expired.requests, upcoming, live or expired.