исправлено в 606.5

Да, достаточно.

РВ берется от одной должности.
Пока есть смысл считать в таких случаях средний отдельно, а не по всем должностям сразу.

Поддержу Игоря!
Вы показали в авансовой ведомости взыскано 10000 рублей из 20000 со всей зарплаты.
Зарплатная ведомость заберет в себя все 20000 взысканного
Суммарно в банк вы передадите информацию о том, что взыскано 30000, хотя на самом деле только 20000.
Как будете вести учет прошедшего по кассам "взысканного"?

Что плохого в том, что с авансовой взыскано не покажем, а в зарплатной покажем полную сумму? Где мы тут "обидим" должника?

Вопросом на вопрос нехорошо наверное отвечать, но:

1) А как вы решали эту проблему марте и мае и почему ее нельзя решить точно так же в июне и июле?

2) А вы уверены, что 24 июня и 1 июля надо исключать из среднего заработка?

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

Ответы есть здесь:
https://kontur.userecho.com/communities/47/topics/8439-isklyuchaemyij-period-v-srednij-dlya-otpuska-s-30-marta-2020-po-30-aprelya-2020

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

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

Похоже на баг. Проверю.

Мы можем сделать настройку, но переплата уволенному в этом случае целиком и полностью вина бухгалтера.

Я просто не понимаю методологически в чем необходимость выплаты аванса уволенному?
Кажется что в этом случае бухгалтер бежит впереди паровоза и посчитал увольнение тому, кого увольнять еще было рано. Ну типа 10 июня прилетел приказ уволить 20 июня Иванова?
Так считать надо не когда приказ прилетел, а когда наступил день увольнения. Тогда и проблем с авансом никаких не возникает. До 20 июня столько всего произойти может...
С учетом 100500 разных настроек каждую из которых надо потом учитывать, поддерживать тестировать... я не сторонник добавления настроек которые поощряют методологический хаос :)

Может быть мы чего-то не видим и расчет увольнения сотруднику до наступления даты увольнения это хорошо?

для нас это такая же тайна как и для вас.
Осмелюсь предположить ревизоры еще не решили как они отреагируют.
Если форма реестра (печатная) утверждена банком, то самовольно странно ее менять. Может быть кто-то несет ее в печатном виде. Хочется увидеть новый формат от банка.

Если печатной формы реестра нет, наверное мы можем печатать какую-то упрощенную форму реестра.