English version
+7(343) звоните:2 110 256

"Бизнес Семантика" глазами бизнес-заказчика

В средних и крупных компаниях, как правило, нельзя обойтись одним программным продуктом, который удовлетворит всем требованиям, предъявляемым к корпоративной информационной среде. Чаще всего, таких продуктов несколько - ERP, CRM, система документооборота, отраслевые приложения, собственные решения. Все эти продукты нуждаются в интеграции, в противном случае, вместо автоматизации бизнес-процессов Заказчик рискует получить их усложнение. Практикуемые сегодня методы интеграции либо не гибки, либо слишком дороги; в любом случае, поддержка и сопровождение средств интеграции обходится дорого, а цена возможных сбоев в ней - очень велика. Опишем конкретные преимущества нашего решения с точки зрения бизнес-заказчика.

Преимущества "Бизнес Семантики"

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

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

1. Оптовая торговля: склад, логистика, финансы, CRM

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

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

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

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

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

2. Документооборот

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

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

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

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

 

3. Банковские информационные системы

Банку практически нереально обойтись одной информационной системой для автоматизации всех бизнес-процессов. Сотрудникам отделов по работе с клиентами нужна CRM, транзакции клиентов учитываются в автоматизированной банковской системе (АБС), и всем без исключения сотрудникам необходим документооборот. Очевидны и потребности в интеграции. Например, заявка на кредит основную часть обработки проходит в системе документооборота, однако "рождается" в CRM-системе - как результат общения менеджера и клиента; итоги сделки (перечисление или выдача средств) отражаются в АБС. Необходима обратная связь с CRM, чтобы менеджер мог видеть данные о своевременности погашения кредита, и, при необходимости, предпринять первичные действия по работе с заемщиком.

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

 

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