что такое нси в сап
Анатомия системы НСИ
Данная статья основана на реальных событиях,
и все проблемы в ней не вымышленные. (С)
В начале хотелось бы отметить, что статья не призвана показать изобретение велосипеда, потому как многие приёмы уже давно существуют в культуре разработки баз данных. Однако обобщить, проанализировать проблемы, которые они могут решить и показать, как с ними можно работать. А проблем хватает несмотря на то, что нормативно-справочная информация (НСИ) не относится к бизнес-логике, а скорее находится в обслуживании у неё. Стандартный процесс по рисованию очередной таблички для хранения справочника очень скоро начинает обрастать костылями или трудоёмкими переделками.
Вот и в моём случае оказалась та же картина — система стоит на продуктиве более десяти лет, строилась по тому же принципу, если что нужно, рисуем и включаем в оборот. Таким образом были созданы несколько таблиц для хранения разного рода оборудования. Но вот пришёл час Х, когда стало необходимо добавить ещё пару таблиц для нового оборудования и при этом все (включая старые) должны входить в определённую группу. Это значит, что ссылки на разные таблицы должны быть включены в кросс-таблицу между группой и всеми пятью видами оборудования, то есть для каждого своё поля с констреинтом на соответствующую таблицу. А если ещё одно добавится, менять структуру. И обработку нужно делать в зависимости от того, какие поля заполнены. Вот и возникает первая проблема, как разные таблицы обобщить, что бы с ними одинаково можно было работать и не менять структуру, если добавляется ещё одна. Замечательная мысль, создаём отдельную табличку, которая призвана хранить абстрактное понятие оборудование с указанием типа, а тогда остальные таблички ссылаются по внешнему ключу на своего родителя. На этой радостной волне мы заливаем в созданную табличку записи из одной и пытаемся тоже сделать для другой. Но что-то пошло не так, сработало ограничение первичного ключа, к чему бы это? А к тому, что на заре бурной молодости системы для каждой табличке были свои сиквенсы. Конечно, со временем это безобразие поправили, но старые ключи всё равно остались. Более того, они корнями проросли по внешним ключам с другими таблицам. Фиксируем вторую проблему, связанную со сквозной нумерацией всех справочников.
На этом мучения с таблицами оборудования не закончились. Потому как по последним требованиям оборудование имеет различные характеристики, более того их число переменно, а одна характеристика может иметь несколько значений. А значит появляется третья проблема, а именно иметь возможность хранить переменное число характеристик какой-то записи.
Вроде как с этим справились, но заказчик не дремлет, у него всегда есть наготове что-нибудь новенькое. И вот приходит требование — все справочники историчные (например, название продукта было одним, а потом его переименовали, и по документам на разные даты нужно показывать актуальное название). Само по себе требование нормальное, ничего не скажешь. А если ещё в отделе разработки есть кто-то, кто проходит испытательный срок, так вообще всё в шоколаде, можно и не заметить, что это проблема. Однако проходит всё, как обычно — с полным авралом, а тут ещё этим нужно заниматься. Создаём таблички, дублирующие таблицы соответствующих справочников для того, чтобы там хранить хронологию изменений справочника. Но, создавая эти таблицы, мы заодно создаём себе четвёртую проблему, теперь в коде нужно в зависимости от даты обращаться то ли к основной таблице, то ли к исторической.
Ну мы же молодцы, мы и это победили))) Теперь, попивая чай из своей кружки, начинаешь дискутировать с другими коллегами на тему, что им приходилось решать, и понимаешь, что список проблем пополняется. В обсуждении стоит вопрос как хранить версии одной и той же записи. Хочу оговорится, что версия, это не то, что укладывается в таблицу историчности. В историчности понятно, до такого-то числа было одно название, а начиная с этой даты актуальным становится другое. А в версионности подразумевается, что запись была сначала сохранена с ошибкой, а через несколько часов это поняли и её изменили, и нужно знать все состояния этой записи. Во-первых, здесь должно быть дробление на время, не только сутки. А во-вторых, такие следы нужны в случае разборок. Например, заполняли прайс, ошиблись, успели товар продать по такой цене, а потом поправили, но в конце дня случился дебаланс. Однако решение для таких ситуаций меня лично напрягло, предлагалась все такие изменения хранить в самой таблице. Не буду устраивать холивар на сколько так правильно, но для меня точно обозначилась пятая проблема, а именно хранение изменений записей.
Итак, обобщая вышесказанное мы видим перед собой пять увесистых грабель. Теперь наша задача определить стратегию, позволяющую обойти и не наступить на них.
Сколько можно наступать на одни и те же грабли, давайте скинимся и купим новые
Начиная проектировать систему с нуля, никто не может предугадать путь её развития, а значит не сможет сказать на каком уровне придётся обобщать, как в описанном примере с оборудованием. Поэтому имеет смысл сразу задать абстрактную сущность, распространяемую на все таблицы НСИ. Таким образом все справочники будут иметь прообраз в едином справочнике с разделением на типы.
Таблица nsi_type системная, заполняется по мере добавления новых справочников. Таблица nsi хранит ключи и системные поля. Заодно создаём собственный сиквенс и тем самым закрываем вторую проблему.
Так же создадим пакет, содержащий основную функциональность по работе со справочниками и будем его постепенно заполнять.
Здесь пока представлены вспомогательные функции для обеспечения необходимой инфраструктуры.
Итак стоит задача создать справочник организаций, куда же без него, любое предприятие контактирует со сторонними организациями — это и поставщики, и клиенты, и партнёры. Сразу добавим соответствующий тип в таблицу nsi_type и определим таблицу nsi_organization.
Теперь, пока не поздно, нужно вспомнить про грабли с номером «пять». Если начнём добавлять записи в созданную таблицу организаций, то это событие нужно где-то фиксировать.
А так же в пакет добавлена функция логирования.
Таким образом разрешена пятая проблема, теперь для любой записи НСИ можно посмотреть, что с ней происходило.
Пытаемся добавить туда организацию.
Конечно мы нарвёмся на констраинт nsi_organization_nsi_fk. Поэтому все справочные таблицы должны быть снабжены необходимой доработкой триггеров.
А теперь добавление записи пройдёт без проблем (ключ уже указывать не надо). Заодно в таблице nsi появится первая запись, а так же в таблице логирования будет зафиксировано это событие.
Но пока можно заметить только дополнительные расходы на создание таблицы какого-то справочника, а никак не преимущество единого подхода. Тогда вспомним про четвёртую проблему — нам необходимо хранить историчность данных в таблицах справочника, а так же извлекать актуальное состояние на заданную дату.
В пакет pkg_nsi добавим функцию сохранения записи в историческую таблицу. Хранить запись будем в формате json, поэтому в пакете так же появится возможность получить json для переданного запроса.
Таким образом любой справочник может воспользоваться этой функцией, чтобы увести в историю текущее состояние. Уже хорошо, хоть что-то полезное появилось от такого обобщения))) Для извлечения актуального состояния справочника добавим в пакет соответствующую pipeline-функцию. Записи справочника будут возвращаться в тип, расширенный системными полями.
Применим к нашей таблице nsi_organization.
Функция nsi_organization_table очень полезна, потому как удовлетворяет нашим требованиям и окончательно уводит проблему номер четыре в прошлое.
Идём дальше. Раз у нас появилось такое преимущество с введением единого подхода для работы со всеми справочниками, то воспользуемся им и для хранения дополнительной информации, которой может быть наделена любая запись из любого справочника. Такое механизм уже давно существует, называется EAV-pattern, его и реализуем.
Очень часто в контексте документов имена собственные необходимо использовать в каком-то падеже, поэтому создадим новую таблицу с физическими лицами и по аналогии с организациями добавим обработку триггеров и тип для выборки.
Осталось дополнить пакет pkg_nsi обработкой этой таблицы.
И добавим кого-нибудь в эту таблицу.
Создадим атрибуты для самого востребованного родительного падежа.
В пакете pkg_nsi добавим функции для работы с атрибутами справочников.
Теперь присвоим соответствующие атрибуты.
Таким образом мы победим третью проблему.
Кроме таблиц справочников в системе НСИ также важны отношение между ними. Так, например крупные организации включают в себя различные подразделения, филиалы, отделы и т.п., которые можно выстроить в древовидную структуру. Для начала заведём в нашей системе ещё несколько организаций, которые будут в подчинении у уже существующей «Рога и копыта».
Теперь нужно показать в каком отношении эти организации находятся между собой. Для этого необходима таблица с древовидной структурой и указанием периода действия, потому как всё подвержено изменением во времени и нужно это учитывать.
Конечно, следует расширить возможности пакета pkg_nsi, чтобы можно было настраивать структуру для различных таблиц.
После появления такого инструмента можно смело выстраивать отношения между организациями.
Так как справочники отделены от структуры, то каждый раз обращаться к организациям с учётом их отношений становится грамозко, поэтому немного упростим себе жизнь.
То, что мы строим дерево это замечательно, но все узлы этого дерева относятся к одной сущности, а наша задача реализовать построение отношения между разными сущностями. Это тоже не проблема, потому как структура не завязывается на какой-то определённый справочник, а работает в целом на всей системе НСИ. Для примера построим классификатор для должностей государственной гражданской службы и классификатор для должностей муниципалитета.
Осталось только заполнить и собрать необходимые классификаторы.
Ой, как это не читабельно!
Следует не забывать, что кроме отношения включения (в том числе и древовидного), существует отношение пересечения, то есть кросс-таблиц. Здесь добавляется дополнительное условие проверки пересечения по времени.
Всё, теперь мы с уверенностью можем сказать, что закрыли первую проблему.
Конечно можно много чего пытаться прикрутить к этой системе, но я думаю, что поставленную задачу в начале статьи я выполнила, а остальное уже можно рассмотреть в процессе дискуссии.
Материал подготавливался на версии Oracle 18c, хотя нативное поддержание формата json уже присутствует в версии 12. Здесь ссылка с архивом скриптов.
SAP-специалист: кто такой и как им стать
Когда я только начала углубляться в тему сапёров, напиталась большой грустью: судя по тому, что пишут в интернетах, SAP — это очень узкая специализация, основная работа заточена на суппорте, много ограничений и обязательной документации, но специалисты на рынке востребованные, так что за свой кошелек можно не переживать (зарплатная статистика dev.by это только подтверждает). Поговорила с коллегами и выяснила, что на самом деле SAP не так прост и скучен, как его малюют. В одном EPAM Enterprise практика насчитывает 1700+ специалистов и 500+ реализованных проектов (больше о том, что и для кого мы делаем можно почитать здесь). Департамент работает только с акулами бизнеса и дает возможность развиваться в разных направлениях. Если вы еще не определились с выбором профессии в IT или хотите попробовать что-то новое и посматриваете на SAP с опаской, оставайтесь. Постараюсь разложить все по полочкам.
Что такое SAP?
SAP (англ. System Analysis and Program Development, рус. Системный анализ и разработка программ) – это немецкий производитель ПО. Небольшое частное дело по производству решений для эффективного управления бизнесом очень быстро разрослось до крупной корпорации, которая строит эталонный продукт. Сегодня SAP является мировым лидер ом среди поставщиков программных решений (SAP-продукты используют больее 60% европейского и 50% американского рынка) и входит в тройку рейтинга Forbes вместе с Microsoft и Oracle.
Почему компании выбирают именно продукты SAP?
Андрей Величко, главный SAP-консультант EPAM:
«SAP не стоит на месте и постоянно развивает новые технологии, увеличивает долю рынка с точки зрения бизнес-приложений и аналитических решений. SAP покрывает больше потребностей клиента одним продуктом. Приобретая их решение единожды, ты получаешь возможности автоматизации всего бизнеса».
Наталья Дубовик, ведущий BI-консультант EPAM:
«Одно время я думала, что секрет успеха SAP-продуктов таится в стране-производителе и немецкой педантичности. Со временем поняла, что дело не только в национальных чертах, но в опыте и подходе. Компания выпускает продуманные продукты, все они прекрасно интегрируются между собой. Реализацией решений занимаются профессионалы. SAP-продукты дают максимальную устойчивость при возможности строить самые сложные многовариантные системы».
Дмитрий Сурков, руководитель группы ABAP разработчиков EPAM:
«SAP – крупный игрок на рынке enterprise решений. Компания производит продукты для абсолютно разных областей: финансы, сбыт, управление материалами, транспортом, у них есть масса отраслевых решений для нефтеперерабатывающей промышленности, телекоммуникационных компаний, военных ведомств и здравоохранения. Набор продуктов, которые они предлагают, очень большой».
Константин Семенов, главный системный аналитик EPAM:
«SAP – это имидж. Если ваша компания использует продукты SAP, значит у вас правильно поставлены внутренние процессы и вам можно доверять. Не только ваши клиенты будут уверенны в качестве и производительности, но и вы сами».
У каждой компании есть свои потребности. Для каждой из них в SAP разработали определенный продукт.
Самые популярные продукты SAP
ERP-система SAP R/3, интеграционная платформа SAP NetWeaver, комплекс аналитических приложений SAP BI (Business Intelligence), платформа для управления базами данных SAP HANA, ERP-система нового поколения SAP S/4 HANA, облачная платформа SAP Cloud Platform. Большинство продуктов компании SAP написаны на внутреннем языке программирования ABAP/4.
Роли на проекте
1. Кто такой SAP-консультант?
Комментирует главный SAP-консультант EPAM Андрей Величко
Каждый продукт компании SAP можно адаптировать под процессы конкретного заказчика. Настройкой решений занимается SAP-консультант. SAP-система в большинстве своем уже написана и имеет свои выстроенные бизнес-цепочки и направления. Задача SAP-консультанта выбрать область для работы и изучить ее досконально, чтобы знать все возможности системы и суметь преподнести их заказчику.
«Нужно четкое понимание бизнеса и его места в индустрии: как работают процессы, какие есть отличия, от чего они зависят, как система отлажена в других компаниях».
Начать можно с узкой специализации. К примеру, с управления материальными потоками. Для этого SAP-консультанту необходимо понимать процесс закупки, различные его вариации, отличие закупок в зависимости от отрасли. Когда основы усвоены, нужно понять как устроена работа в SAP-проекте. Каждый проект имеет свои методологии и проходит определенные фазы. Консультант выполняет свой спектр работ на каждой из них.
«Важно понимать, что проект начинается задолго до подписания контракта с клиентом. Первая ступень – знакомство с бизнесом и пожеланиями клиента. Консультант должен пояснить заказчику, что такое SAP, какие выгоды принесет внедрение SAP-продуктов, убедить, что SAP – это удобно и даже необходимо».
Дальше следует обследование, техническое проектирование, настройка продукта, его доработка, обучение пользователей, трансформация информации из системы источников в систему SAP.
«На каждом из этих этапов консультант коммуницирует с заказчиком и уточняет детали или предлагает более оптимальные решения».
Каким должен быть SAP-консультант?
Коммуникабельным, презентабельным, стрессоустойчивым, не бояться общения с людьми любого звена: от кладовщика или охранника на проходной до генерального директора или владельца крупного бизнеса.
С какой базой проще добиться успехов на позиции SAP-консультанта?
«Хорошим SAP-консультантом может стать специалист как со стороны IT, так и со стороны бизнеса. Потому что эта позиция сочетает в себе навыки обеих сфер. Все упирается в желание и целеустремленность человека. Программиста, которому нравится кодить и не нравится общение, невозможно сделать SAP-консультантом. И наоборот, бизнес-аналитику, который отлично находит общий язык с клиентами, но не переносит программирование, никогда не занять эту должность».
Кто такой SAP-разработчик?
Комментируют руководитель группы ABAP-разработчиков EPAM Дмитрий Сурков и главный системный аналитик EPAM Константин Семенов
Если настройка продукта не дает желаемых результатов, команда разработчиков дописывает необходимый функционал. Раньше SAP-разработчик являлся Full-stack специалистом, который отвечал за написание как серверной части, так и презентационной. В последние годы наметилось разделение по специализации на фронтенд и бэкенд: бэкенд все также работают с языком ABAP, фронтенд используют Java, JavaScript, HTML и прочие фреймворки.
ABAP предназначен для работы исключительно в экосистеме SAP-продуктов. Этот язык программирования появился достаточно давно, но продолжает активно развиваться: создаются новые конструкции, фреймворки. За практически сорокалетнюю историю существования вобрал в себя много различных парадигм программирования, таких как процедурное, ориентированное и объектно-ориентированное. Синтаксис языка может показаться архаичным (чем-то напоминает COBOL), но исходный код легок для чтения и восприятия. О том как кодить на ABAP можно подробнее почитать тут.
«Важно понимать, что ABAP 4 – это не универсальный язык типа Java или C#. На нем можно писать только для SAP. А разработка для SAP – это часто не создание какой-то логики с нуля, а расширение существующего функционала, дополнение его необходимыми для заказчика опциями. Чтобы делать эти расширения наиболее эффективно SAP-разработчик должен обладать не только техническими навыками, но и знаниями о конкретном бизнес-домене, понимать возможности решений SAP в этом домене и придумывать как дополнить решение, чтобы эффективно выполнить задачу клиента.».
Разработчик SAP находится где-то посередине между программистом и аналитиком. Помимо умения писать код, он должен разговаривать с представителями бизнеса на одном языке. Для работы с данными SAP-специалисты используют платформу HANA (как работать с тулом можно почитать здесь). Внедряет и развивает этот инструмент специальная команда. HANA-разработчики занимаются native-разработкой с HANA спецификой. Это разработка, но не такая как везде. Она более enterprise ориентирована. Основные потребители – крупные предприятия, внутренний софт которых естественно написан на SAP. Для работы с HANA обязательно нужно знать окружение SAP, тулы и стандарты.
«Если вы работаете с языком Java, то пишете все сами: как лежит база данных, авторизации. Вы привыкли так работать, но в SAP все утроено по-другому. Здесь есть определенные стандарты и их нужно придерживаться, их нельзя менять, иначе пострадает интеграция. Когда к нам приходят работать generic-разработчики, у них происходит сдвиг сознания, им сложно к этому привыкнуть».
Из-за определенных ограничений HANA-разработчик должен уметь лавировать и находить креативные решения, которые будут соответствовать требованиям заказчика и техническим параметрам системы. Это сложно и требует определенной сноровки.
«Всегда изучаем что-то новое, широко развиваемся и осваиваем смежные сферы. На рынке очень ценятся специалисты, которые знают больше, чем нужно, умеют проявлять инициативу и принимать самостоятельные решения».
Каким должен быть SAP-разработчик?
Аккуратным, въедливым, думающим, гибким, креативным, обладать аналитическими способностями, быстротой и структурированностью мышления, обязательно владеть иностранными языками, умением работать в команде прислушиваться к чужому мнению и брать на себя ответственность за принятие решений.
С какой базой проще добиться успехов на позиции SAP-разработчика?
«В идеале необходимо инженерное или инженерно-экономическое образование. Узкая специализация, по которой ты просто пишешь код, сейчас встречается крайне редко. Чаще разработчик готовит решение задачи совместно с консультантом. Для этого нужно разбираться в бизнес-процессах. Большим плюсом будет знание нескольких языков программирования, основ баз данных и умение строить SQL-запросы».
Кто такой BI-консультант?
Комментирует ведущий BI-консультант EPAM Наталья Дубовик.
BI-консультанты занимаются отчетностью: собирают данные для анализа и выстраивают систему поддержки принятия решений. В нашем случае – это SAP-компоненты, но принимают решение все равно ответственные люди. Задача BI-специалиста заключается в том, чтобы предоставить информацию из систем поддержки принятия решений в максимально облегченном виде. И презентовать заказчику результат работы компании так, чтобы клиент не просто принял решение, но и пришел за новым.
«Специальность родилась из концепции крайней ленивости людей. BI-специалист – “вещь в хозяйстве” нужная, полезная, а хороший BI-специалист еще и прибыльная. Мы делаем для заказчика что-то красивое, умное, полезное, понятное, легкое в настройке и внедрении, и, естественно, подешевле. Здесь важно не просто создать идеальное решение, но и убедить клиента в том что то, что мы предлагаем – это то, что ему нужно».
У каждого клиента свое видение того, что ему надо, свое понимание того, что ему поможет и не всегда это одинаковые вещи.
«Мы реализуем желания людей в той технической базе, которая есть в наличии. И практически всегда одно не совпадает с другим. Люди хотят больше, чем они могут получить. Приходится идти на компромиссы и выкручиваться. Чтобы делать это успешно, необходимо знать все технические детали SAP-продуктов и их возможности. Чем больше SAP-компонентов ты знаешь, тем проще создавать решения и предугадывать желания заказчика».
Приходится постоянно учиться и бизнесу клиента, чтобы говорить с ним на одном языке. Общаться с ним, будучи “не в теме”, невозможно.
«Люди настолько пропитываются своей профессией, что в обычной речи используют сленговые слова. В свой первый год работы BI-консультантом я часто созванивалась с клиентом и после двух-трех разговоров о проводках за последний фин. период и о том, что там бьет или не бьет, пошла на курсы бухучета. Потому что не просто не понимала, что человек имеет в виду, а не знала, как спросить об этом?»
Помимо особенностей бизнеса и технических моментов, важно учитывать индивидуальность каждого кейса.
«Это сфера, где нет преднастроенных решений. Даже у двух заказчиков с одинаковым бизнесом потребности будут разные. Как нет двух одинаковых снежинок, так нет двух одинаковых BI-решений. Основная идея и даже база могут совпадать, но воплощение индивидуально. Типовые, шаблонные решения здесь невозможны и к этому надо быть готовым».
В работе стоит учитывать даже особенности визуального восприятия клиента: кому-то удобнее работать с таблицей excel, кому-то читать графики, кому-то нужна статичная информация, кому-то проще иметь дело с интерактивными отчетами.
«Часто BI-специалиста путают с BA (бизнес-аналитиком). Звучат они одинаково, но с моей точки зрения, хороший BI обречен с течением времени стать BA, потому что без анализа того, что есть на текущий момент, того, что хочет заказчик, что он может получить и того, что еще может захотеть, нормальной работы не получается».
Технически BI-специалист работает одновременно с компонентами и как разработчик, и как консультант. А по мере создания решения проявляет себя как тестировщик, дизайнер, педагог и психолог. Получается довольно большой стек навыков, но без них никуда:
Каким должен быть BI-консультант?
Открытым, думающим, ищущим, самостоятельным, иметь определенный уровень эмпатии. Классический гик программист не преуспеет в этой области, потому что не сможет услышать заказчика, прочитать между строк и догадаться, чего ему тот не сказал. Человек должен иметь креативное мышление. Чаще всего у команды нет четкого технического задания, и нужно с нуля придумывать решение под уникальные потребности клиента. Должен хотеть учиться и нарабатывать знания в смежных областях.
С какой базой проще добиться успехов на позиции SAP-разработчика?
«Как многие начинающие айтишники я думала, что все решит хорошее инженерное образование. Но на протяжение нескольких лет я занималась подготовкой молодых BI-специалистов в лаборатории. И как показала практика, не важно какой у человека бэкграунд, главное, чтобы он был готов слышать, слушать и учиться. Легче в процесс вникать с программистским опытом, знанием технической стороны воплощения программных продуктов, но и со знаниями бизнес-сферы можно быстро освоиться со всем остальным.
Например, кассир прекрасно знает главные компоненты кассового чека. Говоря нашим зыком, он в курсе о центральных бизнес-сущностях работы кассового центра. А это очень важно в нашей работе. Мы часто реализуем проекты для рассчетно-кассовых центров и здесь человек с таким опытом очень пригодится».
Где обучиться на SAP-специалиста?
За последнее время компания SAP стала более открытой. Сегодня информацию о ее продуктах и системах можно найти в интернете в свободном доступе. Существуют комьюнити SAP-специалистов, различные форумы, где разработчики и консультанты обмениваются опытом и помогают друг другу решать конфликтные ситуации. Компания SAP проводит регулярные семинары и курсы для тех, кто хочет больше узнать о продуктах и технологиях. Совсем недавно появилась возможность установить демо версию SAP на свой ПК и попытаться развернуть ее, изучить и даже и что-то пописать.
Но если вы настроились на обучение всерьез, наши специалисты рекомендуют выбирать курсы на базе компаний, чтобы вместе с теорией сразу нарабатывать практический опыт. Вход в некоторые специальности SAP в одиночку может оказаться очень дорогим, а в компаниях есть необходимые серверы и документация, что значительно облегчит и ускорит процесс обучения. Например, EPAM Training Center ежегодно проводит набор на тренинги по SAP Development и SAP Consulting, на постоянной основе открыта SAP Lab. По окончании всех этапов курса можно не просто получить диплом, но и job offer в компанию.
Что может помочь в учебе? Советы от специалистов
Андрей Величко: «Интерес и любопытство. Моим главным мотиватором двигаться дальше просто финансов выступило желание рассматривать ситуацию более глубоко и широко, изучать разные точки зрения и решения. Не зацикливайтесь н чем-то одном, двигайтесь и смотрите по сторонам».
Дмитрий Сурков: «Не пытайтесь взять знания с наскока. Система SAP развивалась на протяжении длительного периода времени, в ней накопилось много инструментов, фреймворков, подходов и смежных областей, на изучение которых может потребоваться время. Не торопите себя».
Наталья Дубовик: «Если вы хотите стать SAP BI-консультантом, то можно для начала обучиться на BI-консультанта широкого профиля. SAP – это просто оттенок для технических возможностей и это нарабатывается быстро. Но только на местах и опытным путем. Теория не дает эффекта и профита в плане роста личных возможностей».
Какие есть перспективы для роста?
Позиция SAP-специалист находится на стыке бизнеса и разработки, поэтому: