ERP-системы *

Что такое SAP PaPM? (дополнение)

Это продолжение предыдущей статьи в которой рассматривались функции PaPM, которые могут генерировать объекты на уровне БД SAP HANA или на уровне сервера приложений, в частности говорилось о SQL-скриптах, с помощью которых выполняются бизнес-расчеты. В конце статьи был сделан вывод, что PaPM хорош тем, что он нечто большее, чем просто набор SQL-скриптов, так как позволяет моделировать, управлять расчетам, контролировать ход выполнения и визуализировать результаты расчетов. И вот это переход от голого SQL к управлению и моделированию был неочевидным, я не показал этот механизм моделирования и управления расчетами. Исправляюсь.

В среднем к нам в компанию поступает более 150 обращений в месяц с целью настройки и внедрения CRM системы. И почти от каждого клиента мы сразу слышим только один вопрос: СКОЛЬКО СТОИТ CRM СИСТЕМА / СКОЛЬКО СТОИТ НАСТРОЙКА И ВНЕДРЕНИЕ CRM?!

Но может ли компания-интегратор сходу дать ответ на этот вопрос? И если нет, то почему?

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

Когда мы пытаемся примерно сориентировать клиента по стоимости, то задаём ему ключевой вопрос, - что он хочет получить от CRM системы и какие задачи решить с её помощью?

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

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

И никакой романтики

 Наша область деятельности консультантов и программистов ( MS Dynamics AX, D 365 FO, 1С ERP, SAP ) на 99% коммерческая. То есть почти вся коммерческая. Не более 1% социальной составляющей. 

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

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

Чтобы бессовестно добить любого интегратора, программиста, ИТ-директора, внедренца, а то и заказчика автоматизации, надо в конце повторить вопрос, с которого всё начиналось.

Что такое PaPM? SAP Profitability and Performance Management – это инструмент для расчетов на базе SAP HANA, можно сказать инструмент для создания “считалища”. Типичным примером таких расчетов является дифференциация затрат, когда имеется модель учета затрат, состоящая из сотен, а может и тысяч объектов учета, десятки или сотни тысяч документов на входе и десятки или сотни продуктов на выходе. Задача показать какие элементы затрат или аналитики первичных документов попали в конечный продукт после множества циклов перерасчетов между объектами учета.

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

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

Часто на ERP-проектах помимо транзакционной системы есть еще и аналитическая система и когда появляется задача с выполнением сложных вычислений над большим объемом данных возникает вопрос: “Где считать?”. Если побеждает или проигрывает (тут с какой стороны посмотреть) ERP, то с использованием ABAP создают сложные программы для расчетов, которые очень нестабильно работают и с которыми постоянно возникают проблемы. Если используется BW, то примерно такая же ситуация, в Expert Routine вставляется код для расчетов и это плохо работает. Я несколько раз слышал: “Ну вот, сломали BW, из хранилища сделали считалище…”. Понятно, что есть истории успеха (success story) и найдутся счастливые разработчики и пользователи прекрасной системы, которая хорошо работает, но что-то мне такие не попадались (понимаю, это моя проблема).

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

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

Хотелось бы поговорить про ERP системы в 2022 году, и можно было бы здесь описать стати из wiki про то, что такое ERP система общими словами и многое другое, но я не про это, а про то, есть ли вообще место ERP системам в современно микросервисном мире.

Что такое SAP Central Finance? Это комплексные решения, позволяющие на базе S/4HANA с включенной бизнес-функцией «CFIN» и SAP SLT сервера решать различные задачи в ситуациях, когда в компании или холдинге имеется несколько исторических систем, автоматизирующих неунифицированные финансовые бизнес-процессы с различными основными данными и организационными структурами в каждой ERP-системе и есть потребность в централизации финансовой функции. То есть сценарии Central Finance это on-line подключение различных систем к Центральной системе SAP S/4HANA для репликации детальных операций финансового учета, гармонизации данных из различных ERP-систем с целью формирования эквивалентных финансовых документов в Центральной системе и предоставления согласованной и актуальной финансовой информации в масштабах всей компании или всего холдинга.

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

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

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

Основная причина боли любого бизнеса в том, что он ведётся «на бумажке», без выстроенных бизнес-процессов, как привыкли делать годами. Многое зависит от конкретных людей на местах, и, если человек вдруг увольняется или заболевает, система может разрушиться. Например, на складах предприятий (если склад не автоматизирован) часто бывают работники, которые просто на память знают, где у них что «положено», и без присутствия такого ответственного лица никто никогда ничего не найдёт на этом складе, или поиск чего-либо нужного займёт очень много времени и нервов. Это основная причина и как следствие этого...

Программист, которому нужно всё разжевывать, который привык работать только по подробным ТЗ, кодер, не любит вникать, не участвует в процессе, не самостоятельный, неправильный код пишет, наворотил…

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

Меркантильный, не болеет за проект, не любит задерживаться, не в коллективе, сам себе на уме, не дотягивает, нельзя доверить серьёзное дело…

Плохой или хороший…

Интересно посмотреть на того, кто это говорит и в каких ситуациях.

«Деньги не главное…»

 С такой мыслью закинутый случайным течением начинаешь работать аналитиком / консультантом / программистом ERP-систем (MS Dynamics AX, D 365 FO, 1С ERP, SAP и др.).

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

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

Привет! Меня зовут Григорий, в Группе НЛМК я руководитель команды в отделе Backend-разработки. Примерно год назад мы доработали SAP SuccessFactors - автоматизировали расчет оценки сотрудников рабочих специальностей.

Параллельно с доработкой SAP SF наша компания внедряла Единую цифровую платформу (ЕЦП) - меняла подход к разработке через взаимную интеграцию удобных инструментов. Расскажу обо всем этом на примере нашего проекта.

Пост о возможностях разработки в ARIS, а не о заправках, как многие подумали

Я люблю 1С. Возможно, больше всего за то, что самое лучшее она оставляет партнёрам и пользователям. Без иронии.

Что написано в назначении любой конфигурации? Если кратко, то две вещи: учёт и управление. Учёт в 1С давно и хорошо сделан. Всегда можно сделать лучше, но эту волшебную фразу можно применить к чему угодно, кроме игры «Сапёр». А управление?

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

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

Поэтому время от времени возникают задачи подготовки отчетности для визуализации в on-premise-инструментах. Автор долгое время работал и продолжает работать с решениями SAP, поэтому именно решения SAP (SAP BW/4, SAP S/4), как поставщики данных для отчетности, наиболее близки. Однако предлагаемый подход может быть скопирован и на другие системы-источники. Никаких препятствий к этому нет.

Задача формулируется так: реализовать on-premise решение по автоматической и регулярной подготовке отчетов по бизнес-данным SAP-систем (BW/4 или S/4) в формате XLSX.

В наше время все развивается с бешеной скоростью, а вместе с этим и постоянно меняются процессы. Такие темпы, мягко говоря, заставляют нас частенько попотеть, потому что релиз ждут еще вчера. В этих условиях нашему подразделению из центра компетенций ERP была поставлена задача по созданию проги для отражения аналитики и управления операциями по базе бухгалтерии. Если чуть подробнее, то от ПО требовалось по прописанным алгоритмам отражать аналитическую информацию и иметь пульт управления бухгалтерскими проводками (FI-документами) по всей базе за отчетные периоды.

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

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

Первое, что пришло в голову — это безумие. Казалось, нам дали безумное требование, чтобы прога отрабатывала за 2 часа. При этом для создания всех операций из ТЗ требовалось настолько много системных ресурсов, что систему могло и парализовать и сделать работу пользователей в системе дискомфортной настолько, насколько это возможно. Это первая часть беды, а вторая — ПО являлось еще и аналитическим инструментом для принятия решений, что затрудняло вывод всего списка операций в ALV из-за их огромного количества записей.

Этот текст – заказной. Знаю, многие из читателей пытались заказать у меня тексты, но я если и пишу для кого-то, то только для друзей. Нетрудно догадаться, что заказчик – мой друг. Зовут его… Пусть Вася. Он так и не решил, называться ли настоящим именем. Потому что так и не решил, зачем ему этот текст.

Итак, Вася – создатель уникального подхода в автоматизации. Надеюсь, процитировал достаточно точно. Вася делает Вялые Проекты.

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

На всякий случай отмечу, что кроме вышеупомянутой цитаты, ни одной буквы в этом тексте не написано Васей. Он этот текст прочитает одновременно с вами.

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

Для начала предлагаю вспомнить очень старую, но мудрую сказку Шарля Перро про кота в сапогах:

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

Выражении «купить кота в мешке» описывает не менее старинный способ мошенничества:

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

Привет, Хабр!

В этом году мы подали аж 9 своих лучших проектов на конкурс "Проект года" Global CIO. О них можно почитать, их можно комментировать и задавать вопросы.

Переход на 1С ERP – какие есть варианты?

Если поставить себя на место менеджера, которому руководство компании поручило изучить вопрос с покупкой и внедрением «1C:ERP Управление предприятием» (далее - ERP), то в этом случае возможны следующие варианты действий:

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

• обратиться к «своему» поставщику программ 1С и поручить ему полностью разработку и реализацию проекта внедрения;

• организовать конкурс и выбрать самого щедрого на обещания или дешевого по цене;

• зайти на сайт 1С и из внушительного списка компаний-франчайзи выбрать самых опытных, которые внедряли ERP словно «арбузы выращивали», «в больших количествах и крупных размеров»;

• можно улучшить поиск и выбрать поставщиков, которые внедряли ERP в компаниях «родной» сферы деятельности;

• самые «умные и продвинутые» наберут в поиске Яндекса «внедрение 1C ERP» и изучат предложения и сайты компаний из первой двадцатки и Яндекс директ.

 Естественно в этом списке присутствует определенная ирония, но давайте действительно проанализируем механизмы того, как принимаются решения по внедрению ERP. И выделим главные факторы, влияющие на это.