Платформы порталов
Работаем с Liferay 7.3 и 7.4.3, а также WordPress: разрабатываем кастомные портлеты, темы, плагины и компоненты. Переносим порталы и сайты между версиями платформ, сохраняя контент и учётные записи пользователей.
Веб-сервисы
Веб-сервисы и порталы
Эксперты в области разработки корпоративных веб-сервисов и порталов. Создаём продуманные решения, которые можно развивать годами и передать другой команде без переписывания с нуля.
- 20+
- лет в заказной разработке
- Liferay
- порталы, миграции, кастомные модули
- WordPress
- корпоративные порталы и промо-проекты
Какие задачи решаем
Корпоративные порталы и интранет
Собираем единую точку входа для сотрудников и клиентов. Разграничение прав, единая аутентификация и обмен данными с учётными системами закладываются на уровне архитектуры, а не дорабатываются потом.
Личные кабинеты и внешние сервисы
Разрабатываем кабинеты для клиентов, партнёров и подрядчиков: доступ к данным, документам и статусам заявок. Проектируем сценарии по ролям.
Отраслевые информационные системы
Строим системы с каталогами, карточками объектов, поиском, рассылками и личными кабинетами. Работаем от прототипа до промышленной версии и остаёмся на сопровождении.
Развитие и миграция действующих порталов
Переносим порталы между мажорными версиями платформ и на новые платформы, сохраняя контент, учётные записи и историю. Подключаемся к системам, которые разрабатывали другие команды.
Технологии
Backend и данные
Пишем прикладную логику на Java Enterprise и Kotlin со Spring Boot, храним данные в PostgreSQL, версионируем схему через Liquibase. Отдельные части выносим в самостоятельные сервисы, если так проще развивать и обновлять систему.
Доступ и интеграции
Подключаем корпоративную аутентификацию через LDAP и Active Directory, внешнюю — через OAuth 2.0 и Keycloak. Обмен данными с учётными системами строим на уровне API.
Frontend и контент
Собираем интерфейсы на Vue.js с компонентными библиотеками, публичные и контентные разделы — на WordPress. Для редакторов создаём шаблоны и наборы блоков для самостоятельного редактирования.
Этапы работы
Оценка задачи
- Что получаете
- описание ролей и сценариев, карту интеграций, требования к платформе и оценку трудоёмкости первого модуля.
- Что нужно от вас
- описание процессов и перечень систем, с которыми портал должен обмениваться данными.
Первый модуль в работе
- Что получаете
- один рабочий раздел или сценарий на реальных пользователях — например, личный кабинет одной роли — вместе с архитектурой, на которой вырастет остальное.
- Что нужно от вас
- группа пользователей для обкатки и один ответственный со стороны бизнеса.
Внедрение и поддержка
- Что получаете
- портал в вашем контуре, интеграции с рабочими системами, перенос контента и учётных записей, документацию и регламент эксплуатации.
- После запуска
- развитие функциональности, обновление платформы и сопровождение — часть порталов мы ведём годами.
Проекты
01 / 04
Репозиторий АФТ
Отраслевая информационная система российских и независимых ИТ-решений для финансового рынка.
Подробнее
Вопросы и ответы
Портал разрабатывали не вы — возьмётесь?
Да, это для нас обычная ситуация. Мы неоднократно подключались к распределённой разработке систем вместе с командами заказчика и другими поставщиками — в том числе в проектах SAP SE. Перед стартом смотрим код, платформу и историю доработок и говорим прямо, что имеет смысл развивать, а что дешевле переписать.
Что будет с контентом и учётными записями при переносе?
Переносим вместе с порталом. В миграциях между версиями Liferay 7.3 и 7.4.3 сохраняем созданный контент и учётные записи пользователей. Объём и структуру данных проверяем на этапе оценки — там же становится видно, что придётся перерабатывать вручную, а что переносится автоматически.
Сколько это стоит?
Прайса нет: два внешне похожих портала отличаются по стоимости в разы. Сильнее всего влияют количество ролей и сценариев, число интеграций с другими системами и состояние того, что уже есть. Оценку даём после разбора задачи: до него любая цифра была бы выдумкой.
Порталом не будут пользоваться — как этого избежать?
Начинать не со всего портала сразу, а с одного сценария, который снимает конкретную сложность у сотрудника. Первый модуль запускаем на реальных пользователях и смотрим, работают ли в нём. Если нет — изменить подход на этом этапе дешевле, чем после полного внедрения.
Что нужно от нас, чтобы начать?
Описание процессов, которые должен закрыть портал, и список систем, с которыми он будет обмениваться данными. Готового технического задания не требуется, при необходимости составим его вместе. Главное — человек со стороны бизнеса, который знает процессы и может принимать решения.