Here are the results of the investigation by Refinitiv Support:

The observed behavior is not a defect. It is the result of infrastructure upgrades on our end.
The "Multiple Events" (MLT) type capital changes were used in the old data delivery infrastructure, that was not able to process multiple capital changes that fell on the same day (i.e. they had to be packaged together in one event per day).
When the old delivery infrastructure was still in place the data was also retrievable in Excel.
Since then we have however introduced a new Strategic Data Interface (SDI) that feeds the Capital Change Overview (NEW) and Excel.
This SDI is capable of processing separate events on the same day, so the "Multiple Events" type is no longer required
To summarize the situation:
- The old infrastructure did not have the capability to handle multiple events that fell on the same day, so the “MLT” type was created.
- Time series was adjusted for the MLT types as per normal at the time of the events.
- The old infrastructure results/entries are not exposed outside of the Capital Change Overview (OLD) anymore - neither in Excel nor in Capital Change Overview (NEW).
- The new SDI is capable of processing multiple events falling on the same date and processing their individual adjustment factors into the time series.
- The new SDI is what supplies the product with data, and what will be supplying it going forward.
- There is no way to pull MLT events that were previously created under the old infrastructure using Excel, but using the new SDI such events are now being processed as separate entries.
- Time series for the MLT types has been normally adjusted at the time of the capital changes, and should be reflecting correctly.
- There is unfortunately no way to retrospectively ingest the old MLT event types into the new SDI, so the new SDI will always skip the MLT events when retrieving data.

@oik22

I reproduced the issue on my end and raised a support case on your behalf with Refinitiv Helpdesk to investigate the problem. For your reference the case number is 09625234.