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

Ну так и не переносите её в продуктив - собственно зачем она там нужна
Или проверки полномочий добавьте.

При запуске программы выпадает в дамп:



на 194 строке: READ REPORT repid INTO prg.

объявите компоненту prg-line типом String.

Изменил размер строки prg со 100 на 200 символов - все заработало как часы.

Спасибо DKiyanov, прога - мега вещь!!!!

У меня с 200 не работало поставил 1000 все ок! Да программка прикольная!

Спасибо за программу!

Интересует, будут ли проблемы, если выгрузить отчет из 4.7 и вкачать его из файлов в систему 4.6?

Проблемы с синтаксисом не волнуют, поправлю. А вот совпадает ли структура таблиц, в которых хранится отчет со всеми прибамбасами типа статусов и пр. ?

Лично я писал это для перетаскивания с 4.0b на ECC 6.0 вроде всё нормально получилось

У меня были проблемы с закачкой экранов, созданных в ERP2005, при закачке программ в 4.7 (версии не совпадают). Но все остальное (если снять галочку "Dynpro") загружается нормально, придется только вручную экранчики потом нарисовать (экранная логика, что удивительно, при этом загружается нормально).
Разбираться было некогда, поэтому просто смирился.

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

Чтобы можно было задать как выборочно объекты разработок, так и пакеты разработок целиком...
Набрать и сохранить список объектов бэкапа.
А потом запланировать в SM36 периодическое задание, которое само раз в день выгружало бы в фоне заданные разработки на какую-либо локальную машину. Можно даже сляпать простенький внешний RFC-сервачок для приема выгружаемых в фоне файлов, и сохранения их на любой локальной машине.
Можно и настройки бэкапить, только сложнее будет настраивать.

Что думаете? Актуально?

Если уж красиво - то паковка в архив и отправка по почте. А RFC-сервачок это уже извраты.

Можно и так.
А что если у клиента какие-то заморочки с почтой и повлиять на эту ситуацию у вас нет возможности?
Должна быть возможность выбора.

Да и смысл забивать почту? Скорее всего, все эти бэкапы не пригодятся. Возможно пригодится только последний вариант, окончательный - а остальное в корзину.


Зато очень просто и эффективно.

Красиво - это скрестить с какой-нибудь (лучше несколькими) системой хранения кода. code.google.com, sourceforge.net и т.п.
Если нет инета - то тогда ужо другой вопрос.

Это как минимум не секурно - выкладывать частные разработки в публичные сети.
Вот если заточить на что то типа CVS\Subversion\MS SourceSafe.

Пономарев Артем, sy-uname: а смысл?
Зачем прикручивать какую-то левую сложную софтину, если задача, всего-навсего - бэкап разработок?

А контроль версий и т.п. фишки и в стандартном SAP'е реализован неплохо.
Зачем изобретать велосипед, который к тому же будет дублировать имеющийся функционал и, следовательно, все равно им почти никто пользоваться не будет.

Красиво пусть в балете будет. А здесь нужно эффективно.
Чтобы можно было придти к клиенту, никого не спрашивая за 1 час развернуть, настроить, запустить и забыть. И спокойно работать, зная, что на файловом ресурсе всегда есть последняя версия всех разработок по состоянию на вчерашний вечер (например).