Жаль, что при Адаме Смите еще не было информатики (или про то, что именно экономисты первыми начали что-то подозревать).
Удивительно, но сломав столько копий вокруг обсуждения проблем, связанных с созданием прибавочного продукта (а параллельно еще и понатврорив делов с практическим внедрением некоторых сопутствующих научных разработок), ученые долгое время вообще серьезно не рассматривали вопроса о движущих силах технического прогресса.
Инструмент для цифровизации бизнеса в момент, когда он вырос из XLS-таблиц
Универсальный UI, логика на основе простых кодов, автоматические действия, права доступа, логирование, API и куча всего остального 👍
На вашем сервере, легко изучаемая и масштабируемая вместе с ростом бизнеса 🎉
Вместо целой команды проект могут вести 1-2 специалиста ✌️
Минимальные требования к стартовой квалификации специалиста — вы можете научить разрабатывать на Totum вашего сисадмина, тестировщика, продакта, проджекта, инженера, юриста или финансиста. Или научиться сами.
Лицензия: MIT (бесплатно)
В очередной статье, посвящённой практике перехода с 1С:УПП на 1С:ERP, мы рассмотрим перенос пользователей в новую автоматизированную систему с сохранением прежних прав на примере кейса одного из наших заказчиков, крупного производителя кофейной продукции.
Автор статьи: Дмитрий Малышев - разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат «1С:Эксперт по технологическим вопросам». Участник 30 проектов полного цикла внедрения 1С:УПП и 1C:ERP.
В текущих условиях обеспечить высокую надежность и безопасность данных SAP-систем поможет миграция в российское облако. Совместно с профильными партнерами наша команда взяла на себя все задачи миграции, администрирования, технического обслуживания и сопровождения приложений до уровня SAP Basis включительно. Как именно это происходит — расскажем далее.
Привет, Хабр!
Этой публикацией я продолжаю серию переводов своих блогов с 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 система, что редкость.
