Если мы игнорируем определенные технологии, у вас есть три основных варианта, хотя возможны комбинации:
- Сохраните существующие книги Excel в фоновом режиме и предоставьте новый интерфейс.
- Перенос VBA на новый инструмент.
- Определите с вашими пользователями функциональность, которая им нужна сегодня и завтра, и реализуйте ее.
Я был бы удивлен, если бы Вариант 1 не дал вам самую дешевую и быструю интеграцию. Недостатком является то, что вы по-прежнему зависите от этих старых книг Excel. Они основаны на ранних версиях Excel или были перенесены вперед? Если нет, работают ли они с новейшим оборудованием и операционными системами? Будут ли они работать с завтрашним оборудованием и операционными системами? Microsoft прилагает огромные усилия для обеспечения обратной совместимости, но это не означает, что они достигают 100% обратной совместимости и что они могут или будут поддерживать обратную совместимость в будущем.
Возможен ли вариант 2? Знаете ли вы, что делает каждая книга? VBA можно перенести / преобразовать в новый инструмент, но как насчет надстроек? У вас есть источник? У вас есть документация? Проблема с документацией заключается в том, что некоторые ошибки становятся недокументированными функциями, которыми пользуются люди.
С опцией 3 вам не нужно беспокоиться о том, чтобы что-то выдвинуть. Вы выбираете правильный инструмент для сегодняшнего и завтрашнего дня и используете его для реализации необходимых вам функций. Вы должны быть немного осторожны. Если вы спросите пользователей, нуждаются ли они в объекте X, они все равно ответят «да». Вопрос, который нужно задать: для чего вы используете средство X?
Каждый из этих вариантов имеет риски? У вас есть информация для доступа к рискам? Можете ли вы оценить работу и риски, связанные с каждым из этих вариантов? Только тогда, когда вы сможете, вы сможете выбрать подход, а затем и технологию.