👍

Надо всегда знать первую строку.

Ну тебе ее по-любому нужно знать.

Она же может не совпадать с данными, например, в данных продажи со второго числа, а интервалы тебе нужно считать с первого.

Ну, так условие не стояло. Будем считать, что первая дата - начало периода.

Погодь, а как ты потом будешь делать группировку?

Так также, мы просто притянули интервал другим способом.

Да, уже сообразил.

Ну-к, со второй строки могешь?

получилось очень круто, еще раз спасибо! Отличный кейс для канала.
Предлагаю рассмотреть еще одну ситуацию по этой же задаче. Описание в след сообщении.

Данные считаются верно за 2017-ый год, но вот на стыке 17-го и 18-го есть дыра в данных (их нет за 1-13-ое января) из-за чего мы видим большую разницу в днях между датами (везде их 4, а на стыке 16) и результат за 2018 смещается на 1 день. У меня нет данных за 13-ое число, поэтому считаться должны начиная с 14-го, а захватывая 13-ое, у меня всё смещается.
Как думаете, можно с этим как-то побороться конкретно в формуле?

Можно пойти и простым варантом, разделить данные 2017 и 2018, посчитать по каждому периоду и сцепить результат.

@bubba_beat об этом как раз и говорил выше. Думаю, что можно. Необходимо приводить делители до наименьших общих делителей (не НОК). Тогда 16 само станет 4, и должна выйти пустая строка, которая "выдавится" уже QUERY.

Ну там логика такая же будет, просто отнимать больше нужно.

Выше пример, берем первое число и считаем от него интервалы на несколько лет вперед, потом их впр-им к исходному массиву и группируем по этой колонке. Все можно сделать внутри одной формулы.

Думаешь не будет разрывов?

Мы просто прибавляем в каждой строке по 3 новых дня.