В с# есть возможность подключать COM-библиотеки напрямую. Долгий путь, не знаю поможет ли вам, но возможно поможет.
Как я это делал (на примере ScriptControl Как выполнить JavaScript на c#?).
Открываете системный реестр. В ветке HKEY_CLASSES_ROOT Находите там ваш класс.
Чаще всего работает application. Например "Excel.Application" или "Excel.Application.12" (версия офиса который у меня).
Type TExcel=Type.GetTypeFromProgID("Excel.Application");
object Excel = TExcel.InvokeMember(null, BindingFlags.CreateInstance, null, null, new object[0]);
Тут прокоментирую, COM библитотеки бывают двух видов, 32-битные, 64-битные, и двойные. Если выдаст 80040154 ошибку, и ProgID есть в реестре... то ему не нравится сборка.
В либо гуглим в интернете библиотеку, или вариант 2, найтиде файл excel.exe и вытрусите с него с помощью программы Exescope, ResourceHacker раздел TypeLib, и попробуйте получить пару свойств с помощью COM методов. Они будут совпадать с теми, которые вы ранее использовали, но доступ к ним через своеобразную рефлексию будет. Ниже привожу нерабочий пример, что бы показать в какую сторону копать
TScript.InvokeMember("Language", BindingFlags.SetProperty, null, sc, new object[]{"JavaScript"});
TScript.InvokeMember("AddCode", BindingFlags.InvokeMethod, null, sc, new object[]{code});
TScript.InvokeMember("SaveAs", BindingFlags.InvokeMethod, null, excelworkbook, new object[]{code});
Если 1,2 получилось, остаётся написать обвертку которая подменит те методы которые вы используете прямым пробросом в COM-библиотеку.
Возможно кто-то уже для c# делал обвертку с# - COM Excel.Application, может погуглив удастся такое найти.
Возможно доступ к исщезнувшему методу удастся восстановить через рефлексию, как показано выше в п.2.
Вообще ситуация странная, может это какой-то баг который позже исправят... COM-библиотека это самый "нулевой" уровень доступа excel, если microsoft что-то испортили в промежуточной библиотеке, то COM - должно работать.