Инструкция по настройке страховых взносов с выплат в студенческих отрядах:
https://kontur.userecho.com/knowledge-bases/51/articles/10420-nastrojka-strahovyih-vznosov-dlya-vyiplat-studentam-v-studencheskih-otryadah

Настроить правильный расчет можно в любой версии программы уже сейчас.
Для правильной выборки данных сумм в отчет РСВ за полгода и в уведомления ЕНП готовится обновление до версии 622.1

1) Возможно есть что-то еще?
Документ в виде pdf ведь тоже показывается в отдельном окне и можно переключаться между окнами.

2) "различные страховые взносы" - имеются в виду еще дополнительные взносы по вредности? Остальные взносы объединены в один.

Форму точно будем делать. Но к сожалению вряд ли успеем к окончанию этой отчетности.

1) с самого начала 2023 года никто не мешал сформировать уведомление 11 числа, которое соберет в себя информацию с 23-го по 11-ое, после чего 23-го сформировать уведомление с 23-го по 22-ое, которое по факту заменит собой предыдущее.
Ну то есть это был бы "странный бизнес-сценарий" (бухгалтер себе добавляет сам работу), но не запрещенный.
Каждое следующее уведомление за отчетный период (с 23 по 22) в ФНС заменяет собой предыдущее.

2) Если мы говорим про один и тот же отчетный период "с 23 по 22", то удалять информацию по ранее посланному уведомлению из нового уведомления точно не надо... Это будет ошибкой! Всегда собирается ПОЛНАЯ сумма за этот период (с 23-го по 22-ое). Только не надо путать с налоговым периодом с начала календарного года. Потому что иногда ошибочно начинают это трактовать что в уведомлениях накопительно с начала года суммы.

3) Неправда, что ФНС не примет второе уведомление за период. Примет. Просто информация из нового уведомления будет считаться не "дополняющей" а "заменяющей".

4) в программе в принципе нет учета "отправленных" налогов. Т.к. когда бухгалтер оформит платежку на отправку мы не контролируем. Есть исчисленный НДФЛ и удержанный НДФЛ. Но кажется это и не проблема, так как уведомления и не работают по "отправленным" налогам, они собираются именно по удержанному налогу. Т.к. сообщают ФНС "какая сумма НДФЛ должна поступить от налогового агента". Поэтому не очень понятно почему таблица контроля не подходит: она покажет в какую дату какой НДФЛ был удержан. Это именно та информация, по которой собирается и уведомление. Никакого иного учета НДФЛ и не ведется.

5) в мае вышел ФЗ ускоряющий "списание" НДФЛ с ЕНС на КБК НДФЛ. Вступил в силу с 29.06. Ничего принципиально из схемы описанной выше не поменялось, кроме того что деньги при их достаточном количестве на ЕНС списываются на КБК НДФЛ на следующий рабочий день после поступления уведомления (а не 28-го числа).
Другими словами подали вы 11-го числа уведомление с "23-го по 11-ое", в ближайший рабочий день после 11-го с ЕНС спишется эта сумма (если она на ЕНС есть).
Но!!! Это не значит что потом 23-го вы должны подать уведомление уже только с информацией "с 12-го по 22-ое". Нет! Вы 23-го подаете уведомление все так же за период с "23-го по 22-ое". Просто ФНС, увидит что за этот период уже было списание с ЕНС по НДФЛ и учтет это списание.
И никаких ограничений по количеству уведомлений нет (их и раньше не было). Хоть каждый день подавайте. Но "накопительно с 23-го по текущий день" (пока не доберетесь до 22-го). Попытка списания с ЕНС будет происходить после каждого с учетом уже успешно списанного за этот период.

6) программа точно еще не настроена удобно(!) под "проект" (про 2 уведомления). Потому что этот проект могут как отменить, так и изменить до неузнаваемости.
В любом случае, это изменение (про 2 уведомления) в 2023 году будет применяться "по желанию" и лишь с 2024 года станет обязательным (если примут вообще).
Конкретно для этого проекта важны детали: периоды "с 23 по 9" и с "10 по 22" это будут два независимых периода (и тогда собираться отдельно именно по этим датам). Или сначала собираем "с 23 по 9", а потом "с 23 по 22". Пока в проекте зафиксирован второй вариант ("с 23-го по 9-ое" и "с 23-го по 22-ое").

Если он так и останется (т.е. останется накопительность за период с 23-го по 22-ое), то вы уже сейчас можете работать в таком ключе: 10-11-го делайте первое уведомление, 23-25-го делайте второе. Для того чтобы "отличить" одно от другого можно, после создания уведомления, ему комментарий прописать "с 23-го по 9-ое", "с 23-го по 22-е". Ну и страховые взносы удалять из того, которое по 9-ое, т.к. сейчас они будут соваться в оба.

Зачем бухгалтеру эта лишняя работа, которая не обязательна - не знаю. Бредовость фантазий законодателей не знает границ, бросаться исполнять "проекты" раньше времени (пока это не стало обязанностью) - выглядит странно. Но каждый развлекается как может.

Можете уточнить проверку чего с чем вы делаете.
В Разделе 3 "Сотрудники" можно в эксель выгрузить информацию с разбивкой по людям.
Может быть этой информации достаточно для сверки?

1) По первому разделу 6-НДФЛ вопросов нет? Там все сошлось? (периодами с 23 по 22)?
2) Вопрос по 160 строке из второго раздела? Вы смогли собрать удержанный НДФЛ с 01.01.2023 по 30.06.2023 и он отличается от того что видите в 160 строке?
А как вы собирали информацию "НДФЛ по ведомостям"? Может быть у вас есть какой-то НДФЛ болтающийся в ЛС но не захваченный ведомостями?

Воспользуйтесь таблицей "Реестр учтенных доходов для НДФЛ" в "Отчеты"-"Таблицы контроля".

После печати в сводной таблице можно выбрать нужные даты чтобы увидеть сумму НДФЛ за эти даты.

Светлана Александровна, никто не отрицает наличие у вас и вашего клиента потребности.
Но если такой возможности по умолчанию нет в программе, то надо понять делать ее или нет, кто будет делать и на каких условиях.

Уведомления как сущность, установленная и зарегламентированная нормативными актами делаются в точном соответствии с этими нормативными актами.
Программа Контур.Зарплата делает уведомления в точности так, как того требует текущее состояние НПА.
Потому что если вы это соберетесь отправить в ФНС, то собрано оно должно быть так как требуется для ФНС.

Возможность делать уведомления как-то иначе (не так как того требует НПА) - это "желание клиента", которое при возможности удовлетворяется отдельно, за отдельную оплату, по отдельному договору внедрения силами внедряющего специалиста а не командой разработки. Могут быть исключения из правил - мы понимаем что это требование не единичное, польза будет многим и тогда есть смысл привлечь команду разработки.

А еще такими вопросами мы выясняем: а исходная то проблема в чем состоит?
Потому что "создать уведомление два раза в месяц" это не проблема, а уже готовое решение, которое придумал сам клиент. Нам же надо знать исходную проблему, чтобы понять а нет ли альтернативных решений которые помогут клиенту получить желаемое, но при этом не добавляют лишней работы команде разработки.

Возможно главный бухгалтер "уведомлениями" называет информацию о сумме налогов которые были удержаны по состоянию на определенное число.
И желание главного бухгалтера можно сформулировать иначе: "можно ли в программе получить информацию о налоге удержанным за интересующий нас промежуток времени?".
И у этого вопроса будет уже другой ответ.
Уведомлениями это сделать нельзя, но есть "таблица контроля" - "Реестр учтенных доходов для НДФЛ".
Возможно, что главный бухгалтер получит все что он хотел из этой таблицы.

Надеюсь мне удалось до вас донести почему нам важно чтобы вы могли ответить "зачем?".

В столбце "0" настроечной таблицы скорее всего не стоит + для совместительства

Зачем? Она юридически под запретом.

А как превращать "праздничные дни" в часы в общем случае? 
Они же не обязательно "8 часов" работали?

VNC?