Потому что сообщение об ошибке оно говорит о том, что программа с конкретного рабочего места не сумела попасть в сервис ЭЛН. 
Это может быть как "временная неработоспособность" сервиса в этот момент, так и настройки конкретного компьютера ограничивающие доступ в интернет.

"В этом же предприятии на другого сотрудника без проблем"

А работа выполняется с обоими ЭЛН с одного и того же рабочего места бухгалтера? (компьютер один и тот же?)

Есть ощущение, что проблема в настройке конкретного рабочего места с ЭЛН

Есть еще один вариант решения проблемы. Трудозатратный но, возможно, самый правильный.
Мы имеем норму права, которая:
1. Не содержит механизма реализации. Более того все разъяснения ФНС не дают нам механизма реализации. 
2. Применяется неоднозначно.  Некоторые налоговые агенты (СФР) вообще не имеют возможности реализовать. Другие в одних случаях - могут что-то сделать действуя в обход других нормативных актов, а в других - даже это им не поможет. Как следствие применение нормы права превращается "докажи что ты не верблюд, и не имел возможности исполнить".

Кажется любой из этих пунктов является поводом для оспаривания нормы права через суды (вплоть до Верхновного или Конституционного), чтобы эта норма права была отменена.

Закон, который непонятно как применять или не может быть применен всеми (и это никак в законе не проговаривается) - это не закон.

Объединил темы, так как они об одном и том же.

А у вас точно до 637 нормально выделялся РК в отпуске? С учетом того что указаны 999 и 888 алгоритмы, такие же проблемы должны были быть и раньше.
И 95 у вас тоже должен считаться "странно" в среднем (как раньше так и сейчас).

Если надо нормализовать и учет 200 вида в среднем (с 95 алгоритмом), то на текущей поставке надо будет придумать другой номер. 

В сохраненке не нашел алгоритмов с номерами 95, 999 и 888. Поэтому сложно подсказать как их исправить.

Воспользуйтесь стандартными 12,15, 99, 98.
У вас включены "параметризованные" алгоритмы (ради которых делалось исправление).
Но вы используете совсем другие алгоритмы. Нельзя настроить "корректное выделение РК", если РК считается по какому-угодно алгоритму.
Алгоритмы, по которым РК корректно выделяются в расчете среднего (причем речь о поставочных версиях этих алгоритмов):

Если пишутся/используются для РК другие алгоритмы, отличные от этих - то будут "странности в расчете" среднего.
Так как алгоритм требует адаптации под расчет среднего. И эта адаптация сделана только у указанного списка поставочных алгоритмов.

Решений несколько:
1) перенастроить на указанные поставочные (задав нужный результат параметрами)
2) адаптировать свои алгоритмы чтобы они чуть-чуть иначе выбирали суммы, на которые накручивает процент
3) те виды (и только те), которые основаны на "нестандартных алгоритмах" не считать видами РК, которые требуются выделять при расчете среднего (убрать их из настройки)

В вышедшей 637.0 можно использовать параметризованные алгоритм для расчета РК.
Проблема должна решиться.

Исправлено в вышедшей 637.0