Статьи

Олег Точенюк
27.11.2017, 22:18
Олег Точенюк:
Можно узнать у читателей, кто-то осилил все экраны создания? Однако, 3 экрана описания как ввести код транзакции и 9 экранов заполнения ТРЕХ полей, как говорили в одном хорошем фильме: "Сдается, господа это была комедия".
Пётр Ромащенко
20.11.2017, 16:38
Пётр Ромащенко:
Олег, спасибо за содержательный материал!
Вот только скринчики послетали (или это только у меня?..). Если проблема действительно есть, не могли бы вы их подправить? Спасибо! :-)
Олег Точенюк
06.11.2017, 00:02
Олег Точенюк:
Вроде и не плохо, только если честно смысла не вижу в статьях такого уровня описывать как вводить код транзакции в поле ввода или как вводить значение в поле ввода путем выбора из списка предлагаемых значений. Все таки люди которые читают тут статьи, наверное знают как и куда вводить код транзакции или как выбрать значение из выпадающего списка.
Валерия Кондратьева
02.11.2017, 18:03
Валерия Кондратьева:
Добрый день. Спасибо за статью. Я не специалист по ММ, но для меня она крайне актуальна. Делаю Доп.дебетование к заказу на закупку. В позицию фактуры тянется Финансовая позиция (DRSEG-FIPOS) из заказа на закупку. Это поле недоступно для изменения. Подскажите, могу ли я создать свой вариант, где при ссылке на заказ, поле ФП будет доступно к изменению?
(Логику бюджетного процесса это не поменяет, т.к. это ТЗР, которые у меня отлично обрабатываются начиная от заказа на закупку, заканчивая проводкой плановых ТЗР в MIRO, но иногда надо допровести разницу-корректировку).
Заранее спасибо за любой ответ.
Елена Наместникова
31.10.2017, 10:34
Елена Наместникова:
Статья очень понравилась :) всё в точку :)
У нас они говорят, сделайте нам такую кнопку, чтоб мы нажали и всё автоматом. Мы им в ответ отвечаем, что автоматом никак, можем только пулемётом
Анатолий Халимовский
25.10.2017, 17:07
Анатолий Халимовский:
На базис естественно
Олег Точенюк
25.10.2017, 16:32
Олег Точенюк:
Кандидатам на базис или и функциональным консультантам?
Юлия Дубицкая
25.10.2017, 14:43
Юлия Дубицкая:
Добрый день, Дмитрий.
Извините за долгий ответ - только сегодня увидела ваш комментарий.
SSFS,в соответствии с рекомендациями SAP, я настроила пару лет назад и в статье за давностью времени этот момент упустила.
Действительно, для апгрейда на Оракл 12 и инсталляции ПО EHP8 системы необходимо перевести на SSFS.
Ниже краткая инструкция для перевода с OPS$ на SSFS:
Нота 1639578 - SSFS as password storage for primary database connect
Необходимо создать новые каталоги и расширить полномочия от пользователя sidadm.
mkdir /usr/sap/SID/SYS/global/security
mkdir /usr/sap/SID/SYS/global/security/rsecssfs
mkdir /usr/sap/SID/SYS/global/security/rsecssfs/data
mkdir /usr/sap/SID/SYS/global/security/rsecssfs/key
chmod 700 /usr/sap/SID/SYS/global/security
chmod 700 /usr/sap/SID/SYS/global/security/rsecssfs
chmod 700 /usr/sap/SID/SYS/global/security/rsecssfs/data
chmod 700 /usr/sap/SID/SYS/global/security/rsecssfs/key
Выполнить изменения редактором vi в файле домашнего каталога пользователя sidadm /.sapenv_<hostname><Instance Number>.csh
setenv RSEC_SSFS_DATAPATH /usr/sap/SID/SYS/global/security/rsecssfs/data
setenv RSEC_SSFS_KEYPATH /usr/sap/SID/SYS/global/security/rsecssfs/key
setenv rsdb_ssfs_connect 1
Проверить, в случае необходимости добавить параметр в профиль по умолчанию  DEFAULT.PFL транзакция rz10.
rsec/ssfs_datapath = $(DIR_GLOBAL)$(DIR_SEP)security$(DIR_SEP)rsecssfs$(DIR_SEP)data
rsec/ssfs_keypath  = $(DIR_GLOBAL)$(DIR_SEP)security$(DIR_SEP)rsecssfs$(DIR_SEP)key
rsdb/ssfs_connect = 1
От пользователя sidadm выполнить команды:
rsecssfx pf=/sapmnt/SID/profile/DEFAULT.PFL put DB_CONNECT/DEFAULT_DB_USER SAPSR3 -plain
rsecssfx pf=/sapmnt/SID/profile/DEFAULT.PFL put DB_CONNECT/DEFAULT_DB_PASSWORD <ваш пароль>
rsecssfx pf=/sapmnt/SID/profile/DEFAULT.PFL list
chmod 600 /usr/sap/SID/SYS/global/security/rsecssfs/data/SSFS_SID.DAT
Анатолий Халимовский
25.10.2017, 12:52
Анатолий Халимовский:
Олег, я упомянул в статье про более изощренные варианты:
"когда нечто подобное, описанному в примере, происходит с документом, при сохранении которого запускается цепочка документов и различные перерасчеты?"
Требовался пример простой.
И кстати, вопрос по SM12 был обычно первый, а иногда и единственный, который я задавал кандидатам ;)
Олег Точенюк
24.10.2017, 23:09
Олег Точенюк:
===
И было бы неплохо, если бы создатели системы предусмотрели при удалении записи блокировки в SM12 автоматическое удаление сеанса
===
Ну, что вам сказать, уровень неожиданной смертности среди базиса может значительно повыситься, после реализации этой "неплохи" :-) Кстати пример не очень, как говорил господин Григорий Остер, надо копать глубже. Вы при проводке, например отпуска запаса, блокировку с ОЗМ так снимите и в параллельной сессии еще один документ проведите, а потом первый сохраните, это будет гораздо веселее :-)
Дмитрий Фрейдин
24.10.2017, 21:56
Дмитрий Фрейдин:
Поправка. F.05 используется; если не активирована Новая ГК. Суть транзакций одинаковая
Дмитрий Фрейдин
24.10.2017, 21:54
Дмитрий Фрейдин:
F.05 только по открытым позициям делает переоценку. Описанный выше t-code учитывает уже выровненные.
Константин Локшин
24.10.2017, 14:47
Константин Локшин:
Для информации: "In SAP S/4HANA, Settlement Management replaces SD Rebate Processing, which means that existing rebate agreements can only be processed up until the end of the validity date of the agreement and must then be closed by a final settlement. New agreements can only be created based on condition contracts. Therefore, the corresponding transaction codes VBO1 resp. VB(D for the creation of rebate agreements is not available anymore."
 
Так что пора вместо этой устаревшей функциональности изучать Settlement Management (он есть и в обычной ERP).
Анатолий Халимовский
24.10.2017, 11:04
Анатолий Халимовский:
Если для инфосообщения нет перевода, то окно не появится.
Вячеслав Шиболов
24.10.2017, 10:38
Вячеслав Шиболов:
Нет, это недопустимо, но скорее всего никто не тестировал эту транзакцию на русском языке, так как она базисная. А базисник должен знать про опасность работы с блокировками без финального сообщения при их удалении. :)
В целом, я разделяю ваше возмущение. Но тут вопрос скорее к разработчику программы, а не локализаторам.
Анатолий Халимовский
24.10.2017, 10:21
Анатолий Халимовский:
Вячеслав, спасибо за отзыв!
Основная цель статьи как раз и состояла в том чтобы донести до широких масс информацию о технических особенностях работы с блокировками. Описание того как регламентировать на проекте обработку такой ситуации не входило в мои планы.
Камнями я не разбрасываюсь - просто отметил что сообщение не возникает ВООБЩЕ. По вашему это допустимо?
Вячеслав Шиболов
24.10.2017, 09:32
Вячеслав Шиболов:
Анатолий, добрый день.
 
Спасибо за статью.
 
Но у меня, если позволите, есть несколько дополнений.
Как вы отметили в своей статье, система блокировок на уровне SAP служит для предотвращения коллизий и поддержания целостности базы данных на уровне бизнеса. Удаление блокировок, как вы так же отметили, крайне опасная операция.
 
Таким образом, идти на поводу пользователя, который просит освободить ему документ и удалить блокировку другого пользователя, при работающем в системе пользователе, по моему мнению, крайне некорректно. Такая просьба должна быть отклонена с подробнейшим рассказом про устройство системы блокировок. Решение проблемы долго блокирующих документ пользователей должно быть перенесено на уровень менеджмента и дополнено донесением до пользователей системы правил работы с ней.
 
Удаление режима пользователя (вместе с блокировками) без согласования с ним и сохранением результатов его работы, тоже выглядит странно. Администратор должен использовать свою силу только в крайних случаях. Оценить объем работы пользователя администратор (через просмотр транзакций SM04 и SM12) не может. А вдруг человек полдня заполнял формы на экране? А администратор, взмахом мыши, идя на поводу кого-то, перечеркивает его работу?
 
Удалять блокировки, как вы и указали, можно только лишь в случаях "старых" блокировок, которые остались при выходе (корректном или нет) пользователя из системы. И только в крайнем случае.
 
В целом, статья полезна, но посыл я бы сделал другим:
1. Удалять блокировки нельзя.
2. Выкидывать пользователей из системы (тран. SM04) некорректно.
3. Пользователей, которые не могут что-то поменять из-за блокировок, учить и не идти у них на поводу.
4. Старые блокировки чистить крайне осторожно.
 
Ну и + за пример того, что будет, если два пользователя сохранят документ без работающей системы блокировок.
 
По поводу "камня в огород" команды локализации могу сказать, что локализация базисных программ и транзакций минимальна. Считается, что специалист по базису должен работать в системе на английском языке. Документация вся на английском, общение со службой поддержки по поводу проблем базиса тоже на английском.
Олег Башкатов
20.10.2017, 16:19
Олег Башкатов:
да, Вы правы - поле DRSEG-CHARG непростое.
чтобы убедиться в этом нужно зайти в транзакцию SE51 в качестве программы ввести SAPLMR1M и экран 6310, затем заходим в Layout и видим, что на поле поставлен SWITCH MM_SFWS_DINV_01, который привязан к бизнес функции LOG_MM_COMMODITY.
 
Подробнее о самой функции можно почитать в сап нотах или по ссылке help.sap.com/erp2005_ehp_06/helpdata
 
чтобы использовать это поле нужно либо бизнес-функцию активировать либо (очень не рекомендуется) снять вручную SWITCH и отвечать за все последствия :-)
 

по умолчанию, оно недоступно.
Дмитрий Бондарев
20.10.2017, 14:32
Дмитрий Бондарев:
Вот если сразу, взять и перейти на Oracle 12 с 11 версии, то далеко не у всех после этого ABAP системы стартуют, так что замечание насчёт  необходимости проверки использования механизма SSFS на мой взгляд необходимо...
Юлия Сазонова
19.10.2017, 16:22
Юлия Сазонова:
Олег, да, вариант в списке вижу. и выбираю. Все поля. которые скрываю - скрываются. А вот поле CHARG оставляю видимым, и оно не появляется в варианте экрана
1 2 3 4 5
...
77