Главная‎ > ‎

Актуальные сообщения


Проблемы использования современных ИТ – наследие из высшей школы: подходы к решению

posted May 17, 2018, 1:23 PM by Alexander Stepanov   [ updated May 17, 2018, 10:07 PM ]

Хотя на дворе уже вовсю как XXI век, но число предприятий, умело использующих современные «серьезные» ИТ, уровня ERP-, CRM-, BI-, BPM- и т.п. систем, оставляет желать лучшего. Даже «хорошо упакованные», на первый взгляд компании – с современными офисами, новым компьютерным «железом», отличными зарплатами сотрудников, все еще блуждают в поисках обретения идеи «зачем нам ИТ?» и «а, вообще, нам это надо?», и еще далеки от ответов на вопрос «как же получить от них пользу?». Проблемы, конечно, здесь не технические.

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


Архитектурный подход к созданию интеллектуальных автоматизированных систем управления предприятием

posted Mar 18, 2018, 9:10 AM by ERPACADEMY   [ updated Mar 18, 2018, 9:10 AM ]

Технологии искусственного интеллекта переживают сегодня волну ренессанса. Во многом этот подъем обусловлен успешным продвижением, так называемой, «облачной» ИТ-инфраструктуры, способной предоставить поверх Интернета пользователям в любой точке мира высокопроизводительные сервисы обработки данных. «Облачная» ИТ-инфраструктура позволяет пользователям избегать капитальных затрат на аппаратные и программные компоненты своих информационных систем, переводя их (затраты) на уровень текущих – обусловленных стоимостью подписки на соответствующие информационно-технологические сервисы. Благодаря снижению стоимости электронной памяти, вычислений и сети передачи данных, пользователям предлагается сегодня большое количество инструментов и готовых продуктов машинного обучения и сопровождающих их интеллектуальных интерфейсов, чат-ботов, трансляторов голоса и текста и т.д.

Однако, для того чтобы предприятия действительно могли воспользоваться новыми возможностями, а не плыть по течению рыночных интересов поставщиков «облачной» инфраструктуры, необходимо использовать инструменты системного организационно-технического развития. Одним из таких инструментов является архитектурный подход (enterprise architecture).

Читать далее на Google Книги

Миграция на новые информационные системы: возможность качественного скачка или риск потерь?

posted Jan 29, 2018, 5:16 AM by ERPACADEMY   [ updated May 11, 2018, 11:43 PM by Alexander Stepanov ]

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

Очень часто предприятие попадает в ситуацию, в которой оно обладает какими-то ИТ («legacy systems») и затеивает либо их существенное обновление, либо приходит к мысли о развертывания новых классов и даже видов систем. Например, переход с «самописной» информационной системы на отраслевое решение. Или дополнение ERP-системы средствами продвинутой бизнес-аналитики. Или замена устаревшей ERP-системы системой нового поколения от того же вендора. Или дополнение ERP-системы выделенной CRM--системой И т.д. и т.п.

И здесь возникает много вопросов… Но главный из них: какую ценность это даст? Будет ли лучше? Или останется примерно также, как сейчас? А вдруг, станет хуже? Фундаментальные предпосылки к ответам на эти вопросы не стоит искать исключительно в плоскости риск-менеджмента. Это вопрос целеполагания. А также осведомленности. При этом, говоря о целях, необходимо иметь в виду их иерархию (декомпозицию) по организационным уровням предприятия. А осведомленность подразумевает наличие знаний о самых новых и разнообразных ИТ-инструментах, которые можно приобрести на рынке или создать самим. Без системной работы в этих двух измерениях почти невозможно принять правильного решения – только угадать. Из сказанного также следует, что и находясь исключительно в плоскости прожект-менеджмента, мы не обеспечены надежной основой: проект предполагает наличие цели на входе, а нам нужен триггер, запускающий проекты миграции (обновления).

Системным подходом к такой работе является «архитектура предприятия» («enterprise architecture»). Даже небольшие предприятия должны знать о его существовании – иметь представление. И если не применять формализованные процессы разработки архитектуры, то хотя бы мыслить соответствующими понятиями. Речь именно о лицах, принимающих решения.

С основами архитектурного подхода вы можете познакомиться в рамках предлагаемых нами консультационных услуг и учебных продуктов. А теперь несколько слов о том, как понять, что намечаемый проект обновления информационных систем не принесет существенной пользы. Несколько симптомов, которые должны насторожить руководство компании:
  1. Идея обновления (замены, дополнения) информационной системы принесена откуда-то со стороны и замыкается в значительной степени на конкретную личность.
  2. Инструменты, используемые в проекте, не соответствуют уровню предлагаемых информационных систем. Пример: в рамках пробного (пилотного) проекта внедрения BPM-системы с целью понять, что это за технология и как она работает, может быть использованы любые формы представления процессов, в том числе и текстовые, и табличные. Но если речь идет о полномасштабном развертывании этой системы на предприятии, то игнорирование таких методологий, как BPMN невозможно.
  3. Часто звучат высказывания сделайте все по образцу – как в «старой» системе.
  4. Нет преемственности – отсутствуют признаки участия тех, кто создавал и поддерживал «старую» систему.
  5. Изолированность проектной группы от других сотрудников предприятия («никто не знает, что они делают»).
  6. Нет пробных (пилотных) этапов, прототипов, не проводится обучение ключевых (и представителей конечных) пользователей – «никто не представляет, что будет сделано».
Повторимся, перечень выше – симптомы, не диагноз. Но будьте бдительны!

Итак, миграция на новые виды информационных систем или обновление версий используемых систем – всегда должно быть шагом вперед в четко определенном направлении. Этот шаг должен быть логичным продолжением всех предыдущих шагов в развитии предприятия (даже если он исправляет ранее сделанные ошибки и упущения). Архитектурный подход к развитию предприятий на основе ИТ позволяет получить «карту» для таких перемещений.

P.S. Ответ на вопрос в заголовке темы: "И то, и другое".

Трансакционные издержки российской экономики: подходы к снижению на уровне предприятий (пример)

posted Jan 23, 2018, 12:55 PM by ERPACADEMY   [ updated May 12, 2018, 12:01 AM by Alexander Stepanov ]

Из дайджестов консалтинговых фирм:

«Минфин выпустил разъяснения, как правильно указать адреса покупателя и продавца в счете-фактуре. Реквизиты адреса безопаснее писать именно так, как они указаны в ЕГРЮЛ или ЕГРИП… Можно не обращать внимания, если в реестре адрес написан необычно, например, когда в ЕГРЮЛ в адресе есть сокращения и при написании использованы то заглавные, то прописные буквы. Минфин сообщал, что такой счет-фактуру не забракуют… Адрес можно дополнять определенной информацией. Минфин не против указания адресов со словами "Российская Федерация", "Россия" и "РФ"… Фактический адрес продавца или покупателя можно внести в дополнительные строки счета-фактуры… Узнать правильный адрес ИП для проверки сведений в счете-фактуре можно, обратившись в уполномоченный налоговый орган. Сведения из ЕГРИП вправе получить любой сотрудник организации…»1

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

При этом возможная неточность обусловлена системно – имеет место множественность источников данных, при работе с информацией могут возникнуть противоречия, также можно столкнуться с неоднозначностью самого процесса обработки информации. Рассмотрев структурную модель данной проблемы, можно выделить следующие элементы:
  1. Две информационные системы контрагентов (базы данных, БД1 и БД2 на схеме ниже);
  2. Информационная база КЛАДР (Классификатор адресов Российской Федерации на основе Государственного реестра адресов ФНС России)2;
  3. ФИАС (Федеральная информационная адресная система);
  4. Информационный источник в виде ЕГРЮЛ / ЕГРИП.
Итого пять элементов и семь связей / каналов (включая прямое информационное взаимодействие между контрагентами). В каждом канале могут возникнуть ошибки, в том числе при передаче и обработке данных (например, при неправильной работе интеграционного компонента / адаптера данных).

Во многих случаях такая структура на предприятии появляется не как результат проектирования, а как «исторический» процесс реагирования на изменения с надстраиванием технических элементов. Но если использовать ситуативный (реактивный) подход, то часто приходится корректировать данные вручную, создавать программные «заплатки» и т.п. Такие экстренные решения могут обойтись достаточно дорого. Прямые и косвенные издержки будут расти. Выделенные предприятием ресурсы для решения данной задачи могут быстро иссякнуть. А использование «заплаток», может отрицательно сказаться на функционировании всей системы автоматизированного управления предприятием в будущем.

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

Общим решением к снижению отрицательного влияния подобных проблем, может являться подход на основе архитектуры предприятия («enterprise architecture»). В рамках данного подхода выделяются подсистемы предприятия, отвечающие за внешнее взаимодействие: в данном случае, бэк-офисная подсистема обновления и использования адресной информации. Эта подсистема рассматривается на нескольких архитектурных уровнях: бизнес-архитектура, архитектура информации, приложения и технологическая инфраструктура. Также в рамках архитектурного подхода разрабатывается сам процесс обработки адресной информации - точки принятия решений и альтернативы действий (например, что делать, если данные из различных источников сопоставляются неверно). Также планируются и выделяются ресурсы для поддержания данной подсистемы. Спроектировав (продумав) структуру и настроив механизм работы, можно тем самым снизить трансакционные издержки.

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

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


1 АКГ «Деловой Профиль»: мониторинг изменений в законодательстве за период с 10.01.2018 по 22.01.2018.

2 ФНС прекращает поддержку КЛАДР с 31 декабря 2017 года.

Управление обеспечивающими системами как основа успешного функционирования целевой

posted Jan 19, 2018, 8:58 AM by ERPACADEMY   [ updated Jan 23, 2018, 7:04 AM ]

Из новостных лент последних дней:

"Агентство Bloomberg опубликовало материал о том, что Interjet использовала компоненты четырех SSJ100 для замены частей на остальных 18 самолетах, которые использует эта мексиканская авиакомпания. В авиационной отрасли такой процесс называется «каннибализацией», уточняло агентство… Представитель компании "Гражданские самолеты Сухого" (ГСС), которая производит SSJ100, сказал, что это нормальная практика, когда отдельные самолеты в парке перевозчика выводятся из эксплуатации по причине ремонта или их планового технического обслуживания. При этом в компании подчеркнули, что не оценивают действия Interjet. Он указал, что для сокращения времени пребывания SSJ100 на ремонте российская компания сейчас автоматизирует систему складского учета запасных частей и интегрирует ее с порталом послепродажной поддержки эксплуатантов."1

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

Как и целевые системы, обеспечивающие системы проходят в своем развитии стадии жизненного цикла, успешное управление которыми можно осуществлять на основе процессов, описанных в стандартах "золотого фонда знаний человечества", в частности, ISO/IEC 152882.

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

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

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

1 «Сухой» ответил на разборку четырех лайнеров SSJ100 на запчасти в Мексике (статья на сайте РБК).

2 ISO/IEC (ГОСТ Р ИСО/МЭК) 15288. Информационная технология. Системная инженерия. Процессы жизненного цикла систем (страница в Электронном фонде документации, "Кодекс").


XBRL в России - пример оценки периода проникновения и освоения новых концепций и технологий в российской бизнес-среде

posted Jan 17, 2018, 4:20 AM by ERPACADEMY   [ updated May 12, 2018, 12:08 AM by Alexander Stepanov ]

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

В 2017 г. Банк России организовал постоянную юрисдикцию XBRL1 в Российской Федерации. А с 1 января 2018 г. осуществляется переход на новый формат представления отчетных данных XBRL части НФО (некредитные финансовые организации).

В этой связи примечательно, что уже с 2003 г. в рамках практических тренингов для пользователей ERP-системы Microsoft Dynamics NAV (Navision) и учебных курсов в высшей школе, специалисты ERPACADEMY представляли технологию подготовки отчетности в формате XBRL и популяризировали саму эту методологию. Таким образом, не менее пятнадцати лет составил период осознания необходимости использования данной информационно-финансовой технологии и перехода к первым попыткам ее широкого освоения российской деловой средой.

Почему именно данный пример так показателен в рассуждениях на озаглавленную тему? Потому что данная технология является инструментом. Причем средством достижения экономических национально-значимых целей (статус организатора - Банка России, говорит сам за себя). Но применять инструмент, предполагающий задействование множества участников из разных сфер деятельности (регулятор, субъекты финансового рынка, поставщики ИТ-решений и др.) и адаптацию их рабочих процессов, возможно только тогда, когда деловая среда созрела и достигла необходимых условий в принципиальном качественном смысле. Немаловажно отметить и саму область данного обзора: это финансовый рынок, который считается одной из наиболее современных и быстро развивающихся в Российской Федерации сфер деятельности.

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

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


1 XBRL (от англ. eXtensible Business Reporting Language) - расширяемый язык деловой отчётности, широко используемый в мире открытый стандарт обмена деловой информацией.

Полезные ссылки: Статья об XBRL в Википедии, Вестник ЦБ: Проект Банка России по переходу НФО на XBRL, Обучение от ERPACADEMY.

Управление микрокризисными ситуациями

posted Jan 17, 2018, 1:33 AM by Alexander Stepanov   [ updated May 11, 2018, 11:56 PM ]

Из сообщений средств массовой информации:

«16 января 2018 г., в аэропорту мексиканского курортного города Канкун не могут вылететь около 500 туристов из России, передает РИА «Новости». Как сообщила почетный консул России, люди прождали вылета 8 часов в салоне самолета. После этого пассажиров высадили, а рейс перенесли как минимум на день…»

Подобного рода сообщения мы слышим нередко. В ERPACADEMY мы называем это «микрокризисная ситуация». Какова их причина? С чего они начинаются и как развиваются? Можно ли их предупредить с использованием современных информационных технологий?

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

Можно ли предвидеть, что с высокой степенью вероятности что-то пойдет не так, как планировалось? Какие защитные механизмы должны сработать? Как получить и обработать соответствующие данные – как найти и принять соответствующие решения?

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


Эффективность базовых кафедр и академических программ вендоров

posted Jan 16, 2018, 11:55 PM by ERPACADEMY   [ updated Jan 23, 2018, 7:04 AM ]

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

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



1 Образование, тренинги, учебная практика ERPACADEMY: высшая школа и сотрудничество с вендорами.

1-8 of 8