И у Калуги есть своя какая-то проверочная программа (клиент оч торопился и не смог толком продиктовать ее имя), которая как-будто ходит в налоговую и там проверяет файл. Так 1С ники объяснили. В протоколе данная проверочная программа выдает сообщение о том, что формат файла не соответствует или что-то подобное. Причем программа проверочная от 2016 года!!!

Скорее всего программа ориентируется что у имени файла фиксированная длина, а значит они ждут что в качестве уникального номера файла используется GUID. Для этого надо выставить в настройках нумерацию файлов в ФНС через GUID а не порядковыми номерами (Николай про эту настройку написал).

На месте клиентов я бы давно уже на GUIDы перешел.

Если бы ФСС был не готов принимать 4-ФСС то мы бы про это знали (как никак 10 апреля на дворе).

Похоже что был сбой на шлюзе ФСС.

Сейчас попробовал еще раз выслать файл на тестовый шлюз. Принялся без ошибки. Так что посылайте еще раз.

Завести отдельный вид "НДФЛ с больничных" и настроить его соответствующим образом.

Появилась возможность рассчитывать налог с определенных видов.  
Например, схема расчета налога с БЛ за текущий месяц:
Налог с (общей суммы за все месяцы) –    Налог с (общая сумма за все месяцы без суммы БЛ за тек.месяц)

Все вычеты предоставляются при расчете обоих налогов, в результате налог с БЛ будет  всегда равен БЛ*13% за исключением случая, когда Вычеты>Дохода  
Для настройки расчета налога с БЛ нужно:
-      Завести столбец(например 28), где отметить виды БЛ символом 1
-      У вида налога с БЛ поставить алгоритм 205 с параметрами 1,*,0,28  - где 28-номер столбца
-      порядок расчета меньше чем у 305 вида,
-      все остальные столбцы ТВХ = как у 305 вида (особенно Спец18..)
-      в настройке налога у вида налога с БЛ - символ Н в столбце Доп. За исключением случаев, когда данный вид налога заведен «справочно», т.е. мнимым видом.  

Чтобы настроить расчет и учет налога с БЛ по источникам, то нужен второй вид налога (по источнику), у которого:
-      порядок расчета меньше чем у осн.вида налога с БЛ,
-      алгоритм 205 с параметрами 1,*,1,28  - где 28-номер столбца
-      все остальные столбцы ТВХ = как у 505 вида
-      в настройке налога - символ Н в столбце Доп.
-      в столбце для налога с БЛ (в нашем случае 28ом) символ 2

По умолчанию приватные сообщения падали в Helpdesk Контура. Исправил. чтобы падали в Helpdesk Контур-Зарплата.
В тикетах похоже только свои. У сотрудников тех.поддержки единственная возможность увидеть все тикеты - "интерфейс оператора", учтем это на будущее.

Ответ написал Николай. Дальнейшую переписку можно вести уже в тикете.

А приватное сообщение было написано? Просто в тех "тикетах" (приватных сообщениях) которые открываются по умолчанию у меня я вижу одно единственное тестовое приватное сообщение которое отправил я сам с помощью электронной почты. Других приватных сообщений я не вижу.

Скачал АРМ ФСС последней версии (http://fss.ru/ru/fund/download/55818/index.shtml)

Сформировал 4-ФСС. Зашифровал, подписал. 

Загрузил на тестовый шлюз.

Вот результат. http://forma4.fss.ru/fss/statusreport?id=9111-2858-7044-01-3103275205

3 = 2+1, то есть и суммы и РВ берется не из КЧ, а из видов Н-У.
Поставьте в настройку 0 или 2 и будет брать из КЧ.

Нарушена целостность данных в файле Addr.dll при его загрузке

Это маловероятно. Скачиваются обновления в виде cab-архивовов, если скачается "битый" архив, он просто не развернется.

Тут ситуация в другом - "испорчена" (отличается от поставочной) Addr.dll находящийся в обновляемой (старой) версии у клиента. Причины могут быть в разные. Заражение вирусом и лечение антивирусом, откат состояния операционной системы и т.п. любое действие, которое при сохранении работоспособности файла, приводит к изменению контрольной суммы файла.

Так как веб-обновления у нас готовятся в виде "дельты" (в обновлении не полные .dll а только отличия новой dll от старой), то для успешного применения обновление обязательным требованием является чтобы обновляемый файл был в точности таким же, каким он был на старой версии, в противном случае если накатать "дельту"(отличия) на файл, который не был точно таким же, мы получим неработоспособный файл.

Поэтому в данном случае проблема решается двумя способами:

1) Либо надо восстановить старый rscalt до поставочного состояния (то есть там должны быть точно такие же dll как в старой версии) - этот способ можно рекомендовать только если у клиента есть доступ к старому дистрибутиву

2) Либо обновляться полной версией поставки а не "дельтами"