Введение

Основное внимание в этой статье уделяется способу построения актива управления делами с помощью платформы FileNet P8 и возможностям использования этого актива при создании решения для управления делами. Статья показывает, как использовать указанный актив при построении решения для управления претензиями в секторе энергетики и коммунального хозяйства. Претензия по возмещению ущерба в секторе энергетики и коммунального хозяйства создается, когда некоторая собственность коммунальной компании, например, опора линии электропередачи, оказывается повреждена в результате какого-либо происшествия. Коммунальная компания, которой принадлежит поврежденная собственность, имеет потенциальную возможность возместить расходы на ее восстановление за счет участников происшествия или их страховщиков. Для решения этой задачи и предназначен сценарий Energy and Utility (E&U) Damage Claim (Обработка претензии по возмещению ущерба в секторе энергетики и коммунального хозяйства), описывающий конфигурацию актива и его функциональные возможности.

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

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

В разделе Загрузка приведена ссылка на образец актива для управления делами (Case Management Sample Asset), который используется в качестве примера. Этот актив построен на основе публичных API-интерфейсов платформы IBM FileNet P8.

Использованные в данной статье термины и технические описания предполагают, что читатель достаточно знаком с платформой IBM FileNet P8.

Модель управления делами

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

Моделирование дела с помощью платформы IBM FileNet P8 порождает следующие компоненты:

• модель данных в среде P8;
• шаблон дела, определяющий поведение дела;
• дневник (Diary), содержащий историю действий и событий в деле;
• бизнес-логику (набор действий типа «event action», осуществляемых при наступлении определенных событий).

В следующем разделе описываются компоненты типового актива для управления делами (Case Management Sample Asset). В разделе Загрузка приведена ссылка на исходный программный код этого образца актива для управления делами.

Модель данных

Базовая часть дела (папка) состоит из следующих элементов:

• метаданные дела;
• имя дела;
• идентификатор дела;
• релевантные документы.

В системе IBM FileNet P8 идеальной отправной точкой является определение класса Folder (папка). Класс Folder поддерживает специально настроенные метаданные и вмещающие документы. Итак, для моделирования дел в среде IBM FileNet типовой актив использует определение класса CaseFolder. Затем класс CaseFolder разбивается на подклассы с целью создания определений для дел разного типа, таких как DamageClaim. Класс CaseFolder имеет следующие свойства:

• CaseIdentifier - – строка, содержащая идентификатор дела.
• FolderName - строка, содержащая имя дела.
• CaseSecurityProxy aOVP-свойство (object value property), область действия которого ограничена специальным классом объектов – CaseSecurity. В новых экземплярах CaseFolder это свойство автоматически настраивается в соответствии с объектом CaseSecurity в папке с шаблоном дела. Это свойство наследует элементы безопасности, заданные в шаблоне дела для дел данного типа.
• CaseState - содержит текущее состояние дела; моделируется как строковое свойство. По мере продвижения дела (под воздействием автоматизированных или ручных бизнес-процессов) это свойство обновляется в соответствии с текущим состоянием дела.

Идентификаторы и именование

Как правило, идентификатор дела должен строго соответствовать установленным требованиям, например, содержать сведения о дате (такие как год или месяц) и порядковый номер. Например, идентификатор дела может иметь вид: YYYY-##. Конкретный идентификатор, соответствующий этому образцу: 2010-20. Имя дела обычно включает идентификатор. В итоге для претензии по возмещению ущерба название дела может иметь вид: Damage Claim 2010-20 (Претензия по возмещению ущерба 2010-20).

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

Размещение данных

Поскольку для моделирования файла дела используются папки, применяемая модель данных должна обрабатывать родителя соответствующей папки. Для каждой папки, представляющей определенное дело, родителем является соответствующее местоположение в хранилище объектов. Помимо возможности быстрого перехода к файлу дела, знание местонахождения родителя имеет большое значение с точки зрения производительности. Например, при создании файла дела (папки) он автоматически помещается в папку, представляющую год, месяц и день. Таким образом, это местоположение приобретает следующий вид: /E&U Claims/Damage /2010/01/Damage Claim 2010-20. Поскольку местоположение может изменяться, необходимо специфицировать исходную папку. В этом примере исходной является папка /E&U Claims/Damage.

Порядком размещения управляет свойство CaseConfigXML объекта CaseConfig в папке Templating.

Метаданные дела

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

Состояние дела

Как правило, в процессе продвижения дела происходит его переход из некоторого исходного состояния, например, New (Новое дело), в соответствующие промежуточные состояния. В конце концов дело перемещается в конечное состояние, например Closed (Закрытое дело). Обычно компании реализуют у себя некоторый бизнес-поток, который автоматизирует процесс перемещения дела из состояния New в состояние Closed. Как правило, в конечном состоянии бизнес-процесс завершается. Однако могут иметь место и другие процессы, способные привести к повторному открытию данного дела.

Как показано в примере на рисунке 1, «жизненный цикл» значительно проще «процесса» – он содержит только основные состояния дела и допустимые переходы между этими основными состояниями.

В этой модели состояние дела представлено свойством CaseState. Управление жизненным циклом встроено в BPM-процесс платформы FileNet, который автоматизирует обработку дела на всем протяжении от состояния New до состояния Closed. В соответствующих точках бизнес-процесса он устанавливает свойство CaseState в необходимое состояние.

Бизнес-процесс

Даже в том случае, когда дело затрагивает множество сторон и является весьма нестандартным, определенная часть обработки дела поддается автоматизации, например, в форме направления дела надлежащим специалистам. Рассматриваемая модель позволяет при создании нового дела запускать определенный бизнес-процесс. В этом бизнес-процессе могут быть использованы стандартные средства платформы IBM FileNet, а именно обработчики BPM-шагов и ECM-виджеты. Когда рассматриваемый образец программного кода запускает какой-либо бизнес-процесс, поля CaseIdentifier и CaseFolder заполняются автоматически. В примере E&U это используется для запуска процесса E&U Damage Claim.

Возможности автоматизации не исчерпываются запуском бизнес-процессов после создания нового дела. Также имеются «готовые к применению» приложения, такие как WorkplaceXT, позволяющие использовать подписки для дел определенного типа с целью моделирования дополнительных процессов, например, процесса повторного открытия дела.

Структура шаблона

После создания нового типа CaseFolder действие категории event action с именем NewCaseClass создает структуру шаблона для дел данного типа (действие NewCaseClass входит в состав описываемого актива для управления делами). Эта конфигурация шаблона хранится в хранилище объектов по адресу: /Configuration/CaseManagement/<CaseTypeName>.

Конфигурация дела

TКонфигурация для дел определенного типа хранится в каталоге шаблона объекта CaseConfig. Этот объект имеет следующие свойства:

• CaseStartingFolder (OVP-свойство, определяет местоположение новых дел) – будучи заданным, это свойство определяет, где размещается новое дело после его создания (экземпляр подкласса CaseFolder). Если это свойство не задано, дело оставляется в его текущем местоположении.
• CaseConfig — – двоичное свойство, содержащее файл свойств Java®. Этот файл свойства помещается в память и управляет поведением дела. В случае необходимости он может быть расширен для добавления дополнительных функциональных возможностей к активам управления делами:
  • createYearFolders задает необходимость создания папок, представляющих текущий год
    допустимые значения: true, false
  • createMonthFolders задает необходимость создания папок, представляющих текущий месяц
    допустимые значения: true, false
  • createDayFolders задает необходимость создания папок, представляющих текущий день
    допустимые значения: true, false
  • identifierFormat управляет форматом идентификатора
    Допустимые значения: строка
    Шаблоны:
    • ${year} заменяется текущим годом;
    • ${month} заменяется текущим месяцем;
    • ${day} заменяется текущим числом месяца;
    • ${number} заменяется текущим номером строки;
    • ${property:<property>} заменяется значением свойства <property> в экземпляре подкласса CaseFolder.
  • nameFormat задает формат имени, которым заменяется имя, указанное в API-вызове createFolder.
    Допустимые значения: строка
    Шаблоны:
    • ${year} заменяется текущим годом;
    • ${month} заменяется текущим месяцем;
    • ${day} заменяется текущим числом месяца;
    • ${number} заменяется текущим номером строки;
    • ${property:<property>} заменяется значением свойства <property> в экземпляре подкласса CaseFolder.
  • launchOnCreate устанавливает, какие процессы должны запускаться с новыми экземплярами дела данного типа. После запуска соответствующее событие категории «event action» в поле процесса CaseAttachment указывает экземпляр подкласса CaseFolder (экземпляр дела), а в поле CaseIdentifier указывает значение идентификатора для этого экземпляра дела. Эти процессы должны быть переданы на запуск. Действие event action запускает последнюю переданную версию.
    Допустимые значения: список процессов, разделенных пробелами.

  В листинге 1 показано значение по умолчанию для свойства CaseConfig.

createYearFolders true
createMonthFolders true
createDayFolders false
identifierFormat ${year}${month}-${number}
nameFormat Claim ${year}${month}-${number}
diaryName Timeline

Папки, входящие в конфигурацию дела

Шаблон дела для дел определенного типа содержит папки для хранения активов, используемых при создании решения управления делами с помощью продуктов Agile ECM, а именно:

• Storing CodeModules (CodeModules)
• Storing Forms (Forms)
• Storing Business Processes (Workflows)

Кроме того, конфигурация содержит папки, которые определяют, какие документы и специальные объекты должны заполняться в новых делах:

• FileIn – папка для хранения документов, подлежащих включению в дело;
• CreateIn – папка для хранения новых документов, создаваемых в рамках ведения дела.

Кроме того, по умолчанию создаются еще две папки:

• Instances – по умолчанию это место для хранения новых дел данного типа. Вы можете модифицировать эту настройку посредством изменения конфигурационного объекта для текущего дела;
• Series – папка для хранения экземпляров объектов CaseNumber. Если вы хотите начать нумерацию заново или изменить следующий номер, обновите или удалите объект CaseNumber для соответствующей последовательности.

Безопасность

Модуль предусматривает механизмы безопасности в следующих местах:

• в шаблоне дела для всех экземпляров дела данного типа;
• в экземпляре дела для всех объектов, содержащихся в данном деле;
• в объекте данного дела.

После первоначального создания шаблона дела в этом шаблоне создается объект CaseSecurityObject. Механизмы безопасности в этом объекте наследуются от всех экземпляров дела данного типа посредством механизма partial security proxy. После вызова действия NewCase оно настраивает свойство security proxy в экземпляре дела в соответствии с объектом CaseSecurityObject. Это позволяет объединить механизмы безопасности экземпляра дела и объекта CaseSecurityObject.

В каждом экземпляре дела можно настроить дополнительные механизмы безопасности. Это позволяет усилить защиту каждого конкретного дела до надлежащего уровня.

Элементы текущего дела наследуют механизмы безопасности от соответствующей папки (экземпляра дела). В случае необходимости вы можете применять к этим объектам дополнительные механизмы безопасности.

На рисунке 2 показана модель безопасности, применяемая в образце актива управления делами.

Рассматриваемый образец актива предоставляет гибкую модель безопасности. В описываемом ниже примере эта модель используется для поддержки единого центра, в котором можно было бы настраивать механизмы безопасности для всей информации во всех претензиях – вне зависимости от типа информации, используемой в этих претензиях. Эта модель позволяет настраивать безопасность дела на основе задействованных в нем ролей всего в одном объекте (CaseSecurityObject), при этом все остальные объекты данного дела являются наследниками вышеупомянутого объекта.

Diary (Дневник)

Центральной частью каждого дела является его «история» – дневник (diary), ассоциированный с делом. Обычно в дневник дела заносятся любые действия, предпринятые в рамках этого дела, а также весь добавленный или обновленный контент. Кроме того, в дневник включаются все действия, связанные с объектами данного дела.

В рассматриваемой типовой модели управления делами каждый экземпляр дела содержит папку под названием Diary. Эта папка содержит набор документов типа CaseDiaryObject (т.е. объектов типа Document). Она также может быть объектом типа Custom, но при этом останется объектом типа Document, поэтому элементы дневника могли быть отображены в ECM-виджете Content List, а также в ECM-виджете WorkplaceXT.

CaseDiaryObject обладает следующими свойствами:

• CaseDiaryAction - выполненное действие;
• CaseDiaryActor – лицо, выполнившее действие;
• CaseDiaryCustomObject, CaseDiaryDocument или CaseDiaryFolder – ссылки на измененный объект. Только одно из этих свойств может быть установлено (в зависимости от типа объекта);
• CaseDiaryDate – дата произошедшего действия;
• CaseDiaryPath – относительный путь измененного объекта в деле;
• CaseIdentifier – идентификатор дела;
• CaseObject – ссылка на папку дела.

Действия категории «event action»

Актив управления делами, реализованный посредством образца программного кода, состоит из модели данных и трех действий категории «event action». В описываемой платформе эти действия выполняют базовые функции по управлению делами.

Действия категории event action находятся в пакете org.ibm.ecm.industry.casemanagement.eventactions.

NewCaseClass

Это действие «прислушивается» к появлению новых определений класса. В случае обнаружения нового определения класса в папке CaseFolder это действие создает конфигурацию шаблона для дела данного типа по адресу: /Configuration/CaseManagement.

Метод onEvent действия NewCaseClass вызывает программный код, показанный в листинге 2.

if (cd.describedIsOfClass(CaseUtil.CLASSDEFINITIONS.CASEFOLDER.value())) {
	InitialSetup.createCaseManagementFolders(os);
} else {
	debug("Не подкласс папки дела:" + cd.get_SymbolicName());
}
debug("Создание конфигурации нового дела для : " +
cd.get_SymbolicName());

Это действие вызывает метод InitialSetup.createCaseManagementFolders(os), который создает конфигурацию шаблона для дела нового типа.

NewCase

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

• перемещает папку в соответствующее местоположение;
• формирует идентификатор дела на основе шаблона и соответствующего порядкового номера;
• формирует имя на основе шаблона;
• помещает документы в папку FileIn, находящуюся в шаблоне нового экземпляра;
• для каждого документа в папке CreateIn создает новые документы в шаблоне нового экземпляра;
• запускает последнюю версию сформированных процессов.

TОписываемое действие вызывает программный код, показанный в листинге 3.

f = (Folder) P8Util.validateProperty(f, PropertyNames.PATH_NAME, P8Util.PF_FOLDER);
 CaseType cf = new CaseType(os, f.get_ClassDescription());
 
// Создание нового дела
Case c = Case.newCase(os, cf, f);

CaseDiary

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

Описываемый метод вызывает программный код, показанный в листинге 4.

// является ли объект папкой
if (obj instanceof Folder) {
	Folder fNew = (Folder) obj;
	Folder f = P8Util.getFolder(os, fNew.get_Id().toString());
	subscribeFolder(os, f, event);
}

subscribe(os, obj, true, event);

Когда дневник подписан на определенный объект, он «прислушивается» к появлению соответствующих обновлений. Если такое обновление происходит, дневник регистрирует это событие с помощью следующей строки кода:

logEvent(obj, MSG_UNFILE, event.get_InitiatingUser(), event.getClass().getCanonicalName());

В методе logEvent дневник выявляет все папки дела, содержащие данный объект, после чего создает соответствующую запись в журнале (с помощью программного кода, показанного в листинге 5).

if (myCase == null) {
	debug("Не удалось найти дело для папки " + f.get_PathName());
} else {
	myCase.logEvent(obj, msg, user, action, fic.getPath());
}

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

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

• USER – идентификатор пользователя, который вы используете для входа в хранилище объектов FileNet;
• PASS – пароль, который вы используете для входа в качестве вышеупомянутого пользователя;
• URI - URL-адрес компонента FileNet Content Engine;
• JAAS – контекст JAAS для использования при входе;
• OBJECTSTORE – хранилище объектов, в которое должен быть установлен актив управления делами;
• CELIB – каталог, в котором находятся библиотеки API-интерфейсов FileNet P8 Content Engine, включая Jace.jar;
• CEWSI – каталог, в котором находится API-интерфейс WSI компонента FileNet P8 Content Engine.

После надлежащего конфигурирования файла install.bat вы можете запустить его на исполнение с помощью следующей команды:

install

В результате выполнения этой команды будут установлены модель данных, действия типа event action и подписки. В результате установки актива управления делами в хранилище объектов будет создан подкласс CaseFolder, который затем создаст шаблон для дела нового типа.

В процессе установки исполняется программный код, показанный в листинге 6.

InitialSetup.createSchema(osObj);
InitialSetup.createInitialEventActions(osObj);
InitialSetup.createInitialFolders(osObj);

Пример управления делами – претензия по возмещению ущерба в секторе энергетики и коммунального хозяйства

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

Соответствующее дело создается той бизнес-системой, которая формирует наряд на работы по ремонту указанной выше собственности. Как правило, это система SAP или подобная ей. Указанная система инициализирует процесс IBM FileNet (как правило, с помощью Web-сервиса), который создает экземпляр DamageClaim CaseFolder с соответствующими метаданными, такими как местоположение и порядковый номер наряда на работу.

Создание CaseFolder запускает обработку дела по управлению претензией.

Вы можете установить соответствующую модель данных посредством редактирования и запуска файла euinstall.bat из состава описываемого в данной статье актива управления делами. Шаги в следующих разделах демонстрируют конфигурирование актива управления делами для исполнения указанного сценария. Для упрощения статьи некоторые аспекты конфигурирования опущены.

Для установки сценария E&U достаточно выполнить следующую команду:

euinstall

Конфигурирование сценария E&U Damage Claim

Создание подкласса DamageClaim

Для начала следует создать подкласс в определении класса CaseFolder. Для этого запустите компонент Enterprise Manager. После этого перейдите к хранилищу объектов, в которое был установлен актив управления делами, а затем к классу CaseFolder (рисунок 3).

В этом классе создайте новый класс под именем DamageClaim со следующими свойствами:

• EULocation
• EUDepartment
• EUAccountNumber
• EUAccidentZip
• EUAccidentDate
• EUEstimatedCost
• EUActualCost

В этой точке актив управления делами создает папку шаблона в следующем месте: /Configuration/CaseManagement/DamageClaim.

Конфигурирование типа CaseFolder

В папке шаблона измените объект CaseConfigObject таким образом, чтобы разместить новые дела в папке /E&U Claims/Damage. Для этого выполните следующие шаги:

• создайте папку /E&U Claims;
• создайте папку /E&U Claims/Damage;
• измените свойство CaseStartingFolder таким образом, чтобы оно указывало на папку /E&U Claims/Damage.

Затем измените свойство CaseConfig, как показано в листинге 7.

createYearFolders true
createDayFolders true
identifierFormat ${year}${month}-${number}
nameFormat Damage Claim ${year}${month}-${number}
diaryName Timeline
launchOnCreate EUNewDamageClaim
createMonthFolders false

После этого создайте соответствующий бизнес-процесс и типовые документы.

Создание бизнес-процесса

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

На рисунке 4 с помощью простой «раскадровки» демонстрируется, как указанные выше действующие лица взаимодействуют в контексте претензии.

Создайте процесс и передайте его как EUNewDamageClaim. Образец процесса находится в каталоге resources/claims/.

Создание документов

В данном типовом сценарии специалист по претензиям для каждой новой претензии заполняет отчет о происшествии. Для отчета о происшествии создайте Word-документ, как показано на рисунке 5 (образец исходного кода содержит такой же типовой документ).

Сохраните этот отчет в папке CreateIn. При создании новых экземпляров DamageClaim этот документ копируется в качестве нового документа в каждую новую претензию.

Создание новой претензии по возмещению ущерба

Этот процесс запускается в случае создания нового экземпляра DamageClaim. Запуск инициируется событием подписки на CaseFolder для действия NewCase. Указанное событие настраивает новое дело и запускает процесс EUNewDamageClaim. После запуска указанного процесса в почтовом ящике группы поддержки претензий появляется соответствующая задача (рисунок 6).

Сотрудник группы выездной поддержки нажимает мышью на эту задачу и вводит сведения о предполагаемой стоимости и местоположении (рисунок 7).

Выездной специалист нажимает мышью на вложения и переходит к отчету о происшествии. Затем этот выездной специалист заполняет форму и сохраняет ее в репозитарии. Указанные выше операции перехода и обновления также могли бы быть выполнены с помощью компонентов IBM FileNet Office Integration или WebDAV – в зависимости от того, каким образом заказчик желает получать доступ к этой информации и управлять ею.

После заполнения формы выездной специалист обновляет документ в среде FileNet P8 и завершает задачу. После этого процесс переходит к специалисту по претензиям.

Специалист по претензиям собирает дополнительные данные и готовит претензию к передаче в страховую компанию. Специалист открывает претензию и указывает реальную стоимость в соответствующем поле (рисунок 8).

После сохранения документа в репозитарии осуществляется оповещение действия CaseDiary и создается новый элемент дневника для обновления.

К этому моменту претензия выглядит приемлемо, поэтому специалист передает ее на следующий этап. Теперь претензия поступает к менеджеру по претензиям, который несет ответственность за нее до тех пор, пока не будет получена оплата или не возникнет необходимость в судебном разбирательстве по этой претензии. Менеджер по претензиям может наблюдать за данной претензией с помощью своего почтового ящика. Кроме того, он может использовать компоненты Workplace или Agile ECM для подачи запросов для поиска экземпляров класса DamageClaim со статусом Open.

После получения информации об оплате менеджер по претензиям открывает претензию, меняет состояние оплаты на PAID (Оплачено) и вводит дату оплаты (рисунок 9).

После этого менеджер по претензиям завершает претензию. Финансовая система получает соответствующую информацию и производит пересчет финансовых резервов. В конечной точке процесса состояние претензии по возмещению ущерба меняется на Closed (Закрытое дело), после чего дело декларируется как архивная запись (если необходимо). Эти операции могут быть выполнены с помощью «готовых к применению» BPM-компонентов. На этом описываемый процесс завершается. В этой точке претензия сохраняется в компоненте P8 Content Engine с возможностью полного отслеживания результатов и обоснования принятых решений.

Заключение

Данная статья и прилагаемый к ней пример программного кода описывают реализацию функций управления делами с использованием платформы IBM FileNet P8. Представленный пример наглядно демонстрирует, как можно использовать мощь и гибкость платформы P8 в рамках решения для управления делами. Платформа FileNet P8 предлагает широкие возможности, такие как папки Content Engine, события категории «event action» и механизмы безопасности, а также компоненты Office Integration, Workplace XT, FileNet BPM и ECM Widgets. Эти возможности существенно ускоряют окупаемость любого решения для управления делами на основе платформы FileNet P8.

В начало

Загрузка

Информация о методах загрузки

Ресурсы

Научиться

• Оригинал статьи: Use IBM FileNet P8 to develop case management solutions). (EN)
  
  
• IBM FileNet P8 Platform and Architecture: (Платформа и архитектура FileNet P8). Эта публикация серии IBM Redbooks®представляет собой обзор платформы FileNet P8 и описывает архитектуру ее базовых компонентов. (EN)
  
  
• Дополнительная информация об отраслевых ECM-решениях IBM.(EN)
  
  
• Для получения детальной информации о платформе IBM FileNet P8 и связанных с ней компонентах обратитесь Информационный центр по платформе IBM FileNet P8.(EN)
  
  
• Дополнительная информация о стратегии Advanced Case Management от IBM.(EN)
  
  
• Раздел ECM на портале developerWorks предоставляет ресурсы, необходимые для совершенствования навыков в области ECM- продуктов(EN).
  
  

Обсудить

• Присоединяйтесь к сообществу ECM.(EN)
  
  
• Читайте блоги developerWorks и присоединяйтесь к сообществу developerWorks . (EN)
  
  

Об авторе

Эл Браун (Al Brown) работает архитектором в группе отраслевых решений направления IBM Enterprise Content Management. На протяжении последних шести лет он участвовал в разработке нескольких стандартов в области ECM. До прихода в IBM Браун основал компанию eGrail, которая занималась управлением Web-контентом. В 2002 году компания eGrail была приобретена компанией FileNet, и Эл Браун стал директором подразделения FileNet CTO, где занимался стратегическими вопросами в таких областях, как составные документы, контентные бизнес-сервисы, управление Web-контентом, активное хранение и извлечение информации. В 2006 году компания FileNet была приобретена корпорацией IBM, после чего Браун начал работать в IBM. Эл Браун является обладателем степени бакалавра наук по математике и вычислительной технике, полученной в Школе горного дела Колорадо, и степени MBA, полученной в Университете Южной Калифорнии. Он является обладателем двух патентов; еще несколько заявок на патенты находится в работе.

Оценить эту статью

Комментарии

В начало

Содержание

• Введение
• Модель управления делами
• Установка актива управления делами
• Пример управления делами – претензия по возмещению ущерба в секторе энергетики и коммунального хозяйства
• Заключение
• Загрузка
• Ресурсы
• Об авторе
• Комментарии