Олег, я упомянул в статье про более изощренные варианты:
"когда нечто подобное, описанному в примере, происходит с документом, при сохранении которого запускается цепочка документов и различные перерасчеты?"
Требовался пример простой.
И кстати, вопрос по SM12 был обычно первый, а иногда и единственный, который я задавал кандидатам ;)

Вот если сразу, взять и перейти на Oracle 12 с 11 версии, то далеко не у всех после этого ABAP системы стартуют, так что замечание насчёт  необходимости проверки использования механизма SSFS на мой взгляд необходимо...

===
И было бы неплохо, если бы создатели системы предусмотрели при удалении записи блокировки в SM12 автоматическое удаление сеанса
===
Ну, что вам сказать, уровень неожиданной смертности среди базиса может значительно повыситься, после реализации этой "неплохи" :-) Кстати пример не очень, как говорил господин Григорий Остер, надо копать глубже. Вы при проводке, например отпуска запаса, блокировку с ОЗМ так снимите и в параллельной сессии еще один документ проведите, а потом первый сохраните, это будет гораздо веселее :-)

F.05 только по открытым позициям делает переоценку. Описанный выше t-code учитывает уже выровненные.

Власта, добрый день.А нельзя ли использовать транзакцию F.05 и в чём глобальные отличия от FAGL_FC_VAL?

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

Вячеслав, спасибо за отзыв!
Основная цель статьи как раз и состояла в том чтобы донести до широких масс информацию о технических особенностях работы с блокировками. Описание того как регламентировать на проекте обработку такой ситуации не входило в мои планы.
Камнями я не разбрасываюсь - просто отметил что сообщение не возникает ВООБЩЕ. По вашему это допустимо?

Анатолий, добрый день.
 
Спасибо за статью.
 
Но у меня, если позволите, есть несколько дополнений.
Как вы отметили в своей статье, система блокировок на уровне SAP служит для предотвращения коллизий и поддержания целостности базы данных на уровне бизнеса. Удаление блокировок, как вы так же отметили, крайне опасная операция.
 
Таким образом, идти на поводу пользователя, который просит освободить ему документ и удалить блокировку другого пользователя, при работающем в системе пользователе, по моему мнению, крайне некорректно. Такая просьба должна быть отклонена с подробнейшим рассказом про устройство системы блокировок. Решение проблемы долго блокирующих документ пользователей должно быть перенесено на уровень менеджмента и дополнено донесением до пользователей системы правил работы с ней.
 
Удаление режима пользователя (вместе с блокировками) без согласования с ним и сохранением результатов его работы, тоже выглядит странно. Администратор должен использовать свою силу только в крайних случаях. Оценить объем работы пользователя администратор (через просмотр транзакций SM04 и SM12) не может. А вдруг человек полдня заполнял формы на экране? А администратор, взмахом мыши, идя на поводу кого-то, перечеркивает его работу?
 
Удалять блокировки, как вы и указали, можно только лишь в случаях "старых" блокировок, которые остались при выходе (корректном или нет) пользователя из системы. И только в крайнем случае.
 
В целом, статья полезна, но посыл я бы сделал другим:
1. Удалять блокировки нельзя.
2. Выкидывать пользователей из системы (тран. SM04) некорректно.
3. Пользователей, которые не могут что-то поменять из-за блокировок, учить и не идти у них на поводу.
4. Старые блокировки чистить крайне осторожно.
 
Ну и + за пример того, что будет, если два пользователя сохранят документ без работающей системы блокировок.
 
По поводу "камня в огород" команды локализации могу сказать, что локализация базисных программ и транзакций минимальна. Считается, что специалист по базису должен работать в системе на английском языке. Документация вся на английском, общение со службой поддержки по поводу проблем базиса тоже на английском.

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

Александр, спасибо!
До партий еще не дошли, но точно используем Ваш опыт. Единственное замечание - 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.