В прилагаемом архиве script.zip  сделана оптимизация 2-НДФЛ для подобных случаев - когда в одном ЛС нет разных ОКТМО  не запускается разбивка на разные справки и склейка в таблице (войдет в следующую поставку).
Для того чтобы массово отнести вычеты к основной должности можно воспользоваться таблицей из этого архива zpl.zip

Значит перед обработкой письма нужно посмотреть что за ЛС занимает табельный номер 46410 и может освободить его. Если это тот же ЛС то действительно случай нестандартный, видимо связи очищены были не все. Вв скриншотах недостаточно информации, по письму должно быть видно к какой сущности оно, к новой или существующей(заполнен Master GUID).

В данной панели нужно указать другой табельный номер для создания ЛС, т.к. тот что прислали уже занят

Необходимо переустановить .Net Framework на этой машине

в предпоследнем столбце TABLBANK\Db_Main.Sum  имя поля заменено на какой то непечатный символ. возможно это сделал один из скриптов. Какими пользуетесь таблицами для передачи в банк?

и почему в этом файле после номера алгоритма еще 4 лишних столбца?
если это сделал не сопровождающий специалист то пришлите этот файл нам для анализа

скорее всего проблема не с этим файлом, а с файлом ZPL\grconfig.xml  (в локальном ZPL)
пришлите его пожалуйста тоже. (перс.данных там нет, содержит пользовательские размеры колонок и координаты окон для всех таблиц - если не важна эта информация то можно удалить файл)

Необходимо обновить до последней версии и вторую программу. Одновременно с одним новым справочником ФИАС не может работать новая и старая версии программы. Если второй каталог со старой версией нет возможности обновить, то замените там файл ZPL\T_UDL\ADDRESS.UDL на поставочный (из архива RSCALT\defbase.cab)   перезапустите программу и скачайте старый справочник адресов

в данном случае мешает уволенное совместительство т.к. по нему никакого статуса не выставляется (расчет за полмесяца не производится) - суммированный статус ЛС получается пустой. В будущих версиях постараемся обойти эту проблему