Меню

Сортировать:

Новое Популярное
Результаты опроса "Дорожная карта развития SAP-консультанта" (2)

Комментарий от  

Дмитрий Тарасов

  |  14 июня 2020, 21:59

Открыл статью, в надежде увидеть дорожную карту. По факту реклама курсов от SAP...
 
Что касается дорожной карты консультанта, я бы для начала определил, в какую сторону хочется развиваться - в сторону архитектора или эксперта. Для архитектора необходимы широкие знания, выходящие не только за рамки модуля, но и за рамки системы. Для эксперта необходимо углубляться внутрь модуля. В обоих случаях минимальный срок развития следует представлять в районе 10 лет.
 
Развитие ни того, ни другого невозможно в штате клиента в виду ограниченности процессов.
 
Примерная карта для архитектора:
1. Стажёр
2. Консультант по модулю
3. Старший консультант, начало работы с новым модулем. Развитие навыков программирования, методов интеграции систем
4. Повторение шагов 2 и 3 в рамках области, интеграция с другими системами в области, участие в проектировании архитектуры
5. После того как знания во всех модулях выбранной области дошли до уровня старшего консультанта, можно называть себя архитектором
 
Карта для эксперта:
1. Стажёр
2. Консультант по модулю
3. Развитие навыков интеграции с другими модулями и системами, изучение программирование
4. Старший консультант
5. Совершенствование навыков интеграции, смена различных проектов. Интеграция с современными технологическими системами. Расширение знаний в различных ответвлениях процессов.
6. Эксперт
 
Как в одном, так  и во втором случае, на мой взгляд, определяющую роль играют не курсы, а систематизация знаний. Книги дают в этом случае наибольший эффект.
 
Я являюсь экспертом по логистике SAP с опытом более 12 лет. 6 лет я успел поработать как фрилансер. Сейчас тружусь в Германии. Заходите на мою страницу. Например в LinkedIn, я публикую различную информацию по логистике.
Изменение данных таблиц через отладчик или ФМ (19)

Комментарий от  

Виктор Блок

  |  10 июня 2020, 11:57

Но есть проблема: при редактировании если в гриде есть текстовые поля, то они все переводятся в верхний регистр!
Не смог найти как это обойти!
Может Вы знаете?
Миграция пользовательских объектов в S4/HANA Migration Cockpit (5)

Комментарий от  

Олег Точенюк

  |  29 мая 2020, 07:34

Даньшин Алексей 18 мая 2020, 12:46

Есть опыт создания примерно 250 000 материалов через Staging Tables. Система 1809. В стандартном объекте отключили маппинг значений кодов материалов. В остальном по скорости примерно так же как с LSMW. В плоскую таблицу по методу из статьи мигрировано около 200 000 записей. Из неудобств можно отметить необходимость разбить пакет на 4 файла. В целом примерно то же, что и в старом инструменте. Из достоинств - прямо из коробки 100 готовых объектов, которые реально работают. Если потратить пару недель на изучение и потренироваться, то вполне себе удобный инструмент.

Ну вот у меня из коробки в 1709, для ОС не вышло, кстати после переписки с SAP, таки пришлось руками это заливать, через бапи. Возможно в 1810 стало значительно лучше с этим. Ну сделаем миграцию на 1819, проверю.
Стандартная схема отражения давальческих операций у Давальца – Заказчика услуг по переработке. Часть II (6)

Комментарий от  

Артем Шеряков

  |  28 мая 2020, 15:06

Есть несколько вопросов :
1. После того, как переместили запас в особый “O”, он повисает на уровне завода –
кладовщик эти запасы может увидеть только в MB52 или есть спец отчёт по запасам давальческих материалов
1. При отражении поступления готовой продукции от давальца и списании компонентов система просит указать для каждого партию –
Есть ли стандартная настройка выбора этих партий или кладовщик должен пройти по каждой позиции и «ручками проставить ее».
Разные объемы проверок для разных документов (3)

Комментарий от  

Олег Мацелис

  |  19 мая 2020, 09:27

Здравствуйте.
 
При выполнении прверки доступности сообщение выходит предупреждающее, нужно ошибочное.
как можно выполнить настройку для вывода ошибочного сообщения по правилу проверки и виду движения? без изменения динамической проверки доступности в виде движения.
Миграция пользовательских объектов в S4/HANA Migration Cockpit (5)

Комментарий от  

Даньшин Алексей

  |  18 мая 2020, 12:54

Дмитрий Тарасов 17 мая 2020, 12:22

Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.

Учитывая, что не должно быть COMMIT WORK внутри кода ФМ и управление COMMIT выполнит Migration Cockpit логично предположить, что нет принципиальной разницы сколько таблиц изменяется в коде ФМ. Можно взять в качестве примера любой BAPI, используемый в стандартных объектах, и на его примере разобрать особенности обновления нескольких таблиц. Прямая миграция, на мой взгляд, отличается от миграции из файлов или из таблиц фактически только источником данных.
Миграция пользовательских объектов в S4/HANA Migration Cockpit (5)

Комментарий от  

Даньшин Алексей

  |  18 мая 2020, 12:46

Олег Точенюк 18 мая 2020, 09:13

Не скажу как в 1909, но в 1709 пришлось устать с этим кокпитом, сырой зараза и скорость работы, короче не реально с этой штукой что-то серьезное мигрировать. 5000 объектов за сеанс?! Ребята вы серьезно систему рассчитали на ЧП палатка номер 5 с базара? Да еще и 12 часов эти 5000 ОС грузятся?! Короче надеялся что к 1909 исправили, но реализация прямой миграции, говорит что похоже как обычно, у сапа новая игрушка, и этот кокпит так и будет сырым по жизни. Хотя к какой-то 2510 наверное до ума доведут.

Есть опыт создания примерно 250 000 материалов через Staging Tables. Система 1809. В стандартном объекте отключили маппинг значений кодов материалов. В остальном по скорости примерно так же как с LSMW. В плоскую таблицу по методу из статьи мигрировано около 200 000 записей. Из неудобств можно отметить необходимость разбить пакет на 4 файла. В целом примерно то же, что и в старом инструменте. Из достоинств - прямо из коробки 100 готовых объектов, которые реально работают. Если потратить пару недель на изучение и потренироваться, то вполне себе удобный инструмент.
Миграция пользовательских объектов в S4/HANA Migration Cockpit (5)

Комментарий от  

Олег Точенюк

  |  18 мая 2020, 09:13

Дмитрий Тарасов 17 мая 2020, 12:22

Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.

Не скажу как в 1909, но в 1709 пришлось устать с этим кокпитом, сырой зараза и скорость работы, короче не реально с этой штукой что-то серьезное мигрировать. 5000 объектов за сеанс?! Ребята вы серьезно систему рассчитали на ЧП палатка номер 5 с базара? Да еще и 12 часов эти 5000 ОС грузятся?! Короче надеялся что к 1909 исправили, но реализация прямой миграции, говорит что похоже как обычно, у сапа новая игрушка, и этот кокпит так и будет сырым по жизни. Хотя к какой-то 2510 наверное до ума доведут.
Миграция пользовательских объектов в S4/HANA Migration Cockpit (5)

Комментарий от  

Дмитрий Тарасов

  |  17 мая 2020, 12:22

Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.
Настройка формуляров для форм обязательной отчетности по учету основных средств и нематериальных активов (2)

Комментарий от  

Дмитрий Селезнев

  |  06 апреля 2020, 18:50

Подскажите пжл. какая доработка делается для заполнения раздела 5 в формах по "Реконструкция, достройка, дооборудование, частичная ликвидация, модернизация" если модернизация ведется на субномерах ОС?
Заранее спасибо!
Лекция 1. Архитектура SAP ERP (4)

Комментарий от  

Олег Точенюк

  |  01 апреля 2020, 11:48

Наталия Белкина 20 марта 2020, 21:03

Андрей, спасибо. Я понимаю, что тема сложная и имеет много нюансов, но это то чего не хватало - объяснить доступно общую картину.

Это не общая картина, это не правильные предпосылки для вашей не правильной картины, хотя если для вас земля плоская, то как бы не вопрос, пользуйтесь. Правда потом не удивляйтесь, когда при озвучивании своей картины мира, над вами будут смеяться. А вы будете оправдываться как я понимаю тем, что на сапленде это прочитали :-)
Лекция 1. Архитектура SAP ERP (4)

Комментарий от  

Наталия Белкина

  |  20 марта 2020, 21:03

Андрей, спасибо. Я понимаю, что тема сложная и имеет много нюансов, но это то чего не хватало - объяснить доступно общую картину.
Новый составной тип данных «Mesh» и эффективность его использования (3)

Комментарий от  

Виталий Глущенко

  |  16 марта 2020, 20:01

Спасибо за статью, но было бы неплохо увидеть исходник полностью, потому что полученные вами результаты замеров вызывают вопросы. Особенно рис. 11 и 12. Возможно неправильно понял, что с чем сравнивалось.
 
На своих экспериментах не увидел выигрыша между mesh структурой и внутренними табличками. Как правило разница в производительности колебалась +/-7%, если повторять такой "join" несколько раз, то разница в производительности скатывается до +/-1-2%.
При этом заполнение, что внутренних структур, что mesh структуры требует одинакового времени.
Разочаровывало (1) отсутствие поддержки Open SQL, поэтому собирать mesh структуру надо ручками и то, что (2) чтение одной и той же записи из mesh структуры, во второй и последующие разы занимает столько же времени сколько и в первый раз. Спрашивается, а зачем тогда мы указываем связи между полями с детализацией до полей (я про ASSOCIATION). На каждую ASSOCIATION в запись в главной таблице можно было добавить либо индекс, либо сразу адрес, который заполнялся бы при первом обращении, а при изменении строки сбрасывался. Overhead по памяти был бы незначительный, а скорость выросла. И последнее из явных разочарований (3), связи между таблицами только через = и and, а если у меня несколько таблиц с датой начала/датой окончания, то ASSOCIATION по такому ключу я уже не соберу, понятно.
Четвёртая сессия вебинаров "Обучение ABAP" (3)

Комментарий от  

Ирина Дауева

  |  11 марта 2020, 19:48

Татьяна Таранова 11 марта 2020, 19:05

Добрый день.
Подскажите, пожалуйста, есть ли запись вебинара для просмотра?

Вот здесь: sapland.ru/kb/webinars
Четвёртая сессия вебинаров "Обучение ABAP" (3)

Комментарий от  

Татьяна Таранова

  |  11 марта 2020, 19:05

Добрый день.
Подскажите, пожалуйста, есть ли запись вебинара для просмотра?
SAP HANA Express Edition. Разворачиваем в домашних условиях (3)

Комментарий от  

Артемий Ахметшин

  |  09 марта 2020, 11:30

Артем Горбатюк 13 февраля 2020, 14:16

Вы пишите: "Для этого открываем SAP HANA Studio".
 
Вот инструкция где взять
help.sap.com/viewer/a2a49126a5c546a9864aae22c05c3d0e
 
Но если You are signed in with a P-user ID.
То log in with your S-user ID.
 
Как получить S-user ID не очень понятно для условно продавца в пятерочке, который решил в домашних условиях сменить род деятельности. Похоже ни как. Вероятно здесь я не прав.

Вы можете найти плагин SAP Hana Studio for Eclipse Neon
youtube.com/watch
Вывод документа Microsoft Word из системы SAP (1)

Комментарий от  

Виктор Шведов

  |  03 марта 2020, 11:36

я не представляю зачем столько мучений..
Лучший выход это стороннее решение по созданию документов по шаблону, которой просто можно выгружать из sap json файл с данными и названием шаблона, и уже там наполнять его БЕЗ программирования каждого отдельного шаблона.
Это похоже на мартышкин труд.
SMARTSAP. Прецессия или эволюция технологии? Чат бот: адаптации SAP к новой коммуникационной реальности (1)

Комментарий от  

Виктор Шведов

  |  03 марта 2020, 10:46

Читать статью как глаток свежего воздуха)
Новый составной тип данных «Mesh» и эффективность его использования (3)

Комментарий от  

Илья Казначеев

  |  28 февраля 2020, 11:21

Заходите на огонек: t.me/sapabap
Новый составной тип данных «Mesh» и эффективность его использования (3)

Комментарий от  

Илья Казначеев

  |  28 февраля 2020, 11:17

Годная статья, ждем статью с разбором производительности хешированных таблиц там и там, и почему такая разница.