Корпоративный интранет-портал: разработка, SSO, автоматизация

Кастомный корпоративный интранет-портал

Корпоративный интранет-портал — закрытая платформа для сотрудников: новостная лента, база знаний, заявки и согласования, телефонный справочник, управление задачами, HR-функции. Когда готовые решения вроде SharePoint, Bitrix24 или Confluence не закрывают специфику бизнеса или требования безопасности, приходится строить кастомный интранет. Мы занимаемся этим более 8 лет и реализовали свыше 50 проектов для компаний с численностью от 50 до 5000 сотрудников. Типовой портал часто не справляется с нестандартными маршрутами согласования или интеграцией с legacy-системами — именно тогда заказчик обращается к кастомной разработке.

Типичные проблемы, которые решает интранет

Разрозненность информации. Документы в одном месте, новости в другом, CRM — в третьем. Сотрудники тратят до 30% времени на поиск данных. Интранет объединяет всё в едином интерфейсе: лента новостей, структурированная база знаний, поиск по всем документам.

Сложные согласования. Заявки на командировку, закупку оборудования или отпуск проходят через нескольких руководителей. Без автоматизации процесс затягивается на дни. Наш конструктор форм и маршрутов согласования сокращает время обработки заявки до 2–4 часов.

Отсутствие единого справочника. Актуальные контакты сотрудников, org chart, компетенции — всё в одном месте с синхронизацией из Active Directory или 1С:ЗУП.

Как мы это делаем: стек и кейс

Из нашей практики: для одного клиента (IT-компания, 300 сотрудников) мы построили портал на Laravel 11 с React 18. Front-end — SSR на Next.js 14. База данных — PostgreSQL, поиск через Meilisearch. Аутентификация — SAML 2.0 через ADFS. Внедрили за 3,5 месяца.

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

«Портал сократил время согласования заявок с двух дней до трёх часов», — отметил руководитель IT-отдела клиента.

Почему стоит выбрать кастомную разработку вместо готового решения?

Готовые платформы (Bitrix24, SharePoint) подходят для простых сценариев, но когда требуется нестандартная логика или высокий уровень безопасности, они проигрывают. Кастомный интранет:

• не привязан к вендору и лицензионным платежам;
• легко интегрируется с legacy-системами (1С, CRM, ERP);
• позволяет реализовать любые бизнес-правила;
• масштабируется под рост компании без ограничений.

Кастомная разработка в 2-3 раза быстрее внедряет новые модули по сравнению с доработкой Bitrix24, так как мы не ограничены архитектурой вендора. Экономия на лицензиях — до 40% в год для среднего бизнеса. Средний срок окупаемости кастомного интранета — 1,5–2 года за счёт сокращения простоев и ускорения согласований.

Процесс работы

1. Аналитика (1–2 недели). Изучаем бизнес-процессы, собираем требования от ключевых отделов, определяем MVP.
2. Проектирование (2–3 недели). Рисуем прототипы, согласовываем структуру портала, готовим техническое задание.
3. Разработка (2–6 месяцев). Backend, frontend, интеграции. Ведем спринты по 2 недели, каждый завершается демо.
4. Тестирование (2–4 недели). Функциональное, нагрузочное, безопасности. Пишем автотесты.
5. Запуск и поддержка. Деплой на ваш сервер или облако, обучение администраторов, техническая поддержка.

Что входит в результат?

• Документация: описание архитектуры, инструкции по администрированию, руководство пользователя.
• Исходный код и права на него.
• Доступы к серверу, CI/CD.
• Обучение команды (2–3 дня).
• Техническая поддержка на 3 месяца (далее по договору).

Сроки и стоимость

MVP — от 3 месяцев. Полнофункциональный интранет — от 5 до 9 месяцев. Стоимость рассчитывается индивидуально в зависимости от сложности модулей и интеграций. Бюджет проекта согласовывается на этапе аналитики.

Обеспечение безопасности корпоративного портала

Все запросы — по HTTPS. Сессии с IP-привязкой (опционально). Журнал действий (audit log) фиксирует каждое действие: кто, когда, что изменил. Двухфакторная аутентификация через TOTP. Ограничение доступа по IP или VPN. Для государственных компаний — сертифицированные средства криптографии.

Интеграции

Интеграция с 1С

Интеграция с 1С реализуется через REST API (HTTP-сервисы) или обмен файлами (CommerceML). Мы настраиваем синхронизацию справочников (сотрудники, отделы) и документов (заявки, отпуска) в реальном времени или по расписанию. Для клиентов с 1С:ЗУП это сокращает ручной ввод данных на 70%.

Мобильный доступ

Progressive Web App (PWA) даёт сотрудникам доступ к интранету со смартфона без установки из App Store. Push-уведомления через FCM для важных объявлений и напоминаний о согласованиях.

За более чем 8 лет опыта мы гарантируем надёжность и соответствие вашим требованиям. Свяжитесь с нами для консультации — подготовим КП в течение двух дней. Закажите оценку вашего проекта прямо сейчас.

Разработка корпоративных порталов и внутренних систем

Мы занимаемся разработкой корпоративных порталов — CRM, ERP, LMS и Intranet. Каждый такой проект начинается не с вёрстки лендинга, а с того, как бизнес-правила лягут в архитектуру: кто видит какие данные, как синхронизируются 1С и учётная система, как 500 контактов превращаются в 500 000 без падения производительности. За 7 лет мы реализовали более 40 порталов для компаний с численностью от 50 до 5000 сотрудников. Оценим ваш проект за два рабочих дня — просто свяжитесь с нами.

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

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

Как построить ролевую модель для 30 отделов?

Модель прав доступа. «Менеджер видит только своих клиентов, руководитель отдела — весь отдел, директор — всю компанию, но финансовые данные — только финансовый директор и выше». Это не три роли — это матрица из ролей, разрешений, организационных единиц и владения записями. Если это реализовать через if ($user->role === 'manager') в контроллерах — через полгода код станет неподдерживаемым.

Правильный подход: Spatie Laravel Permission для базовой ролевой модели + Policy классы для object-level permission (can('view', $deal) проверяет не только роль, но и владение). Для сложных иерархических структур — ABAC (Attribute-Based Access Control) вместо RBAC.

Производительность на больших данных. CRM с 500 000 контактов, фильтрация по 10 полям, сортировка по активности — это задача, где наивная реализация выдаёт 15-секундные запросы. Composite indexes, денормализация агрегатов (last_activity_at на самой записи вместо MAX по связанной таблице), Elasticsearch для full-text поиска по контактам.

Real-time обновления. Несколько сотрудников работают с одним документом или задачей. Без WebSocket — постоянные setInterval с polling каждые 5 секунд, лишняя нагрузка на сервер, задержка обновлений. Laravel Broadcasting + Pusher/Soketi или собственный WebSocket сервер на Node.js — для уведомлений и изменений в реальном времени.

CRM-системы

Типичный набор: контакты, компании, сделки, активности, воронка продаж, отчёты. Технически это несложно. Сложность — в деталях.

Pipeline с кастомными стадиями. Каждая компания хочет свою воронку. Стадии должны быть настраиваемыми без деплоя. Таблица pipeline_stages с position, color, is_final, probability — и drag-and-drop для изменения порядка на UI (React DnD или dnd-kit).

История изменений. Кто и когда изменил статус сделки, поменял ответственного, добавил заметку. Audit log через Observer или spatie/laravel-activitylog. На UI — timeline с фильтрацией по типу активности.

Интеграция с почтой. IMAP/SMTP для подключения корпоративного ящика, автоматическая привязка входящих писем к контактам по email-адресу. Это надёжно работает только при правильной обработке bounce, spam, автоответов — нужна фильтрация.

Почему ERP — не про код, а про данные?

ERP — это когда CRM, склад, производство, бухгалтерия и HR объединены в единую систему. Полный ERP с нуля — редкая задача (обычно интегрируются с существующими системами), но модульные системы под конкретный бизнес — регулярная.

Ключевой принцип: финансовые операции должны быть неизменяемыми. Не UPDATE orders SET status = 'cancelled' — а создание новой записи order_cancellations с ссылкой на исходный заказ. Это принцип immutable ledger, который упрощает аудит и reconciliation.

Интеграция с 1С — почти всегда часть ERP-проекта. Двусторонняя синхронизация: из 1С в портал (справочники, остатки, цены) и из портала в 1С (заказы, документы). RabbitMQ как шина событий между системами надёжнее прямого HTTP-взаимодействия — в случае недоступности 1С сообщения ждут в очереди.

Как устроены LMS: платформы обучения

Learning Management System — это курсы, модули, уроки, тесты, сертификаты, прогресс пользователей.

Видео-контент — самая нагруженная часть LMS. Хранить видео на собственном сервере и отдавать через Nginx — плохая идея: дорого, медленно, нет адаптивного битрейта. Правильно: загрузка в S3/Cloudflare R2, транскодирование через AWS Elemental MediaConvert или Mux, HLS-плейлист для адаптивного стриминга через Video.js или Plyr.

Прогресс просмотра — через периодическую отправку watch_position с фронтенда (каждые 10–30 секунд), хранение в Redis с периодической синхронизацией в PostgreSQL. Не сохранять каждую секунду в БД — это убьёт производительность.

SCORM-совместимость — если нужна интеграция с корпоративными тренинговыми материалами. Отдельный модуль, есть готовые библиотеки (scorm-again).

Intranet и HR-порталы

Корпоративный интранет: новости, документы, оргструктура, HR-процессы (отпуска, заявки, KPI).

Оргструктура в базе данных — это иерархическая структура. Adjacency list (parent_id на каждой записи) прост в реализации, но медленен при рекурсивных запросах. Nested Sets или Closure Table быстрее для чтения иерархии, сложнее при изменениях. В PostgreSQL — рекурсивные CTE (WITH RECURSIVE) с adjacency list — баланс между простотой и производительностью.

Согласование документов и заявок — workflow engine. Простые линейные согласования (сотрудник → менеджер → HR → бухгалтер) можно сделать без специального движка. Нелинейные (параллельные ветки, условные переходы, делегирование) — стоит рассмотреть готовые решения: Temporal.io для workflow orchestration или собственный конечный автомат на базе state-machine паттерна.

Что входит в работу

При заказе разработки корпоративного портала вы получаете:

• Архитектурную документацию (ER-диаграммы, схема интеграций, матрица ролей)
• Полный код в Git-репозитории с CI/CD
• Доступы к инфраструктуре (хостинг, базы данных, хранилища)
• Обучение администраторов и ключевых пользователей (2–3 сессии)
• Гарантийную поддержку на 3 месяца после запуска

Наши принципы проектирования опираются на официальную документацию Laravel по авторизации (Policies) и рекомендации по работе с очередями.

Технический стек для порталов

Ориентиры по срокам

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