Во-первых, дайте выводы, которые можно использовать для принятия решений.
В центре внимания суждения не названия продуктов, а ответственность бизнеса за процессы. Для OA подходят общие синергии, такие как отпуск, возмещение, печать и т. д.; такие процессы, как заказы, контракты, письма, закупки или обслуживание клиентов, которые охватывают несколько систем, имеют сложные правила и постоянные изменения в их версиях, требуют BPM или профессиональных бизнес-систем. OA может служить единой точкой входа, BPM отвечает за организацию процессов, а ERP, CRM и другие продолжают поддерживать официальные бизнес-данные.
Какие условия необходимо определить до вынесения решения?
На разных этапах работы, данных и проектов на один и тот же вопрос могут быть даны разные ответы. Предлагается проверить следующие условия и включить общие выводы, содержащиеся в Интернете, в свои собственные проекты.
Предложенный порядок аванса
Во-первых, мы будем четко понимать цель и границу.
Были выбраны три высокочастотных процесса, которые рисуют роли, данные и системные действия.
Ключевая зависимость от валидации
Различие между согласованным утверждением, профессиональными операциями и представлением кросс-системы.
Разработка оценочных результатов
Сравните конфигурацию OA и программу BPM с реальными нормальными и ненормальными образцами.
Убедитесь, что вы выбрали следующий шаг с реальными результатами.
Закрытая линия связи, прежде чем принять решение о расширении единой технологической платформы.
Как вы понимаете это в реальном бизнесе?
Процесс утверждения контракта завершается в OA, но заказчиком, предложением, возвратом и электронной подписью являются CRM, финансовые и подписные платформы соответственно.На данный момент OA подходит для доставки портала, BPM или интегрированные услуги организованы в ответственном состоянии, а основные данные контракта по-прежнему управляются контрактной или бизнес-системой.
Самый простой способ наступить.
Сделайте все операции OA формами, создайте новые острова данных.
Просто чтобы увидеть, может ли блок-схема быть вытянута, не проверена и возвращена.
OA и BPM поддерживают одно и то же состояние процесса отдельно без основной ответственности.
Как мы должны в конечном итоге получать и подтверждать?
Реальные процессы должны использоваться для проверки инициации, ветвления, подписания, возврата, вывода, агента, тайм-аута, сбоя интерфейса и изменения полномочий, а также для идентификации каждого типа мастера данных, версии, журнала и оператора.
При подготовке к общению с поставщиками или внутренними командами рекомендуется приносить текущие процессы, репрезентативные образцы, существующие системы, сроки планирования и бюджетные уровни.Сначала четко обозначены неизвестные пункты, а затем принимается решение об использовании диагностики, PoC, проектов фиксированного диапазона или текущих исследований и разработок, что обычно более надежно, чем прямой спрос на цену и продолжительность без границ.