Система документооборота

Question

Я только что начал работу в новой компании связи, и мы рассматриваем систему документооборота/интранета для управления рабочими местами и процессами.

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

1. Получить файл данных (FTP, электронная почта и т.д.)
2. файл данных процесса (либо общий сценарий с отображением данных в файл, или на заказ пакета ETL). Добавляет значение адресов
3. Создать PrintStream (отправить обработанный файл данных в постскрипте/PDF состав двигатель), или создать выход
4. электронной почты Отправить вывод на производственную площадку (копия для ввода принтера потока, почтовые машины)
5. процесса других потоков (например, отправлять электронные письма/факсы, загружать электронный архив)
6. обновления внутренних системы (например, складские запасы, счета-фактур)

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

Я стараюсь, чтобы все элементы были разделены. Некоторые из них будут с полки (например, композиция для печати, отправка/управление электронной почтой, CRM). Некоторые из них будут построены в доме (например, поврежденный результат переработки).

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

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

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

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

Любые предложения? Я взглянул на Biztalk, но не уверен, что он слишком переполнен или не подходит для внутренних систем. Еще одним продуктом, которым я подвергался, является Sagent Automation, но он выглядит немного покей.

- EDIT -

Забыл упомянуть, наш существующий набор навыков в значительной степени Microsoft. Поэтому все, что угодно в технологиях Microsoft/.Net, было бы предпочтительнее. Но если есть фантастический продукт, мы не отрицательно относимся к upskilling

Answer 1

Проверьте Apache's Active MQ. Он реализует спецификацию Java Message Service 1.1, слои в API сервлета и имеет множество функций, которые должны отвечать вашим требованиям. Вы также можете сложить на Camel, который добавляет богатую реализацию многих enterprise integration patterns.

Как правило, сообщения JMS сохраняются в базе данных транзакций, которые могут быть сконфигурированы так, чтобы обеспечить вам чрезвычайно высокую степень отказоустойчивости (например, RAID-массивы баз данных master-backup, несколько копий файлов журналов транзакций). В дополнение к базе данных могут работать несколько нагрузочно-сбалансированных серверов приложений, работающих под управлением Active MQ, чтобы обеспечить масштабируемость и высокую доступность. Я думаю, вы обнаружите, что вы можете писать свои компоненты очень развязанным образом, если вы используете Active MQ в качестве общей шины сообщений.

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

Взгляните на Java Message Service, 2nd Edition О'Рейли, который только что вышел на этой неделе.

Другой проспект должен быть рассмотрен в BPEL (Бизнес-процесс исполнения Languge).

Редактировать: Я не очень хорошо знаком с предложениями Microsoft, но MSMQ кажется эквивалентным JMS.

Вы должны иметь возможность использовать ActiveMQ в среде Microsoft. Они утверждают, что поддерживают «cross language clients», как «C# и .NET». И даже если это должно быть проблематично, поскольку у ActiveMQ есть API-интерфейс на основе сервлетов Java для сообщений о очередности и де-очереди, внешний мир должен иметь возможность отправлять HTTP-запросы на сервер ActiveMQ. Это должно ограничить объем обучения вашей команды. Удачи, это звучит как потрясающий проект!

Answer 2

У SharePoint есть механизм рабочего процесса, который работает очень хорошо. Вы можете создать свой рабочий процесс с помощью SharePoint-дизайнера или Visual Studio 2008. Он использует Windows Workflow, который похож на BizTalk (если не тот же движок), но без других служб BizTalk, которые могут не понадобиться для вашего приложения.