Перечисленные Вами СЭД вроде Directum и Docsvision (я бы сюда еще добавил Tessa и ELMA) - не внедряются ради процессов "ЕСЛИ сумма договора > 100.000, то согласует Иванова, ИНАЧЕ Петрова", это слишком дорого. По моему опыту это происходит чтобы:
"было как у всех" - когда СЭД/ЭДО уже в каждом утюге как тот DOOM, а у тебя еще нет или только зачатки,
"навести порядок" - когда мидл-менеджмент продает C-level'у идею наведения порядка/оптимизации/ускорения в бардаках процессах под соусом оптимизации,
"документы не терялись" - тут инициатива может быть и от "C".
Причем бизнесу, который может себе позволить внедрение СЭД - не так важны "коробочные" решения (хотя по началу многие интересуются как раз стандартными возможностями), потому что любые коробки ломаются не столько о "роли", которые согласовывают документы в зависимости от атрибутов документа, сколько о разной степени безумности хотелки бизнеса, которые возникают после первых внедрений/успехов. Мои любимые примеры:
Миллион отчетов в разрезе всего что можно - сколько времени документ провел в согласовании/подписании/нормоконтроле/согласовании у юристов/согласовании у контрагента/подписании в ЭДО/сколько времени документ готовился в SAP прежде чем его перенесли в СЭД на подписание.
"А теперь давайте контролировать сколько в среднем документ находится на согласовании у меня и у других отделов, только когда я "спускаю" документ вниз на допсогласование/комментирование - вы это время у меня не учитывайте".
"Мы вот на бумаге работали с 20 отчетами, нам в электронном виде они все очень нужны тоже, и пофиг что они будут стоить миллион, без них вся работа встанет". По факту используется два отчета.
"Нам надо проверять, что в документе используются только правильные шрифты и правильные отступы/интервалы".
"Мы хотим поправить в ворде файл, а вы нам перенесите это обратно в карточку документа".
"Как это нельзя хранить закрытый ключ подписи на сервере? Нам надо, чтобы Иванова могла подписать документ от организации раз в год/квартал, но мы не готовы отдавать ей токен даже под контролем".
По тому, что я вижу сейчас в маркетинге известных СЭД - все использование ИИ сводится к OCR на стероидах, но реально тюнинг "объектов" в СЭД - все еще удел инженеров/разработчиков, ну или продвинутых аналитиков/системных аналитиков, если решение хорошо документировано (к сожалению документация обычно не на первом месте при внедрении) и есть реальный low-код, а не тот, который показывают в коробках на пресейлах.
Для небольших компаний, которые и так не могли себе позволить СЭД, или сидели на ломанных битриксах - агенты вполне могут быть заменой, но для кровавого энтерпрайза - не уверен, что кто-то будет готов взять на себя ответственность за дела, которые может наделать агент в проде.
Перечисленные Вами СЭД вроде Directum и Docsvision (я бы сюда еще добавил Tessa и ELMA) - не внедряются ради процессов "ЕСЛИ сумма договора > 100.000, то согласует Иванова, ИНАЧЕ Петрова", это слишком дорого. По моему опыту это происходит чтобы:
"было как у всех" - когда СЭД/ЭДО уже в каждом утюге как тот DOOM, а у тебя еще нет или только зачатки,
"навести порядок" - когда мидл-менеджмент продает C-level'у идею наведения порядка/оптимизации/ускорения в
бардакахпроцессах под соусом оптимизации,"документы не терялись" - тут инициатива может быть и от "C".
Причем бизнесу, который может себе позволить внедрение СЭД - не так важны "коробочные" решения (хотя по началу многие интересуются как раз стандартными возможностями), потому что любые коробки ломаются не столько о "роли", которые согласовывают документы в зависимости от атрибутов документа, сколько о разной степени безумности хотелки бизнеса, которые возникают после первых внедрений/успехов. Мои любимые примеры:
Миллион отчетов в разрезе всего что можно - сколько времени документ провел в согласовании/подписании/нормоконтроле/согласовании у юристов/согласовании у контрагента/подписании в ЭДО/сколько времени документ готовился в SAP прежде чем его перенесли в СЭД на подписание.
"А теперь давайте контролировать сколько в среднем документ находится на согласовании у меня и у других отделов, только когда я "спускаю" документ вниз на допсогласование/комментирование - вы это время у меня не учитывайте".
"Мы вот на бумаге работали с 20 отчетами, нам в электронном виде они все очень нужны тоже, и пофиг что они будут стоить миллион, без них вся работа встанет". По факту используется два отчета.
"Нам надо проверять, что в документе используются только правильные шрифты и правильные отступы/интервалы".
"Мы хотим поправить в ворде файл, а вы нам перенесите это обратно в карточку документа".
"Как это нельзя хранить закрытый ключ подписи на сервере? Нам надо, чтобы Иванова могла подписать документ от организации раз в год/квартал, но мы не готовы отдавать ей токен даже под контролем".
По тому, что я вижу сейчас в маркетинге известных СЭД - все использование ИИ сводится к OCR на стероидах, но реально тюнинг "объектов" в СЭД - все еще удел инженеров/разработчиков, ну или продвинутых аналитиков/системных аналитиков, если решение хорошо документировано (к сожалению документация обычно не на первом месте при внедрении) и есть реальный low-код, а не тот, который показывают в коробках на пресейлах.
Для небольших компаний, которые и так не могли себе позволить СЭД, или сидели на ломанных битриксах - агенты вполне могут быть заменой, но для кровавого энтерпрайза - не уверен, что кто-то будет готов взять на себя ответственность за дела, которые может наделать агент в проде.