Релиз lsFusion 6.0 — открытой и бесплатной альтернативы платформе 1С

Недавно вышла шестая версия бесплатной открытой платформы lsFusion. В этой статье я постараюсь вкратце рассказать об основных новых возможностях этой версии и проиллюстрировать их примерами и gif-картинками для тех, кто предпочитает визуальное восприятие информации. Многие из этих возможностей можно попробовать онлайн на официальном сайте или в демо-версии одного из решений на базе lsFusion. Шестая версия lsFusion делает значительный шаг вперед, окончательно превращая платформу из инструмента для разработки бизнес-приложений в мощную платформу для создания веб-приложений. Основной акцент сделан на улучшение Web UX, что критически важно для современных приложений. Среди ключевых нововведений — интеграция с Bootstrap, использование различных API браузеров и поддержка прогрессивных веб-приложений (PWA). lsFusion прекрасно подходит для разработки корпоративных и учётных приложений в качестве альтернативы платформе 1С. При этом, в отличие от 1С, она полностью открыта и бесплатна, что особенно важно для компаний, стремящихся к снижению затрат и независимости от вендоров.

https://habr.com/ru/companies/lsfusion/articles/903532/

#lsfusion #1c #erpсистема #платформа_для_разработки #lowcode #платформа_для_разработчиков #open_source

Обзор программного решения Business Integrity Screening

Злоупотребления и несанкционированные действия сотрудников компании вынуждают владельцев искать пути для предотвращения такого поведения. Разработки в области информационных технологий могут стать одним из инструментов, который поможет решить эти проблемы. Следует отметить, что на рынке представлены различные решения в области контроля и предупреждений нелегальных манипуляций со стороны персонала. В данной работе в качестве объекта исследования одного из таких решений выбран продукт SAP Business Integrity Screening, призванный предотвращать мошеннические действия в компании. В статье описана краткая история разработки продукта, приведена архитектура решения, особое внимание уделено описанию фаз работы с продуктом, обозначены достоинства и недостатки, приведены примеры использования.

https://habr.com/ru/articles/822497/

#sap #bis #Business_Integrity_Screening #мошенничество #мошенничество_в_интернете #erpсистема #erpсистемы #pmo #agile #pmi

IT в промышленности: сходство и отличия

У нас производство с небольшой город, и целая куча направлений: одно подразделение собирает роботов, другое занимается видеоаналитикой, кто-то делает лайтовый анализ данных, а кто-то шаманит с хардкорными дата-сетами. Работы всегда больше, чем рук. С точки зрения IT у нас большая ERP-система. Там крутятся закупки, планы производства, CRM, заказы, поставки и тому подобное. ERP отправляет запрос в MES, систему управления производством, которая формирует задания для смен. MES соединена с АСУТП, которая автоматизирует всё, вплоть до правильного раскроя металла. Далее контроллеры, исполнительные механизмы и датчики. Вокруг этого автоматизация кадров, электронные журналы и прогнозы спроса. Поэтому куда сейчас без IT? IT везде. Никто уже на бумажках работать не хочет и не может. И металл без IT не плавится. Чем сложнее установка, тем больше IT внутри.

https://habr.com/ru/companies/oleg-bunin/articles/821033/

#industrial #автоматизация_предприятий #erpсистема #MES #асутп #стек_в_промышленности #python #it_в_промышленности #бэкенд #разработка

Реализация содержания проекта внедрения ERP-системы

Внедрение любой корпоративной информационной системы достаточно продолжительно по срокам и требует большого объема трудозатрат [1]. В среднем необходимо около одного года на имплементацию ERP-системы, а трудозатраты проектной команды со стороны исполнителя обычно колеблются в диапазоне 1000-3000 человеко-дней. Объем трудозатрат фактически задает перечень тех работ, которые обязуется выполнить интегратор для заказчика. Чем больше объем выполняемых работ, тем актуальнее становится задача по их группировке для более качественного планирования, исполнения и контроля. Именно по этой причине в [2] выделяют уровни внедрения, такие как: процессы, приложения, данные и техника, а также управление проектом и изменениями. Однако и этого деления бывает недостаточно, так как каждый уровень по прежнему остается достаточно трудоемким. По этой причине в работах [3-4] вводится понимание концепции реализации содержания проекта, заключающейся в выделении наиболее критичных областей проекта внедрения ERP-систем, а также предложении состава и порядка выполнения работ для каждой из областей. Примерами областей служат задачи, относящиеся к анализу, проектированию, разработке, миграции, тестированию и др. Состав работ определяется путем рассмотрения всевозможных способов, методов и подходов, позволяющих достигнуть необходимого результата с минимальными рисками задержки продуктивного старта ERP-системы. Объем необходимых работ дает возможность увидеть плановую потребность в человеческих ресурсах, что критично для формирования ресурсного плана проекта, а состав задач обеспечивает понимание всех тонкостей реализации предстоящего проекта. В рамках текущей статьи мы рассмотрим все критичные области ERP-проекта и суммируем способы реализации задач каждой из областей, тем самым расширяя содержание работы [4].

https://habr.com/ru/articles/813925/

#миграция_данных #анализ_требований #проектирование #разработка_приложений #обучение_пользователей #продуктивный_запуск #тестирование_продукта #erpсистемы #erpсистема #pmo

Тестирование программного решения в проектах внедрения ERP-систем

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

https://habr.com/ru/articles/812761/

#тестирование_по #тестирование_приложений #тестирование_производительности #erp #erpсистемы #erpсистема #pmo #pmi #pmipmbok #prince2

Управление ожиданиями в проектах внедрения ERP-систем

Свод знаний по управлению проектами, широко известный как PMBoK, регламентирует множество ракурсов, в разрезе которых стоит и нужно контролировать прогресс выполнения любых проектов. Вводятся такие параметры контроля как сроки, бюджет, качества и многие другие [1]. Однако, любой продукт, получаемый по результатам проекта, должен соответствовать ожиданиям заказчика. В противном случае ожидания и реальность могут не совпасть, что полностью исключит последующие взаимоотношения с клиентом. И об этом, в PMBoK упоминается лишь вскользь. Вопрос управления ожиданиями в ERP-проектах также является весьма критичным. Обычно конечные пользователи ожидают от будущей ERP-системы полную автоматизацию: наличие волшебной кнопки, при нажатии которой все необходимые транзакции, операции и проводки формируются автоматически и, самое важное, им после этого вообще ничего не нужно делать. Давайте будем реалистами, это сказочное заблуждение. Наверное, было бы полезно иметь такую кнопку, но понимая, что часть данных требует ручного ввода, какая-то информация приходит автоматически от другого контрагента и требует предварительной валидации, а какие-то цифры вообще нужно согласовывать с руководством, мы возвращаемся с неба на землю. Чтобы конечные пользователи не имели завышенных ожиданий, их ожиданиями нужно управлять. В противном случае знакомство с суровой реальностью будет весьма жестким и степень их негатива придется на фазу продуктивного запуска. Общеизвестно, что изменения, а имплементация ERP-системы относится именно к ним, достаточно критично воспринимаются сотрудниками, по крайней мере по началу [2]. Возникает очевидная потребность в качественном управлении ожиданиями, о чем мы с вами поговорим в этой статье.

https://habr.com/ru/articles/809603/

#erp #pmo #pmbok #свод_знаний_pmo #управление_ожиданиями #управление_ожиданиями_заказчика #erpпроект #erpсистема #управление_проектами #управление_проектами_и_задачами

Внедрение MRP по точке перезаказа

Внедрение корпоративных информационных систем (далее – КИС) имеет под собой вполне резонное обоснование: автоматизация бизнес-процессов, позволяющая сосредоточить внимание сотрудников на наиболее важных операциях кампании, минимизируя рутинные малозначимые транзакции. Имплементация КИС может вестись на основе стратегий полного или лоскутно-кусочного внедрения. В последнем случае лишь часть ключевых процессов предприятия подлежат покрытию функционалом КИС. Одним из немногих функционалов информационной системы, выносимых в отдельный подпроект внедрения, является планирование потребностей в материалах (Material Requirement Planning, далее – MRP) [1]. Существуют различные типы MRP в зависимости от вида производства и сложности планирования: планирование на основе потребления, планирование по точке перезаказа (Reorder Point, далее – ROP), сезонное планирование и др. Простейшим видом MRP является планирование по точке перезаказа (Reorder Point - ROP). Суть ROP сводится к измерению параметров, характеризующих состояние склада: текущий уровень запаса продукции и значение точки перезаказа для неё. Если значение точки перезаказа превышает текущий уровень запаса, запускается процедура пополнения продукции за счёт внутреннего производства или закупки у внешнего поставщика (рис. 1). Внедрение ROP в стандарте ERP (Enterprise Resource Planning) пророчит сложности [2]. В частности:

https://habr.com/ru/articles/806119/

#mrp #erp #erpсистемы #erpсистема #ппм #точка_перезаказа #rop #reordering_point #планирование_потребности_материала

Использование Agile Scrum в SAP-проектах

Пожалуй, нет более популярной темы для обсуждения, чем применение Agile в проектах SAP. Несмотря на то, что принципы гибкой разработки были сформулированы ещё в 2001 году [1], их использование в настоящее время становится как никогда востребованным. Связано это в первую очередь с тем, что последнее десятилетие знаменуется массовым использованием информационных технологий (далее – ИТ) в повседневной жизни: порталы государственные услуг, интернет-магазины, электронное правительство и многое другое. Вышесказанное требует как грамотной разработки программного обеспечения (далее – ПО), так и не менее искусного его внедрения.

https://habr.com/ru/articles/802829/

#sap #sap_erp #pmo #agile #agile_scrum #scrum #erpсистемы #erpсистема #внедрение_erp #внедрение_по