Программа учета судебных дел XSUD научилась автоматически учитывать нестандартные пожелания клиентов

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

Продукты

Так появился конструктор правил или просто ТСА (Trigger-Condition-Action). Мы разложили процессы и потребности клиентов на крупные составляющие и стало очевидно, что все они работают по схожей цепочке: триггер, условие и действие. 


Триггер (Trigger) — действие или событие, после которого происходят автоматические изменения в системе. Примеры действий: назначено заседание, появился судебный акт, создана претензия. 


Условие (Condition) — ограничение на срабатывание триггера. Например, документ добавил руководитель отдела, появилась апелляционная инстанция, событие содержит определенный текст.


Действие (Action) — действие, которое должно произойти, если условия выше были выполнены: отправлено уведомление, поставлена задача, внесены изменения в календарь, изменилось поле.


Сейчас каждое новое требование мы раскладываем через призму ТСА. У 20 клиентов настроили 786 различных правил и постоянно расширяем возможности конструктора ТСА. Благодаря этому XSUD может быстро учитывать разные пожелания клиентов. 


Например, для организации в сфере водных ресурсов сервис автоматически рассчитывает и переносит в календарь даты обжалования судебных решений. В крупной оборонной компании, где один только правовой департамент насчитывает более 250 сотрудников, XSUD при регистрации нового документа сразу же ставит задачу на ответственного сотрудника и распределяет документы. А для одного из лидеров в сфере страхования мы выстроили удобную цепочку передачи данных из нашего сервиса в SAP. Из SAP данные поступают в финансовую систему для подготовки необходимых отчетов.



inside 3.png Inside 2.png