ЗУП 3.1
Сотрудник принимается на работу 30.04.2023 по срочному договору, до 16.05.2023
При расчете увольнения программа ему проставляет дни компенсации: Основной отпуск - 2дн, Северный - 1,33дн и за вредность - 1дн.
Это вроде как правильно.
Средний по календарным дням считает за период с мая 2022 по апрель 2023, начисления (условно) 3000р, отработано 1 день, средний = 3000р
Это вроде как тоже правильно.
А вот средний по шестидневке считает тоже за тот же период, но отработанных дней там 0, т.к. 30.04.2023 это воскресенье. (в расчете среднего программа пишет о невозможности рассчитать средний по шестидневке)
Так вот, у вида отпуска "Основной" способ расчета указан "В календарных или рабочих днях в зависимости от трудового договора"
и т.к. сотрудник отработал менее 2х месяцев, средний ему считает исходя из среднего по шестидневке, а он по мнению программы равен нулю,
ну и соответственно компенсацию основного отпуска считает ему тоже равной нулю.
Это косяк в алгоритме  расчета или все-таки так и положено, что компенсации за основной отпуск ему не положено? ))
P.S. У компенсации северного и за вредность способ расчета указан по календарным дням, там правильно считает...

Это косяк. Исправляйте.

Кстати, в ручном выборе расчётного периода не даёт выбрать Май 2023 как Конец периода, только Апрель 2023. Надо код менять )

а точно компенсация основного отпуска положена? 2 дня ведь должны быть за полностью отработанный месяц, не?

(3) Нет, стандарт, полмесяца хвоста отпускного стажа берётся за целый таковой.

Надо внести следующее исправление в Общей форме ВводДанныхДляРасчетаСреднегоЗаработкаОбщий в районе строки 2694

Убрать "= 0" в конце:
ПериодДоНачалаСобытияИсключаетсяИзРасчетаСреднегоЗаработка = ДанныеСостояний.Количество() = 0;

(5) это надо разработчикам вносить ))

(6) Не будут они ничего менять. Изначально методисты сделали ошибочный выбор в пользу РС СостоянияСотрудников для проверки необходимости изменения период расчёта среднего заработка. Данный подход основывается на предположении, что весь период работы рассматриваемого сотрудника состоит из периодов не работы: отпуска, болезни, командировки и т.п. Но забыли про выходные дни. Например, если сотрудник весь месяц с понедельник по пятницу был в командировках, то РС его состояния покажет, что в данном месяце его состояние по субботам и воскресеньям было Работа. В результате программа внесёт в запросе строку Работа и не одну в его Данные для расчёта среднего = проскочит исключение данного месяца из расчётного периода среднего = ошибка.

Постановление 922
7. В случае если работник не имел фактически начисленной заработной платы или фактически отработанных дней [!] за расчетный период и до начала расчетного периода, средний заработок определяется исходя из размера заработной платы, фактически начисленной за фактически отработанные работником дни в месяце наступления случая, с которым связано сохранение среднего заработка.

Методически правильно рассматривать не РС СостоянияСотрудников, а РН ДанныеОВремениДляРасчетаСреднегоОбщий
Именно в этом регистре содержится ОТРАБОТАННОЕ время, которое и надо проверять на ноль за всё время трудового договора сотрудника.
Причём замечу, что при смене методики не требуется никаких дополнительных усилий, т.к. данные об отработанном времени уже ранее собраны для помещения в таблицу среднего заработка = Отработано дней по пятидневке или Отработано дней по шестидневке. Ничто не мешает просто проверить сумму дней в расчётном периоде на 0.

Вывод: фирма 1С почти никогда не меняет раз выбранную методику и ничего править не будет. Мало того, она ещё и запрещает пользователям самостоятельно ВРУЧНУЮ изменить конец периода расчёта. Это совсем беспредел, вот почему хотя бы его следует убрать напрочь в строке 2964 (см. выше)