ERP-системы *

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

Этой публикацией я продолжаю серию переводов своих блогов с SAP Community, посвященных модулю Employee Central системы SuccessFactors.

Эта статья появилась на свет, потому в открытом доступе отсутствует информация о том, как передавать места возникновения затрат в привязке к каким бы то ни было объектам, кроме юридических лиц и контроллинговых единиц. Хотя в модуле SAP CO есть целая иерархия мест возникновений затрат, цель которой сделать выбор мест возникновений затрат более дружественным. Так почему бы не перенести часть этой иерархии в Employee Central, чтобы и там сделать выбор МВЗ более дружественным?

Если Вам интересно узнать о передаче мест возникновений затрат из SAP CO в Employee Central, то читайте дальше. Буду рад ответить на Ваши вопросы!

С уважением,
Владимир

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

Этой публикацией я продолжаю серию переводов своих блогов с SAP Community, посвященных модулю Employee Central системы SuccessFactors.

Статья появилась на свет, потому что справочное руководство Replicating Cost Centers from SAP ERP to Employee Central Using SAP Cloud Integration as the Middleware лишь вскользь упоминает, что передача руководителя центра затрат требует корректного определения UserID, но не объясняет, как получить данное корректное значение. На одном проекте мы реализовали универсальное решение по передаче руководителей центров затрат, чем и собираемся поделиться с читателями.

Если Вам интересно узнать о передаче Центров затрат из SAP HCM в Employee Central, то читайте дальше. Буду рад ответить на Ваши вопросы!

С уважением,
Владимир

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

Поговорим про тестирование моделей процессов Camunda, приведем примеры кода, конфигураций для запуска процессов в тестовой среде, а также поделимся best practice и некоторыми библиотеками, которые значительно облегчают тестирование процессов. Основная задача данного туториала – сэкономить время и упростить задачу командам разработчиков, которые создают приложения на SpringBoot и Camunda, а также тем, кто хочет начать покрывать модели процессов автотестами.

В данной статье мы рассмотрим систему аутентификации пользователей и внешних систем в личном кабинете через сервер аутентификации Blitz Identity Provider. 

Согласно требованиям проекта, который мы рассмотрим здесь в качестве примера, взаимодействие клиентской и серверной частей должно происходить по Rest API, реализованном на микрофреймворке Slim. Для авторизации пользователей необходимо провести интеграцию с сервером аутентификации Blitz Identity Provider, который в свою очередь интегрирован с внутренней системой единого входа заказчика (SSO). Это мастер-система, определяющая возможность доступа и уровень доступа пользователя для личного кабинета является Blitz. Поэтому при каждой авторизации пользователя в системе обновляется уровень доступа по данным из Blitz. 

Данные в личный кабинет должны приходить из систем хранения информации (ERP и SRM) и управления учетными записями пользователей, также использующие Rest Api Личного кабинета. Эти системы должны проходить аутентификацию напрямую в ЛК.

Содержание:

Описание системы Blitz Identity Provider и протокола авторизации OAuth 2.0

Схема работы личного кабинета с Blitz

Аутентификация React-приложения в системе

Аутентификация внешних систем

Соблазн использовать модель EAV (Entity-Attribute-Value) при организации структуры БД весьма велик, особенно когда предметная область заранее плохо известна (или разработчик просто не хочет в нее углубляться). Это ведь так удобно - создать "универсальный" способ описания характеристик объектов, который больше не потребует доработок базы ни при появлении новых типов объектов, ни при возникновении новых атрибутов...

Однако, за любую универсальность приходится платить сложностью и производительностью запросов - так что json[b] может оказаться более эффективной заменой. Но если уж такая модификация невозможна - давайте попробуем выжать максимум производительности из доставшегося нам legacy на самом простом примере.

Привет! Недавно мы разработали для российского банка и запустили сервис, который помогает пользователям при получении финансовых услуг. Как и всегда в финтехе, сервис должен был отвечать требованиям безопасности, отказоустойчивости и надежности. А для его внедрения нужно было решить еще одну интересную задачу – разобраться в бизнес-процессах банка и улучшить их автоматизацию, используя движок Camunda BPM. 

Изучая задачу, мы выяснили, что материалов об автоматизации бизнес-процессов в Camunda немного, особенно на русском языке. Поделимся своим опытом реализации проекта на Camunda, Java и Spring Boot.

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

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

Этой публикацией я продолжаю серию переводов своих блогов с SAP Community, посвященных модулю Employee Central системы SuccessFactors.

Статья появилась на свет, так как в настоящее время нет руководства, в котором показана полная последовательность событий и сообщений для бизнес-правил, и так как в справочном руководстве Implementing the Metadata Framework несколько вяло говорится о том, что для MDF-объектов нужно использовать MDF-правила, а не базовые.

Если Вам интересно узнать о MDF бизнес-правилах и в какой последовательности они запускаются, то читайте дальше. Буду рад ответить на Ваши вопросы!

С уважением,
Владимир

Привет, Хабр! Меня зовут Владимир Латышенко, я консультант по SuccessFactors и SAP HCM. Этой публикацией я начинаю серию переводов своих блогов с SCN, посвященных модулю Employee Central системы SuccessFactors.

Публикация, которую вы собираетесь прочитать, появилась на свет, потому что принципы проекта по внедрению Employee Central Core Hybrid: Organization Structure Design Consideration не дают универсального решения, как создавать организационную структуру компаний в Employee Central. Тем не менее, оно существует и позволяет максимально сохранить существующие организационные структуры при переходе с SAP HCM на Employee Central.

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

В данной статье предлагаю вам обзор ERP, созданной на основе Drupal 9 для зооклиники «Зоостатус» ( кстати сайт у них тоже сделан на Drupal 9, был переход с Bitrix, но уже совсем другая история).

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

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

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

При написании обзора я буду опираться на статью «Что такое ERP?».

Одной из проблем, свойственным заведениям из сферы HoReCa (рестораны, фастфуды, кафе и отели) и Call Center/Contact Center, является планирование расписания. Проблемы с планированием, в первую очередь, возникают из-за плавающих графиков, различных типов совмещений и построения рабочих графиков исходя из квалификации сотрудников (компетенции). Особенно остро данный вопрос стоит у крупных сетей с большим товарооборотом, где правильная расстановка смен определяет качество обслуживания, оперативность и, самое главное, влияет на выручку и прибыль заведения либо всей сети.

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

Поговорим о том, кто такие ABAP разработчики, как строится их карьера, чем они отличается, а в чем такие же как вы.

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

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

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

Казалось, после цифр он перейдёт к организации процесса, и там будут стандартные клише вроде «мы работаем качественно», «не пишем go-no-code» и «искренне хотим помочь клиенту». Ан нет. Оказалось, дело в дофамине.

Что такое 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 системам в современно микросервисном мире.