...Ну так просто: в XML будет прописана кодировка ANSI, хотя сам XML будет в UTF-16; в принципе, мелочь. Однако, применительно к 2009-й у вывода в Excel большого куска данных в XML обнаружился еще один "побочный эффект": в ядре реализовано ограничение на максимальный размер памяти, который может быть выделен одной сессией под переменные кода Х++. Если код попытается собрать слишком длинную строку, больше примерно 4-5 Мб, то вылетит ошибка времени выполнения "недостаточно памяти для выполнения скрипта". Можно настроить тот же AOS, чтобы у него не было такого ограничения, но это не спасет, если с AOS'а попытается передать такую длинную строку на клиента - вылетит точно такое же исключение. Соотв., в общем случае надо настраивать и AOS, и клиента, однако, засада в том, что клиентов может быть много, и настройку они могут читать из HKCU, так что надо по идее на каждом хостев каждом профиле прописывать в реестре настройку, снимающую ограничение на максимальный размер буфера (что именно прописывать, рассказывается в заметке
Error executing code: Insufficient memory to run script в блоге EMEA DAX Support). Если клиенты запускается с определенным конфигом, да еще и лежащим где-нить на сетевой шаре, тогда проще - можно просто подправить этот конфиг и все. Но факт тот, что оперирование большими текстовыми буферами требует "тонкой настройки" сервера и клиента.