Если данные в таблицу принимаются с целью последующей разноски в ЛС, то пункты 2-5 можно пропустить.

Если в настройках параметров обновления в строке "Проверка обновлений" стоит 3, то программа будет автоматически проверять наличие новых версий и предлагать их установить:

Подробную инструкцию по обновлению можно найти в помощи (F1) или здесь: Обновление системы (skbkontur.ru)

Версия КЗ 607.6

Вид с кодом 2 добавлен в настройку "ковидных выплат"?

Странный вопрос... Я как раз и спрашиваю: куда его надо добавить?

Пробовал в коронавирусные выплаты - сумма в таблицу не попадает (видимо потому, что в поставке нет соответствующего столбца)

С исправленной табличкой всё нормально.

Хорошо бы исправить в поставке.

R_SRC() возвращает внешний код источника из свойств строки вида. Поэтому и появляется запрос - какого именно вида. 

Используйте R_PanelSrc(1) или  R_PanelSrc(5)

Как сделать это безболезненно

Заполнить ФИО в "старой" КЧ. Там, как ни странно, можно ввести любое количество символов фамилии, не смотря на 20-ти значную длину поля.

Изменение длины поля для фамилии в системной КЧ - не панацея. В какой-то момент после очередного обновления КЗ, его размер снова станет = 20.

исчезли с экрана символы имени

В режиме показа полных ФИО всё отобразится корректно

на что это может повлиять

Любой из вариантов ( увеличение длины поля или заполнение фамилии в старой КЧ) приведёт к некорректному отображению фамилии в некоторых печатных формах, где явно задан размер поля для фамилии = 20. В основном это касается "DOS-овских" печатных форм.  

В итоге, база расчета взносов, о которой речь и сумма возвращаемая этой функцией не совпадают! В чем причина?

В том, что, R_Col_S_MV собирает ВЕСЬ доход, а база для начисления взносов = весь доход - вычеты.

З.Ы. Базу для начисления страховых взносов по каждому сотруднику можно увидеть в таблице "Проверка правильности удержания взносов"

спасибо

Т.е. чтобы принималось, столько строк, сколько есть

А зачем?

ФСС не интересует сколько раз вы производили выплаты. Им надо знать количество смен для их оплаты. Т.е. вполне логично, что 

 программа суммирует все это РВ в одну строку с должностью

если внести в таблицу разноски по одному ЛС две строки с одним источником, одним совместительством, одним месяцем, но разным РВ, то первая строка затрет РВ в ЛС, если уже что-то было внесено ранее

Можно побороть так:

0.01 в функции разноски PutST - это одна копейка, которая разнесётся в сумму по строке, а флаг BE_FREESUM не позволит заменить эту копейку, вследствие чего в ЛС добавится новая строка с той же копейкой, но с новым РВ.

Как научить программу выбирать в реестр РВ то, которое нам надо, новое, а не все, которое есть на этой должности?

Как вариант: с пом. вышеприведённой таблицы разносить в строки абстрактные даты выплаты (первая строка - 01.ХХ.ХХХХ, вторая - 02.ХХ.ХХХХи т.д.), а в реестр эти даты принимать с фильтрацией по заданной дате.

Спасибо.