Российская платформа «Акола» позволяет собирать корпоративные веб-приложения без программирования, от простого сайта до ERP-системы. Модель данных, бизнес-логика, интерфейсы и интеграции настраиваются в визуальных редакторах, а готовое решение можно развернуть в собственной инфраструктуре или в Yandex Cloud. В статье разбираем инструменты платформы, примеры ее применения и вопросы, которые стоит проверить до начала проекта.
Что такое «Акола»
Когда типовая система не покрывает процессы компании, остается два привычных пути. Можно заказать разработку с нуля или дорабатывать готовый продукт. Оба варианта требуют программистов, а внутренние сервисы приходится менять вслед за процессами снова и снова. No-code-платформы предлагают собирать приложение из визуальных компонентов, без написания кода.
«Акола» относится к этому классу. На ней создают корпоративные порталы, внутренние сайты и веб-приложения, вплоть до полноценных информационных систем. Платформа включена в реестр российского ПО (запись № 23176 от 15 июля 2024 года) и может применяться в проектах импортозамещения.
Разработчик выделяет две основные аудитории:
- Компании без собственной разработки. Для них «Акола» служит инструментом автоматизации процессов, под которые нет готовых продуктов. Это может быть база знаний, система обработки обращений или внутренний сервис с нестандартной логикой.
- ИТ-интеграторы и разработчики. Они собирают на платформе решения для заказчиков и быстрее вносят изменения, когда меняются требования.
По заявлению компании, большинство no-code-инструментов позволяют визуально собрать лишь отдельные части приложения, например формы или страницы. «Акола» охватывает весь цикл, включая модель данных, логику, интерфейсы, интеграции и сопровождение готового продукта. Прямых аналогов на российском рынке у платформы, по оценке разработчика, нет.
Как собирается приложение
Модель данных
Работа над приложением начинается со структуры данных. В «Аколе» можно описать практически любые сущности и связи между ними, спроектировать таблицы, задать ролевую модель и правила жизненного цикла объектов. Приложение в итоге строится вокруг процессов компании, и подгонять процессы под ограничения готового продукта не приходится.
Бизнес-логика
За логику отвечает модуль «Алгоритмизатор». В нем из блоков собираются сценарии обработки данных с условиями, триггерами, автоматическими действиями и уведомлениями. Например, можно настроить заполнение таблицы разрешений на основе данных о посещениях или пересчет оценок сотрудников после загрузки файла от руководителя.
Помимо редактора алгоритмов, конфигуратору доступны менеджеры сроков, уведомлений, автотестов и API, правила разграничения доступа (ACL), генераторы таблиц и объектов, фильтры, роли пользователей и виджеты.
Стоит учитывать, что отказ от кода не отменяет проектирования. Запутанный процесс в визуальном редакторе останется запутанным, а сопровождать конфигурацию должен человек, который понимает и структуру данных, и логику процессов компании. Эту роль лучше определить еще до начала проекта.
Интерфейсы
Страницы, порталы и представления объектов собираются в редакторе макетов из виджетов. Жестких шаблонов платформа не навязывает, поэтому внешний вид можно привести к корпоративному стилю или к требованиям конкретной группы пользователей. Для одного приложения допускается сразу несколько интерфейсов, например отдельный портал для сотрудников и рабочее место для специалистов поддержки.
Сопровождение
Для поддержки готового продукта в платформе есть автотесты, статистика использования приложений и управление конфигурациями. Изменения объектов и конфигураций фиксируются в виде версий, что упрощает контроль над доработками.
Интеграции и ИИ
Корпоративное приложение почти всегда обменивается данными с другими системами, поэтому интеграционные механизмы встроены в платформу. В «Аколе» есть конструктор API, автоматически генерируемый API с поддержкой Swagger и механизмы обмена файлами. Подключение к внешним системам настраивается визуально, как и остальные части приложения.
Отдельный блок возможностей связан с большими языковыми моделями. LLM можно использовать для поиска по данным приложения или встроить прямо в бизнес-логику создаваемого приложения. Создавать для этого отдельный ИИ-модуль не требуется.
Перед использованием LLM в рабочих процессах стоит выяснить, какие модели поддерживает платформа и где они размещены. Если данные не должны покидать контур компании, этот вопрос становится принципиальным.
Что строят на платформе
Важно разделять саму платформу и продукты на ее основе. «Акола» дает среду разработки, а конечным результатом становится конкретное бизнес-решение, будь то корпоративный портал, база знаний или ITSM-система.
Диапазон таких решений широк. На платформе делают сайты и лендинги, HR-системы, CRM, базы знаний, системы документооборота, сервисы поддержки и обработки обращений, ITSM- и ERP-системы. Наибольший спрос, по наблюдениям разработчика, приходится на внутренние сервисы для кадрового управления, документооборота и обслуживания сотрудников. Процессы в этих областях меняются часто, и типовое ПО за ними не всегда успевает.
Пример «Диво»
Наиболее показательный кейс связан с ESM-платформой «Диво». Она объединяет в одном пространстве сервисы ИТ-подразделения, административно-хозяйственной службы, HR и других внутренних функций. В новой версии ядро «Диво» построено на «Аколе».
Раньше большинство изменений в продукте требовало участия программистов. После перехода на платформу сервисные процессы настраиваются визуально, и заказчики могут запускать новые процессы без обращения к разработке. По данным компании, запуск новых сервисов ускорился до шести раз по сравнению с прежней версией. Для сервисных подразделений, где регламенты пересматриваются регулярно, это заметное преимущество.
Варианты развертывания
Собственная инфраструктура
Для установки on-premise платформа поставляется в Docker-контейнерах. По словам разработчика, установка и базовая настройка укладываются в один рабочий день. Речь идет именно о запуске платформы; сроки создания конкретных приложений зависят от их сложности.
По назначению «Акола» рассматривается как замена зарубежным средствам разработки корпоративных приложений, включая SharePoint, Bubble, Creatio, Mendix и Salesforce Lightning.
Облачная версия
Платформа также доступна на маркетплейсе Yandex Cloud. Облачный вариант ориентирован на небольшие команды и средний бизнес, которым невыгодно разворачивать собственную инфраструктуру. Доступ к системе можно получить за несколько часов или дней, что удобно для проверки гипотез и пилотных проектов.
Данные и процессы в облаке размещаются в едином защищенном контуре, а права пользователей разграничиваются вплоть до отдельных полей объектов. Инфраструктуру обслуживает Yandex Cloud, вопросы эксплуатации платформы и разработки приложений закрывает команда «Аколы».
Лицензирование облачной версии помесячное. Базовый тариф рассчитан на одного администратора и одного пользователя, а расширить его можно до 100 пользователей и 10 администраторов без изменения архитектуры. Для крупной организации этого может оказаться недостаточно, и тогда разумнее сразу рассматривать локальную установку.
Справочный центр
Вокруг платформы формируется собственная экосистема. Справочный центр «Аколы» объединяет техническую документацию, описания обновлений, экспертные публикации и практические рекомендации по разработке. Там же работает сообщество, где клиенты, партнеры и разработчики обсуждают применение платформы и делятся кейсами. Для no-code-инструмента такая база особенно полезна, поскольку большую часть конфигурации выполняют специалисты без опыта программирования.
На что обратить внимание перед выбором
No-code-платформа сокращает объем программирования, но переносит часть ответственности на тех, кто будет собирать и сопровождать приложения. Поэтому оценку «Аколы» полезно начать с конкретной задачи, а не с перечня возможностей.
Первым делом стоит проверить границы визуальной разработки. Нужно понять, что произойдет, если какую-то функцию не удастся реализовать стандартными средствами, и можно ли в таком случае подключить собственный код или внешний сервис.
Далее имеет смысл оценить производительность на реальных объемах данных. Приложение, которое быстро работает с тестовой выборкой, может вести себя иначе при тысячах пользователей и миллионах записей, поэтому нагрузочный сценарий лучше включить в пилот.
Отдельный вопрос касается зависимости от платформы. Приложение, собранное в «Аколе», работает только в ее среде. Перед стартом крупного проекта стоит уточнить, в каком виде можно выгрузить данные и конфигурацию, если компания решит сменить инструмент.
Наконец, стоит заранее определить состав команды. Даже без программирования кто-то должен проектировать модель данных, настраивать права доступа и следить за версиями конфигурации. Справочный центр и сообщество помогают в обучении, но экспертиза внутри компании остается обязательным условием.
Итоги
«Акола» закрывает полный цикл создания корпоративного веб-приложения в визуальной среде, включая модель данных, логику, интерфейсы, интеграции и сопровождение. Платформа входит в реестр российского ПО, доступна в локальной и облачной версиях и уже используется как ядро коммерческого продукта, ESM-платформы «Диво».
Сильнее всего подход проявляет себя во внутренних сервисах, где процессы часто меняются и ждать очередного релиза от разработчиков неудобно. Встроенные инструменты для работы с LLM и развитое сообщество делают платформу интересной и для интеграторов, которые собирают решения под заказчиков.
Как и в случае с любым no-code-инструментом, результат определяется качеством проектирования и компетенциями команды. Решение о внедрении разумно принимать после контролируемого пилота, с реальными данными и нагрузкой.