#erpсистема — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #erpсистема, aggregated by home.social.
-
Платформы и приложения Low code
Мы живем во времена, когда даже самые простые бизнес-процессы стараются автоматизировать, цифровизировать и трансформировать, тем самым передавая рутинные операции на исполнение вычислительным машинам. Освободившееся время и ресурсы предполагается отдать человеку на решение более сложных интеллектуальных задач. Подобное возможно за счет искусного комбинирования программного обеспечения и последних техно-инновационных достижений. Аналогично различным классам автоматизации, обеспечивающим работу предприятия на операционном, тактическом и стратегическом уровнях, языки программирования, позволяющие получать готовые программные продукты, бывают низкоуровневые и высокоуровневые. Первый вид довольно сложный и апеллирует машинными командами, в то время как второй – более доступный для понимания и легкий в использовании. Эволюция от сложному к простому, от неструктурированного к упорядоченному, от не готового к полуфабрикату – это поистине лозунг текущего времени. Попытки упростить процесс программирования нашли свое отражение в No-code платформах, представляющих визуальный конструктор для производства программных решений без навыков программирования. Антонимом данной ситуации является классическая кастомная разработка приложений. Тем самым мы блуждаем между крайностями: или просто, или сложно. Пытливый ум попытался найти баланс где-то посередине, предлагая Low-code платформы.
https://habr.com/ru/articles/1026408/
#low_code #no_code #no_code_приложения #no_code_платформа #erpсистема #разработка_по #настройка_по #система_erp #erpсистемы #кастомизация_по
-
Платформы и приложения No-code
Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.
https://habr.com/ru/articles/1023068/
#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp
-
Платформы и приложения No-code
Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.
https://habr.com/ru/articles/1023068/
#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp
-
Платформы и приложения No-code
Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.
https://habr.com/ru/articles/1023068/
#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp
-
Платформы и приложения No-code
Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.
https://habr.com/ru/articles/1023068/
#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp
-
NodaLogic платформа бизнес-логики, построенная специально под AI-генерацию
Всем привет! Меня зовут Дмитрий Воронцов и я хочу кратко рассказать о своей новой low-code платформе NodaLogic, построении решений с помощью узлов(нодов) и свое видение будущего. Я автор мобильного фреймворка SimpleUI которому скоро исполняется 7 лет и в этой статье будут некоторые пересечения с ним – я хочу рассказать, зачем я сделал отдельную архитектуру, а не стал продолжать SimpleUI. 7 лет назад, когда я начинал Simple я хотел сделать LowCode фреймворк на котором разработчик может быстро разработать мобильное решение, как дополнение к своей учетной системе. Тогда еще не было LLM. Но ориентиры во все времена одинаковые – чтобы решение было легко поддерживать и развивать, масштабировать – оно должно быть простым, компактным, читаемым. Объем кода может быть и не точный показатель, но когда на один и тот же функционал требуется в 10 (а то и в 100) раз больше/меньше строчек это сигнал. Этот ориентир у меня остался и для новой системы, как важнейший. Ведь не важно, что теперь разработчику не нужно писать, но ему нужно «читать решение», анализировать что ему нагенерила нейросеть, чтобы направлять ее. И понятно, что можно взять любой стек и язык программирования и сгенерировать решение на нем, но будет ли при этом достигнут тот уровень простоты и читаемости как в LowCode фреймворке? Платформа позволяет делать клиент-серверные решения с мобильными самостоятельными оффлайн/онлайн фронтами-приложениями (Android) веб-клиентами и серверами. Естественно, единая семантика на веб и на мобильную платформу. Также можно делать и чисто мобильные фронты, мобильные приложения без сервера.
-
NodaLogic платформа бизнес-логики, построенная специально под AI-генерацию
Всем привет! Меня зовут Дмитрий Воронцов и я хочу кратко рассказать о своей новой low-code платформе NodaLogic, построении решений с помощью узлов(нодов) и свое видение будущего. Я автор мобильного фреймворка SimpleUI которому скоро исполняется 7 лет и в этой статье будут некоторые пересечения с ним – я хочу рассказать, зачем я сделал отдельную архитектуру, а не стал продолжать SimpleUI. 7 лет назад, когда я начинал Simple я хотел сделать LowCode фреймворк на котором разработчик может быстро разработать мобильное решение, как дополнение к своей учетной системе. Тогда еще не было LLM. Но ориентиры во все времена одинаковые – чтобы решение было легко поддерживать и развивать, масштабировать – оно должно быть простым, компактным, читаемым. Объем кода может быть и не точный показатель, но когда на один и тот же функционал требуется в 10 (а то и в 100) раз больше/меньше строчек это сигнал. Этот ориентир у меня остался и для новой системы, как важнейший. Ведь не важно, что теперь разработчику не нужно писать, но ему нужно «читать решение», анализировать что ему нагенерила нейросеть, чтобы направлять ее. И понятно, что можно взять любой стек и язык программирования и сгенерировать решение на нем, но будет ли при этом достигнут тот уровень простоты и читаемости как в LowCode фреймворке? Платформа позволяет делать клиент-серверные решения с мобильными самостоятельными оффлайн/онлайн фронтами-приложениями (Android) веб-клиентами и серверами. Естественно, единая семантика на веб и на мобильную платформу. Также можно делать и чисто мобильные фронты, мобильные приложения без сервера.
-
NodaLogic платформа бизнес-логики, построенная специально под AI-генерацию
Всем привет! Меня зовут Дмитрий Воронцов и я хочу кратко рассказать о своей новой low-code платформе NodaLogic, построении решений с помощью узлов(нодов) и свое видение будущего. Я автор мобильного фреймворка SimpleUI которому скоро исполняется 7 лет и в этой статье будут некоторые пересечения с ним – я хочу рассказать, зачем я сделал отдельную архитектуру, а не стал продолжать SimpleUI. 7 лет назад, когда я начинал Simple я хотел сделать LowCode фреймворк на котором разработчик может быстро разработать мобильное решение, как дополнение к своей учетной системе. Тогда еще не было LLM. Но ориентиры во все времена одинаковые – чтобы решение было легко поддерживать и развивать, масштабировать – оно должно быть простым, компактным, читаемым. Объем кода может быть и не точный показатель, но когда на один и тот же функционал требуется в 10 (а то и в 100) раз больше/меньше строчек это сигнал. Этот ориентир у меня остался и для новой системы, как важнейший. Ведь не важно, что теперь разработчику не нужно писать, но ему нужно «читать решение», анализировать что ему нагенерила нейросеть, чтобы направлять ее. И понятно, что можно взять любой стек и язык программирования и сгенерировать решение на нем, но будет ли при этом достигнут тот уровень простоты и читаемости как в LowCode фреймворке? Платформа позволяет делать клиент-серверные решения с мобильными самостоятельными оффлайн/онлайн фронтами-приложениями (Android) веб-клиентами и серверами. Естественно, единая семантика на веб и на мобильную платформу. Также можно делать и чисто мобильные фронты, мобильные приложения без сервера.
-
NodaLogic платформа бизнес-логики, построенная специально под AI-генерацию
Всем привет! Меня зовут Дмитрий Воронцов и я хочу кратко рассказать о своей новой low-code платформе NodaLogic, построении решений с помощью узлов(нодов) и свое видение будущего. Я автор мобильного фреймворка SimpleUI которому скоро исполняется 7 лет и в этой статье будут некоторые пересечения с ним – я хочу рассказать, зачем я сделал отдельную архитектуру, а не стал продолжать SimpleUI. 7 лет назад, когда я начинал Simple я хотел сделать LowCode фреймворк на котором разработчик может быстро разработать мобильное решение, как дополнение к своей учетной системе. Тогда еще не было LLM. Но ориентиры во все времена одинаковые – чтобы решение было легко поддерживать и развивать, масштабировать – оно должно быть простым, компактным, читаемым. Объем кода может быть и не точный показатель, но когда на один и тот же функционал требуется в 10 (а то и в 100) раз больше/меньше строчек это сигнал. Этот ориентир у меня остался и для новой системы, как важнейший. Ведь не важно, что теперь разработчику не нужно писать, но ему нужно «читать решение», анализировать что ему нагенерила нейросеть, чтобы направлять ее. И понятно, что можно взять любой стек и язык программирования и сгенерировать решение на нем, но будет ли при этом достигнут тот уровень простоты и читаемости как в LowCode фреймворке? Платформа позволяет делать клиент-серверные решения с мобильными самостоятельными оффлайн/онлайн фронтами-приложениями (Android) веб-клиентами и серверами. Естественно, единая семантика на веб и на мобильную платформу. Также можно делать и чисто мобильные фронты, мобильные приложения без сервера.
-
Применение модели Захмана в проектах внедрения, поддержки и развития ERP-систем
Стремительное развитие корпоративных информационных систем, представленных набором информационных систем, автоматизирующих заданную предметную область, диктуют обязательные требования к построению сбалансированной ИТ-архитектуры. Архитектура разрабатываемого и имплементируемого программного решения должна быть построена таким образом, чтобы заложить гибкие, масштабируемые и технологичные механизмы работы, обеспечивая тем самым возможность оперативного реагирования на любые изменения внешней среды. Доступен ряд научно-популярных работ, описывающих различные подходы к построению ИТ-архитектуры, которые обобщены в терминах корпоративная архитектура и архитектура предприятия. Методологии построения корпоративной архитектуры представлены такими подходами как: FEAF, DoDAF [1], а также широко известная и наиболее популярная TOGAF [2]. Несмотря на кажущееся обилие стратегий к формированию ИТ-архитектуры, по большому счету, они апеллируют едиными сущностями, изначально предложенными в модели Захмана. Не взирая на то, что модель Захмана предоставляет широкий теоретический аппарат, который лежит в основе понимания любой архитектуры предприятия, ее использование как в контексте разработки, так и непосредственно в ходе имплементации корпоративного ПО, часто остается незамеченным [3]. Однако применение именно данной модели делает методологии внедрения ИС такими, какие они есть сейчас: структурированными и гибкими, генерализованными и специализированными, а также прозрачными и эффективными. Цель текущей работы состоит в анализе модели Захмана и ее применимости в проектах реализации корпоративных информационных систем. Достижение сформулированной цели потребует решения следующих задач:
https://habr.com/ru/articles/1014002/
#togaf #togaf_10 #eabok #модель_захмана #захман #корпоративная_архитектура #erp #erpсистемы #erpсистема #babok
-
Замена ERP без рисков: почему важен инженерный подход
В последнее время слово «инженер» мало употребляется в IT-индустрии. Есть программист, разработчик ПО, техлид, архитектор. Но одно только знание технологий не дает гарантии, что человек хорошо выполнит бизнес-задачу. Инженерное мышление — это особый дар, который позволяет решить сложную, возможно, даже ранее не решенную проблему с использованием существующих технологий. Проведу параллель с автоиндустрией. Довольно долгое время привод у автомобилей был только на одно колесо, так как не было механизма, позволявшего ведущим колесам на одной оси вращаться с разной угловой скоростью при поворотах. Были развитые технологии металлообработки и специалисты, способные изготавливать шестерни, валы и прочее. Но задача не решилась, пока инженеры не изобрели дифференциал .
https://habr.com/ru/companies/haulmont/articles/1009258/
#erpсистемы #erpсистема #инженерия #инженер #инженерная_культура
-
План-график для проекта внедрения ERP-системы на примере 1С и SAP
Массовое использование информационный систем как в жизни отдельного человека, организации, так и государства в целом привносит очевидные преимущества: высокую скорость выполнения операций, автоматизацию рутинных задач, доступность услуг из любой точки мира и др. При этом без внимания и широкого освещения остается вопрос того, насколько нелегко реализовывать подобные высокосложные ИТ-проекты. Реализация таких проектов – это отдельная наука, вбирающая в себя множество технических дисциплин от программирования и математики до системного анализа и управления проектами. Активность внедрения информационных систем далеко не единственная задача с точки зрения жизненного цикла программного обеспечения. Имплементации программной системы предшествует большая работа по предварительному расчету ключевых параметров проекта. Наиболее полный перечень параметров к проработке предлагает свод знаний по управлению проектами PMBoK [1], именно в нем явно отражается взаимозависимость между содержанием, сроками, ресурсами и бюджетом инициативы. Данные показатели позволяют построить сводную картину о будущем ИТ-проекте, обеспечивая формирование план-графика, ресурсного плана и других важных его составляющих. Подготовка план-графика внедрения информационной системы требует от автора детального понимания всех аспектов выполняемых задач, возможности его сравнения с бенчмарками, привлечения экспертов для детальной проработки технических вопросов, а также терпения при многократных процедурах балансировки четверки «содержание-срок-ресурсы-стоимость». Несмотря на наличие в литературе детально описанных способов формирования планов работ на основе методов критического пути и критической цепи [1], вводящего резервные временные интервалы для обработки непредвиденных ситуаций, их использование в ИТ-проектах не всегда возможно и целесообразно.
https://habr.com/ru/articles/994658/
#erpсистемы #erpсистема #erp #план_график #график_внедрения #план_внедрения #планирование_проектов #планирование_времени #планирование_ресурсов #кис
-
Жизненный цикл ERP-систем
Качественное и своевременное внедрение корпоративных информационных систем как российского (1С, Галактика, Парус), так и западного производства (ранее преимущественно SAP, Oracle и Microsoft) требует досконального знания методологии имплементации, что накладывается свой отпечаток на жизненный цикл программного обеспечения. Несмотря на наличие гибких методов внедрения, жизненный цикл программных продуктов, по существу, остается единым: начиная с задумки и заканчивая выведением из эксплуатации. Внедрение корпоративных программных систем, представляющих собой имплементирование программного решения в масштабах предприятия или холдинга, имеет схожий жизненный цикл. Однако, если внимательнее к нему присмотреться, выходит, что процесс внедрения является не единственным, а фактически завершающим шагом. Не верите, тогда давайте разберемся в этом вопросе в рамках текущей статьи. Приведем шаги классического жизненного цикла программного обеспечения [1]:
-
FixMark — собственное мобильное приложение, которое упростило нашу логистику
Привет, Хабр! Меня зовут Грищенков Евгений, я системный аналитик Fix Price. В этой статье расскажу о собственном приложении FixMark. Отгрузка в коробках уменьшает затраты на транспортную и складскую логистику. Для маркировки коробок используются общепринятые SSCC-коды (сокращение от Serial Shipping Container Code), которые облегчают отслеживание грузов и помогают автоматизировать логистические операции, позволяя идентифицировать грузы на всех этапах транспортировки. Фактически один SSCC-код агрегирует данные о штрих-кодах всех товаров внутри коробки, позволяя проводить операции со всем содержимым через одно сканирование.
https://habr.com/ru/companies/fix_price/articles/985494/
#маркировка_товаров #китайские_товары #разработка_приложений #erpсистема #китайские_поставщики #разработка_систем_автоматизации #контроль_качества #контейнерные_перевозки #IT_в_ритейле #логистика
-
FixMark — собственное мобильное приложение, которое упростило нашу логистику
Привет, Хабр! Меня зовут Грищенков Евгений, я системный аналитик Fix Price. В этой статье расскажу о собственном приложении FixMark. Отгрузка в коробках уменьшает затраты на транспортную и складскую логистику. Для маркировки коробок используются общепринятые SSCC-коды (сокращение от Serial Shipping Container Code), которые облегчают отслеживание грузов и помогают автоматизировать логистические операции, позволяя идентифицировать грузы на всех этапах транспортировки. Фактически один SSCC-код агрегирует данные о штрих-кодах всех товаров внутри коробки, позволяя проводить операции со всем содержимым через одно сканирование.
https://habr.com/ru/companies/fix_price/articles/985494/
#маркировка_товаров #китайские_товары #разработка_приложений #erpсистема #китайские_поставщики #разработка_систем_автоматизации #контроль_качества #контейнерные_перевозки #IT_в_ритейле #логистика
-
FixMark — собственное мобильное приложение, которое упростило нашу логистику
Привет, Хабр! Меня зовут Грищенков Евгений, я системный аналитик Fix Price. В этой статье расскажу о собственном приложении FixMark. Отгрузка в коробках уменьшает затраты на транспортную и складскую логистику. Для маркировки коробок используются общепринятые SSCC-коды (сокращение от Serial Shipping Container Code), которые облегчают отслеживание грузов и помогают автоматизировать логистические операции, позволяя идентифицировать грузы на всех этапах транспортировки. Фактически один SSCC-код агрегирует данные о штрих-кодах всех товаров внутри коробки, позволяя проводить операции со всем содержимым через одно сканирование.
https://habr.com/ru/companies/fix_price/articles/985494/
#маркировка_товаров #китайские_товары #разработка_приложений #erpсистема #китайские_поставщики #разработка_систем_автоматизации #контроль_качества #контейнерные_перевозки #IT_в_ритейле #логистика
-
FixMark — собственное мобильное приложение, которое упростило нашу логистику
Привет, Хабр! Меня зовут Грищенков Евгений, я системный аналитик Fix Price. В этой статье расскажу о собственном приложении FixMark. Отгрузка в коробках уменьшает затраты на транспортную и складскую логистику. Для маркировки коробок используются общепринятые SSCC-коды (сокращение от Serial Shipping Container Code), которые облегчают отслеживание грузов и помогают автоматизировать логистические операции, позволяя идентифицировать грузы на всех этапах транспортировки. Фактически один SSCC-код агрегирует данные о штрих-кодах всех товаров внутри коробки, позволяя проводить операции со всем содержимым через одно сканирование.
https://habr.com/ru/companies/fix_price/articles/985494/
#маркировка_товаров #китайские_товары #разработка_приложений #erpсистема #китайские_поставщики #разработка_систем_автоматизации #контроль_качества #контейнерные_перевозки #IT_в_ритейле #логистика
-
Когда один Excel-файл убивает 100-миллионный бизнес
Чем хорош малый бизнес, особенно на своем старте? Ему не нужны сложные инструменты: он в состоянии увидеть состояние дел расчетами «на коленке», а план действий уместить карандашом на трамвайном билетике. А когда бизнес подрастает? Скажем, его месячная выручка становится 100М+, количество сотрудников исчисляется сотнями, а бизнес-процессы усложняются настолько, что перестают быть прозрачными, покрываются «туманом войны». Эта история про то, как инструмент, понравившийся команде на старте бизнеса, довел её до убытков в десятки миллионов при росте оборотов, когда компания стала крупнее. И как прозрачность вернула контроль и разблокировала рост выручки на 50%.
https://habr.com/ru/articles/980818/
#excel #бизнес #аналитика #аналитика_данных #bi #erp #erpсистема #erp_crm #архитектура_систем #консалтинг
-
Opex и Capex-затраты на внедрение и поддержку ERP-систем
Любой вид деятельности, организация и ведение бизнеса априори предполагают несение затрат. В зависимости от вида деятельности или вида бизнеса затраты принято делить на затраты производства и издержки обращения. Все затраты и расходы, связанные с производством товаров, работ и услуг – это затраты производства. Затраты, связанные с реализацией, продажей товаров, готовой продукции потребителям – издержки обращения. Успешное ведение бизнеса, как и любого вида производственной и иной деятельности, предполагает организацию контроля за эффективностью работы компании путем оптимизации расходов. Термин «оптимизация» расходов в целях получения конкурентного преимущества на рынке предполагает широкое ее использование, в том числе оптимизация:
https://habr.com/ru/articles/979386/
#capex #opex #затраты_ит #erpсистема #стоимость_внедрения_по #затраты_по #поддержка_по #развитие_по #кис #ис
-
Глубокое море возможностей или как мы делали первое в России цифровое судостроительное КБ
Рассказываю навыдуманную историю цифровизации процессов компании, которая оказалась оазисом свободы в мутных водах консерватизма отрасли и о прекрасной команде единомышленников.
-
Развитие внедренных ERP-систем
Внедренный программный продукт подлежит дальнейшему развитию, причин для которого достаточно: изменение законодательства, технологические тренды и новинки, цифровизация не автоматизированных областей и др. Часто подобные активности над ИТ-системами связывают с запросами на изменение (ЗНИ), относящимися к процессу управления изменениями. Это действительно так, однако работа с ЗНИ требует выстраивания регулярных бизнес-процессов, вовлекающих как бизнес-пользователей, так и технических специалистов, обеспечивающих надзор над корпоративной архитектурой предприятия и соблюдение целостности существующих ИТ-сервисов. Для чего согласно EABoK [4] организуются следующие организационные сущности:
https://habr.com/ru/articles/960332/
#erpсистема #развитие_системы #сопровождение_erpсистемы #архком #архитектурный_комитет #комитет_по_изменению_продукта #управление_изменениями #зни #cab
-
Развитие внедренных ERP-систем
Внедренный программный продукт подлежит дальнейшему развитию, причин для которого достаточно: изменение законодательства, технологические тренды и новинки, цифровизация не автоматизированных областей и др. Часто подобные активности над ИТ-системами связывают с запросами на изменение (ЗНИ), относящимися к процессу управления изменениями. Это действительно так, однако работа с ЗНИ требует выстраивания регулярных бизнес-процессов, вовлекающих как бизнес-пользователей, так и технических специалистов, обеспечивающих надзор над корпоративной архитектурой предприятия и соблюдение целостности существующих ИТ-сервисов. Для чего согласно EABoK [4] организуются следующие организационные сущности:
https://habr.com/ru/articles/960332/
#erpсистема #развитие_системы #сопровождение_erpсистемы #архком #архитектурный_комитет #комитет_по_изменению_продукта #управление_изменениями #зни #cab
-
Развитие внедренных ERP-систем
Внедренный программный продукт подлежит дальнейшему развитию, причин для которого достаточно: изменение законодательства, технологические тренды и новинки, цифровизация не автоматизированных областей и др. Часто подобные активности над ИТ-системами связывают с запросами на изменение (ЗНИ), относящимися к процессу управления изменениями. Это действительно так, однако работа с ЗНИ требует выстраивания регулярных бизнес-процессов, вовлекающих как бизнес-пользователей, так и технических специалистов, обеспечивающих надзор над корпоративной архитектурой предприятия и соблюдение целостности существующих ИТ-сервисов. Для чего согласно EABoK [4] организуются следующие организационные сущности:
https://habr.com/ru/articles/960332/
#erpсистема #развитие_системы #сопровождение_erpсистемы #архком #архитектурный_комитет #комитет_по_изменению_продукта #управление_изменениями #зни #cab
-
Развитие внедренных ERP-систем
Внедренный программный продукт подлежит дальнейшему развитию, причин для которого достаточно: изменение законодательства, технологические тренды и новинки, цифровизация не автоматизированных областей и др. Часто подобные активности над ИТ-системами связывают с запросами на изменение (ЗНИ), относящимися к процессу управления изменениями. Это действительно так, однако работа с ЗНИ требует выстраивания регулярных бизнес-процессов, вовлекающих как бизнес-пользователей, так и технических специалистов, обеспечивающих надзор над корпоративной архитектурой предприятия и соблюдение целостности существующих ИТ-сервисов. Для чего согласно EABoK [4] организуются следующие организационные сущности:
https://habr.com/ru/articles/960332/
#erpсистема #развитие_системы #сопровождение_erpсистемы #архком #архитектурный_комитет #комитет_по_изменению_продукта #управление_изменениями #зни #cab
-
Рост агентства разработки на in-house проектах
Привет! Сегодня расскажу о том, как и какие инициировать внутренние проекты, чтобы они приносили пользу, а не просто съедали бюджет агентства.
https://habr.com/ru/articles/942706/
#Inhouse_проекты #разработка_информационных_систем #erpсистема #ии_чатбот #ai #развитие_бизнеса
-
ERP2, MES и BI системы российского производства
Обилие предложений на рынке программного обеспечения зачастую западного производства может сформировать ошибочную картину, что в России нет собственных разработок. Это далеко не так, более того российский рынок корпоративных информационных систем представлен не только линейкой продукции от 1С. Всеобъемлющее присутствие международных вендоров в стране, используемые ими маркетинговые трюки и искусственное прививание привычек, притормозили и увели в тень российские разработки. Наступает время, когда компании вынуждены идти по пути импортозамещения, даже те, кто отделился от глобальных корпораций и локализовался. В этой статье хочется провести обзор российского программного обеспечения в разрезе классов информационных систем, что продемонстрирует наличие в России работоспособных программных решений, релевантных для текущего применения уже сейчас. Разнообразие программного функционала породило необходимость использования единого терминологического аппарата, понятного всем. Так были предложены стандарты автоматизации, которые мы будем использовать для удобства повествования, это позволит нам вести обзор отечественного программного обеспечения более структурировано. Наиболее насыщенным является стандарт автоматизации ERP2, включающий в себя совокупность подстандартов: ERP2 = ERP+ (CRM + SRM + PLM + SCM) + ESB, (1) подробно описанных в работе [1]. В стандарт ERP2 входят компоненты, позволяющие автоматизировать практически все процессы в работе компании: регламентированный и управленческий учет, МСФО, взаимоотношения с поставщиками и клиентами, жизненный цикл продукта, цепи поставок и межсистемную интеграцию. Техническая реализация стандарта представляется OLTP-системами, ориентированными на обработку транзакционных данных. Рассмотрим российские программные продукты, относящиеся к данному классу стандартов и систем.
https://habr.com/ru/articles/932662/
#erpсистемы #erpсистема #erp #информационная_система #отечественное_по #российское_по
-
Так есть ли английский в 1С?
Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым , CEO в компании Rise , если вам интересно: - Вывести IT-продукт на зарубежный рынок. - Понять, какой уровень языка действительно для этого нужен. - Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.
https://habr.com/ru/articles/926534/
#английский #юар #1с #erp #erpсистемы #erpсистема #1c_предприятие #стартап #зарубежные_рынки #1с_предприятие_8
-
Так есть ли английский в 1С?
Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым , CEO в компании Rise , если вам интересно: - Вывести IT-продукт на зарубежный рынок. - Понять, какой уровень языка действительно для этого нужен. - Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.
https://habr.com/ru/articles/926534/
#английский #юар #1с #erp #erpсистемы #erpсистема #1c_предприятие #стартап #зарубежные_рынки #1с_предприятие_8
-
Так есть ли английский в 1С?
Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым , CEO в компании Rise , если вам интересно: - Вывести IT-продукт на зарубежный рынок. - Понять, какой уровень языка действительно для этого нужен. - Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.
https://habr.com/ru/articles/926534/
#английский #юар #1с #erp #erpсистемы #erpсистема #1c_предприятие #стартап #зарубежные_рынки #1с_предприятие_8
-
Так есть ли английский в 1С?
Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым , CEO в компании Rise , если вам интересно: - Вывести IT-продукт на зарубежный рынок. - Понять, какой уровень языка действительно для этого нужен. - Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.
https://habr.com/ru/articles/926534/
#английский #юар #1с #erp #erpсистемы #erpсистема #1c_предприятие #стартап #зарубежные_рынки #1с_предприятие_8
-
Релиз 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 #внедрение_по