вернуться на главную

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

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

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

IEM vs ERP

интегратор

продажник

    внедренец

      эксплуатант

      СЕО

        CIO

          разработчик

            IEM-платформа?
            В этом разделе речь идет об IEM-платформе —
            одной из составляющих частей законченной
            IEM-системы.
            Иначе говоря, о ее инвариантном ядре
            (в противовес открытому кастомизируемому
            слою бизнес-логики, работающему поверх
            IEM-платформы и на ее основе).
            Читать об архитектуре IEM-систем в целом.

              0 рисков клиентаДеньги после запуска и только если результат устроилНе будем говоритьНе устроил результат?
              Неудачливый заказчик а) ничего более не платит, и б) получает обратно гарантийный взнос, выплаченный внедренцу перед началом работ.
              При этом даже с учетом отложенного получения основной части денег внедренец Ultimate получит полную сумму много раньше, чем в случае ERP — поскольку само внедрение будет завершено на порядок быстрее.
              04-10no-customer-risks
              Прозрачность и определенностьЕдиный публичный прайс-лист.
              Прогнозируемые сроки внедрения
              ОбратноеОнлайн-калькулятор проекта внедрения04-10transparency-and-certainty
              Факты100% успешных внедрений.
              100% довольных клиентов.
              Не будем говорить03-0, 03-1, 04-5, 03-2facts
              Истории успехаТорговля, услуги, производство: в каждой сфере эксплуатанты Ultimate являются лидерами своих сегментовДекларируемые словесно успехи спорной достоверности, достигнутые эксплуатантами на отсталых рынках с ограниченной конкуренцией или вовсе без нееНа наших решениях работают лидеры самых современных рынков с наивысшей остротой конкуренции:

              Ultimate e-Trade (торговля):
                      Юлмарт – крупнейший ритейлер e-commerce в СНГ
                      Partsdirect.ru – крупнейший в СНГ поставщик компонентов для цифровой техники

              Ultimate Industrial (производство):
                      Росшоколад – крупнейший в СНГ производитель бакалейных продуктов под брендом заказчика

              Ultimate e-Service (услуги):
                      RukiIzPlech.ru – крупнейший в СНГ постгарантийный сервис-центр электроники
              Основные "успехи" — в госорганах и госкомпаниях.
              Секрет известен.
              03-0, 03-1, 04-5, 03-2success-stories
              Рентабельность проекта внедренияЗаработок на проекте и его продолжительность известны еще до начала с точностью ± 20%Полностью зависит от конкретных условийСтоимость лицензий и почасовые тарифы специалистов фиксированы и едины для всех.
              Демпинг любого вида явно запрещен условиями партнерского договора и влечет лишение авторизации.
              04-10profitability-of-project-implementation
              Риск провала проекта внедренияРиск провала проекта близок к нулю при следовании методологии UltimateN/A Принципы фильтрации потенциальных заказчиков
              Почему у нас мало клиентов
              Методология внедрения IEM-систем
              Достоверной информации по понятным причинам не существует.
              По совокупности слухов, косвенных показателей, инсайда и здравого смысла — риск провала проекта внедрения ERP неприятно выше 50%.
              04-10risk-of-failure-of-project-implementation
              Финансирование работГарантийный взнос (10-20% от общей стоимости) перед началом работ перекрывает расчетные затраты на ФОТПолностью определяется условиями конкретного случаяИнтересы внедренца обеспечены запасом наличности, а интересы клиента — безусловным правом возврата денег при неудовлетворительном результате.
              Риск же возврата денег стимулирует внедренца скрупулезно подходить к отбору потенциальных заказчиков.
              Неожиданности в ходе проекта как для исполнителя, так и заказчика, являются скорее правилом.04-10financing-of-operations
              Защита инвестиций партнераИнвестиции в обучение и экспертизу сотрудников гарантируются вендоромНет информацииНе согласованное с работодателем переманивание заказчиками и/или конкурентами (и/или выделение в собственный бизнес) сотрудников/команд — запрещено.
              Лишение авторизации прописано в партнерском договоре.
              Для заказчиков одностороннее расторжение лицензионного договора без компенсации заложено в лицензионном договоре.
              protecting-investment-partner
              Заработок на выростПоддержка эксплуатантов бесплатной Ultimate 2C по стандартным тарифамНет информацииearnings-for-growth
              Управление предприятием / процессный подходУправление предприятием как совокупностью цепочек создания стоимостиN/AПараллель.
              Если классическая модульная ERP — заводской цех с произвольно расставленными станками (модулями), движение материалов и изделий незавершенного производства между которыми ведется грузчиками на роклах (сообщениями синхронизации), то управляющая система предприятия — конвейер.
              Точнее, совокупность конвейерных ниток, каждая из которых является законченной цепочкой создания стоимости.
              ERP являет собой бюрократическую абстракцию штатного расписания: “должности” (функциональные модули), обменивающиеся “бумагами” (сообщениями синхронизации).
              Подход, противоположный процессному.
              04-3, 04-4enterprise-management-process-approach
              Затраты на персоналСокращение персонала вплоть до полной безлюдностиРост затрат на ФОТ (и не только)Очевидное сокращение затрат на фоне роста продаж за счет повышения качества и доступности сервисов.

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

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

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

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

              В итоге куда дешевле и надежнее ничего не трогать.

              Именно поэтому после внедрения ERP затраты только вырастают — к прежним должностям добавляются внедрятели и поддерживатели системы.
              Плюс затраты на внешних подрядчиков.
              04-6economic-efficiency
              Адаптивность системы к изменениям средыЭволюционирует одновременно с бизнесом, быстрее его и тянет за собой, выступая локомотивом измененийНадежный гарант консервации status quoВысокая скорость эволюции управляющей системы предлагает новую парадигму реализации изменений предприятия.
              Образ бизнес-процесса to be сначала имплементируется в управляющей системе, а затем уже она естественным путем форсирует сотрудников действовать по новому.
              Мероприятия, в обычной компании требующие недель, месяцев или никогда, многоразовых собраний, убеждений, бюрократических переписок, преодоления саботажа на каждом этаже корпоративной иерархии, исправлений миллионов глупых косяков исполнителей и etc, здесь занимают часы-дни и заключаются в перенастройке параметров системы.
              Недели, если речь идет о новациях глобального масштаба, предполагающих реализацию новых крупных блоков сложного функционала
              04-5adaptability-of-system-to-changes-in-environment
              Omni-channelOmni-channel на самом делеВ обещаниях продавцовОчевидное свойство управляющей системы, естественно вытекающее из единства информационного поля целого предприятия и real-time транзакций в немНевозможно в реальности05-0, 05-1, 04-2omni-channel
              TCOСовокупная стоимость владения на порядкИ ниже ERPЭпичная затратностьПомимо на порядок меньших затрат на покупку, внедрение и поддержку управляющей системы, близкая разница в затратах на hardware.Практика показывает, что пределов затратам не существует (известны провальные проекты с бюджетами > $1 млрд).04-10, 04-11tco
              Для юного бизнеса Ultimate 2C — бесплатная до 12 пользователей управляющая система предприятия начального уровняНичего сопоставимогоПолноценная управляющая система предприятия на общей для всех решений Ultimate универсальной платформе Ultimate Solid.
              Скелет базовых бизнес-процессов без интеллектуального функционала — доработкой системы под собственные задачи занимается эксплуатант.
              Основное отличие от коммерческих решений в том, что там кастомизация и обучение системы производятся партнерами в ходе проекта внедрения.
              Версии ERP-решений для "малого бизнеса" обладают всеми видовыми недостатками (включая несоразмерную реальной бесполезности стоимость) и еще меньшими (теоретическими) преимуществами, поскольку в целях маркетинговой дифференциации с "большими" решениями возможности "начальных версий" искусственно ограничиваются.06-2for-young-business
              Соответствие потребностям бизнесаАбсолютная кастомизация на уровне самостоятельной разработкиБери что дают. Дай бог, чтоб хоть это заработалоВозможности кастомизации IEM решений превосходят дорогостоящие качественные самостоятельные разработки (о серийных ERP и речи нет), которые могут себе позволить лишь гиганты — Walmart, Amazon, Магнит.
              Притом, что 99% затей доморощенных учетных систем кончаются провалом.

              О рисках и вероятном исходе самостоятельной разработки

              IEM-системы: практическое сочетание теоретических выгод самостоятельной разработки и серийного продукта
              Мегабайты древнего кода, навороченные программерами за десятки лет, продавцами нарекаются "бест практисами".
              Клиенту же предлагается искренне уверовать, что вот ЭТО все и есть основа его будущей невероятной (!) конкурентоспособности. Ждало его с 80-х.
              И ведь многие верят.

              О принципиальной бесполезности ERP в условиях конкурентного рынка

              Прелести поддержки ERP собственными силами
              04-5, 04-4customization-unlimited
              Сложность ИТ ландшафтаОдна-единственная система в компанииХаос ИТ-зоопарка из трехбуквенных "систем"Забудьте про зоопарк ERP, MES, MRP, CRM, WMS, SCM, MDM, PIM и прочих ХХХ “систем”: все составляющие части вашего бизнеса работают в едином информационном поле сверхсовременной высокопроизводительнй интеллектуальной управляющей системы предприятия.

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

              С десктопных компьютеров, складских штрих-сканеров, смартфонов и планшетов, специализированных контроллеров производственного оборудования — мгновенные транзакции онлайн 24 часа в сутки 365 дней в году.

              Забудьте тягучий кошмар “интеграций” и “синхронизаций”.

              Уютный музей ИТ-хлама для обитателей вашего дорогостоящего ИТ-зоопарка: там им будет нескучно с товарищами, а вы сэкономите немало денег на внедрении рабочего продукта.
              Причем чем больше "систем" и "модулей" в вашем зоопарке, тем хуже все они вместе работают.
              И это есть имманентное свойство ERP-парадигмы.

              Модульные ERP. О чем вы узнаете после провала внедрения.
              04-3, 04-4single-system-against-IT-zoo
              Конкурентоспособность в 2020-х ггТехнологии будущего: пока все только говорят, IEM предоставляетГоворить — не мешки предоставлять04-13, 04-12, 04-14most-modern-technologies-implemented
              Однократный ввод / многократное использование данныхДанные вводятся один раз и используются многократноМногократный ввод. Многократное использование затрудненоОчевидное следствие монолитности архитектурыДанные вводятся независимо в каждый модуль — напрямую либо через процедуру синхронизаций.
              Вследствие малой связности модулей использование данных одного модуля программным кодом другого крайне затруднено.
              06-0single-entry-reuse-of-data
              Достоверность данныхДостоверность данных гарантируется платформойПерманентное состояние противоречивости данныхДанные согласованы не только в смысле ссылочной целостности, или актуальности атрибутов сущностей, но и на уровне бизнес-логики.

              Например, платформа в любой ситуации гарантирует выполнение правила двойной записи, или взаимное соответствие суммовых и количественных товарных остатков.
              Тривиальное следствие их перманентной же несогласованности05-2, 06-2, 06-3reliability-of-data
              Принцип самообслуживанияСамообслуживание пользователей как основной метод ввода данных в системуПрименение ограниченоПрямой ввод данных как через самообслуживание контрагентов на внешних интерфейсах системы/предприятия (интернет-магазины, мобильные приложения, закупочные площадки для поставщиков, etc), так и через автоматический ввод с интеллектуальных сенсоров, датчиков, сканеров и прочего интернета вещей.
              Ограничено ситуациями, когда вводимая информация не выходит за рамки функциональности одного модуля.
              Сложность в том, что витрина (датамарт, интерфейс, как угодно) вынуждена взаимодействовать с несколькими модулями для демонстрации данных, необходимых для самообслуживания пользователей.
              06-0, 06-2principle-of-self-service
              Абстракция предприятияПолное замкнутое отражение реального предприятияN/AЗавершенная абстракция живого бизнеса со взаимно однозначным соответствием реальных объектов и бизнес-процессов и их электронного отражения в системе, со всеми значащими свойствами и атрибутами.
              Слабо связанный друг с другом функционал отдельных АРМов, реализуемый независимыми модулями.
              06-0, 06-1abstraction-of-company
              Объекты бизнес-логикиЦепочки создания стоимости как основа бизнес-логикиN/AВнося изменения в систему, прикладной разработчик редактирует логику целого бизнес-процессаФрагменты функционала слабо связанных модулей, координируемых (разобщаемых) механизмами синхронизаций06-0, 06-1objects-of-business-logic
              Отражение изменений предприятияДоставка изменений в реальном времениВысокая сопротивляемость системы изменениямВысокая скорость прикладной разработки позволяет системе уже после внедрения эволюционировать синхронно с реальными бизнес-процессами предприятияДлительность/стоимость существенных доработок настолько велики (необходима согласованная переработка всех участвующих в изменяемом бизнес-процессе разнородных модулей с изменением модели данных и протоколов синхронизации), что практически не имеют смысла: к моменту релиза вносимые изменения потеряют актуальность.
              В итоге разрыв между устройством живых бизнес-процессов предприятия и их реализацией в ERP-системе с течением времени только нарастает, а спустя несколько лет даже идеально внедренная ERP неизбежно превращается в “вещь в себе”, имеющую отношение к реальному бизнесу лишь в той мере, в которой она ему мешает.
              05-4, 05-5reflection-company-changes
              Автоматическое исполнение бизнес-процессовАвтоматическое исполнение бизнес-процессов без участия персоналаНевозможно на уровне системы в целомАвтоматически исполняемые сценарии обработки высокоуровневых бизнес-объектов неограниченной сложности:
               — для этапов бизнес-процессов ("роботы" на секциях "конвейера")
               — обработчики событий системы
               — запускаемые по расписанию и/или при выполнении набора условий
              Ограничено фрагментами бизнес-процессов, перекрываемых функциональностью отдельного модуля.
              06-2automatic-execution-of-business-processes
              Функциональность системыФункционал: весь необходимый, и ничего лишнегоБогатый в пресейл-презентациях функционал, слабо применимый на практикеВысокая скорость разработки в управляющей системе позволяет иметь простую базовую конфигурацию.
              Функциональность наращивается быстро, куда больше ресурсов требуется на удаление устаревших блоков.
              Решения, внедряемые авторизованными партнерами, являются сборными, под требования конкретного технического задания, конструкторами.
              Заказчик в ходе предпроектных работ тыкает в кейсы «хочу то, то и то, а еще вот у вас про это не написано, но вот такую-то клевую штуку где-то слышал тоже хочу».
              В процессе внедрения заново собирается программный код запрошенного функционала по тем инсталляциям, где этот он реализован (на текущий момент) лучше всего.
              Таким образом, на момент запуска данная инсталляция является сборником свежих best practices живого бизнеса.
              Доступ к библиотеке кейсов остается у эксплуатанта и после запуска системы, оплачиваются только работы по переносу и интеграции кода
              Несообразная трудоемкость прикладной разработки в классической ERP является основой для трепетного отношения к нарощенным за десятки лет исполинским сталагмитам "функционала", оплаченных сотнями миллиардов долларов заказчиков и омытых потом и позвоночными грыжами поколений программистов.
              Практическая полезность функциональных сталагмитов 70-80-х гг в нынешних условиях конкурентного рынка находится в области глубоко отрицательных значений.
              05-4system-functionality
              Надежность/дуракоустойчивостьСтойкость к неквалифицированному вмешательствуПринципиально низкая эксплуатационная надежностьЗакрытость от прикладных разработчиков ядра системы, автоматическими инструментами которого производится подавляющая часть рискованных операций с данными, кардинально повышает устойчивость к неквалифицированному вмешательству системы.Система может быть обрушена одним неловким движением прикладного разработчика.
              Вся надежда на хорошее бэкапирование.
              Оптимально вообще ничего не трогать, чтоб (не дай бог) нигде ничего не отвалилось.
              06-0, 06-2, 05-3reliability-stability-of-fools
              Производительность#1 в мире по производительностиПроизводительность рабочей системы целиком зависит от компетентности прикладных разработчиковВ разы более высокая производительность рабочих систем по сравнению с традиционными ERP вследствие учета большего объема метаданных о выполняемой задаче.
              Наиболее ресурсозатратные и часто выполняемые операции  выполняются механизмами платформы в несколько потоков.

              На практике: 4000+ одновременных активных пользователей, 17 млн строк документов в сутки
              Независимое стендовое тестирование: 18 000+ пользователей и 96 млн строк документов в сутки
              Модульная архитектура, с одной стороны, смягчает проблемы масштабируемости, распределяя пользовательскую нагрузку между слабо связанными модулями, с другой — усиливает еще больше путем создания дополнительных бутылочных горлышек очередей сообщений синхронизации, притом что длительность проведения синхронизационных процедур в общем случае непредсказуема.06-2, 06-3performance
              Длительность/стоимость внедренияВнедрение 3-8 месяцев, стоимость в десятки раз ниже ERPГоды в лучшем случае
              Онлайн калькулятор длительности и стоимости проекта внедрения

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

              "Лучшие случаи" на практике редки.
              Провал внедрения случается куда чаще.
              Практика показывает, что пределов затратам не существует (известны провальные проекты с бюджетами > $1 млрд).
              05-4, 05-5time-cost-of-implementation
              Поддержка после внедренияПоддержка и развитие системы на порядок дешевле ERPКакое внедрение, такая и поддержкаЭксплуатант платит ТОЛЬКО за (им же) поставленные и полностью выполненные задачи.
              Никаких платежей за "воздух" (типа ежегодных платежей "за лицензии", "абонплат", etc).
              Стоимость реализации одного и того же функционала (минимум) в 10 раз ниже, чем в ERP.
              Если качество исполнения заказчика не устроило — работа НЕ оплачивается.

              Подробнее о поддержке IEM-решений Ultimate
              С точностью наоборот.05-4, 05-5support
              Big Data readyBig data, BI, data mining, machine learning: данные для анализа готовы в любой момент времени"Мусор на входе — мусор на выходе"Гарантированные согласованность, достоверность, актуальность и полнота данных обеспечивают стопроцентную готовность всего объема данных системы к оперативной обработке средствами Big Data в любой момент времени.
              Идеально очищенное сырье для дальнейшего анализа.
              Принципиально низкая достоверность сырых данных ERP требует предварительного проведения затратных процедур по их фильтрации и нормализации.
              Которые процедуры, в свою очередь, являются искусством, а не технологией, и сводят без того сомнительную ценность исходных данных к произвольным фантазиям конструкторов выборки.
              Про оперативность анализа речи не идет.
              04-1big-data-ready
              Software as a serviceSaaS модель органична для IEMКрайне затруднено и в общем случае невозможноЛегкость организации SaaS-поставки обусловлена использованием современных технических решений, в частности надежности сервисов универсальной многофункциональной платформы.Устаревшие технологии плохо совместимы с современными средствами организации приватных или публичных облаков.
              На практике SaaS поставка применяется в основном для ERP-подобных систем на базе CMS.
              06-0, 06-2software-as-a-service
              Блокчейн транзакции и смарт-контрактыBlock chain, smart contracts readyТеоретически возможно, практически малоосмысленноМетодология IEM последовательно исключает людей из внутренних бизнес-процессов компании.
              Интеграция с блокчейн системами, реализующими смарт-контракты, устраняет последние препятствия для неограниченного масштабирования IEM в сферу взаимодействия с внешними контрагентами.
              Для внедрения в повседневное использование ждем появления стандарта API для интеграции блокчейн-сервисов.
              Интеграция GPS-навигатора в парадную карету Екатерины II вполне возможна (на батарейках).
              Но насколько вырастут вследствие сего эксплуатационные характеристики последней?
              04-1, 04-6, 04-2block-chain
              Привязка к производителю ПОНезависимость от вендораЖесткая привязка к вендору ERPIEM-решение может обслуживаться как с помощью авторизованных партнеров Ultimate, так и собственными силами, включая привлечение сторонних фрилансеров.

              Экосистема: миллионы недорогих разработчиков (как частных лиц-фрилансеров, так и компаний) по всему миру.

              Схемы и тарифы поддержки IEM-решений Ultimate
              Ограниченная доступность, проблемная компетентность и высокая цена разработчиков на специализированном устаревшем языке программирования.

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

              Для приемлемого овладения возможностями платформы достаточно трех месяцев
              Сам по себе язык тривиален в силу примитивности.

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

              В итоге начинающему программисту достаточно пары дней на изучение языка, а потом он годами набирает скиллы, погружаясь в мегабайты антикварного кода.
              06-4, 06-2, 06-1required-development-skills
              АрхитектураМонолитная архитектураСовокупность слабо связанных модулейДанные представлены в единственном экземпляре для всего информационного пространства предприятия.
              Данные вводятся однократно и многократно используются.

              Прямой ввод данных как через самообслуживание контрагентов на внешних интерфейсах системы\предприятия (интернет-магазины, мобильные приложения, закупочные площадки для поставщиков, etc), так и через автоматический ввод с интеллектуальных сенсоров, датчиков, сканеров и прочего интернета вещей.
              Модули ERP оперируют независимыми наборами данных.
              Обеспечение согласованности данных системы в целом возлагается на периодические процедуры межмодульных синхронизаций.
              architecture
              Модель данныхНасыщенная модель данныхПримитивная модель данныхАвтоматизируемое предприятие описывается высокоуровневыми абстракциями.
              Параллель — объектно-ориентированное программирование.

              Прикладной программист оперирует такими сущностями, как:
               — справочник, его свойства, поведение задаваемое в скриптах и атрибутивное
               — документы, инкапсулирующие логику выполнения процессов и задачи верифицируемого учета.
               — вспомогательные инструменты — развязочные таблицы, регистры, транзакции (проводки) etc.
              Такие инструменты, как быстрое прототипирование на основе мета-данных, с одной стороны ускоряют разработку, с другой — предупреждают ошибки.
              Прикладной программист работает с записями (records), возможно содержащими записи.
              Высокая трудоемкость прикладной разработки.
              Параллель — ассемблер.
              data-model
              Функциональность платформыУниверсальная многофункциональная платформаИнтерпретатор встроенного языка + прокладка к СУБД Инкапсулирует функционал ядра:
               — средства развертывания
               — средства управления версиями/жизненным циклом
               — средства для обработки насыщенной модели данных
               — генерация форм, прочих пользовательских интерфейсов
               — средства асинхронной рассылки email sms
               — вебсервисы
               — средства управления журналированием, ведения истории
               — механизмы реализации многопоточности
               — средства анализа данных и подготовки управленческой отчетности
               — et cetera, et cetera.
              Платформа НЕ доступна для модификации прикладными разработчиками и инвариантна для всех инсталляций решений на ее базе.
              Прикладной слой, реализующий бизнес-логику, полностью открыт для изменений.
              Традиционная платформа ERP — комбинация интерпретатора встроенного языка и прокладки к СУБД, умеющей преобразовывать внутренние операции над записями (records) в SQL-конструкции.
              Все остальное исполняется либо внешними приложениями (модулями), либо реализуется прикладными разработчиками в изменяемой области поверх платформы.
              Многопоточность используется крайне редко вследствие колоссальности потребных трудозатрат прикладных разработчиков.
              platform-functionality
              Коммуникация с СУБДТесная интеграция с избранной СУБДВзаимодействие с произвольной СУБД через стандартный SQLПлотная интеграция с оптимальной СУБД с максимальным использованием самых мощных и современных средств обработки данных последней.
              Объекты СУБД произвольно модифицируются для оптимизации.

              Результирующая производительность — максимум из возможного на современном уровне технологий обработки данных, предоставляемых лучшими СУБД.
              В плюсе — широкая свобода (бывают исключения) выбора СУБД за счет использования стандартного SQL.
              Обратная сторона универсальности — отказ от использования интеллектуальных средств обработки данных на стороне сервера СУБД. Фактически, СУБД эксплуатируется в формате записной книжки.

              Масштабируемость и производительность принципиально ограничены примитивностью взаимодействия с СУБД.
              communication-with-database
              Язык программированияСовременный индустриальный язык программированияУзкофункциональный язык собственного изобретенияДля разработки на Ultimate Solid используется C# 6.0 с поддержкой асинхронных операций, LINQ и функциональными расширениями.

              Транснациональный рынок разработчиков любого уровня стоимости и квалификации

              Использование современных широко распространенных языков, развивающихся в открытой конкурентной среде, естественным образом гарантирует применение самых современных наработок.
              Как правило — процедурный язык с объектными расширениями.
              Прикладному программисту предоставляется minimum minimorum возможностей (процедуры без перегрузки, фиксированный набор типов, базовый набор логических  операций).

              Рынок разработчиков принципиально ограничен узостью сферы применения проприетарного языка

              Неизбежное отставание нишевого проприетарного языка от общего уровня развития технологий разработки.
              Так, язык прикладной разработки типовой ERP недалеко ушел от 80-х гг прошлого века.
              programming-language