Появилась глобальная задача из прошлого века.
(MS Excel 2003)

Краткое содержание текущей ситуации:
Есть куча народа (юзера), которые используют разные Excel-файлы как клиент к БД.
Excel-файлы (клиенты) имеют довольно развитый код на VBA (формулы + макросы + формы + графики + всякая гадость).
Довольно часто возникает ситуация когда юзера что-то меняют в Excel-файле (кнопочку добавил, формулу поменял, макрос подрихтовал, другая беда)

В общем за годы работы у заказчика наступил хаос - теперь нам разгребать доверили.

Краткое содержание задачи:

Каким-то образом поддерживать версионность всех клиентов от всех юзеров.
Автоматически менять код макросов, формул, виды графиков и другой дурни у каждого клиента.
В общем сделать что-то типа синхронизации внутреннего состояния каждого Excel-файла с возможностью отката.

Что пришло в голову:

Вспомнилось, что MS строит свои форматы файлов для Офиса в формате? который теоретически можно представить в виде XML.
Погуглив и попробывав несколько таких приблуд, увидел, что они выдирают только данные со страниц, но не трогают макросы и т.п. чухню.


Вопросы:
1. Как (и/или чем) можно слить ВЕСЬ Excel-файл в XML?
2. Может кто подскажет другой подход к реализации данной задачи?

Спасибо!

клиент - это Excel-файл, который по ConnectionString коннектится к SQLServer и Oracle.
нам надо именно вот эти Excel-файлы конвертить в XML.
потом будем этот XML уже проверять.

наработаннй код - это не проблема портировать,
НО
вот юзера пользуют в этом коде доооооохрена специфических Excelных функций,
которые просто так не запортируешь.

именно из-за этих функций до сих пор они сидят на Excel

Shocker.ProRegisteredUserклиент - это Excel-файл, который по ConnectionString коннектится к SQLServer и Oracle.
нам надо именно вот эти Excel-файлы конвертить в XML.
потом будем этот XML уже проверять.

А зачем?
Правильно настроить СУБД, чтобы не принимала некорректные данные. У MSSQL для этого дохренища возможностей. Выдать пользователю образец клиентской программы. Если они чего-то дорабатывают - должны соответствовать протоколу обмена, иначе сервер не примет результат.

вопрос не в этом... вы не на тот вопрос отвечаете... точнее я даже не задавал такого вопроса...

AntonariyRegisteredUserнаработаннй код - это не проблема портировать,
НО
вот юзера пользуют в этом коде доооооохрена специфических Excelных функций,
которые просто так не запортируешь.

именно из-за этих функций до сих пор они сидят на ExcelПоявилась одна мысль, но нужен пример кода с такими функциями. Хотя бы их названия.

ну давайте с простого начнем:
линейная регрессия - LINEST() на русском ЛИНЕЙН()

вот в модуле есть такой код:

Public Sub REGRESSION()
Sheets("DATA").Select
Range("N2:q6").Select
Selection.FormulaArray = _
"=LINEST(I2:I" & COUNTER + 1 & ",e2:f" & COUNTER + 1 & ",TRUE,TRUE)"
...

End Sub

и вот допустим юзер возмет и поменяет его на

Public Sub REGRESSION()
Sheets("DATA").Select
Range("N2:q6").Select
Selection.FormulaArray = _
"=LINEST(I2:I" & COUNTER + 1 & ",E34:f" & COUNTER + 1 & ",TRUE,TRUE)"
...

End Sub

а я бы очень хотел вытянуть эти изменения

Тут еще такая мысль прокатилась...
А можно создавать Excel-файл "налету"? запихивать в него начинку в виде макросов?

ну мутные настройки безопасности пока опустим.
тут важна сама возможность мастерить файл клиента "на лету" с запихиванием в него всякой начинки в виде кода

Djon PlayerRegisteredUser,

А нужно ли в принципе, чтобы у каждого клиента был файл отличный от файла других клиентов.
Почему нельзя сделать один централизованный файл, который каждый раз считывается с сервера и оттуда запускается. В нём установить защиту от сохранения на клиентской машине, либо проверять, откуда клиент запустил свой файл
А если клиенты хотят какие-то новшества и они полезны всем, то делать их так-же централизованно.

это было бы очень просто...
к сожалению никакие условия работы юзеров менять нельзя.