Всё равно не пашет.
Сделал так:
Или:
Минус тут только один: появляется менюшка в первом случае или статусбар заполнения формы во втором.
А так вполне рабочий вариант.

Добрый день.
Столкнулся с проблемой передачи отчёта в Excel после того, как на ПК(Win10 x64) начали "приезжать" обновления системы
безопасности для Excel. Например это - KB4475579. В описании обновления увидел, что в Microsoft решили,
что теперь выполнение макроса, вызванного из одного файла для другого файла excel считается не безопасным и тупо блокируется.
В итоге перестала работать ветка в ФМ ZWWW_FILLFORM:


Соответственно работает только для "коротких" отчётов. Конечно же можно поправить ФМ и принудительно всегда вызывать PERFORM fillexcelform, но я так понимаю это "медленный способ передачи" для коротких отчётов.
Никто не сталкивался?

Спасибо за информацию!

До сих пор с таким не сталкивался, т.к. политика безопасности MS сводилась к тому, что опасность имеют только макросы без параметров. Поэтому запуск макросов с параметрами был доступен даже при максимальном уровне безопасности в настройках Excel. Это логично, т.к. в данном случае исключён случайный (несанкционированный) запуск опасного макроса и заражение системы.
Однако, почитав описание обновления, я не увидел информации о том, что данная политика как-то изменилась. Можете поделиться ссылкой, где это нашли?

p.s. Попробуйте поиграться с настройкой безопасности Excel 2016, возможно там появились какие-нибудь новые опции. Сам пока не могу попробовать, т.к. пока нет под рукой Win-системы с такой конфигурацией.

Да, не совсем внимательно прочёл аннотацию, однако после деинсталляции обновления, экспорт в эксель точно начинает работать, настройки безопасности в самом Excel пока не помоги, в т.ч. и указание директории,в которую программа сохраняет шаблон в качестве безопасного источника.
Если что накопаю отпишусь.

Решение найдено, м.б. кому-то пригодится. Нужно выполнить 2 шага:
1. В файле с макросом(ZWWW_MACROS) закомментировать макрос m1(который без параметров). И перезалить его в SAP. (возможно у меня старая версия, в новой уже этого макроса нет)
2. В модуле LZWWWFORMF01 закомментировать код:

Да, похоже у вас очень старая версия.
Это мусорный макрос M1, оставшийся после ранних экспериментов.
Решением является просто обновление ZWWW.

Приветствую. Не записываются в Excel значения длинной более 254 символов. В чем может быть дело?

Если методом через FIND_TEXT=[метка], то это ограничение самого Excel, точнее функции Поиск/Замена. Поэтому обычно для длинных текстов в ячейке можно создать несколько меток типа [метка1][метка2] и т.д., и заполняют частями. Однако у ячеек есть ещё ограничение по общей длине текста в зависимости от версии самого Excel. И даже при возможности записать длинный текст в ячейку в последних версиях Excel, он всё равно может их обрезать при отображении. В общем лучше очень длинными текстами не увлекаться и разбивать на отдельные ячейки, например, по абзацам.

Срочно нужна помощь.
У меня временно заблокирован доступ к системе, так бы сам разобрался, по этому приходится просить базисников и объяснять им, что и где смотреть и что делать.
В разработке был до меня установлен ZWWW, если не ошибаюсь версия 303, но не перенесён в продуктив.
Перенос в тестовую зону прошел без проблем.
При переносе же в продуктив возникают след.ошибки:

Программа ZCL_ZWWW======================CU: ошибка синтаксиса в строке 000001
ABAP-оператор REPORT/PROGRAM отсутсвует или типомпрограммы является Include
Программа ZCL_ZWWW======================CO: ошибка синтаксиса в строке 000001
ABAP-оператор REPORT/PROGRAM отсутсnвует или типомпрограммы является Include
Программа ZCL_ZWWW======================CI: ошибка синтаксиса в строке 000003
ABAP-оператор REPORT/PROGRAM отсутсnвует или типомпрограммы является Include

В чём может быть проблема и как её победить ?

ZCL_ZWWW======================CU
class ZCL_ZWWW definition
public
final
create public .

*"* public components of class ZCL_ZWWW
*"* do not include other source files here!!!
public section.

class-data CHAR_TAB type CHAR1 read-only .
class-data CHAR_0D type CHAR1 read-only .
class-data CHAR_0A type CHAR1 read-only .
class-data VERSION type CHAR10 read-only value '3.03'. "#EC NOTEXT .

class-methods CLASS_CONSTRUCTOR .
class-methods SAP_OFFICE_GET_FILE_ID
importing
value(I_FILE_NAME) type STRING
exporting
value(E_FILE_ID) type SOFOLENTI1-DOC_ID
exceptions
FILE_NOT_FOUND .

ZCL_ZWWW======================CO
*"* protected components of class ZCL_ZWWW
*"* do not include other source files here!!!
protected section.

ZCL_ZWWW======================CI
*"* private components of class ZCL_ZWWW
*"* do not include other source files here!!!
private section.

class-data CHAR_ASCII type CHAR255 .

class-methods ASSIGN_CHAR_X .

Подозреваю, что проблема в различиях версий ABAP-BASIS в разных системах SAP. При импорте старой утилитой ZWWW_MIGRATE бывали такие накладки. Последняя версия ZWWW_MIGRATE не должна такое делать. Раньше, когда такое случалось, я ручками исправлял. Нужно, чтобы заново пересохранились инклуды класса. Самый простой способ, скопировать класс ZCL_ZWWW с другим именем, потом удалить ZCL_ZWWW, и скопировать обратно.

Спасибо! Помогло.

Столкнулся с такой проблемой - имеем:
WIN10 + Excel 2016.
Выгружаю таблицу. в ячейке стоит Переносить по словам, но автоматически высота строки не увеличивается после выгрузки.
В итоге вижу первое слово из строки (остальные перенесены но из-за малой высоты строки не видны).
Если я руками далее захожу в формат этой ячейки и Снимаю-Устанавливаю флаг Переносить по словам, то увеличивается высота ячейки с аналогичным значением в строке выше, в текущей, и в строке ниже.
Остальные строки не увеличиваются по высоте.
ЧТо это может быть?

Появилось возможное объяснение - если руками менять параметры ячейки, то потом автовысота не работает.
Возможно, действительно, меняли.
Придется макрос писать с автовысотой, видимо

Здравствуйте.
При разработке новой выгрузки в Word столкнулся со странным глюком - на первой странице таблица расплывается в разные стороны, некоторые строки уходят вправо за край листа, на последующих страницах все ок. При этом все страницы заполняются по одному принципу - копированием закладок и все страницы формируются одинаково. После тысяч всевозможных вариантов, обнаружил, что проблема решается принудительным разрывом страницы в первой же записи в IT_VALUES, но в таком случае содержимое формуляра всегда будет начинаться со второй страницы, а первая будет всегда пустая. Решил удалять ее макросом. Примерно такого содержания (на самой первой странице выделяем символ разрыва страницы и удаляем его и вторая страница становится первой):
Но теперь новая проблема. При вызове макроса указать имя закладки нельзя - на первой странице ничего нет, закладок в том числе. При вызове макроса с пустым VAR_NAME эффект не достигается. Вернее он вырезает начальный символ на всех страницах кроме первой Но если запустить макрос вручную, после формирования Word-формуляра, то он отрабатывает корректно. Возможно, через ZWWW макрос вызывается не тогда, когда это было бы нужно. Помогите пожалуйста советом, от чего может "плыть" таблица, чем первая страница такая особенная? Либо же может есть идеи как удалять пустую первую страницу.

Это особенность представления закладок в самом Worde, я ранее описывал правильный метод выделения строк.