Поддержу Игоря!
Вы показали в авансовой ведомости взыскано 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 разных настроек каждую из которых надо потом учитывать, поддерживать тестировать... я не сторонник добавления настроек которые поощряют методологический хаос :)

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

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

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

Изменения готовим. Работе вроде бы это не должно сильно мешать.
Если вы подпадаете под действия закона, можете не платить.
Если вдруг не будете платить уже за май,. то после выхода поставки надо будет пересчитать май, сменив текущий месяц на май. Чтобы состояние в ЛС соответствовало тому что вы заплатили. Иначе потом будет путаница с тем сколько надо заплатить.

Не очень понятно в чем проблема выгрузить таблицу в dbf-файл и на другом месте сделать импорт из dbf-файла для объединения данных?