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

C WITHOUT_OLE='X' спасибо , разобрался , ковычки двойные были . Дело как оказалось в том что на домашнем компе юзверь именован русскими буквами. (в пути к темповой директории он пристутствует)
Сменил юзера с импортным логин)) , все стало ГУД.

Есть у меня смутные подозрения, что это SAP GUI так косячит. Я в прошлом году хорошо поковырялся, нашёл пару нюансов.
1. Нельзя делать Free object пустых хендлов OLE. Обычно это никак не сказывается, но при CLOSE_FORM='X' выполняется Quit в самом Excel и вот тут-то SAP GUI залипает - могут оставаться процессы Excel. Видимо, вместо того, чтобы игнорировать пустышки, он наоборот создаёт какие-то уродские хендлы Excel.
2. Перед повторным присвоением любого хендла OLE нужно его очистить через Free object. Иначе, если ABAP-процесс не завершён (повторный запуск ФМ без выхода из программы), опять же могут остаться висящие процессы Excel.

По-моему так косячит сборщик мусора самого SAP GUI, если он там вообще есть.

В последних версиях (>2.92 не выкладывал, высылаю по почте) я учёл эти моменты. Вce вызовы Free object заменил на вызов ABAP-макроса:


А все переменные типа OLE2_OBJECT чищу перед повторным использованием, например:


Поскольку у вас старая версия (да еще исправленная), то эти моменты могут сказываться. Какое-нибудь переполнение буфера в SAP GUI из-за большого количества мёртвых OLE-хендлов - вот и выпал "без объявления войны". Для минимизации этих ситуаций рекомендую всегда указывать OPTIMIZE=0.

p.s.
Кстати, а почему используете WITHOUT_OLE='X'? Этот режим больше нужен для Java GUI и MacOS, когда надо - включается автоматически. Параметр нужен только для отладки. Но возможно, из-за вышеописанных моментов, он вас выручает?!

Подскажите пожалуйста, дано: Шаблон екселя,в котором 2 непохожих друг на друга листа, надо заполнить оба. В примере zwww_many_list листы создаются динамически,а если листы уже есть - как перемещаться между ними? Может тоже с помощью макроса? Тогда как использовать этот макрос?

Во-первых, обычно имена диапазонов уникальны во всей книге, никакого "перемещения" не требуется. Во-вторых, если вы всё-таки создали НЕ уникальные имена, например, скопировав лист, то добавляйте к имени диапазона имя листа через восклицательный знак.
VAR_NAME = 'имя_листа!имя_диапазона'.

Аминь!

Дорый день!
В нашей системе стоит версия ZWWW от 2013 года. Коллеги, подскажите пожалуйста, при выгрузке в Excel более 10 000 строк (счет фактуры в книге продаж) получилось 2 файла. В первом ровно 10 000 строк, во втором остаток. Не было ли в настройках модуля ZWWW от 2013 года такого ограничения ?
Спасибо!

При очень большом количестве строк VAR_NUM > 99999 будут проблемы, т.к. тип этого поля Numeric длиной 5, поскольку делалось это когда Excel не умел выводить больше 65536 строк.
Могу прислать последнюю версию, где это поле расширено до 7 (т.е. до 9999999 строк) и сделаны соответствующие изменения в коде.

p.s.
Еще вы можете разбить отчёт на несколько листов Excel, разумеется сбрасывая счетчик строк для каждого листа.

Валерий, спасибо за ответ !
Да, от новой версии не откажусь. А каким образом менять в Excel лист вывода?
Использовать на каждом листе уникальные имена диапазонов, или указывать "Имя листа!Имя диапазона" ?

И все таки ...чей код разбил вывод на два файла по 10 000 строк ? ZWWW это умел делать изначально или может это системная настройка в SAP ?

Куда слать?

Можно и так и так.

На файлы сам ZWWW точно не разбивает, но каждый вызов ФМ выдаёт один файл. Смотрите, как у вас работает программа, что она кладёт в IT_VALUES и сколько раз вызывает ФМ.
Конечно может быть кто-то изменял ФМ, но тут уж я ничего не могу сказать.

tvvchaik собака mail.ru
Спасибо !

Показалось , что так выгружает быстрее. (но это конечно моё субективное мнение )
Сейчас запускаю без него .

Сделал как вы посоветовали , вроде всё гуд. Спасибо за помощь. )

Так обновили версию? Что с большим количеством строк? Из-за чего 2 файла?

Валерий, два файла было у меня
Да, я нашел процедуру на пару уровней по иерархии выше, которая честно готовила порции по 10 000 строк из главной таблицы и передавала эти порции в п/п output_excel в которой уже был вызов ZWWW_OPENFORM.

Версию пока не обновил.
Хочу переделать заполнение IT_VALUES. Вместо передачи значения в каждую ячейку, очистил метку поиска, указал тип данных "R" и в поле "значение" передал строчку с набором значений разделенных Tab-ом.
FillVariables отрабатывает - добавляет в бланк столько строк сколько я передаю - но значение во всех клетках пусто... разбираюсь.

(снимки экранов и содержимого it_values отправил на почту mail.ru)

Коллеги, добрый день.
Стоит версия 2009 года ZWWW.
Обновлять боимся, ибо надо тестировать все отчеты в продуктиве.

Сегодня столкнулся с такой проблемой: при нажатии на кнопку сформировать отчет, идет процесс выполнения (бесконечно), при этом в директории создается файл, при открытии которого видно только шаблон сам.
При этом, чтобы выйти из SAP, необходимо вырубить процесс

Коллеги, добрый день.
Стоит версия 2009 года ZWWW.
Обновлять боимся, ибо надо тестировать все отчеты в продуктиве.

Сегодня столкнулся с такой проблемой: при нажатии на кнопку сформировать отчет, идет процесс выполнения (бесконечно), при этом в директории создается файл, при открытии которого видно только сам шаблон без данных.

Проанализировали:
1) У двоих юзеров формируется нормально, у двоих зависает.
1.1.) У тех, у кого зависает, пробовали в тестовой системе на 3 записях, все ОК. В продуктиве около 40 записей.
2) Версия Excel в которой не зависает: (15.0.4603.1000).
3) Версия Excel в которой зависает: (15.0.4659.1000 и выше).
4) Было внедрен Макрос в шаблон, который перед событием печати делает авто выравнивание ячеек.
5) Был изменен вызов функции: ZWWW_OPENFORM.

Немного кода:



Сохранение файла идет на сетевой диск. Доступ есть.

Судя по всему проблемы возникают с Excel 2013. Да, проблемы с ним были, причем совсем непонятные - он тупо зависал при выполнении безобидных операций. Проявлялось это исключительно при выгрузке через макрос (оптимизация для ускорения), т.е. когда число записей в IT_VALUES превышает значение параметра OPTIMIZE. В своё время эта проблема была устранена, поэтому обновление должно помочь. Но обновлять нужно целиком, не только макрос, т.к. с 2009-го было сделано много других изменений.
Можно обойти косвенно, задав большое OPTIMIZE=999999999, чтобы макрос не срабатывал. Но тогда формирование отчетов заметно замедлится (~10 раз), т.к. всё будет выводиться через OLE.