This function is meant to handle events that occurs at different dates/period from one year to the next like Easter, Thanksgiving, Chinese New Year, Sport events, Concerts... Such events can have a huge effect on the sales of the part and since it the event occur in different periods from one year to the next it can not be handled with seasonal profiles. In fact such events will mess up the parts seasonal pattern an make the seasonal algorithms to not work properly.
The recurring event approach in Demand Planning is to find a normal daily sales, this sale will represent what the sales qty for a day within the event period would be it the event did not occur. This normal day sales is computed by doing a exponential smoothing (EWMA) of the daily sales for each daily sales that is not in any event period. The alpha used is set in the advanced server settings of the Demand Plan Server. ForecastModels\Holiday\AlphaDayQty. Recommended values for this day alpha is between 0,02 to 0,08 default is 0.045. Note there is a pitfall with the recurring event functionality. If an event day occurs close to a high selling period, but the event itself is not in this high selling event, the event indexes computed for this event will be too low, so the event effect will in turn be on the low side.
During the event period the event indexes are computed for each day of the event. An event index is computed like this Event index = Actual Sold Qty / normal day qty. This index is used to increase/decrease the forecasted daily qty in the future event period. The adjusted demand in the event period is set to be equal to the normal day qty (computed by the AlphaDayQty EWMA algorithm described above), the Demand is as always set to the actual qty sold. The event indexes is also smoothed out from one event occurrence to the next, this is also done by a exponential smoothing (EWMA) of each daily index. The alpha smoothing constant is set in the advanced server settings ForecastModels\Holiday\AlphaHolidayIndex, default value is 0,6 is the default setting for this constant, so the last event occurrence will get a high weight when computing the future event index.
As a summary the recurring event function works like this, we remove the event effect from the adjusted demand so that it will not have an effect on computing seasonal profiles and the future forecast. Then we add the forecasted event effect to the future system forecast, with the computed event index day by day in the future forecast.
It can be effective to connect the recurring event template only to parts that are impacted by the event while keeping unaffected parts outside the event calculation. This approach prevents unnecessary influence on the global event index for this event. The global event index is used to compute the recurring event effect on parts without historical data and can also be applied to parts with historical data through the event mix factor. It can also be helpful to look at the days before and after an event to determine if they are affected by the event and maybe consider to add these to the event period as well.