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

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

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

На самом деле все системы очень разные, но реальные различия между ними лежат в другой плоскости — это актуальность используемых технологий, качество и удобство пользовательского интерфейса, гибкость платформы, мобильность, возможности развития и ряд других факторов. Настала пора поменять ваши подходы к выбору СЭД — многостраничные опросники по функциям и техническим параметрам систем не дадут вам однозначного ответа, какая система лучше. Нужно изменить состав критериев так, чтобы учитывать реалии зрелого рынка.

Как выбирать СЭД в условиях зрелого рынка

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

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

Пожалуй, нет такой сферы деятельности в бизнесе и в госуправлении, где бы можно было обойтись совсем без документов в электронном или в бумажном виде — значит, везде будут востребованы решения СЭД.

Задача выбора системы электронного документооборота для организаций сегодня имеет особую актуальность — фактически, приходится выбирать не просто одну из прикладных систем, которую в случае чего легко заменить; речь идет о выборе весьма значимого компонента ИТ-инфраструктуры предприятия, здесь цена ошибки очень высока.

Нефункциональные требования в центре внимания

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

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

Стоит уделить больше внимания нефункциональным требованиям, которые могут сыграть роль дифференциаторов, в т.ч.:

• Простота пользования (юзабилити).
• Производительность и масштабируемость.
• Доступность (надежность) системы.
• Соответствие стандартам.

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

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

Рекомендации

• Оставайтесь реалистами, не предъявляйте к системе завышенных требований. Коэффициент запаса по производительности, масштабируемости и доступности должен быть в разумных пределах — с учетом максимального прогноза по росту документопотока и численности организации.
• Удобство использования (юзабилити) — далеко не такая субъективная вещь, как кажется на первый взгляд. В этой области есть свои стандарты и методики, позволяющие провести вполне объективную оценку. Обращайтесь к специалистам.
• Следует различать стандарты, предъявляемые к документам и процедурам их обработки и стандарты к ИТ-системам класса СЭД. В некоторых сферах действительно есть стандарты, например, в управлении качеством — серия ISO 9000. Поставщик может предложить готовое решение, которое позволит вам быстрее пройти сертификацию или аудит по управлению качеством, но это не гарантия качества самой системы — учитывайте это.

Больше — не всегда значит лучше

На зрелых рынках, как правило, победитель получает все — преобладающее большинство клиентов начинает пользоваться его продуктом.

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

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

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

У профессиональных инвесторов есть правило, что при принятии решения об инвестиции в ту или иную компанию, ее прошлые успехи и ранее вложенные в нее деньги в расчет не принимаются. Важен только будущий доход — сколько можно заработать завтра, если инвестировать в этот актив сегодня. Это вполне применимо и к ситуации выбора СЭД: покупая систему, фактически, вы инвестируете в свое будущее. Когда появился iPhone, на рынке мобильных телефонов господствовала Nokia. И где она теперь?

Зрелость рынка это отнюдь не признак его заката. Инновации продолжаются. Возможно скоро аналитики объявят нам о новой реинкарнации СЭД и начнется очередной цикл развития технологий. Стабильность на ИТ-рынке обманчива, ни один лидер не может себе позволить почивать на лаврах и клиентская база вовсе не гарантирует будущего благоденствия поставщика.

Рекомендации

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

Горизонт планирования

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

Таким образом получается, что горизонт планирования у вас должен быть не менее 7-ми лет. То есть, сегодня вы выбираете систему, расстаться с которой можно будет только по прошествии этого времени. Вы представляете, сколько всего нового может произойти! Разумеется, учесть и предвидеть все невозможно, поэтому придется делать выбор, в какой-то мере, интуитивно.

Рекомендации

• Изучите, на какой фазе жизненного цикла находятся ключевые технологии, используемые в продукте. Если они близки к своему закату, то такой продукт брать не стоит. Например: архитектура «клиент-сервер» все еще применяется, но современной назвать ее нельзя.
• Это же применимо и к самой системе документооборота — нужно оценить, на какой фазе своего жизненного цикла она находится. У вас должна быть уверенность, что выбранное решение просуществует на рынке в рамках вашего горизонта планирования. Смотреть надо не на компанию, не на бренд, а на сам продукт — сколько времени он живет на рынке в своей текущей архитектуре. Номер версии бывает обманчив, иногда версии одна от другой сильно отличаются внутренним устройством.
• Посмотрите, насколько часто выходят версии продукта. Система должна регулярно обновляться, потому что окружающая среда постоянно эволюционирует и пользователи сегодня не готовы ждать от релиза до релиза, чтобы получить новые возможности. За образец можно взять модель Google: новые функции вводятся в продукт по мере их готовности. Обновление должно происходить максимально гладко для пользователей и для компании, чтобы это не превращалось в отдельный ИТ-проект.

СЭД в ИТ-ландшафте организации

Выбирая предметы гардероба или мебель, вы думаете о том,как это будет сочетаться с остальными вещами и соответствовать вашему стилю. Точно также и с СЭД: она должна стать частью вашего ИТ-ландшафта, вписаться в него.

Причем критериев «вписывания в ландшафт» может быть много. Прежде всего, новая система электронного документооборота должна работать на том же стеке технологий, что и остальные ваши приложения, будь то Java, Microsoft, Oracle или что-то еще — иначе не оберешься потом хлопот с интеграцией.

Другой аспект: новая СЭД в большинстве случаев приходит не на пустое место, а замещает какие-то унаследованные системы. Согласитесь, вряд ли имеет смысл менять старую систему на точно такую же по своим возможностям новую. Скорее всего, появление в организации новой СЭД приведет к перераспределению зон ответственности между несколькими приложениями. Например, у вас была система регистрации и учета документов в канцелярии и отдельно — системы управления документами в кадрах, в маркетинге и в договорном отделе. Будет логично, если всех их заменит единая система.

Бывают ситуации и сложнее: допустим, у вас проходит внедрение системы документоооборота и параллельно идет глобальный проект по автоматизации бизнес-процессов на базе какой-либо BPMS. Поскольку все современные СЭД обладают встроенными возможностями по управлению бизнес-процессами, вам придется выбирать, что использовать для автоматизации процессов документооборота — возможности самой СЭД или универсальные инструменты на основе BPM-движка.

Рекомендации

• Решить, какие из старых систем будут выведены из эксплуатации после внедрения новой СЭД.
• Решить вопрос с миграцией данных, если это требуется. Далеко не все старые вещи стоит брать с собой в новую жизнь — вовсе не обязательно переносить все исторические данные в новую систему, а только те, которые нужны для бизнеса.
• Откуда СЭД будет получать мастер-данные? Если в организации нет единой системы управления мастер-данными, может быть самое время об этом подумать.
• Если какие-то функции выводимых из эксплуатации систем не могут быть покрыты новой СЭД, то нужно решить два вопроса: а) так ли эти функции необходимы; б) если да, то какими системами можно их покрыть.

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

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

Только надо защищать не отдельно взятую систему (в нашем случае СЭД), а целиком всю информационную инфраструктуру организации. Не стоит слишком нагружать прикладную систему непрофильными для нее задачами, лучше решить проблему безопасности на уровне архитектуры предприятия.

Следует также сказать, что основные угрозы для СЭД — внутренние. Утечки чаще всего происходят по вине допущенных к документам сотрудников, умышленно или по халатности. Поэтому больше внимания нужно уделить организационным мерам, а не «закручивать гайки» путем усложнения управления доступом.

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

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

Рекомендации

• Остерегайтесь избыточных требований по безопасности! Это может неоправданно увеличить стоимость проекта и отсечь многие интересные решения.
• Подходите к безопасности комплексно: самая защищенная СЭД будет бесполезна, если конфиденциальные документы лежат на общем диске.
• Электронная подпись нужна только там, где это требуется по закону. Все остальное — от лукавого, подписывать ЭЦП каждую служебную записку не нужно.
• Подробно выясните, какая модель управления доступом реализована в системе (дискреционная, мандатная, ролевая) и как она настраивается. Это может влиять на трудоемкость реализации ваших требований по разграничению доступа.
• Если вы продолжаете использовать бумажные документы, учтите это в своих требованиях по безопасности: не имеет смысла делать строгое разграничение доступа к электронным документам, если бумажные копии свободно переходят из рук в руки.

Платформа или коробочный продукт?

Пожалуй, время коробочных решений безвозвратно ушло. Адаптивность, приспособления продукта к изменчивым условиям деловой среды — вот ключевое требование, предъявляемое ко всем корпоративным системам.

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

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

СЭД должна поддерживать многие бизнес-процессы, предоставляя сервисы по работе с документами разным специалистам, поэтому гибкая платформа однозначно будет в выигрыше.

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

Рекомендации

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

Интеграция

Говоря о платформах, мы уже затронули тему интеграции СЭД с другими приложениями и системами. Одним из побудительных факторов мы назвали необходимость поддержки разнообразных бизнес-процессов, когда СЭД используется совместно с другими бизнес-приложениями — например, помогает работать с финансовой «первичкой» непосредственно в ERP.

Другой фактор — это необходимость синхронизации мастер-данных (или нормативно-справочной информации, НСИ), включая учетные записи пользователей, организационно-штатную структуру предприятия, каталоги продукции, справочники контрагентов, адресный регистр и многое другое. Чтобы работать согласованно, все корпоративные приложения должны пользоваться одними и теми же справочными данными, а для этого системы должны уметь этими данными обмениваться.

Нельзя забывать и о взаимодействии с внешним миром. При внедрении СЭД в госсекторе нужна интеграция со СМЭВ и МЭДО, в других задачах может понадобиться работа с электронной почтой, при участии в электронных торгах — обмен документами с торговой площадкой и т. д.

Поэтому наличие развитых возможностей интеграции следует считать обязательным требованием к СЭД, и это надо учитывать при выборе.

Рекомендации

• Проверьте наличие документированного API к предлагаемому продукту. Закрытые системы сегодня не имеют шансов на выживание в корпоративной среде.
• Узнайте о других способах интеграции СЭД с внешними источниками данных — готовые шлюзы, возможность использования партнерских решений и т. д. Вовсе не обязательно решать каждую интеграционную задачу вручную при помощи API.

Мобильность

Сегодня мобильные технологии — это не какой-то особый подраздел ИТ, а это и есть ИТ будущего. Поэтому проектируя любое бизнес-приложение, нужно учитывать фактор мобильности — это касается всех аспектов: архитектуры, юзабилити, поддержки разнообразных клиентских устройств, безопасности, возможности работы в облаке и т.д. Так что СЭД без мобильного клиента даже не стоит рассматривать – работа с документами обязана быть мобильной, причем это должно быть доступно не только руководителям, но и всем сотрудникам. Концепция «только iPad и только для руководителя» — это уже не современно.

Мобильный мир многополярен, монополиста на нем нет (при всем уважении к фирме Apple, которая этот рынок для нас открыла). Предлагаемая вам система электронного докуметооборота должна поддерживать все популярные мобильные платформы: iOS, Android, Windows. Причем разработка отдельных нативных приложений под каждую платформу едва ли разумный путь — как с точки зрения экономики, поскольку придется держать несколько команд разработчиков, так и с точки зрения унификации пользовательского опыта (user experience).

Концепция BYOD (Bring Your Own Device) уже принята многими организациями, которые поняли, что преимущества для бизнеса от использования сотрудниками собственных смартфонов и планшетов гораздо больше, чем риски (часто — довольно гипотетические), поскольку в области мобильной безопасности появились вполне зрелые решения, сводящие эти риски к минимуму.

Рекомендации

• Начните знакомство с СЭД с мобильного клиента. Если он вас удовлетворит, то можно двигаться дальше. Главный критерий — с системой должно быть удобно работать, все должно быть понятно без чтения документации, к чему уже привыкли мобильные пользователи. Пусть это отчасти субъективно, однако первое впечатление очень важно.
• Уточните, как именно реализована мобильная кросс-платформенность, то есть, поддержка разных мобильных платформ. (То, что это обязательно — даже не обсуждается. На одном iPad далеко не уедешь.)
• Обратите внимание на поддержку различных форм-факторов — для планшета и смартфона нужны разные интерфейсы. Конечно, читать документы со смартфона едва ли удобно, но быстро ответить на вопрос, перенаправить поручение, прочитать уведомление о срочном задании – все эти вещи вполне можно делать и с маленького экрана.
• Ценовая политика в отношении мобильных версий — отличный индикатор понимания разработчиком СЭД парадигмы мобильности. Мобильная СЭД отнюдь не товар премиум-класса, а рабочий инструмент, который нужен каждому пользователю.

Экономика

Разумеется, заказчик хочет получить лучшее решение за меньшие деньги. Но прямое сравнение коммерческих предложений разных поставщиков может не дать финального ответа, какое же из них более выгодно.

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

Каждый, кто делал ремонт в квартире с этим согласится — несмотря на самую тщательную подготовку и детальные расчеты, в жизни все получается по-другому.

Популярный показатель ROI (возврат на инвестиции) слабо применим к системам автоматизации для работников умственного труда, и к СЭД в том числе. Ускорение работы с документами само по себе прямого экономического эффекта не дает. Допустим, ваши сотрудники станут находить нужные документы быстрее и сэкономят по 1 часу в день — это же не значит, что вы сократите их зарплату на 1/8? Влияние СЭД на бизнес носит более опосредованный характер, и не всегда эти взаимосвязи можно выявить и сопоставить им количественные показатели. Качественные улучшения, как, например, повышение удобства работы с документами, тоже положительно влияют на бизнес, хотя и не измеряются в миллионах долларов.

Рекомендации

• Оценивать предложения поставщиков исходя не из цены закупки, а из общей стоимости владения (TCO) системой за срок ее плановой эксплуатации, то есть на интервале 5-7 лет.
• Выявить все скрытые расходы, не включенные поставщиком в коммерческое предложение. Для нормальной работы СЭД может потребоваться дополнительное оборудование (серверы, сканеры, принтеры, техника для работы со штрих-кодами), дополнительный персонал, обучение, модернизация каналов связи, обновление системного ПО, закупка дополнительного ПО, получение лицензий и сертификатов у регулятора, и т. д. Не стесняйтесь спрашивать — лучше все нюансы выяснить на старте проекта.
• Забудьте о расчетах ROI на основе экономии времени. Либо находите более четкие критерии, например, экономия ФОТ, если вы планируете сокращение персонала, либо полагайтесь на качественные улучшения.
• Еще один момент: внедрение системы документооборота не обязано дать вам прямую экономию. Расходы на автоматизацию документооборота логично включить в общие издержки на ведение бизнеса. СЭД сегодня — такая же необходимость, как электронная почта и доступ в Интернет.

Не «садитесь на иглу» вендора

Пожизненно обеспечивать заказами разработчика СЭД не входит в ваши планы, не так ли? Ваша цель — обеспечивать конкурентоспособность и развитие своего предприятия. Пока выбранная СЭД справляется со всеми возложенными на нее задачами, вы будете ее поддерживать и обновлять, приобретать дополнительные лицензии. Но как только станет ясно, что ваша организация переросла возможности системы, ее придется менять.

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

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

Рекомендации

• Избегайте слишком экзотических технологий; избегайте устаревших технологий, находящихся на последних стадиях жизненного цикла – дефицит специалистов может оказаться критическим фактором.
• Проанализируйте финансовое положение поставщика, особенно это касается отечественных разработчиков.
• Еще раз об открытом коде: возможно, это ваш спасательный круг, если что-то случится с поставщиком.

Система ТЕЗИС – для тех, кто думает о будущем бизнеса

СЭД ТЕЗИС — это современная система, лишенная основных недостатков отечественных систем электронного документооборота, это готовый продукт для решения классических задач по автоматизации контроля исполнительской дисциплины и процессов документооборота, и в то же время — надежная и гибкая платформа для автоматизации уникальных бизнес-процессов компании Заказчика.

К преимуществам системы относятся:

Широкие возможности типового решения без дополнительных затрат

СЭД ТЕЗИС является готовым решением с простой схемой лицензирования — нет необходимости покупать дополнительные блоки или модули, вся функциональность для автоматизации классического документооборота заложена в типовом решении.

В стандартной конфигурации системы предусмотрена возможность гибкой настройки интерфейса и процессов без применения средств программирования.

Полноценная работа в любой точке мира и с любого устройства

В системе реализован полноценный веб-доступ, что позволяет пользоваться всеми функциями системы вне зависимости от места расположения пользователя. Система работает под любой операционной системой — MacOS, Windows, Linux.

Мобильное приложение на острие технологий

Мобильное приложение СЭД ТЕЗИС разработано с помощью фреймворка React Native — современного инструмента для создания кроссплатформенных приложений. Он позволяет адаптировать интерактивные компоненты под различные операционные системы. Поддержка Android и iOS обеспечивают комфортную работу в приложении СЭД ТЕЗИС на любом смартфоне или планшете. Также мобильный клиент легко масштабируется и быстро адаптируется при модификациях основной системы.

Минимальные сроки внедрения и легкость освоения системы

Особенностью системы ТЕЗИС является высокая скорость внедрения и настройки — она не требует переоборудования рабочих мест, покупки сопутствующего ПО, поскольку устанавливается на сервер Заказчика и работает через веб-браузер. Она легко встраивается в ИТ-ландшафт любой организации. Система обладает простым интуитивно-понятным интерфейсом — позволяет быстро начать работу с ней с минимальными усилиями по обучению.

Широкие возможности развития системы и безопасность

Система ТЕЗИС позволяет автоматизировать широкий спектр задач — специфические и уникальные бизнес-процессы, выходящие за рамки документооборота, в том числе в распределенных компаниях с большим числом пользователей. Она легко масштабируется и может быть интегрирована с любыми внешними системами и приложениями и встроена в ИТ-конфигурацию вашей организации.

Платформа уровня предприятия

В основе СЭД ТЕЗИС лежит универсальная платформа Jmix (ex-CUBA Platform) уровня предприятия, позволяющая автоматизировать индивидуальные бизнес-процессы в различных отраслях.