Виртуализация предприятия в методологии IEM

Представьте себе зеркало, в которое смотрится ваш бизнес.
Бизнес-зеркало отражает лишь те сущности и процессы, которые имеют денежное измерение.
Зато все и сразу

Качественно внедренная IEM-система реализует виртуальную модель, являющуюся
- полной
- замкнутой
- взаимно-однозначной
проекцией
реального предприятия во всем его существенно-значащем многообразии.

Представьте себе зеркало, в которое смотрится ваш бизнес. Бизнес-зеркало отражает лишь те сущности и процессы, которые имеют денежное измерение. Зато полностью.

Помните, как в “Терминаторе” персонаж Арнольда Шварценеггера, потеряв человекоподобные маскирующие мягкие ткани, превратился в скелетообразного металлического робота с горящими красным глазами? Не потеряв при этом ни грана убийственной функциональности.
IEM-виртуализация реального предприятия отбрасывает не значащую шелуху, отражая лишь нужные цепочки создания стоимости.
Они же бизнес-процессы.

Зеркало в ванной отражает ваши движения мгновенно (на уровне человеческого восприятия).
Параметры IEM-модели эволюционируют синхронно с изменениями реального предприятия.

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

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

Варианты отражения геморроя с получением документов в IEM-модели:

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

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

- подкрутим колесико мании контроля.
Каждая бумажная страница накладной\счета-фактуры снабжена уникальным штрих-кодом, генерируемым системой в момент печати. Каждая операция с бумажкой (распечатка, подпись уполномоченным лицом, вложение в контейнер и тд) фиксируется считыванием штрих-кода, IEM-система логирует автора операции и время.
Документы отправляются в составе “контейнера”-конверта, который, в свою очередь, является полноценным “местом” при отправке транспортной компанией (или DHL). IEM-система в каждый момент времени доподлинно знает, в каком конверте какая страничка лежит, а интеграция с API доставочной конторы\курьерской службы в любой момент предоставляет информацию о текущем местонахождении конверта.
Раскладывая полученные подписанные документы в центральном архиве, бухгалтер пикает штрих-коды бумажки, папки, полки, стеллажа.
А контрольный маньяк может в течение 0,5 секунды получить информацию о местонахождении любого из десятков и сотен миллионов бумажных листков накладных вместе с полной историей каждого.

Наращивание детализации IEM-модели не имеет теоретических ограничений.

Какую альтернативу IEM-виртуализации реального предприятия предлагают классические ERP?

Они ее не предлагают вовсе.

Более того, типовой ERP-интегратор вряд ли поймет сам вопрос.

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

Бомж сходил на свалку и насобирал осколки зеркал, пивных бутылок и оконных стекол. “Интеграция” была произведена скотчем, слюной и натаптыванием одного на другое. Что вы увидите в таком “зеркале”?
Утрирование? Увольте-с. В точности так и создавались ERP-системы от “лидеров в рынке” на протяжении последнего полувека.
Здесь же лежит и ключ к загадке удивительно большого % провалов: потому что собственно внедрение вендоры ERP видят как разбивание, разламывание, перекручивание и выворачивание бизнес-процессов разумно устроенного живого предприятия согласно кафкианскому бреду хаотично наваленной кучи хлама под наукообразными названиями.

Речь идет, конечно, о легендарных “бест практисах”.

Другие материалы из Библиотеки атеиста


Powered by Сон разума