IEM – интеллектуальные управляющие системы предприятия (intelligent enterprise managing),
пришедшие на смену ERP – системам планирования ресурсов (enterprise resource planning).

В чем разница?
Как изменится работа людей?
Какие перспективы новых прибылей несет бизнесу смена технологического уклада?

Расскажем и покажем это с точки зрения прикладного разработчика, CIO, менеджмента и акционеров компании, а также профессиональной ИТ-публики.

IEM vs ERP

интегратор

продажник

внедренец

эксплуатант

СЕО

CIO

разработчик

платформа

0 рисков клиента	Деньги после запуска и только если результат устроил	Не будем говорить	Не устроил результат? Неудачливый заказчик а) ничего более не платит, и б) получает обратно гарантийный взнос, выплаченный внедренцу перед началом работ. При этом даже с учетом отложенного получения основной части денег внедренец Ultimate получит полную сумму много раньше, чем в случае ERP — поскольку само внедрение будет завершено на порядок быстрее.		03-2
Прозрачность и определенность	Единый публичный прайс-лист. Прогнозируемые сроки внедрения.	Обратное	Онлайн-калькулятор проекта внедрения		03-2
Факты	100% успешных внедрений. 100% довольных клиентов.	Не будем говорить			03-0, 03-1, 04-5, 03-3
Истории успеха	Торговля, услуги, производство: в каждой сфере эксплуатанты Ultimate являются лидерами своих сегментов	Успехи сомнительной достоверности, достигнутые эксплуатантами на отсталых рынках с ограниченной конкуренцией или вовсе без нее	На наших решениях работают лидеры самых современных рынков с наивысшей остротой конкуренции: Ultimate e-Trade (торговля): Юлмарт – крупнейший ритейлер e-commerce в СНГ Partsdirect.ru – крупнейший в СНГ поставщик компонентов для цифровой техники Ultimate Industrial (производство): Росшоколад – крупнейший в СНГ производитель бакалейных продуктов под брендом заказчика Ultimate e-Service (услуги): RukiIzPlech.ru – крупнейший в СНГ постгарантийный сервис-центр электроники	Основные "успехи" — в госорганах и госкомпаниях. Секрет известен.	03-0, 03-1, 04-5, 03-3

Рентабельность проекта внедрения	Заработок на проекте и его продолжительность известны еще до начала с точностью ± 20%. Антидемпинговые гарантии вендора.	Полностью зависит от конкретных условий	Стоимость лицензий и почасовые тарифы специалистов фиксированы и едины для всех. Демпинг любого вида явно запрещен условиями партнерского договора и влечет лишение авторизации		03-2
Риск провала проекта внедрения	Риск провала проекта близок к нулю при следовании методологии Ultimate	N/A	Принципы фильтрации потенциальных заказчиков Почему у нас мало клиентов Методология правильного внедрения	Достоверной информации по понятным причинам не существует. По совокупности слухов, косвенных показателей, инсайда и здравого смысла — риск провала проекта внедрения ERP существенно выше 50%	03-2
Финансирование работ	Гарантийный взнос (10-20% от общей стоимости) перед началом работ перекрывает расчетные затраты на ФОТ	Полностью определяется условиями конкретного случая	Интересы внедренца обеспечены запасом наличности, а интересы клиента — безусловным правом возврата денег при неудовлетворительном результате. Риск же возврата денег стимулирует внедренца скрупулезно подходить к отбору потенциальных заказчиков.	Неожиданности в ходе проекта как для исполнителя, так и заказчика, являются скорее правилом	03-2
Защита инвестиций партнера	Инвестиции в обучение и экспертизу сотрудников гарантируются вендором	Нет информации	Не согласованное с работодателем переманивание заказчиками и/или конкурентами (и/или выделение в собственный бизнес) сотрудников/команд — запрещено. Лишение авторизации прописано в партнерском договоре. Для заказчиков одностороннее расторжение лицензионного договора без компенсации заложено в лицензионном договоре.
Заработок на вырост	Поддержка эксплуатантов бесплатной Ultimate 2C по стандартным тарифам	Нет информации

Управление предприятием / процессный подход	Управление предприятием как совокупностью цепочек создания стоимости	N/A	Параллель. Если классическая модульная ERP — заводской цех с произвольно расставленными станками (модулями), движение материалов и изделий незавершенного производства между которыми ведется грузчиками на роклах (сообщениями синхронизации), то управляющая система предприятия — конвейер. Точнее, совокупность конвейерных ниток, каждая из которых является законченной цепочкой создания стоимости.	ERP являет собой бюрократическую абстракцию штатного расписания: “должности” (функциональные модули), обменивающиеся “бумагами” (сообщениями синхронизации). Подход, противоположный процессному.	04-3, 04-4
Экономическая эффективность	Замена людей интеллектуальным управляющим функционалом системы	Рост затрат на ФОТ (и не только)	Начиная с определенного уровня сложности сценариев и взаимного пересечения их зон влияния, система в целом приобретает черты разумного поведения в контексте реакции на изменение окружающих условий. Сценарии реакции системы можно уподобить примитивным нервным узлам социальных насекомых, таких как муравьи. Отдельный муравей отнюдь не блещет интеллектом, однако в сумме они дают коллективный разум, достаточный для композиции развитых социальных структур и сложных материальных конструкций. Близко — нейроны человеческого мозга и человеческое сознание в целом. Качество реакций управляюшей системы (и, соответственно, количество людей, от услуг которых предприятие сможет отказаться) зависит исключительно от уровня стандартизации бизнес-процессов автоматизируемой компании, то есть возможности формализовать логику должностных инструкций/технологических карт в точные алгоритмы сценарных реакций. Интеллектуальность систем для бизнеса	Возможности сценарных реакций классических ERP ограничены функциональностью модуля, внутри которого написан сценарий. То есть их реальная полезность близка к нулю. Программирование же сколько нибудь развитой логики либо просто невозможно, либо катастрофически трудоемко, поскольку прикладному разработчику необходимо, как минимум, переписать синхронизации с прочими модулями. И это в самом простом случае, когда не нужно модифицировать модель данных других модулей. В итоге куда дешевле и надежнее ничего не трогать. Именно поэтому после внедрения ERP затраты только вырастают — к прежним должностям добавляются внедрятели и поддерживатели системы. Плюс затраты на внешних подрядчиков.	04-6
Длительность/стоимость внедрения	Длительность внедрения 3-8 месяцев, стоимость в десятки раз ниже ERP	Годы в лучшем случае	Онлайн калькулятор длительности и стоимости проекта внедрения	"Лучшие случаи" на практике редки. Провал внедрения случается куда чаще.	05-4, 05-5
Адаптивность системы к изменениям среды	Эволюционирует одновременно с бизнесом, быстрее его и тянет за собой, выступая локомотивом изменений	Надежный гарант консервации status quo	Высокая скорость эволюции управляющей системы предлагает новую парадигму реализации изменений предприятия. Образ бизнес-процесса to be сначала имплементируется в управляющей системе, а затем уже она естественным путем форсирует сотрудников действовать по новому. Мероприятия, в обычной компании требующие недель, месяцев или никогда, многоразовых собраний, убеждений, бюрократических переписок, преодоления саботажа на каждом этаже корпоративной иерархии, исправлений миллионов глупых косяков исполнителей и etc, здесь занимают часы-дни и заключаются в перенастройке параметров системы. Недели, если речь идет о новациях глобального масштаба, предполагающих реализацию новых крупных блоков сложного функционала		04-5
Omni-channel	Органический omni-channel	В обещаниях продавцов	Очевидное свойство управляющей системы, естественно вытекающее из единства информационного поля целого предприятия и real-time транзакций в нем	Невозможно в реальности	05-0, 05-1, 04-2
Big Data ready	Big data, BI, data mining, machine learning: данные для анализа готовы в любой момент времени	Not ready	Гарантированные согласованность, достоверность, актуальность и полнота данных обеспечивают стопроцентную готовность всего объема данных системы к оперативной обработке средствами Big Data в любой момент времени. Идеально очищенное сырье для дальнейшего анализа.	Принципиально низкая достоверность сырых данных данных в модулях ERP требует проведения затратных процедур по их фильтрации и нормализации/ Которые, в свою очередь, эту достоверность уменьшают еще сильнее. Про оперативность анализа речи не идет.	04-1
TCO	TCO на порядки ниже ERP	Эпичная затратность	Помимо на порядок меньших затрат на покупку, внедрение и поддержку управляющей системы, близкая разница в затратах на hardware	Практика показывает, что пределов затратам не существует	05-4, 04-8
Для юного бизнеса	Ultimate 2C — бесплатная до 12 пользователей управляющая система предприятия начального уровня	Ничего сопоставимого	Полноценная управляющая система предприятия на общей для всех решений Ultimate универсальной платформе Ultimate Solid. Скелет базовых бизнес-процессов без интеллектуального функционала — доработкой системы под собственные задачи занимается эксплуатант. Основное отличие от коммерческих решений в том, что там кастомизация и обучение системы производятся партнерами в ходе проекта внедрения.	Версии ERP-решений для "малого бизнеса" обладают всеми видовыми недостатками (включая несоразмерную реальной бесполезности стоимость) и еще меньшими (теоретическими) преимуществами, поскольку в целях маркетинговой дифференциации с "большими" решениями возможности "начальных версий" искусственно ограничиваются.	06-2

Однократный ввод / многократное использование данных	Данные вводятся один раз и используются многократно	Многократный ввод. Многократное использование затруднено	Очевидное следствие монолитности архитектуры	Данные вводятся независимо в каждый модуль — напрямую либо через процедуру синхронизаций. Вследствие малой связности модулей использование данных одного модуля программным кодом другого крайне затруднено.	06-0
Достоверность данных	Достоверность данных гарантируется платформой	Перманентное состояние противоречивости данных	Данные согласованы не только в смысле ссылочной целостности, или актуальности атрибутов сущностей, но и на уровне бизнес-логики. Например, платформа в любой ситуации гарантирует выполнение правила двойной записи, или взаимное соответствие суммовых и количественных товарных остатков.	Тривиальное следствие их перманентной же несогласованности	05-2, 06-2, 06-3
Принцип самообслуживания	Самообслуживание пользователей как основной метод ввода данных в систему	Применение ограничено	Прямой ввод данных как через самообслуживание контрагентов на внешних интерфейсах системы\предприятия (интернет-магазины, мобильные приложения, закупочные площадки для поставщиков, etc), так и через автоматический ввод с интеллектуальных сенсоров, датчиков, сканеров и прочего интернета вещей.	Ограничено ситуациями, когда вводимая информация не выходит за рамки функциональности одного модуля. Сложность в том, что витрина (датамарт, интерфейс как угодно) вынуждена взаимодействовать с несколькими модулями для демонстрации, данных необходимых для самообслуживания пользователей.	06-0, 06-2
Абстракция предприятия	Полное замкнутое отражение реального предприятия	N/A	Завершенная абстракция живого бизнеса со взаимно однозначным соответствием реальных объектов и бизнес-процессов и их электронного отражения в системе, со всеми значащими свойствами и атрибутами.	Слабо связанный друг с другом функционал отдельных АРМов, реализуемый независимыми модулями.	06-0, 06-1
Объекты бизнес-логики	Цепочки создания стоимости как основа бизнес-логики	N/A	Внося изменения в систему, прикладной разработчик редактирует логику целого бизнес-процесса	Фрагменты функционала слабо связанных модулей, координируемых (разобщаемых) механизмами синхронизаций	06-0, 06-1
Отражение изменений предприятия	Доставка изменений в реальном времени	Высокая сопротивляемость системы изменениям	Высокая скорость прикладной разработки позволяет системе уже после внедрения эволюционировать синхронно с реальными бизнес-процессами предприятия	Длительность/стоимость существенных доработок настолько велики (необходима согласованная переработка всех участвующих в изменяемом бизнес-процессе разнородных модулей с изменением модели данных и протоколов синхронизации), что практически не имеют смысла: к моменту релиза вносимые изменения потеряют актуальность. В итоге разрыв между устройством живых бизнес-процессов предприятия и их реализацией в ERP-системе с течением времени только нарастает, а спустя несколько лет даже идеально внедренная ERP неизбежно превращается в “вещь в себе”, имеющую отношение к реальному бизнесу лишь в той мере, в которой она ему мешает.	05-4, 05-5
Автоматическое исполнение бизнес-процессов	Автоматическое исполнение бизнес-процессов без участия персонала	Невозможно на уровне системы в целом	Автоматически исполняемые сценарии обработки высокоуровневых бизнес-объектов неограниченной сложности: — для этапов бизнес-процессов ("роботы" на секциях "конвейера") — обработчики событий системы — запускаемые по расписанию и/или при выполнении набора условий	Ограничено фрагментами бизнес-процессов, перекрываемых функциональностью отдельного модуля.	06-2
Функциональность системы	Функционал: весь необходимый, и ничего лишнего	Богатый в пресейл-презентациях функционал, слабо применимый на практике	Высокая скорость разработки в управляющей системе позволяет иметь простую базовую конфигурацию. Функциональность наращивается быстро, куда больше ресурсов требуется на удаление устаревших блоков. Решения, внедряемые авторизованными партнерами, являются сборными, под требования конкретного технического задания, конструкторами. Заказчик в ходе предпроектных работ тыкает в кейсы «хочу то, то и то, а еще вот у вас про это не написано, но вот такую-то клевую штуку где-то слышал тоже хочу». В процессе внедрения заново собирается программный код запрошенного функционала по тем инсталляциям, где этот он реализован (на текущий момент) лучше всего. Таким образом, на момент запуска данная инсталляция является сборником свежих best practices живого бизнеса. Доступ к библиотеке кейсов остается у эксплуатанта и после запуска системы, оплачиваются только работы по переносу и интеграции кода	Несообразная трудоемкость прикладной разработки в классической ERP является основой для трепетного отношения к нарощенным за десятки лет исполинским сталагмитам "функционала", оплаченных сотнями миллиардов долларов заказчиков и омытых потом и позвоночными грыжами поколений программистов. Практическая полезность функциональных сталагмитов 70-80-х гг в нынешних условиях конкурентного рынка находится в области глубоко отрицательных значений.	05-4
Надежность\дуракоустойчивость	Стойкость к неквалифицированному вмешательству	Принципиально низкая эксплуатационная надежность	Изоляция от прикладных разработчиков ядра системы, инструментами которой автоматически производится подавляющая часть рискованных операций с данными, кардинально повышает устойчивость к неквалифицированному вмешательству	Система может быть обрушена одним неловким движением прикладного разработчика. Вся надежда на хорошее бэкапирование. Оптимально вообще ничего не трогать, чтоб (не дай бог) нигде ничего не отвалилось	06-0, 06-2, 05-3
Производительность	Рекордная производительность при тяжелых нагрузках	Производительность рабочей системы целиком зависит от компетентности прикладных разработчиков	В разы более высокая производительность рабочих систем по сравнению с традиционными ERP вследствие учета большего объема метаданных о выполняемой задаче. Независимое тестирование производительности решений на платформе Ultimate Solid (сравнительно с MS Dynamics AX 2012) Наиболее ресурсозатратные и часто выполняемые операции выполняются механизмами платформы в несколько потоков. Независимое тестирование производительности решений на платформе Ultimate Solid (сравнительно с MS Dynamics AX 2012)	Модульная архитектура, с одной стороны, смягчает проблемы масштабируемости, распределяя пользовательскую нагрузку между слабо связанными модулями, с другой — усиливает еще больше путем создания дополнительных бутылочных горлышек очередей сообщений синхронизации, притом что длительность проведения синхронизационных процедур в общем случае непредсказуема.	06-2, 06-3

Информационное поле системы	Единое информационное поле	N/A	Все пользователи системы работают онлайн с равно актуальными данными		06-0
Оперативность исполнения транзакций	Транзакции в реальном времени. Управляются платформой	Отложенное исполнение транзакций при межмодульной синхронизации. Ручное управление транзакциями.	Автоматическое управление транзакциями средствами платформы. Сервер приложений транзакционно атомарен: платформа гарантирует, что либо все операции пакета будут завершены, либо все изменения отменены	Отсюда рутинные ошибки неправильной фиксации транзакций, неполное сохранение объектов. Необходимо организовывать очереди сообщений синхронизации (отдельные системы управления очередями)	06-0, 06-2, 06-3
Согласованность данных	Данные согласованы в любой момент времени	Данные в разных "модулях" в общем случае противоречивы	Данные системы в принципе НЕ могут быть НЕ согласованы, поскольку вследствие монолитности платформы существуют в единственном экземпляре	До проведения синхронизации данные в модулях находятся в противоречивом состоянии (в финансовом “модуле” после проведенной оплаты мы должны контрагенту, а в продажном “модуле”- он нам после списания отгрузки). Поскольку синхронизации проводятся с определенной периодичностью, а данные в модулях системы изменяются непрерывно, то оперативные данные активно эксплуатируемой ERP противоречивы в любой момент времени	06-0
Контроль прав доступа	Гарантированное соблюдение прав доступа в любой ситуации	Примитивная система прав с возможностью обхода	Разделение прав доступа вплоть до отдельных объектов (элементы справочников и отдельные документы) через предикативный доступ на уровне СУБД — то есть без возможности обхода прямыми SQL-запросами. Дополнительно платформа предоставляет независимый механизм ad hoc permissions: сколь угодно сложные логические конструкции для описания разрешений (запретов), произвольно формулируемые прикладным разработчиком.	Разделение прав доступа к типам объектов для разных групп пользователей с учетом вложенности ролей. Предикативный доступ реализуется на уровне сервера приложений, и легко обходится прямыми SQL-запросами.	06-2, 06-3
Скорость разработки	Разработка быстрее в 10 и более раз, чем в ERP	Уровень 30-40 летней давности			06-1, 06-2, 06-4
Методология разработки	Agile-методы разработки с поддержкой continuous delivery	Waterfall	Вследствие монолитности системы метаданные централизованы, и соответственно, ошибки могут быть обнаружены на самых ранних стадиях разработки. Встроенные средства верификации кода на всем протяжении жизненного цикла от реализации до бета-тестирования и предоставления функциональности пользователям (плюс верификации уровня исполнения) драматически сокращают содержание ошибок в продуктивной среде, и, тем самым, радикально ускоряют разработку.	Раздерганность системы по слабосвязанным модулям является принципиальным неустранимым препятствием для методологии непрерывной интеграции	06-0, 06-1, 06-2
Необходимая квалификация разработчиков	Средняя квалификация программиста на современном популярном языке разработки	Знание маргинального языка программирования и высокий (очень высокий) уровень погруженности в неочевидные детали реализации огромного объема функционала	Средняя квалификация программиста (для Ultimate Solid — C# и SQL) достаточна для качественной реализации > 90% задач, возникающих в процессе эксплуатации и развития системы. Для приемлемого овладения возможностями платформы достаточно трех месяцев	Сам по себе язык тривиален в силу примитивности. Однако для готовности к практически полезной работе обучающемуся необходимо разобраться с неочевидными деталями реализации геологических пластов функционала, нарощенных десятками лет. В итоге начинающему программисту достаточно пары дней на изучение языка, а потом он годами набирает скиллы, погружаясь в мегабайты антикварного кода.	06-4, 06-2, 06-1

Архитектура	Монолитная архитектура	Совокупность слабо связанных модулей	Данные представлены в единственном экземпляре для всего информационного пространства предприятия. Данные вводятся однократно и многократно используются. Прямой ввод данных как через самообслуживание контрагентов на внешних интерфейсах системы\предприятия (интернет-магазины, мобильные приложения, закупочные площадки для поставщиков, etc), так и через автоматический ввод с интеллектуальных сенсоров, датчиков, сканеров и прочего интернета вещей.	Модули ERP оперируют независимыми наборами данных. Обеспечение согласованности данных системы в целом возлагается на периодические процедуры межмодульных синхронизаций.
Модель данных	Насыщенная модель данных	Примитивная модель данных	Автоматизируемое предприятие описывается высокоуровневыми абстракциями. Параллель — объектно-ориентированное программирование. Прикладной программист оперирует такими сущностями, как: — справочник, его свойства, поведение задаваемое в скриптах и атрибутивное — документы, инкапсулирующие логику выполнения процессов и задачи верифицируемого учета. — вспомогательные инструменты — развязочные таблицы, регистры, транзакции (проводки) etc. Такие инструменты, как быстрое прототипирование на основе мета-данных, с одной стороны ускоряют разработку, с другой — предупреждают ошибки.	Прикладной программист работает с записями (records), возможно содержащими записи. Высокая трудоемкость прикладной разработки. Параллель — ассемблер.
Функциональность платформы	Универсальная многофункциональная платформа	Интерпретатор встроенного языка + прокладка к СУБД	Инкапсулирует мощный функционал системного ядра, не доступный для модификации прикладными разработчиками, и, соответственно, инвариантный для всех инсталляций. Прикладной слой, реализующий бизнес-логику, полностью открыт для изменений. Многопоточность встроена в механизмы платформы, дополнительные усилия прикладных программистов не требуются	Традиционная платформа ERP — комбинация интерпретатора встроенного языка и прокладки к СУБД, умеющей преобразовывать внутренние операции над записями (records) в SQL-конструкции. Все остальное исполняется либо внешними приложениями (модулями), либо реализуется прикладными разработчиками в изменяемой области поверх платформы. Многопоточность используется крайне редко вследствие колоссальности потребных трудозатрат прикладных разработчиков.
Коммуникация с СУБД	Тесная интеграция с избранной СУБД	Взаимодействие с произвольной СУБД через стандартный SQL	Плотная интеграция с оптимальной СУБД с максимальным использованием самых мощных и современных средств обработки данных последней. Объекты СУБД произвольно модифицируются для оптимизации. Результирующая производительность — максимум из возможного на современном уровне технологий обработки данных, предоставляемых лучшими СУБД	В плюсе — широкая свобода (бывают исключения) выбора СУБД за счет использования стандартного SQL. Обратная сторона универсальности — отказ от использования интеллектуальных средств обработки данных на стороне сервера СУБД. Фактически, СУБД эксплуатируется в формате записной книжки. Масштабируемость и производительность принципиально ограничены примитивностью взаимодействия с СУБД.
Язык программирования	Современный индустриальный язык программирования	Узкофункциональный язык собственного изобретения	Для разработки на Ultimate Solid используется C# 6.0 с поддержкой асинхронных операций, LINQ и функциональными расширениями. Транснациональный рынок разработчиков любого уровня стоимости и квалификации. Использование современных широко распространенных. языков, развивающихся в открытой конкурентной среде, естественным образом гарантирует применение самых современных наработок. Рынок разработчиков принципиально ограничен узостью сферы применения проприетарного языка. "Неизбежное отставание нишевого проприетарного языка от общего уровня развития технологий разработки. Так, язык прикладной разработки типовой ERP платформы по уровню развития остается в 80-х гг. прошлого века	Как правило — процедурный язык с объектными расширениями. Прикладному программисту предоставляется minimum minimorum возможностей (процедуры без перегрузки, фиксированный набор типов, базовый набор логических операций).