Как стать автором
Обновить
5.1

ERP-системы *

Планирование ресурсов предприятия

Сначала показывать
Порог рейтинга
Уровень сложности

Истории из жизни CIO. Часть 1. «Как айтишники «обувают» промышленников»

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров4.7K

Итак, давайте знакомиться, меня зовут Виктор и я 10+ лет занимаю позиции CIO в различных крупных холдингах, включая производственные и машиностроительные предприятия. Я решил начать написать цикл статей о том, какие схемы обмана, включая нарушение действующего законодательства, используются интеграторами и вендорами, с целью незаконного обогащения. Зачем это может быть полезно общественности? Не знаю, разве что для понимания откуда у представителей бизнеса имеется отторжение и неприязнь ко всему сообществу IT.

Читать далее
Всего голосов 13: ↑11 и ↓2+12
Комментарии13

Новости

Принципы проектирования программ и их отражение в спецификации на доработку ERP-системы

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров1.8K

Внедрение практически любой корпоративной информационной системы требует ее доработки для реализации как законодательных, так и специфических требований предприятия. Согласно [1], стандартный функционал КИС покрывает не более 30% бизнес-требований, все оставшиеся – реализуются разработками и донастройками системы. Ведение доработок ERP и ERP2-систем (ERP, Enterprise Resource Planning) – задача нетривиальная по причине того, что разрабатываемая программа должна успешно решать сформулированную бизнес-задачу, быть масштабируемой и расширяемой, а также не нарушать работу смежных модулей системы.

Определение 1. Корпоративная информационная система (КИС) – это расширяемая информационная система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности компаний, а также корпораций, требующих единого управления [2].

К сожалению, число литературных источников, посвященных проектированию и разработке подобных программ, не так велико, более того существует следующая крайность: либо повествование ведется исключительно для аудитории разработчиков, преимущественно описывая алгоритмы обработки данных, их оптимизацию и построение соответствующей структуры программы [3-5], либо теоретических проектировщиков – вводя всевозможные классы и типы систем и подпрограмм, банальные принципы и требования, не очевидные к реализации, что не дает ответа на вопрос, как правильно моделировать программу и отражать ее в задании на разработку. Конечно существуют различные ГОСТ’ы в области информационных систем [6, 7], однако подобные документы преимущественно описывают постановку задачи и требования к результатам нежели содержательную часть решения. Именно поэтому процесс проектирования программ весьма критичен и напрямую влияет на качество имплементации ERP/ERP2-систем.

Читать далее
Всего голосов 1: ↑1 и ↓0+3
Комментарии2

Законодательство РФ в области корпоративных информационных систем и ИТ

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров486

Информация определяется как сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления [1]. Объектом правового регулирования могут быть конкретные формы существования информации: 

Читать далее
Всего голосов 3: ↑1 и ↓2+1
Комментарии0

Миграция данных в SAP-проектах

Время на прочтение4 мин
Количество просмотров427

Миграция данных является одним из ключевых и самых сложных аспектов внедрения SAP: непродуманная стратегия может поставить под угрозу весь проект. Несмотря на то, что миграция данных является частью плана по внедрению (Cutover Plan), её важность очень часто недооценивают и весь процесс рассматривается как простая административная задача по переносу данных из одного места хранения в другое. Команда сосредотачивается на дизайне и демонстрации системы (Workshop), а также конфигурации, оставляя планирование миграции на потом. В результате на активности по миграции закладывается недостаточно времени и ресурсов, что может привести к срывам сроков при запуске. Грамотно спланированные миграционные активности помогут избежать «кранча» в период подготовки, а также снизят риски после запуска проекта. 

Если целью внедрения SAP ERP является замена старой (Legacy) системы, то миграция позволит перенести релевантные бизнес-данные из Legacy в соответствующие SAP-модули. Процесс миграции включает в себя следующие этапы [1]:

Читать далее
Всего голосов 2: ↑2 и ↓0+4
Комментарии0

Истории

Design thinking в IT-проектах

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров863

История дизайн-мышления (design thinking) началась более полувека назад, когда Герберт Саймон озвучил идею дизайн-мышления в 1969 году в книге «Науки об искусственном» (The Sciences of the Artificial). В своей работе он привёл тезис об общности творческого подхода к различным видам деятельности, будь то написание музыкального произведения или, например, разработка техники [1].

В 70-80-х годах прошлого века этот подход проникает в менеджмент. В 1978 году Дэвид Келли создаёт вместе со своим университетским другом Дином Хови компанию Hovey-Kelley Design, которая в последствие станет ядром компании IDEO, сделавшей своей официальной доктриной дизайн-мышление [2]. Сотрудники IDEO учат своих клиентов думать, как дизайнеры, чтобы улучшить качество работы. В портфолио компании разработка Palm V, первой мыши для Apple, первый ноутбук [3, 4].

Позднее идею развили учёные Стэнфордского университета и основали в 2005 году Стэнфордский институт дизайна, или d.school, который продвигает идею дизайн-мышления [5]. Своей целью институт ставит построение методов, которые позволят развить навыки креативности, применимые к самым разнообразным областям. Для этого применяемся инструмент «радикального сотрудничества», когда студентов с разных факультетов, а также преподавателей и практиков из совершенно разных областей объединяют вместе [6]. Цель такого эксперимента обеспечить многообразие точек зрения на одну и ту же проблему и привить умение смотреть на один и тот же вопрос с разных сторон.

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

Читать далее
Всего голосов 1: ↑1 и ↓0+2
Комментарии0

Как вспомнить чудное мгновение, или возможности стандартных журналов SAP NetWeaver (Анне К* в стиле ERP)

Уровень сложностиСредний
Время на прочтение32 мин
Количество просмотров1.2K

В данной статье посмотрим некоторые часто встречающиеся приёмы, а также посмотрим наличие к ним стандартной документации (справка тут Auding and Logging). В данной статье будут рассмотрены прежде всего стандартные инструменты.

о логах в SAP NetWeaver
Всего голосов 2: ↑2 и ↓0+4
Комментарии6

Централизованные закупки в ERP-системах

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров460

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

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

Читать далее
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Казначейство в 1С:ERP. Выгрузка платежных поручений в клиент-банк, загрузка банковской выписки

Время на прочтение5 мин
Количество просмотров2.1K

В данной статье мы рассмотрим заключительные этапы работы казначейства в 1С:ERP: выгрузку платежных поручений в клиент-банк и загрузку полученной банковской выписки.

Читать далее
Всего голосов 2: ↑1 и ↓1+2
Комментарии2

Трудности перевода. Мигрируем учетные системы после переезда на отечественную СУБД

Уровень сложностиСредний
Время на прочтение10 мин
Количество просмотров2.4K

Привет! Меня зовут Дима Татаринов, я занимаюсь бэкенд-разработкой в К2Тех. Мы живем в эпоху «великого переселения» СУБД с SQL Server, IBM DB2 и Oracle на отечественную СУБД Postgres Professional или аналоги. Подобные проекты «паровозиком» цепляют за собой потребность в модернизации бизнес-приложений, которые на них работали. Ранее зарубежные производители накладывали сильный вендор-лок с помощью экосистемы своих инструментов: от специализированного языка написания бизнес-логики (PL/SQL для Oracle) до сервера приложений. Именно поэтому особенно злободневной становится старая шутка про Oracle - «Oracle doesn't have clients. It has hostages» (У Oracle нет клиентов. Есть только заложники). 

Цена освобождения уже стала известна российским вендорам прикладного ПО, которые реализовали в своих продуктах миграцию на отечественные СУБД. Но что делать с тысячами так называемых «учетных систем», которые используют компании на момент принятия решения о миграции. Понятно, что затрат не избежать, но как сделать их предсказуемыми и не получить новый «вендор-лок» взамен старого?  

С таким запросом к нам стали часто обращаться корпоративные заказчики, и мы решили посмотреть на предложения вендоров в этом сегменте. 

Читать далее
Всего голосов 16: ↑15 и ↓1+15
Комментарии10

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

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров245

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

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

Читать далее
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Как настроить и использовать бонусную программу лояльности в 1С:ERP: отчеты для анализа остатков и бонусных баллов

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров551

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

Читать далее
Всего голосов 2: ↑1 и ↓1+2
Комментарии0

Функционал скидок в программе 1С: ЕRP. Дисконтные карты лояльности и отчеты анализа предоставленных скидок

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров455

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

Читать далее
Всего голосов 3: ↑1 и ↓2+1
Комментарии0

Как в Tele2 автоматизировали тестирование SAP ERP с помощью Python

Время на прочтение8 мин
Количество просмотров3.7K

Привет, Хабр! Меня зовут Анастасия Валеева, я – руководитель группы обеспечения качества в Tele2. Наша команда работает в большинстве своём с SAP ERP, и мы не понаслышке знаем, что автоматизация данной платформы — дело далеко не тривиальное. В этой статье я хочу поделиться с вами, как и зачем мы автоматизировали тестирование с помощью Python.

Интересно? Переходите под кат)
Всего голосов 4: ↑4 и ↓0+6
Комментарии13

Ближайшие события

Классы автоматизации: от MPS до ERP2

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров742

Рассмотрение эволюции корпоративных информационных систем целесообразно вести не столько с событийной точки зрения, сколько функциональной. Так в работе [1] предложена градация информационных систем на основе стратегического, тактического и оперативного уровней, что, собственно говоря, является классическим подходом к управлению. Данная категоризация не исчерпывает всевозможные способы деления систем [2]: существуют аналитические (OLAP), транзакционные (OLTP) и технические системы (назовем последние OLTeP).

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

Читать далее
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Разграничение прав доступа по подразделениям в 1С: ЗУП КОРП / 1С:ERP

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров2.3K

Итак, суть проблемы: если на предприятии необходимо ограничить права пользователей в разрезе подразделений, то типовой механизм, реализованный в «1С:ЗУП КОРП», нам не поможет, так как полноценное ограничение доступа по подразделениям в программе не поддерживается, и на данный момент ограничения доступа по подразделениям распространяются только на штатное расписание.

Читать далее
Всего голосов 3: ↑2 и ↓1+3
Комментарии5

Какой функционал скидок в программе 1С Управление предприятием ЕРП 2.5

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров827

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

В данной статье рассмотрим, как функционал использования скидок в программе 1С Управление предприятием ЕРП 2.5.

Читать далее
Всего голосов 4: ↑1 и ↓30
Комментарии1

Обработка отклонений в проектах имплементации ERP-систем

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров1.1K

Внедрение крупных программных систем подразумевает использование различных методологий имплементации, например: Accelerated SAP, Microsoft Dynamics Sure Steps или Oracle Unified Method. Прикладная методология, предлагаемая по умолчанию вендором программного продукта, детализирует одну из трех классических моделей имплементации: каскадную, итерационную или спиралевидную. Помимо этого существуют определенные правила по управлению проектами вне зависимости от его содержания, которые называют PMBoK (Project Management Body of Knowledge, свод знаний по управлению проектами) [1].

PMBoK подразумевает выделение в проекте ряда ключевых параметров, каждый из которых необходимо планировать, выполнять и осуществлять его мониторинг. Любые отклонения параметров от плановых значений требуют корректировочного действия. Свод знаний разработан американским институтом PMI и имеет длительную историю. На начало 2022 года в русскоязычной литературе доступна PMBoK шестой версии, а в англоязычной – седьмой. Каждая версия PMBoK дополняется новыми подходами, так ранее широкой огласке получили механизмы искусственного интеллекта в управлении проектами, сейчас же активно обсуждается применение принципов гибкой разработки Agile.

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

Читать далее
Всего голосов 1: ↑1 и ↓0+3
Комментарии2

Моделирование оргструктур и бизнес-процессов при имплементации ERP-систем

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров2.7K

Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2].

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

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

Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:

Читать далее
Всего голосов 4: ↑2 и ↓2+2
Комментарии0

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

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров910

Внедрение любой корпоративной информационной системы достаточно продолжительно по срокам и требует большого объема трудозатрат [1]. В среднем необходимо около одного года на имплементацию ERP‑системы, а трудозатраты проектной команды со стороны исполнителя обычно колеблются в диапазоне 1000–3000 человеко‑дней. Объем трудозатрат фактически задает перечень тех работ, которые обязуется выполнить интегратор для заказчика. Чем больше объем выполняемых работ, тем актуальнее становится задача по их группировке для более качественного планирования, исполнения и контроля.

Именно по этой причине в [2] выделяют уровни внедрения, такие как: процессы, приложения, данные и техника, а также управление проектом и изменениями. Однако и этого деления бывает недостаточно, так как каждый уровень по прежнему остается достаточно трудоемким. По этой причине в работах [3–4] вводится понимание концепции реализации содержания проекта, заключающейся в выделении наиболее критичных областей проекта внедрения ERP‑систем, а также предложении состава и порядка выполнения работ для каждой из областей. Примерами областей служат задачи, относящиеся к анализу, проектированию, разработке, миграции, тестированию и др.

Состав работ определяется путем рассмотрения всевозможных способов, методов и подходов, позволяющих достигнуть необходимого результата с минимальными рисками задержки продуктивного старта ERP‑системы. Объем необходимых работ дает возможность увидеть плановую потребность в человеческих ресурсах, что критично для формирования ресурсного плана проекта, а состав задач обеспечивает понимание всех тонкостей реализации предстоящего проекта. В рамках текущей статьи мы рассмотрим все критичные области ERP‑проекта и суммируем способы реализации задач каждой из областей, тем самым расширяя содержание работы [4].

Читать далее
Всего голосов 4: ↑1 и ↓30
Комментарии1

Мы создали с нуля и оцифровали работу целого отдела маркетинга

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров1.9K

У каждой ошибки в вашем бизнесе есть имя и фамилия. Только причина такой ошибки не всегда «человеческий фактор», а просто не налаженные процессы. Дальше в статье я расскажу, как избавиться проблем и сохранить людей на местах.

Читать далее
Всего голосов 7: ↑3 и ↓4+1
Комментарии0
1
23 ...

Вклад авторов

Работа

ABAP разработчик
3 вакансии