Со смартформами работал очень давно, но точно помню, что плевался каждый раз, как приходилось в них что-то разрабатывать. Всегда пытался склонить людей вместо них к Excel. Сейчас работаю с PDF, и пока ни разу не обращался к EXCEL.

Из плюсов, на мой взгляд: удобство разработки; достаточно понятный и удобный интерфейс; визуализация; база скриптов по умолчанию, к которым можно добавить свои скрипты.

Из минусов, на мой взгляд:
глюкавость (например упорное нежелание выводить значение в поле, пока не добавишь такое-же еще куда-то и не сделаешь его невидимым). Но, к счастью, глюков очень мало, просто надо знать как их бороть.
мало документации - но где её много?

И еще, здесь говорят о стандарте. Не очень тогда понятно, почему следующая версия Дизайнера платная. А ведь именно в ней, как утверждается, решена проблема дуплексной печати, добавлением чекбокса на форме. В то время как сейчас, чтобы настроить такую печать нужно серьезное шаманство базиса и не очень серьезное разработчика.

Ну и в целом - я за PDF

См. Migrating Smart Forms

Стандарт - это то, за что отвечает и поддерживает SAP, а не то, что было сделано разработчиком А из компании Б, которые через какое-то время непонятно где и непонятно как поддерживать их решение.

Обратная совместимость - это совместимость с более нижними версиями. Т.е. после Upgrade системы вы не остаетесь у разбитого корыта, а все еще имеете возможность пользовать Smartforms.

какой то PDF это не родной. Тормознутый слегка.

скоро от сапа останется только оболочка а сам он обрастет
сторонними приложениями со всех сторон.

база oracle язык java построитель отчетов PDF.
И что из этого саповского? набор табличек с определенной логикой.

подскажите пожалуйста пробовал транзакцию sfp пишет такой не существует, пробовал через se80 тоже не получилось

а версия системы какая?

Начиная с Erp2004 - PDF так-же стандарт. К тому-же PDF - это не только и нестолько ABAP-часть, но ещё и Java (портал, web dynpro и пр.). Сам ADS, если ничего не путаю, рабтает на Java AS.

Так и есть, Java должна крутится на сервере.

версия 4.6

Вам остается лишь мечтать о PDF

Bully, sy-uname, Lars, Loyso: респект за обоснованные аргументы, для следующего формуляра попробую PDF.

соврал извини не глянул, версия 6

похоже в pdf используется jscript и еще какой-то собственный скрипт язык,
поэтому нужна жаба-машинка в каком-то виде

если pdf forms работают в фоне, то они сразу круче смартформ сбоку

JScript там нет - это "мелкомягкий" язык. В Adobe Document Services используются JavaScript (стандартный SUN) и FormCalc (собственный язык Adobe).
Но все вышесказанное имеет мало общего с тем, почему ADSу нужен J2EE. Просто ADS (как сервис) сам по себе является откомпилированным Java-приложением и ему требуется "машина". Он может и не на SAP работать, а на любой другой J2EE-совместимой машине.

На слабых или ненадежных каналах связи XLS тУпит, т.к. идет регулярный обмен рабочей станции с сервером.

Недавно были проблемы с ADS - при печати сап выдавал совершенно невнятную ошибку. Пришлось отлаживаться чтобы увидеть реальную причину проблем, заодно и посмотрел как это работает а обмен идет через soap - то есть sap формирует xml'ку и скидывает его по сети ads, в ответ получает другую xml'ку с уже готовым pdf.
По поводу стандарта - в erp2005 почти все формы русского аддона переписали на pdf( j_3r* в sfp)