Почему в запрос всегда попадает дата 28.12.2024 ???

(1) вы когда из регистра выдергиваете первые 13 записей подразумеваете, что записи лежат в хронологическом порядке дат. Но физически в таблицах регистра это может быть совсем не так. Например, если пользователь руками забивал данные производственного календаря в разброс. Поэтому сначала отбирайте все даты больше или равные исходной, сортируйте по хронологии и затем получайте первые 13.
Но тут возникает вопрос неоптимальности - например вам надо отобрать 13 рабочих дней с 1 июля 2022 года. И тогда в случае, если в регистре заполнены данные на 2023 и 2024 год, то они все попадут в первую выборку, будут отсортированы, а потом будут отобраны первые 13. Сортировать лишние данные - зачем?
Поэтому я бы сделал иначе. Создал ТЗ с датами с некоторым запасом. Например, 30 дней начиная с нужной даты. Передал в запрос и из производственного календаря узнал бы, рабочий или выходной день. Откинул выходные. Отсортировал, а потом получил нужные 13 дней.
"Запас" по датам необходим т.к. будут отобраны первично и выходные, и заранее не известно, сколько этих выходных. Размер запаса определяется исходя из максимального периода нерабочих дней (январь), чтобы гарантированно захватить нужные 13 рабочих дней.

(7) 28.12.24 - это последний рабочий день этого года

Кто-то открыл календарь и модифицировал это день - поставил не рабочий, а потом опять рабочий.
В результате в таблице регистра эта эта запись стала первой.

Чтобы проверить эту версию, в календаре модифицируете 27.12.24 и запишите его.

(1)