Комментарии пользователей к материалам портала

Олег Точенюк
08.07.2020, 11:09
Олег Точенюк:
В S/4 уже не нужны ключи модификаций, можете менять код как хотите через ассистент модификации, но само собой при обновлениях это будет та еще песня.
Сергей Громов
07.07.2020, 16:05
Сергей Громов:
Можно получить ссылку на инструкцию, csv, тетрадки?
Олег Башкатов
06.07.2020, 23:57
Олег Башкатов:
Мне думается, что единственным корректным способом является переход от ALV-сетке к старому доброму List.
 
Делается так:
1) запускаем SE37, переходим по пути Утилиты -> Параметры настройки и ищем вкладку Построитель Функций
 

 
2) затем снимаем галку ALV-сетка: представление среды теста
 

 
3) затем снова запускаем тестовую среду в se37 и тогда уже видим старый экран и там нужно поставить галку "Прописная/строчная"
 

 
4) если же мы поставим эту галку в ново-улучшенной среде ALV, то там ALV экран не различает строчные буквы
 
Олег Точенюк
03.07.2020, 13:20
Олег Точенюк:
1. Перевод строк в верхний регистр выполняется в том случае, если в домене галка "Строчные буквы" не установлена, тут как говорится никак не обойти систему, ну разве что в отладчике менять руками в PAI назад.
 
2. Совет про стринги хорош, вопрос только как им можно воспользоваться :-) для стандартных программ которые через отладчик смотрят.
Илья Дешевых
29.06.2020, 17:29
Илья Дешевых:
Дмитрий, добрый день.
 
Правильно ли я понимаю, что виртуальная машина будет являться как бы сервером нашей системы, а среда разработки и SAP HANA Studio будут развёрнуты на локальной машине (той же, где крутится виртуалка) и общаться будут с VM, как с обычным удалённым сервером? И ещё вопрос - 32 гига оперативки для вируальной машины - нужно физически памяти на машине 32 гига или это имеется в виду раздел виртуальной памяти на диске?
Никита Калуцкий
29.06.2020, 13:43
Никита Калуцкий:
В верхний регистр если тип данных CHAR используете. Попробуйте SSTRING.
Александр Грибов
27.06.2020, 14:32
Александр Грибов:
Спасибо за статью!
С нетерпением жду новую с описанием технических подробностей.
Диана Третьякова
23.06.2020, 15:16
Диана Третьякова:
Выражаю благодарность за помощь в подготовке статьи Алиуллову Альфиру (к.т.н., консультант MM/SD/LE/WM)
Елена Рыбакова
22.06.2020, 17:50
Елена Рыбакова:
Дмитрий,
Это первая часть исследования, целью которой было узнать о способах обучения консультантов. Не совсем понятно, где вы нашли рекламу курсов SAP. Наоборот, вопреки ожиданиям, не было обнаружено, что курсы – это единственный или наиболее предпочтительный инструмент развития.
Что касается законченной и цельной карты развития SAP-специалиста, то она находится в работе. Пока вы можете посмотреть наш прототип sapland.ru/navigator
Дмитрий Тарасов
14.06.2020, 21:59
Дмитрий Тарасов:
Открыл статью, в надежде увидеть дорожную карту. По факту реклама курсов от SAP...
 
Что касается дорожной карты консультанта, я бы для начала определил, в какую сторону хочется развиваться - в сторону архитектора или эксперта. Для архитектора необходимы широкие знания, выходящие не только за рамки модуля, но и за рамки системы. Для эксперта необходимо углубляться внутрь модуля. В обоих случаях минимальный срок развития следует представлять в районе 10 лет.
 
Развитие ни того, ни другого невозможно в штате клиента в виду ограниченности процессов.
 
Примерная карта для архитектора:
1. Стажёр
2. Консультант по модулю
3. Старший консультант, начало работы с новым модулем. Развитие навыков программирования, методов интеграции систем
4. Повторение шагов 2 и 3 в рамках области, интеграция с другими системами в области, участие в проектировании архитектуры
5. После того как знания во всех модулях выбранной области дошли до уровня старшего консультанта, можно называть себя архитектором
 
Карта для эксперта:
1. Стажёр
2. Консультант по модулю
3. Развитие навыков интеграции с другими модулями и системами, изучение программирование
4. Старший консультант
5. Совершенствование навыков интеграции, смена различных проектов. Интеграция с современными технологическими системами. Расширение знаний в различных ответвлениях процессов.
6. Эксперт
 
Как в одном, так  и во втором случае, на мой взгляд, определяющую роль играют не курсы, а систематизация знаний. Книги дают в этом случае наибольший эффект.
 
Я являюсь экспертом по логистике SAP с опытом более 12 лет. 6 лет я успел поработать как фрилансер. Сейчас тружусь в Германии. Заходите на мою страницу. Например в LinkedIn, я публикую различную информацию по логистике.
Виктор Блок
10.06.2020, 11:57
Виктор Блок:
Но есть проблема: при редактировании если в гриде есть текстовые поля, то они все переводятся в верхний регистр!
Не смог найти как это обойти!
Может Вы знаете?
Олег Точенюк
29.05.2020, 07:34
Олег Точенюк:
Ну вот у меня из коробки в 1709, для ОС не вышло, кстати после переписки с SAP, таки пришлось руками это заливать, через бапи. Возможно в 1810 стало значительно лучше с этим. Ну сделаем миграцию на 1819, проверю.
Артем Шеряков
28.05.2020, 15:06
Артем Шеряков:
Есть несколько вопросов :
1. После того, как переместили запас в особый “O”, он повисает на уровне завода –
кладовщик эти запасы может увидеть только в MB52 или есть спец отчёт по запасам давальческих материалов
1. При отражении поступления готовой продукции от давальца и списании компонентов система просит указать для каждого партию –
Есть ли стандартная настройка выбора этих партий или кладовщик должен пройти по каждой позиции и «ручками проставить ее».
Олег Мацелис
19.05.2020, 09:27
Олег Мацелис:
Здравствуйте.
 
При выполнении прверки доступности сообщение выходит предупреждающее, нужно ошибочное.
как можно выполнить настройку для вывода ошибочного сообщения по правилу проверки и виду движения? без изменения динамической проверки доступности в виде движения.
Даньшин Алексей
18.05.2020, 12:54
Даньшин Алексей:
Учитывая, что не должно быть COMMIT WORK внутри кода ФМ и управление COMMIT выполнит Migration Cockpit логично предположить, что нет принципиальной разницы сколько таблиц изменяется в коде ФМ. Можно взять в качестве примера любой BAPI, используемый в стандартных объектах, и на его примере разобрать особенности обновления нескольких таблиц. Прямая миграция, на мой взгляд, отличается от миграции из файлов или из таблиц фактически только источником данных.
Даньшин Алексей
18.05.2020, 12:46
Даньшин Алексей:
Есть опыт создания примерно 250 000 материалов через Staging Tables. Система 1809. В стандартном объекте отключили маппинг значений кодов материалов. В остальном по скорости примерно так же как с LSMW. В плоскую таблицу по методу из статьи мигрировано около 200 000 записей. Из неудобств можно отметить необходимость разбить пакет на 4 файла. В целом примерно то же, что и в старом инструменте. Из достоинств - прямо из коробки 100 готовых объектов, которые реально работают. Если потратить пару недель на изучение и потренироваться, то вполне себе удобный инструмент.
Олег Точенюк
18.05.2020, 09:13
Олег Точенюк:
Не скажу как в 1909, но в 1709 пришлось устать с этим кокпитом, сырой зараза и скорость работы, короче не реально с этой штукой что-то серьезное мигрировать. 5000 объектов за сеанс?! Ребята вы серьезно систему рассчитали на ЧП палатка номер 5 с базара? Да еще и 12 часов эти 5000 ОС грузятся?! Короче надеялся что к 1909 исправили, но реализация прямой миграции, говорит что похоже как обычно, у сапа новая игрушка, и этот кокпит так и будет сырым по жизни. Хотя к какой-то 2510 наверное до ума доведут.
Дмитрий Тарасов
17.05.2020, 12:22
Дмитрий Тарасов:
Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.
Дмитрий Селезнев
06.04.2020, 18:50
Дмитрий Селезнев:
Подскажите пжл. какая доработка делается для заполнения раздела 5 в формах по "Реконструкция, достройка, дооборудование, частичная ликвидация, модернизация" если модернизация ведется на субномерах ОС?
Заранее спасибо!
Олег Точенюк
01.04.2020, 11:48
Олег Точенюк:
Это не общая картина, это не правильные предпосылки для вашей не правильной картины, хотя если для вас земля плоская, то как бы не вопрос, пользуйтесь. Правда потом не удивляйтесь, когда при озвучивании своей картины мира, над вами будут смеяться. А вы будете оправдываться как я понимаю тем, что на сапленде это прочитали :-)
Наталия Белкина
20.03.2020, 21:03
Наталия Белкина:
Андрей, спасибо. Я понимаю, что тема сложная и имеет много нюансов, но это то чего не хватало - объяснить доступно общую картину.
Виталий Глущенко
16.03.2020, 20:01
Виталий Глущенко:
Спасибо за статью, но было бы неплохо увидеть исходник полностью, потому что полученные вами результаты замеров вызывают вопросы. Особенно рис. 11 и 12. Возможно неправильно понял, что с чем сравнивалось.
 
На своих экспериментах не увидел выигрыша между mesh структурой и внутренними табличками. Как правило разница в производительности колебалась +/-7%, если повторять такой "join" несколько раз, то разница в производительности скатывается до +/-1-2%.
При этом заполнение, что внутренних структур, что mesh структуры требует одинакового времени.
Разочаровывало (1) отсутствие поддержки Open SQL, поэтому собирать mesh структуру надо ручками и то, что (2) чтение одной и той же записи из mesh структуры, во второй и последующие разы занимает столько же времени сколько и в первый раз. Спрашивается, а зачем тогда мы указываем связи между полями с детализацией до полей (я про ASSOCIATION). На каждую ASSOCIATION в запись в главной таблице можно было добавить либо индекс, либо сразу адрес, который заполнялся бы при первом обращении, а при изменении строки сбрасывался. Overhead по памяти был бы незначительный, а скорость выросла. И последнее из явных разочарований (3), связи между таблицами только через = и and, а если у меня несколько таблиц с датой начала/датой окончания, то ASSOCIATION по такому ключу я уже не соберу, понятно.
Ирина Дауева
11.03.2020, 19:48
Ирина Дауева:
Вот здесь: sapland.ru/kb/webinars
Татьяна Таранова
11.03.2020, 19:05
Татьяна Таранова:
Добрый день.
Подскажите, пожалуйста, есть ли запись вебинара для просмотра?
Артемий Ахметшин
09.03.2020, 11:30
Артемий Ахметшин:
Вы можете найти плагин SAP Hana Studio for Eclipse Neon
youtube.com/watch
1 2 3 4 5
...
105