Развитие в экосистеме SAP
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
Добрый день! мне пишет, что не может скачать файлы. Одну из возможных причин указывает, что я не зарегистрирована, хотя это не так. В чем может быть причина? как можно скачать/посмотреть запись вебинара?
Спасибо!
Александр, спасибо!
До партий еще не дошли, но точно используем Ваш опыт. Единственное замечание - st12 позволяет планировать запись трейс частями и отложенно.
В большинстве случаев удобнее использовать интерфейс на основе ABAP-словаря. Но когда получение данных идет, например, через Web-Services и результат представлен в виде XML или данные по рецептурам управления представлены как XML+Html, то нет необходимости в создании глубоких структур для парсинга данных. Достаточно на основе XML создать вручную или сгенерировать (в зависимости от сложности XML файла) схему данных (существуют разные online-сервисы) и использовать ее в качестве интерфейса формуляра.
В статье приведен пример по формированию таблицы с переменным количеством столбцов (для обычных таблиц не предусмотрена такая возможность) в зависимости от выбранных валют на основе чтение курсов с сайта ЦБ. Парсинг данных XML (из рис.11) и формирование нового XML (как на рис. 12) пришлось сделать для упрощения структуры XSD файла, чтобы показать наглядно какие узлы XML отвечают за таблицу, за строки и за столбцы. В общем случае можно на основе XML с сайта ЦБ сформировать интерфейс и напрямую его использовать с данными XML.
Антон, добрый день. Я могу привести пример. Это модуль PP(производство), где данные по рецептурам хранятся в XML. Для их формирования этот метод удобен.
В большинстве случаев удобнее использовать интерфейс на основе ABAP-словаря. Но когда получение данных идет, например, через Web-Services и результат представлен в виде XML или данные по рецептурам управления представлены как XML+Html, то нет необходимости в создании глубоких структур для парсинга данных. Достаточно на основе XML создать вручную или сгенерировать (в зависимости от сложности XML файла) схему данных (существуют разные online-сервисы) и использовать ее в качестве интерфейса формуляра.
В статье приведен пример по формированию таблицы с переменным количеством столбцов (для обычных таблиц не предусмотрена такая возможность) в зависимости от выбранных валют на основе чтение курсов с сайта ЦБ. Парсинг данных XML (из рис.11) и формирование нового XML (как на рис. 12) пришлось сделать для упрощения структуры XSD файла, чтобы показать наглядно какие узлы XML отвечают за таблицу, за строки и за столбцы. В общем случае можно на основе XML с сайта ЦБ сформировать интерфейс и напрямую его использовать с данными XML.
Александр, приведите пожалуйста практический пример?
Не совсем ясна польза описанного подхода. Обычно в абап-программе данные хранятся не в XML.
Александр, приведите пожалуйста практический пример?
Не совсем ясна польза описанного подхода. Обычно в абап-программе данные хранятся не в XML.
Юлия, добрый день.
У вас в процедуре не указаны постапгрейд шаги, к примеру catsbp,
без нее ваша база работает без изменений привнесенных патчем.
Так же вы вскольз упомянули про параметр Compatible, он не изменяется при наличии флешбек точки(как это происходит при обычном апгрейде) поэтому нужно её удалить после апгрейда, и выставить парметр Compatible.
Так же флешбек точка не отменяет наличие бекапа, он нужен перед началом апгрейда в любом случае.
С уважением, Серго.
ABAP. Предъявление данных. Основы
18.02.2025Управление запасами и инвентаризация в SAP
18.02.2025Основы табельного учета в SAP
18.02.2025Интеграционные технологии SAP: Интерфейсы BAPI / Idoc
18.02.2025
Комментарий от
Вячеслав Шиболов
| 24 октября 2017, 09:32
Спасибо за статью.
Но у меня, если позволите, есть несколько дополнений.
Как вы отметили в своей статье, система блокировок на уровне SAP служит для предотвращения коллизий и поддержания целостности базы данных на уровне бизнеса. Удаление блокировок, как вы так же отметили, крайне опасная операция.
Таким образом, идти на поводу пользователя, который просит освободить ему документ и удалить блокировку другого пользователя, при работающем в системе пользователе, по моему мнению, крайне некорректно. Такая просьба должна быть отклонена с подробнейшим рассказом про устройство системы блокировок. Решение проблемы долго блокирующих документ пользователей должно быть перенесено на уровень менеджмента и дополнено донесением до пользователей системы правил работы с ней.
Удаление режима пользователя (вместе с блокировками) без согласования с ним и сохранением результатов его работы, тоже выглядит странно. Администратор должен использовать свою силу только в крайних случаях. Оценить объем работы пользователя администратор (через просмотр транзакций SM04 и SM12) не может. А вдруг человек полдня заполнял формы на экране? А администратор, взмахом мыши, идя на поводу кого-то, перечеркивает его работу?
Удалять блокировки, как вы и указали, можно только лишь в случаях "старых" блокировок, которые остались при выходе (корректном или нет) пользователя из системы. И только в крайнем случае.
В целом, статья полезна, но посыл я бы сделал другим:
1. Удалять блокировки нельзя.
2. Выкидывать пользователей из системы (тран. SM04) некорректно.
3. Пользователей, которые не могут что-то поменять из-за блокировок, учить и не идти у них на поводу.
4. Старые блокировки чистить крайне осторожно.
Ну и + за пример того, что будет, если два пользователя сохранят документ без работающей системы блокировок.
По поводу "камня в огород" команды локализации могу сказать, что локализация базисных программ и транзакций минимальна. Считается, что специалист по базису должен работать в системе на английском языке. Документация вся на английском, общение со службой поддержки по поводу проблем базиса тоже на английском.