Выношу на суд общественности свою разработку для работы с XLSX файлами.
Разработка нужна для вывода данных в некоторые шаблоны, которые определяются с помощью именованных диапазонов.
1. Берется файл шаблона, из репозитария, или переданного xstring, в нем определяются существующие строки, именованные диапазоны и листы.
2. Далее, по имени диапазона вставляются данные. Если это таблица, то все строки со всем содержимым на странице смещаются вниз на соответствующее количество строк.
3. Происходит копирование атрибутов стиля для новых строк и ячеек. Если именованный диапазон состоит из 1 строки, то форматирование этой строки будет продублировано для каждой строки таблицы. если же в диапазоне более 1 строки, то форматирование игнорируется. Если вставляется несколько столбцов и их количество больше, чем определено в шаблоне, то берется последняя из определенных в именованном диапазоне ячейка и от нее наследуются атрибуты стиля.
4. Если в шаблоне не определены строки, то создается соответствующий файл для добавления новых строк.
5. Результат - строка xstring, возвращаемая по методу GET_FILE.

На данный момент есть 1 ограничение: Объединенные ячейки, если они находятся ниже вставляемой таблицы, будут отработаны некорректно. Кроме того, есть ошибка при открытии полученного файла, офис почему-то ругается на файл, хотя если открыть файл архиватором, в нем открыть, например, файл листа, не редактировать его, а просто сохранить, то файл XLSX открывается уже на "ура" (я использовал редактор Altova XML Spy). Всем идеям, как это починить буду рад!

В качестве примера, приведу код для вывода таблицы в шаблон, который содержит, в том числе, картинку:



А вот ссылка на исходник.
В коде используется два словарных типа, которых в Вашей системе может не быть:
types mdp_tt_xml_docref type table of ref to IF_IXML_DOCUMENT.
types:
begin of ZBAS_ALSMEX_TABLINE,
row type KCD_EX_ROW_N,
col type KCD_EX_COL_N,
VALUE type STRING_UNICODE,
end of ZBAS_ALSMEX_TABLINE,
ZBAS_ALSMEX_TABLINE_T type table of ZBAS_ALSMEX_TABLINE.

Одного не пойму, кому в эпоху XSLT нужны все эти решения? (их тут на форуме не одно и не два). Другими словами: cui prodest? Кроме самого автора потренироваться, ессно.

З.Ы.:
Чтобы не ругалось - не нужно подменять расширение.

З.З.Ы.:
Чтобы открывать программно без варнингов с корректным расширением .xml:

Я понимаю, что сразу понятно, о чем идет речь. Но дело в том, что я не подменяю расширение. В кратком описании я указал, что берется XLSX файл и он же возвращается. Поэтому расширение как было родное, так и осталось.

Теперь про тезис:

Представим бизнес-сценарий: есть шаблон документа с логотипом компании (как Вы это сделаете через XSLT - отдельный вопрос), вдруг что-то в этом документе меняется, например, реквизиты компании. Для изменения документа нужен сразу абапер? Моя разработка позволяет обойти это "узкое место".

К тому же, например, есть SAP Query. Очень часто через них можно сделать практически все, что делается разработчиками в рамках отчетности. Соответственно, это решение позволяет сделать 1 оболочку и через настройки заполнять Excel документы. При этом, отчетность можно делать в фоне.

Собственно, PROFIT

Да, не обратил внимания. Офис обычно ругается осмысленно и пишет логи. По информации "ругается на файл" сложно что-то посоветовать


Не тот раздел форума

Действительно, логи пишет. Но они содержат только информацию, что файл был восстановлен. При этом, самое странное, что если я открою один из xml файлов структуры, просто пересохраню его в Altova XML Spy (указываю на всякий случай, вдруг, кто гуру и знает, что эта прога может сделать тайно), не меняя ничего, то есть, индикатор изменения файла не меняется, итоговый документ воспринимается как родной.

Alexandear, а можете файл, который открывается с ошибкой, выложить куда-нибудь. Так проще посмотреть будет.

Отправил в ЛС.