Если на вашем компьютере полная копия базы клиента работает нормально то значит у клиента нужно попробовать обновить .Net Framework через обновление windows (либо загрузить обновление с сайта Microsoft)

Есть подозрение что Вы изменили в режиме программиста таблицу для редактирования справочника подразделений. Необходимо восстановить файл TABLREF\Ref_Dep.tab в сетевом ZPL  из поставки (из RSCALT\DefBase.cab)

похоже Вы прислали хороший файл а не испорченный

Испорчен список лицевых счетов. Пришлите нам файл tn.val для анализа. 

Его можно удалить и скопировать из сетевого zpl\BACKUP\Last\tn2.val

В списке кассовых ведомостей нажмите F9 настройка - там можно отключить разноску после создания ведомости

либо "аванс"

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

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

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

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