Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

Содержание
  1. Что такое SAP ERP система
  2. Немного о компании и продукте
  3. Что это такое
  4. Основные модули программы
  5. Дополнения к пакету
  6. Этапы внедрения
  7. Преимущества внедрения пакета ERP
  8. Что такое SAP R3: описание
  9. Организация сопровождения SAP ERP
  10. Введение
  11. Анализ статистики
  12. Сезонность
  13. Кастомизация подсистем
  14. Тип подсистем
  15. Количество пользователей и уровень их квалификации
  16. Заключение
  17. Список литературы
  18. Взгляд IT-специалиста на SAP ERP – SAP SD complex instructions
  19. Интуитивно-понятный интерфейс
  20. Локализация
  21. Справочная информация, литература
  22. Обновления и патчи
  23. Разработка
  24. Исследование зарплат специалистов SAP в России — Карьера на vc.ru
  25. Кого мы опрашивали
  26. Об условиях работы
  27. О проектах
  28. О зарплатах:
  29. О рассмотрении вакансий:
  30. ИТОГИ
  31. Внедрение SAP специалистами компании АСАП консалтинг
  32. Результаты внедрения SAP
  33. Основные этапы внедрения SAP
  34. ERP-консультант
  35. Необходимые профессиональные навыки и знания
  36. Личные качества
  37. Место работы
  38. Плюсы
  39. Минусы
  40. Зарплата и карьера

Что такое SAP ERP система

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

Система управления ресурсами предприятия SAP ERP охватывает все участки финансового и управленческого учета, управления персоналом, оперативной деятельности и сервисных служб компании. Обеспечивает полную функциональность, необходимую для реализации информационных сервисов самообслуживания, аналитики.

Автоматизация в промышленности давно стала привычным процессом. Умные контроллеры управляют технологическими процессами на современных предприятиях всех отраслей промышленности, передавая информацию на компьютеры для анализа и принятия решений человеком.

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

Немного о компании и продукте

В 1972 году в Германии пятью бывшими сотрудниками корпорации IBM была основана компания SAP (Системный Анализ и Разработка программ). Их целью было разработать стандартное программное обеспечение, объединяющее все бизнес процессы на предприятии в реальном времени.

Спустя 25 лет фирма стала несомненным лидером в нише автоматизации по планированию ресурсами предприятия (Enterprise Resource Planning – ERP). Сегодня это корпорация, имеющая филиалы и дочерние офисы во всех промышленно развитых странах.

В России история компании насчитывает уже 20 лет. Первый офис этой международной корпорации был открыт в Москве еще в 1992 году. Сегодня офисы работают в Санкт-Петербурге, Новосибирске, Екатеринбурге, Ростове-на-Дону; русский язык стал одним из основных языков локализации программных продуктов, более 1000 сотрудников россиян занимается внедрением основных программных решений.

Что это такое

SAP ERP – информационная корпоративная система, основанная на методологии ERP (планирования ресурсами предприятия) и направленная на достижение оптимальности бизнес-процесса.

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

Проекты, реализованные с помощью SAP, помогают и государственным, и частным структурам оптимизировать издержки и добиться намеченных целей на каждом этапе производственного цикла. При этом в основу принятия управленческих решений закладываются индивидуальные методы и принципы, актуальные только в конкретном случае. Более подробно о том, что такое SAP.

SAP ERP — позволяет руководителю видеть процесс производства в реальном времени, при этом, не вникая в суть проблем, правильно оценивать динамику движения процессов на предприятии.

Основные модули программы

Учет и контроль необходимы в любом деле, в бизнесе же каждый процент прибыли на учете, поэтому внедрение информационных систем, позволяющих сократить рутинные операции более чем на 50 %, показать прозрачность процессов изготовления продукции и дать легкий доступ к любой нужной информации – это путь к эффективной работе организации. Архитектура SAP нового поколения позволяет эффективно решать самые разные задачи, стоящие перед предприятием.

Все ключевые направления деятельности:

  • оперативное управление производством;
  • участки учета (бухгалтерия, финансы, склады, транспорт);
  • планирование и контроль;
  • кадры.

В итоге: наблюдается не только широкая функциональность, но и полная интеграция между модулями.

Набор стандартных модулей, предназначенных для управления всеми сферами деятельности, приведен ниже.

  • Модуль FI (Финансы). Один из основных, централизует данные бухгалтерского учета и управления финансами. Выполняет операции с кредиторами, дебиторами, улучшает качество и сроки отчетности;
  • Модуль АМ (Основные средства). Сюда входят все задачи по управлению основными средствами: планирование, контроль, ремонт, обслуживание на протяжении всего цикла функционирования оборудования;
  • Модуль CO (Контроллинг). Учитывает затраты и прибыль. Формирует плановую и фактическую себестоимость, позволяет оперативно реагировать на изменение рынка, вырабатывает условия для качественного управленческого решения;
  • PS (Проекты). Прикладной модуль, работающий с конкретным объектом, позволяет отслеживать проект с помощью графических элементов: сетевых графиков, диаграмм календарного планирования;
  • Модуль MM (Материальные потоки). Решает вопросы снабжения и управления запасами путем оптимизации закупки материалов, управлением складским хозяйством. Тесно интегрирован с финансовым модулем FI;
  • SD (Сбыт). Организует бизнес-процессы по отгрузке и продаже продукции с автоматической выдачей фактурированной отчетности.
  • PM (Техобслуживание и ремонт оборудования). Автоматизирует процессы ремонта оборудования, позволяет планировать планово-предупредительные ремонты с дальнейшим контролем;
  • QM (Контроль и управление качеством). Организует планирование и контроль качества при производстве и закупках. Взаимодействует с ММ;
  • HR (Управление персоналом). Система для работы с кадрами, начиная от начисления зарплаты, до приема новых сотрудников. Сюда же включено обучение, переподготовка персонала и организационный менеджмент;
  • WF (Информационные потоки). Информация автоматизирована по определенным правилам с использование специальных процедур. Электронная почта, система управления документами, интеграция с САПР – составные части модуля;
  • IS (Отраслевые решения). Описана особая функциональность, которая соответствует определенной отрасли производства.

Дополнения к пакету

Необходимость обновлений в программном обеспечении вызвана самой жизнью, постоянным движением вперед человеческой мысли. То, что было хорошо еще 10 лет назад, сегодня требует доработки с учетом сегодняшних реалий. Поэтому специалисты SPA разработали новую стратегию поставки программного обеспечения для своих проектов.

Это пакеты расширения, которые предоставляют новые функциональные возможности в пределах конкретной группы пользователей, не задевая архитектуру проекта в целом.

Сегодня выпущен четвертый пакет обновлений, реализующий дополнительные возможности в области управления финансами, закупками, продажами, персоналом и т.д. Он включает в себя все предыдущие обновления, обладает дополнительными возможностями и службами по работе с WEB-интерфейсом, в него вошли новые отраслевые решения.

Примером может служить модуль RCM – это электронный документооборот. По-другому его называют модулем управления корпоративным контентом. Удобный элемент работы с документацией.

Этапы внедрения

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

Процесс запуска в работу проекта можно условно разбить на следующие этапы:

  • создание документации об управлении проектом (приказ, устав, календарный план);
  • обследование объекта автоматизации;
  • концептуальное проектирование. (создание модели управления предприятием);
  • поэтапная реализация;
  • поддержка и обучение пользователей.

Для повышения уровня знаний и улучшения навыков в работе необходимо предоставить пользователям обучающую литературу.

Преимущества внедрения пакета ERP

Помимо того, что это очень затратный проект, он еще меняет структуру управления фирмой. Поэтому оценить, как работает проект, без анализа и оценки эффективности изменений в работе нельзя.

И все же…Внедрение программ такого класса позволяет удалить самые «болевые точки» в работе предприятий. К ним относится «прозрачность» производства и неэффективность. Руководителю организации чтобы понять, «где болит», нужно изучить «симптомы». Вот это и помогает сделать такая система.

Еще путем автоматизации огромного числа функций она устраняет проблему неэффективности человеческого фактора. Там, где человек затрачивал для подготовки отчета более суток, система формирует данные за несколько минут.

Что такое SAP R3: описание

На российском рынке наибольшую популярность приобретает программа SAP R3. Что это такое? Это пакет бизнес-приложений, поддерживающий в последней 4.0 версии полный выход в Интернет, доступный для малого и среднего бизнеса по ценовым характеристикам. Пакет позволяет осуществлять стандартизацию внутренних бизнес-процессов, повышает эффективность работы предприятия.

Все важные области планирования, производства, контроля включает в себя система. Построенная на принципах клиент/сервер, она стала доступной для предприятий среднего бизнеса.

Внедрение таких систем с 1995 года позволяет констатировать, что сегодня они работают более чем в 40 странах. В России она очень широко используется для формирования заявок, проведения поставок.

Все большее представителей среднего, малого бизнеса осознают необходимость интегрированной автоматизации своих предприятий, этому способствуют инновации  SAP, которая разрабатывает проекты, доступные по цене и срокам внедрения для этой ниши рынка, например, «Finansing».

По статистическим опросам, уже 76% предпринимателей голосует за то, что IT – их помощник в бизнесе. Процесс конкуренции заставляет руководителей приходить к правильному решению: заняться внедрением проектов SAP.

Источник: https://compsch.com/programs/chto-takoe-sap-sistema.html

Организация сопровождения SAP ERP

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

Поздеев М.С.Выпускник группы MBA CIO 30Школы IT-менеджмента

РАНХиГС при Президенте РФ

Введение

В жизненном цикле ИТ — продуктов на эксплуатацию приходится от 70 до 80% времени и финансовых средств, оставшаяся часть расходуется на разработку продукта (или его приобретение). Следовательно, для успешного использования ИТ существенное значение имеет качество информационного обслуживания.

Это относится к любому типу организаций, больших или малых, общественных или частных, с централизованными или децентрализованными ИТ – услугами, пользующихся аутсорсингом или работающих с внутренними ресурсами.

В любом случае услуги должны быть надежными, согласующимися друг с другом, высококачественными и приемлемыми по стоимости.

Как правило, компании, не прошедшие внедрения крупной системы, аналогичной SAP ERP, недооценивают проблему организации качественной поддержки пользователей, а компании, внедряющие систему, не акцентируют на ней внимания в период подписания контракта. Нередко компании бывают попросту не готовы к использованию информационных систем.

В процессе разработки системы не созданы документы, регламентирующие работу сотрудников компании, пользователи не имеют достаточной степени подготовки, не создана инфраструктура по обеспечению поддержки пользователей и не хватает высококвалифицированных специалистов, готовых обеспечить поддержку.

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

Важнейшей основой для работы служб ИТ является процесс управления инцидентами, который предоставляет ценную информацию как об ошибках в работе ИТ – инфраструктуры, так и о потребностях бизнеса.

Задача процесса управления инцидентами является реактивной – уменьшение или исключение отрицательного воздействия (потенциальных) нарушений в предоставлении ИТ – услуг, таким образом обеспечивая наиболее быстрое восстановление работы пользователей.

Для выполнения этой задачи производится регистрация, классификация и назначение инцидентов соответствующим группам специалистов, мониторинг хода работ по разрешению инцидентов, решение инцидентов и их закрытие. Однако следует различать быстрое восстановление услуг и установление причины инцидента и ее устранение.

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

Применение подобных мер позволяет улучшить качество услуг путем значительного сокращения количества инцидентов и уменьшения рабочей нагрузки на ИТ-службу. За счет улучшения качества услуг может быть достигнуто повышение производительности труда пользователей и улучшение репутации ИТ-услуг.

Для выработки предложений, направленных на снижение количества инцидентов предлагается следующий подход:

  1. Собрать статистику по инцидентам на исследуемом предприятии;
  2. Провести анализ статистики инцидентов;
  3. Выявить факторы, влияющие на появление инцидентов;
  4. Оценить механизм влияния факторов;
  5. Разработать мероприятия по снижению инцидентов.

Анализ статистики

Инциденты анализировались за трехлетний период работы службы сопровождения на исследуемом предприятии.

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

Этот временной отрезок характеризует длительность периода стабилизации. Стоит отметить, что в течение наблюдаемого периода в компании не происходило значительных изменений в бизнесе.

В целях проведения дальнейшего анализа инциденты распределили на группы по подсистемам (в составе корпоративной информационной системы выделены подсистемы в соответствии с автоматизированными бизнес-процессами), к которым они относятся, и на 3 группы по характеру их появления:

  1. Изменения, доработки – связаны с изменчивостью среды;
  2. Исправление ошибок – связаны с повышением надежности системы;
  3. Прочее.

Исследовали влияние следующих факторов на появление инцидентов данных групп:

  1. Сезонность (для инцидентов всех групп);
  2. Кастомизация подсистем (для инцидентов группы «Изменения, доработки» и «Исправление ошибок»);
  3. Тип подсистем (для инцидентов группы «Изменения, доработки» и «Исправление ошибок»);
  4. Количество пользователей и уровень их квалификации (для инцидентов группы «Прочее»).

Сезонность

В ходе анализа выявили пики в периоды сдачи годовой и квартальной отчетности. В эти месяцы пользователи активно формируют отчеты. Особенно заметен временной характер в подсистеме «Налог на прибыль и ПБУ 18/02», где в отчетные периоды происходит формирование налоговых регистров.

Инциденты носят явно выраженный временной характер. Пики приходятся на период подготовки годовой и квартальной отчетности. Инциденты, возникающие в этот период, носят срочный характер т.к. ограничены сроки подачи налоговой отчетности.

Для выполнения работ привлекаем в эти месяцы дополнительных специалистов по налоговому учету из консалтинговой компании.

Кастомизация подсистем

Исходя из потребностей бизнеса компании и возможностей стандартной функциональности системы, в ходе реализации проекта возникала необходимость в проведении дополнительных разработок.

Это могли быть выходные печатные формы документов, утвержденные в компании, отчеты (например, оборотно — сальдовая ведомость), а также алгоритмы расчета (например, расчет арендной платы). На каждую такую разработку оформлялось частное техническое задание.

При сопоставлении количества разработок по подсистемам с количеством инцидентов в этих подсистемах выяснилось, что из года в год наибольшее количество изменений и доработок происходило в подсистемах с большим уровнем кастомизации.

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

Например, не брать в реализацию разработки с циклом изменений требований меньшим, чем период проведения самой разработки и ее отладки.

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

Тип подсистем

Для последующего анализа распределили подсистемы на три группы:

  1. Подсистемы типа «Источник», которые являются источником данных для других подсистем;
  2. Подсистемы типа «Сток», в которые стекаются данные из других подсистем;
  3. Подсистемы типа «Сеть», которые участвуют в двустороннем обмене данными.

С этой целью составили матрицу, в которой указали, как подсистемы обмениваются данными между собой. Выяснилось, что профили инцидентов в разных подсистемах одной группы схожи.

В подсистемах «Сток» и «Сеть» количество ошибок превышает количество изменений.

На сопровождение подсистем данного типа необходимо привлекать наиболее квалифицированных консультантов и организовать процедуру тщательного тестирования изменений.

Количество пользователей и уровень их квалификации

Произвели распределение пользователей по подсистемам, причем один пользователь мог быть отнесен к нескольким подсистемам, т.к. один пользователь может участвовать в нескольких бизнес-процессах. В ходе анализа подтвердилось, что большое количество пользователей в подсистемах генерируют большее количество инцидентов «Прочее».

Для того чтобы понять состав инцидентов «Прочее» провели анализ этих инцидентов по подсистемам с наибольшим количеством пользователей. По составу и распределению инцидентов подсистемы оказались схожи. Стоит отметить большое количество инцидентов, связанных с консультациями, ошибками ввода и ошибочными действиями пользователей.

Эти инциденты связаны с недостаточной подготовкой пользователей с работой в системе. По динамике инцидентов можно сделать вывод, что процесс обучения и набора навыков работе в системе происходил на протяжении первого года работы. Также в первый год работы наблюдалось большое количество инцидентов, требующих оформления так называемых решений.

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

В период эксплуатации необходимо наладить обратную связь с бизнес-подразделениями и на основании статистики инцидентов регулярно производить оценку квалификации пользователей.

Заключение

В данной работе на основе анализа статистики потока инцидентов выработаны рекомендации по снижению количества инцидентов. Проведение подобного анализа применимо в организациях со слабо меняющимся бизнесом и дает возможность:

  1. выявить факторы, влияющие на появление инцидентов;
  2. управлять качеством информационного обслуживания;
  3. выстраивать модель отношений ИТ с бизнесом на основе взаимной ответственности.

Список литературы

  1. ИТ Сервис – менеджмент, введение / пер. с англ. – М.: IT Expert,2003.
  2. Ананьин В.И. Границы применения сервиса. ITIL и ИТ-архитектуры // Intelligent Enterprise. – 2008. № 2.

Рубрика: 

Источник: http://journal.itmane.ru/node/907

Взгляд IT-специалиста на SAP ERP – SAP SD complex instructions

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

15 11 2015

Сохранено с habrahabr.ru/post/270715 (см. также Холивар – 1С или SAP)

В этой статье я не буду рассказывать о плюсах и сильных сторонах этой системы с точки зрения функциональности – пусть этим занимаются маркетологи. Я, как IT-специалист, хочу поделиться с вами своими впечатлениями о реализации этого продукта.

Статья будет полезна в первую очередь тем, кто планирует начать работать с SAP ERP как в качестве IT-специалиста (консультанта/программиста), так и в качестве конечного пользователя.

Интуитивно-понятный интерфейс

Бывают такие интерфейсы, на которые смотришь и сразу становится понятно, куда нужно нажать, чтобы выполнить то или иное действие. Так вот…это не про SAP.

Первый раз, когда я увидел стартовый экран SAP, подумал, что это просто очень-очень старая версия, которую я как-то случайно запустил. Ан нет, это была вполне современная версия.

Интерфейс разрабатывали где-то в 90-х, там он и остался до сих пор.

Для работы с системой нужно запускать так называемые транзакции (к транзакциям БД они отношения не имеют). Транзакция SAP – это что-то типа «ярлыка» для вызова программы, с помощью которой можно выполнить какое-то действие в системе (например, просмотреть список заказов на поставку или отредактировать какой-либо документ).

Имена у транзакций абсолютно ничего неговорящие (ME21, IW33, MIRO…). Запустить транзакцию можно двумя способами: из древовидного меню слева или введя код транзакции в специальное поле. В меню можно заблудиться, поэтому чаще всего транзакции запускаются путем ввода её кода.

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

Стартовый экран SAP ERP

Запускаю я, значит, транзакцию для просмотра списка объектов ремонта, кое-как заполняю селекционный экран, жму «Выполнить» и получаю…дамп (так в SAP называется критическая ошибка, прерывающая выполнение программы без возможности продолжить её работу).

Вчитываюсь в этот страшный, совершено непонятный простому пользователю, экран и понимаю, что передал слишком много входных данных.

Это я сейчас знаю, что нельзя передавать слишком много значений в поля селекционного экрана, так как SQL-запрос превышает какой-то там допустимый размер в килобайтах и из-за этого программа прерывается с исключением DBIF_RSQL_INVALID_RSQL.

Причем, нет никакой конкретной цифры, всё зависит от длины передаваемых значений, но экспериментальным путем получена цифра равная примерно 1500-1800 значений.

Но как всё это объяснить пользователю? Как объяснить, что он должен 4 раза запустить транзакцию, если ему хочется получить отфильтрованный по 5000 значений список. К тому же, в одних транзакциях нет никаких ограничений, а в других есть.

Матерюсь, перезапускаю транзакцию, заново заполняю селекционный экран, уменьшив объем входных данных, и, наконец, подождав 15 минут, получаю список объектов. Выделяю нужную мне строку списка и отчаянно пытаюсь найти кнопку «Редактировать». Ага, размечтался.

Для редактирования, оказывается, существует отдельная транзакция, в которую я, в большинстве случаев, не могу попасть из транзакции просмотра списка объектов.

Мне надо скопировать системный номер нужного мне объекта из списка, запустить отдельное окно SAP (которое называется режимом), открыть там транзакцию для редактирования объекта и вставить туда скопированный номер. Таких режимов я могу открыть по умолчанию не более шести.

Если все 6 уже открыты, а мне надо отредактировать объект, то придется каким-то режимом пожертвовать. Для просмотра, создания и даже удаления объекта тоже существуют отдельные транзакции.

Еще ситуация. Открываю я транзакцию «MIRO – создание входящего счета-фактуры», долго заполняю шапку, указываю системный номер документа входящей поставки, на основании которого автоматически заполняется позициями табличная часть счета-фактуры. Из тысячи позиций мне нужно было 100 удалить. Я нахожу эти позиции, долго выделяю их и жму кнопку «Удалить».

Как думаете, что должно произойти после выделения позиций и нажатия кнопки «Удалить»? Вот я тоже так же подумал. А разработчики SAP думали как-то по-другому – удалилось 900 невыделенных позиций. «Ладно», — подумал я, — «сейчас нажму CTRL+Z и все верну назад».

Ну, вы поняли уже, да? Отменить это действие нельзя, поэтому пришлось перезапускать транзакцию и заново забивать все данные.

Это я уже потом прочитал всплывающую подсказу к кнопке «Удалить», где было сказано, что удалятся невыделенные позиции. Такое поведение кнопки только в этой транзакции. В остальных транзакциях кнопка «Удалить» удаляет выделенные позиции.

Сообщения об ошибках не несут вообще никакой смысловой нагрузки.

Вот что может означать ошибка «Код налога V0 еще существует»? Сначала я подумал, что это какой-то кривой перевод, но английский вариант «Tax code V0 also exist» и немецкий «Es existiert noch das Steuerkennzeichen V0» тоже неинформативны.

А означает она то, что код налога в табличной части не совпадает с кодом налога в шапке. Часто на профильных форумах можно найти темы «У меня такая-то ошибка. Что она означает?», в которых люди играют в угадайку, пока тот, кто уже наступил на грабли, не даст ответ.

Интерфейс никак не стандартизирован. Где-то меню слева, где-то справа. Где-то кнопки сверху, где-то снизу. Где-то вообще никаких кнопок нет, а все действия выполняются через главное меню. Где-то иконки на кнопках одни, где-то на тех же кнопках другие. Даже горячие клавиши в разных транзакциях для одних и тех же действий отличаются.

И это касается не только кнопок, но и табличных частей, вкладок и т.д. – единства нет, везде всё по-разному. Видно, что каждый разработчик лепил интерфейс, как ему вздумается, и никакого контроля за этим не велось. Дизайнеров в команде не было.

Похоже, это из-за того, что в момент разработки особо серьезных конкурентов на рынке не наблюдалось, поэтому решили, что нужно развивать функциональность, а интерфейс пользователи «проглотят» любой.

С этим интерфейсом можно научиться работать двумя способами: либо кто-то долго будет вас обучать этому, рассказывая тонкости каждой транзакции и показывая подводные камни, либо самостоятельно, не переставая наступать на бесконечные грабли.

Чаще всего обучение проходит по комбинированному сценарию: консультанты пишут операционные инструкции с минимально необходимыми для работы сведениями, а дальше пользователь сам бродит в этом дремучем лесу, постоянно обеспечивая консультантов зарплатой обращаясь к консультантам за помощью.

В последнее время в SAP поняли, что сели попой в лужу с приходом эффективных менеджеров, избалованных айфонами и выбирающих софт по внешнему виду, нужно что-то менять в интерфейсе. Тем более, конкуренты уже давно подтянулись по функциональности.

Поэтому SAP пытается делать какие-то шаги в этом направлении и создает взамен старых транзакций новые, которые называются enjoy-транзакции.

Появляются какие-то новые темы оформление с кнопками в стиле Android, но пока, как говорится, «сколько на осла бантиков не вешай…».

Рассказывать о прелестях интерфейса можно бесконечно, но давайте пойдём дальше…

Локализация

Складывается впечатление, что на русский язык интерфейс переводился следующим образом. Сначала в каком-нибудь Magic Gooddy перевели все фразы с немецкого на английский, потом там же с английского на русский.

Затем распределили переведенные фразы между людьми и они начали их вручную перепечатывать в SAP ERP, иногда внося правки.

Причем, часть людей либо вообще русский язык не понимали, либо они были настолько ленивы, что никаких правок не вносили.

Почему переводили в Magic Gooddy? Потому что не может человек перевести пункт настроек «Country-specific requirements» как «Страновые требования».

Почему перепечатывали вручную? Потому что встречаются опечатки и грамматические ошибки. Например, «Щапрос на перенос», «налогооблАжение» и «вниматИльно» явно печатали руками. Встречаются также сокращения слов, чтобы не выходить за рамки допустимой длины текста.

Почему люди не понимали русский язык? Потому что даже при перепечатывании русскоговорящий человек должен был усомниться, увидев фразу «Пушномолочная свинья-несушка» — так до определенного времени называлась программа RAIMEWMS (сейчас название уже исправили).

В оригинале она называется «Eierlegende Wollmilchsau», что переводится как «Мастер на все руки», но умный Magic Gooddy посчитал, что Wollmilchsau – это 3 отдельных слова (Woll, milch, sau) и перевел фразу «Eierlegende Woll milch sau» как «Яйцо укладки шерсти молока свиноматки».

Остается только гадать, как это потом превратилось в «Пушномолочная свинья-несушка».

Да-да, я всё ещё рассказываю о том самом SAP ERP, лицензии которого стоят много тысяч долларов и за внедрение которого организации выкладывают сотни миллионов рублей.

Справочная информация, литература

В открытом доступе нет практически никакой официальной справочной информации. Нет ни руководств пользователя, ни описания программных модулей, ни спецификаций. Хочешь научиться пользоваться SAP – добро пожаловать на малоэффективные курсы (3-5 дней) стоимостью 1500-2000$ каждый, где тебе расскажут, какую кнопку нажать.

Раздаточный материал на этих курсах зачастую на английском языке. Понять что-то только из раздаточного материала можно, но очень поверхностно. Курсов много (и для пользователей, и для консультантов, и для программистов), но даже они не дают всеобъемлющую информацию.

SAP не стесняется «впаривать» на курсах устаревший материал, ценность которого относительно новых версий SAP ERP равна нулю.

Большая часть знаний консультантов и разработчиков либо передается по наследству от старшего поколения к младшему, либо получается методом «тыка». Если повезет, то можно что-то найти на профильных форумах и в частных блогах, если нет – ковыряйся сам, отладчик тебе в помощь.

Обновления и патчи

Если консультант находит какую-то ошибку в функционале SAP (а они встречаются в огромных количествах), то первым делом он пытается найти подходящую SAP Note (ноту) для ее исправления. Нет конкретного определения, что такое нота.

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

Если найти нужную ноту труда не составляет, то установка может оказаться вполне нетривиальной задачей. Ноты могут быть зависимы друг от друга и перед установкой одной ноты нужно установить с десяток других нот, которые тоже имеют зависимости.

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

Недавно на Гиктаймс была статья, в которой говорилось о том, что люди через чат Arch Linux устанавливали.

Так вот, некоторые ноты (особенно связанные с изменением функциональности под законодательство) устанавливаются так же: люди на форуме коллективно пытаются пройти квест (так, а теперь давайте нажмем все вместе на счет три вот эту кнопку…). Причем, ноты устанавливаются в нескольких системах с одинаковой версией и везде возникают разные ошибки.

Разработка

Разработка в SAP ERP осуществляется на языке ABAP. Для обращения к базе данных используются Open SQL-запросы, которые очень похожи на SQL-запросы. Синтаксис тут обсуждать не буду – субъективная вещь. Он мне не нравится, но привык к нему быстро.

Названия таблиц, полей и переменных, как и названия транзакций, никакого смысла в себе не несут. Глядя на Open SQL-запрос SELECT, невозможно даже близко догадаться, что за данные он выбирает из базы. Нужно либо заранее знать, что хранится в обрабатываемой таблице, либо по ходу действия в эту таблицу лезть через браузер данных и пытаться понять, что в ней.

В SAP предусмотрена возможность доработки стандартной функциональности. Править стандартный код, предварительно получив специальный ключ разработчика для стандартного объекта, можно, но крайне нежелательно.

Вместо этого разработчику предлагается использовать так называемые USER-EXIT. По сути, это пустые функции с заранее заданными входными и выходными параметрами, разбросанные по стандартному коду. Вызываются эти функции до или после какого-то события.

Для правки кода этих функций специального ключа не требуется. Позже к USER-EXIT добавилась еще одна возможность расширять стандартную функциональность – BADI. Это то же самое, что USER-EXIT, только объектно-ориентированное.

Зачем оно появилось и почему, раз уж оно появилось, не отказались от USER-EXIT – мне непонятно, только лишней путаницы добавилось.

Так как никакой официальной документации по USER-EXIT и BADI нет, то, чтобы найти подходящее место, куда можно дописать свой код, нужно либо сидеть в отладчике в поисках этих пустых функций, либо штудировать форумы в надежде, что кто-то уже сталкивался с такой необходимостью.

Часто бывает, что для одной и той же задачи подходят разные USER-EXIT и BADI. Из-за этого случается так, что на одном проекте разные разработчики/консультанты выбирают различные USER-EXIT/BADI, и код, который должен бы логически быть в одном месте, разбросан по нескольким местам.

Хочется еще упомянуть про отладчик. Их два: старый и новый. В старом отладчике есть функции, которых нет в новом, а в новом есть функции, которых нет в старом.

Например, в старом отладчике есть функция просмотра ABAP Memory и SAP Memory, в новом – нет. Переключаться между старым и новым можно прямо в процессе отладки. Хотя слово «новый» тут не очень уместно, так как он существует уже почти 10 лет.

Почему за это время его не доработали и не избавились от старого – загадка.

Исследование зарплат специалистов SAP в России — Карьера на vc.ru

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

Алексей Анисимов

Подбор консультантов SAP и ABAP-разработчиков — одно из ключевых направлений IT-рекрутмента для нас. Чтобы расширить свою экспертизу и получить более полную картинку рынка мы провели исследование, изучив:

· общие особенности занятости специалистов SAP: формат работы, сфера деятельности работодателя, тип договора;

· получаемые зарплаты, удовлетворённость ими и желаемый уровень в целом и по отдельным модулям (MM/SD, FI, CO, BI/BW/BP и другие);

· активность на рынке труда и особенности рассмотрения вакансий.

Кого мы опрашивали

В течение двух месяцев мы опросили 524 эксперта SAP. Бóльшая часть опрошенных обладает экспертизой в модулях MM/SD, FI, BI/BW/BO, TOPO/PM. Опрошенные ABAP-разработчики работают с модулями MM/SD, FI, несколько реже с модулями HR/HRM/HCM, CO.

Значительную часть ответов мы получили от специалистов, с которыми общались наши рекрутеры. Поэтому практически 70% опрошенных — это консультанты с опытом работы более 7 лет.

Чтобы понять зарплатные ожидания специалистов с меньшим опытом, мы дополнили исследование данными, исходя из нашей практики (более 180 закрытых вакансий направления SAP).

Исследование GlobalCareer

Алексей Анисимов

Обратите внимание: в отчете рассматриваются текущие получаемые зарплаты и отдельно — желаемые. Наша практика показывает (и исследование это подтверждает), что при смене работы и переходе на другой проект специалисты ожидают роста дохода в среднем на 20-30%.

Все упоминаемые зарплаты указываются в тысячах рублей в месяц после вычета налогов.

Об условиях работы

Для большинства консультантов SAP привычно совмещение офиса и удалённой работы.

Чаще всего работают исключительно в офисе сотрудники компаний-заказчиков (52% респондентов из таких компаний), ещё 32% совмещают офисную и удалённую работу.

Значительная часть ABAP-разработчиков (39%) работают только удалённо, еще 37% совмещают удаленную работу и работу в офисе.

Сотрудники консалтинговых компаний и интеграторов чаще совмещают оба формата (40%), ещё 33% работают только в офисе, а 27% — только удалённо.

Что касается консультантов, работающих в качестве индивидуального предпринимателя, то 50% из них чаще всего совмещают работу в офисе и удалённую работу.

Отметим, что недовольных зарплатой больше всего среди работающих удаленно – 9%. Сравните: 6% среди офисных сотрудников, и всего 3% среди совместителей.

Исследование GlobalCareer Алексей Анисимов

О проектах

Среди опрошенных консультантов SAP лишь 13% не имеют опыта участия в проектах внедрения SAP полного цикла. Значительная их часть работает в компаниях-заказчиках.

Самая большая доля опытных консультантов, участвовавших в трех и более проектах полного цикла — 73% — среди индивидуальных предпринимателей. Многие консультанты и ABAP-разработчики задействованы сразу на нескольких проектах.

Проекты на SAP S/4HANA часто в приоритете: уровень зарплаты здесь выше, чем на других проектах.

К примеру, зарплаты больше 200 тысяч рублей в месяц после вычета налогов указали 64% консультантов S/4HANA по сравнению с 52%, работающих на внедрении или поддержке SAP ERP.

Проекты поддержки SAP S/4HANA так же в целом оплачиваются лучше, чем работы подобного плана на SAP ERP. Это сказывается и на удовлетворённости зарплатой.

Исследование GlobalCareer Алексей Анисимов

О зарплатах:

Зарплатный диапазон, отмечаемый консультантами SAP чаще всего — 201-250 тысяч рублей в месяц после вычета налогов.

Наиболее высокооплачиваемым модулем следует назвать SAP CO: 73% опрошенных получают зарплату выше 200 тысяч рублей в месяц после вычета налогов, а 14% консультантов SAP CO зарабатывают более 400 тысяч рублей. Среди консультантов SAP BPC также высока доля получающих зарплату выше 200 тысяч рублей, однако, в этом модуле экспертов с зарплатой более 400 тысяч — всего 2%.

Информация по зарплатам в разбивке по отдельным модулям есть в полной версии отчета.

Респонденты, получающие 161-200 тысяч рублей чаще интересуются возможностями повышения зарплаты. Зарабатывающие 250-300 тысяч рублей в месяц отмечают необходимость повышения гораздо реже — и в деньгах, и в процентах.

Медианная желаемая прибавка к зарплате — 25%.

Исследование GlobalCareer Алексей Анисимов

ABAP-разработчики, сотрудничающие с интеграторами и консалтинговыми компаниями, чаще указывают зарплаты в диапазоне 161-200 тысяч рублей в месяц после вычета налогов, работники компаний-заказчиков — 201-250 тысяч рублей. А уровень зарплат ИП обычно выше — от 301 тысяч рублей.

Примерно три четверти опрошенных консультантов SAP довольны своей зарплатой.

ABAP-разработчики больше удовлетворены зарплатой, чем консультанты SAP.

Исследование GlobalCareer Алексей Анисимов

О рассмотрении вакансий:

89% SAP-специалистов так или иначе отслеживают ситуацию на рынке труда. 28% всех опрошенных получают рассылки вакансий, подписаны на сообщества в соцсетях — следят за рынком труда в постоянном режиме. Частные предприниматели ожидаемо уделяют больше времени мониторингу рынка (34% следят за вакансиями постоянно). Четверть штатных сотрудников постоянно отслеживают рынок.

Помимо очевидных основных факторов, отражённых на графике, многие респонденты отмечают отдельно важность расположения офиса, возможности удалённой работы и/или гибкого графика, отношение к переработкам. Другим важным вопросом при рассмотрении вакансии становится необходимость командировок и их направлений.

Основными причинами отказа от рассмотрения вакансий являются непривлекательное по зарплате предложение, непривлекательность проекта и репутация работодателя. Кроме того, важны необходимость командировок, расположение офиса, возможность удалённой работы и/или гибкого графика, отношение к переработкам.

Исследование GlobalCareer Алексей Анисимов

ИТОГИ

Подавляющее большинство SAP-специалистов хотят получить опыт в проектах в разных отраслях. Проекты на SAP HANA потенциально интересны большинству опрошенных, хотя однозначно сказать об их приоритете нельзя. Чаще других выражают заинтересованность в подобных проектах респонденты из Москвы.

Относительно предпочтений проектов на фрилансе проектам в штате: как для консультантов, так и для разработчиков этот вопрос оказался неоднозначным. Именно в этом вопросе мы увидели значительную долю респондентов, затруднившихся с ответом — более 30%.

Консультанты SAP в большей степени склоняются к проектам в штате (однозначное «да» позициям в штате — 22%), чем ABAP-разработчики (однозначное согласие с утверждением — 16%). Скорее всего, ответы респондентов по этому вопросу были скорректированы текущей экономической ситуацией.

Большинство респондентов отмечают, что им интересны проекты за рубежом. Однако, среди респондентов, отмечающих важность удалённой работы, таких гораздо меньше: 36% по сравнению с 41% в среднем.

ABAP-разработчики более активны и в изучении других модулей SAP: 46% из них планируют изучать другие модули SAP (среди консультантов этот показатель 24%). Больше заинтересованы в проектах перехода на SAP HANA.

Проекты с использованием SAP Fiori/UI5 также имеют большую привлекательность для них: 41% ABAP-разработчиков определённо заинтересованы в них.

Полный отчет можно скачать по ссылке https://bit.ly/2Yasa0r

Если у вас есть вопросы, напишите нам, и мы будем рады обсудить сотрудничество в любом удобном для вас формате.

Источник: https://vc.ru/hr/136303-issledovanie-zarplat-specialistov-sap-v-rossii

Внедрение SAP специалистами компании АСАП консалтинг

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

ERP системы представляет собой автоматизированную систему управления основными внутренними процессами компании, включая бухучет, финансы, производство, торговлю, управление персоналом, складскими запасами и многими другими направлениями деятельности.

Best Practice в бизнес-процессах, гибкость, масштабируемость, адаптация под правовой контекст любой страны и индивидуальные потребности конкретного предприятия – основные факторы успеха системы, созданной немецкими разработчиками ПО и ставшей одной из наиболее применяемой во всем мире.

Внедрение SAP – серьезный, многоэтапный процесс перехода бизнеса на принципиально иные формы управления. Он предполагает проведение предпроектной подготовки и выбор оптимальных решений как с технической, так и с финансовой стороны.

Один из наиболее актуальных вопросов, интересующий клиентов, принявших решение осуществить внедрение SAP – стоимость проекта.

Она складывается из множества факторов, но для нашей компании ее обоснованность является важнейшим критерием успешной реализации проекта.

Наши специалисты предлагают рациональные решения, финансовая сторона которых просчитана с учетом максимальной практической отдачи для конкретного клиента.

Внедрение SAP системы по глубине проводимых преобразований можно считать одной из важнейших вех в истории развития компании, успех которой зависит от слаженной работы разработчиков и собственного персонала компании. При этом во внедрении системы принимают участие не только IT-службы, но и все остальные структурные подразделения.

Результаты внедрения SAP

Внедрение SAP на предприятии позволяет решать разноплановые производственные, маркетинговые и управленческие задачи, влияющие как на показатели работы в целом, так и по конкретным направлениям деятельности.

К числу основных преимуществ, достигаемых с помощью внедрения SAP, можно отнести:

  • снижение себестоимости выпускаемой продукции (работ, услуг);
  • повышение производительности труда за счет качественного изменения существующих подходов, методов управления и бизнес-процессов;
  • укрепление договорной дисциплины и соблюдение сроков поставок; 
  • получение доступа к качественной аналитике;
  • улучшение управляемости бизнес-процессами;
  • повышение качества и скорости принимаемых управленческих решений;
  • и как вследствие всех этих преобразований – повышение конкурентоспособности компании на рынке, увеличение капитализации и размера получаемой прибыли.

Основные этапы внедрения SAP

Успешная разработка и внедрение САП требуют полной интеграции предлагаемых SAP-технологий с существующей информационной архитектурой предприятия. От исполнителя это требует в первую очередь серьезных технических знаний, обширного опыта внедрения систем и модулей САП, а также глубокого понимания специфики бизнеса и производственной деятельности заказчика.

Основными этапами внедрения SAP являются:

  • Подготовка проекта (Готовится устав проекта, план проекта, регламенты. Проводится обследование и разрабатывается архитектура решения)
  • Разработка концептуального бизнес-проекта (Описание «to be» в терминологии SAP. Оргструктуры; основных данных; бизнес-процессов; выходных форм; отчетов; доработок. Подготовка сценариев для функционального тестирования)
  • Настройка прототипа и ФТ (Настройка прототипа системы и тестирование согласно подготовленным сценариям. Подготовка основных данных заказчиком (справочники). Подготовка сценария интеграционного тестирования)
  • Донастройка системы и ИТ (Интеграционное тестирование) (Донастройка системы по результатам функционального тестирования. Проведение интеграционного тестирования. Доработка основных данных. Необходимые разработки в течение проекта, занимающие обычно, не более 10-15% от общего объема работ)
  • Подготовка системы к продуктивному старту (Развертывание рабочих мест. Обучение конечных пользователей. Загрузка основных и переменных данных.)
  • Продуктивный старт и поддержка продуктивного старта (Дозагрузка основных и переменных данных. Оперативное сопровождение конечных пользователей. Закрытие первых периодов)

Уровень подготовки специалистов нашей компании, глубокие знания ими производственных процессов и механизмов управления бизнесом, а также наличие собственной методологии внедрения позволяет нам гарантировать быстрое и качественное внедрение SAP-систем различного уровня сложности.

Источник: http://asapcg.com/service/vnedrenie-sap/

ERP-консультант

Описание должности Ведущий специалист Внедрение и сопровождение ERP-систем SAP

ERP-консультант (консультант по внедрению ERP-систем) – специалист по внедрению и наладке систем планирования предприятия.Профессия подходит тем, кого интересует информатика (см.

выбор профессии по интересу к школьным предметам).В 2020 году центр профориентации ПрофГид разработалточный тестна профориентацию.

Он сам расскажет вам, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте.

В настоящее время на рынке информационных технологий в России и во всем мире большим спросом пользуются интегрированные системы управления. Современный рынок постоянно повышает требования к управлению предприятием.

Руководителям приходится искать новые решения и подходы к организации бизнеса, увеличивать производительность, сокращая время на принятие решений.

Автоматизации отдельной области, например управления производством или бухгалтерского учета, уже не достаточно.

Необходима оптимизация учета всех бизнес-процессов, таких как управление персоналом, учет материальных и финансовых потоков, производства, сбыта, и других. Поэтому увеличивается популярность профессии ERP-консультант. В России наиболее распространены три зарубежные ERP-системы: SAP, Oracle и Microsoft. Лидирующее положение на рынке сохраняет SAP R/3.

ERP-система (Enterprise Resource Planning) – это комплекс приложений, который позволяет автоматизировать учет и управление на предприятии, связать между собой его разные отделы.

ERP-система — единое хранилище данных всей компании (финансы, маркетинг, управление кадрами, производство, продажи и другие).

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

Обязанности ERP-консультанта:

  • осуществление общей координации работы над определённым модулем проекта (финансы, логистика, маркетинг и т.д.);
  • детальное изучение и описание существующих бизнес-процессов клиента ;
  • выявление узких мест и проблем в бизнес-процессах;
  • определение основных потребностей бизнеса заказчика;
  • внесение предложений по устранению недостатков (создание концептуальных моделей оптимизированных бизнес-процессов);
  • формирование проектных решений и технических заданий для разработчиков;
  • настройка модуля, над которым работает, а также обеспечение его интеграции и взаимодействия с другими модулями системы и другими системами;
  • обучение конечных пользователей ERP-системы в организации (проведение семинаров, тренингов, подготовка обучающих материалов);
  • осуществление технической поддержки установленной системы на финальных стадиях проекта и после его окончания (консультация, предоставление необходимых корректировок и дополнений).

Необходимые профессиональные навыки и знания

  • знания в области деятельности организации и понимание отраслевой бизнес-специфики;
  • знания описаний и методов построения моделей бизнес-процессов, информационных потоков;
  • владение методами оптимизации бизнес-процессов;
  • умение структурировать и систематизировать бизнес-информацию;
  • знание иностранного языка (обычно английского);
  • владение основами проектного управления;
  • знания в области финансов, маркетинга, логистики, а также психологии;
  • навыки публичного выступления, преподавания;
  • навыки в продажах и ведении переговоров;
  • навыки в проведении презентаций;
  • владение слогом делового письма.

Личные качества

  • аналитические способности;
  • организаторские способности;
  • умение просчитывать варианты развития событий на несколько шагов вперед;
  • ответственность;
  • стрессоустойчивость;
  • скрупулёзность;
  • коммуникабельность;
  • умение расположить к себе собеседника;
  • умение убеждать и быть услышанным;
  • умение применять ситуационную этику.

Место работы

  • крупные холдинговые структуры;
  • финансово-промышленные группы;
  • большие заводы, фабрики;
  • управляющие компании.

Плюсы

  • высокий спрос на рынке труда и большая заработная плата (при надлежащей квалификации);
  • опыт работы исчисляется успешно завершенными проектами (поэтому если проект внедряется быстро, то это положительно скажется на будущей карьере);
  • возможность получить опыт работы в разных сферах и организациях, расширить круг полезных знакомств.

Минусы

  • наличие частых командировок;
  • скептическое или негативное отношение сотрудников предприятий к нововведениям;
  • ненормированный рабочий день.

Зарплата и карьера

Сейчас в России наблюдается дефицит профессионалов по внедрению корпоративных систем управления. Самой популярной профессией в этой области является консультант по SAP R/3. Зарплата таких специалистов составляет примерно 50 000 – 200 000 рублей. Доход руководителей проектов в крупных организациях может доходить до 3 000 000 рублей.  

Основную часть зарплаты ERP-консультанта составляет фиксированная часть. Размер доходов специалистов зависит от того, на каком продукте они специализируются, а также от опыта и уровня квалификации.

Начать карьеру в области ERP-систем можно несколькими способами. Первый вариант — устроиться стажером в отдел по внедрению таких систем, но в России мало компаний желают тратить время и средства на обучение персонала и предпочитают искать сотрудников с опытом.

  Вторым вариантом можно назвать смену профессиональной деятельности одного из сотрудника предприятия. Обычно в работе по внедрению интегрированных систем принимают участие две команды: одна от предприятия-заказчика и другая со стороны компании, внедряющей ERP.

На предприятии-заказчике в группу могут быть привлечены как специалисты по ERP, так и сотрудники финансовых, логистических или  IT-отделов.

Такие сотрудники предприятия нередко, поработав в группе, хотят остаться в это сфере и дальше развивать карьеру в качестве ERP-консультанта.

Наиболее востребованными являются специалисты по следующим направлениям:  

  • FI, CO, MM — управление финансовыми и материальными потоками;
  • HR — управление персоналом;
  • PM — техническое обслуживание и ремонт оборудования.

Источник: https://www.profguide.io/professions/erp-konsultant.html

Все HR- сотруднику
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: