Корпоративный портал: функции, интеграции и стоимость внедрения

Когда в компании больше сотни сотрудников, а данные о них живут в 1С, кадровой системе, почте и десятке таблиц, каждый рабочий вопрос превращается в поиск нужного человека и нужного файла. Корпоративный портал собирает эти данные и процессы в одном окне с ролями и правами доступа: сотрудник видит своё, руководитель — своё подразделение, партнёр — только свой договор и свои заказы. Разберём, из каких модулей складывается портал, с какими системами его придётся связать и от чего зависит смета внедрения.

30 августа 2026 Бизнес 19 мин чтения

---

Зачем компании корпоративный портал

Корпоративный портал — внутренняя система компании, в которой сотрудники, руководители и внешние партнёры работают с данными и процессами в одном окне под своей учётной записью. Данные в нём не набираются вручную второй раз: портал берёт их из учётной системы, CRM и кадрового учёта и показывает каждому пользователю тот срез, на который у него есть права.

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

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

Кому портал окупается быстрее

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

Портал, корпоративный сайт и B2B-кабинет: в чём разница

Три продукта часто путают, потому что все они «сайт компании». Различает их пользователь и глубина процессов внутри.

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

Базовые модули корпоративного портала

Состав портала определяется под компанию, но набор, с которого начинают почти все, повторяется от проекта к проекту.

Структура компании и профили сотрудников

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

Роли и права доступа

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

Документы, заявки и согласования

Хранилище документов с версиями и правами, шаблоны заявок (отпуск, закупка, доступ, командировка, сервисный выезд) и маршруты согласования с уведомлениями. У каждой заявки есть статус, срок и ответственный, а руководитель видит очередь того, что ждёт его решения. Рядом обычно живут поиск по документам и сотрудникам и журнал действий: по нему разбирают спорные ситуации — кто изменил цену, кто согласовал списание.

Личные кабинеты и рабочие разделы

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

Дополнительные модули под задачи компании

Второй очередью подключают модули, которые закрывают уже конкретную боль подразделения:

• Обучение и адаптация. Курсы, тесты и программа ввода в должность — по объёму это отдельный продукт, ближе к платформе для обучения.
• ИИ-ассистент по внутренним документам. Отвечает на вопросы сотрудника ссылками на регламенты компании — сценарий описан на странице ИИ-ассистента для сотрудников.
• Служба поддержки внутри компании. Заявки в ИТ, АХО и бухгалтерию с очередью и сроком; на первой линии часто ставят чат-бота с ИИ.
• Мобильное приложение для сотрудников. Нужно тем, кто работает не за компьютером: торговый зал, склад, выезд. Состав — на странице корпоративных мобильных приложений.
• Кабинет партнёра или дилера. Прайсы под контрагента, лимиты, отсрочки и повторные заказы — B2B-сценарий, который часто живёт рядом с порталом.
• Уведомления в мессенджере. Для коротких действий — согласовать заявку, отметить выполнение — подходит мини-приложение в Telegram поверх той же серверной части.

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

Интеграции: 1С, CRM, кадровый учёт и телефония

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

Порядок работ по каждой интеграции одинаковый: сначала описывается, какие сущности синхронизируются и в какую сторону, затем назначается система-первоисточник для каждого поля, и только потом настраивается обмен. Технически он строится на программном интерфейсе внешней системы — принципы такого договора обмена разобраны в статье про проектирование REST API. Состав работ по учётной системе и по клиентской базе описан на страницах ERP-интеграции и интеграции с CRM, а выбор самой системы — в обзоре CRM-систем.

Среди наших технологических партнёров — сервисы, которые чаще всего подключают к порталу:

• RetailCRM — работа с клиентами и обработка заказов.
• Telphin — виртуальная телефонная станция и запись разговоров.
• Stream Telecom — операторская телефония и сервисные сообщения.
• Pushed — push-уведомления в мобильном приложении портала.
• Авито Работа — канал найма, если портал закрывает и задачи подбора.

Технологический стек и размещение портала

Серверную часть мы делаем на Python: Django — там, где много справочников, прав доступа и административных разделов, FastAPI — там, где основная нагрузка приходится на обмен с внешними системами. Услуги описаны на страницах разработки на Django и разработки на FastAPI, практическая сторона — в статье про веб-приложения на Django. Данные хранятся в PostgreSQL, обмен с учётной системой идёт через методы, которые публикует 1С:Предприятие 8.

Клиентская часть — веб-интерфейс, а для сотрудников вне офиса к нему добавляется мобильное приложение на Flutter: одна кодовая база даёт версии под iOS и Android, поэтому проект обходится дешевле, чем две отдельные команды под каждую систему. Подробности — на странице кросс-платформенной разработки. Публикация приложения возможна и в сторах под целевую аудиторию проекта, и во внутреннем распространении компании — способ выбирается на этапе технического задания.

Размещать портал можно на инфраструктуре компании или в облаке российского провайдера; выбор обычно диктуют требования службы безопасности и наличие персональных данных сотрудников. Для организаций, которым важен статус поставщика, значение имеют формальные признаки: продукт FITTIN включён в реестр российского ПО под номером 2487103, а сама компания аккредитована как ИТ-организация — запись № 52007 в реестре аккредитованных ИТ-компаний.

Этапы внедрения корпоративного портала

Корпоративный портал делается по техническому заданию, поэтому первый этап проекта — описание процессов компании.

Этап 1. Обследование процессов и техническое задание

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

Этап 2. Модель данных и матрица прав доступа

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

Этап 3. Дизайн интерфейса

Проектируются экраны под каждую роль и формируется набор компонентов, на котором дальше растут новые разделы. Порядок работ — на странице UX/UI-дизайна, про сам набор компонентов — в статье про UI-kit и дизайн-систему.

Этап 4. Разработка и подключение внешних систем

Разрабатываются серверная часть, интерфейс и обмен с учётной системой, CRM и кадровым учётом. Интеграции идут параллельно с интерфейсом: они дольше всего согласовываются на стороне заказчика, поэтому их запускают первыми.

Этап 5. Тестирование и приёмка

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

Этап 6. Запуск, перенос данных и обучение

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

Этап 7. Поддержка и развитие

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

Сроки внедрения и от чего они зависят

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

• Количество ролей. Каждая роль — отдельный набор экранов, прав и проверок при тестировании.
• Число интеграций и их состояние. Если у внешних систем есть готовые методы обмена, подключение идёт быстро; если методов нет, их сначала реализуют на стороне этой системы.
• Объём переносимых данных. Справочники и история требуют сверки, а не простого копирования.
• Скорость согласований в компании. Портал затрагивает несколько подразделений, и решение по спорному процессу принимает заказчик.

Календарный срок при этом короче суммы трудозатрат: дизайн, серверная часть и интеграции идут одновременно на разных ролях в команде. По часам работы это может быть, условно, три человеко-месяца, а по календарю — заметно меньше, потому что три специалиста работают параллельно. Если портал нужен раньше, чем будет готов полный объём, работает поэтапный ввод: сначала одно подразделение и одна интеграция, дальше остальные. Это тот же подход, что и в разработке MVP.

Типичные ошибки при внедрении

Шесть ситуаций, которые чаще всего затягивают проект или обесценивают уже готовый портал:

• У портала нет владельца со стороны компании. Без сотрудника, который принимает решения по спорным процессам, проект встаёт на согласованиях.
• Права проектируют после разработки. Матрица ролей, добавленная в конце, переписывает уже готовые экраны и запросы к данным.
• В портал переносят все процессы сразу. Одновременный запуск десяти разделов даёт длинный проект и сопротивление сотрудников; поэтапный ввод проходит спокойнее.
• Не назначен первоисточник данных. Когда одно поле правится и в портале, и в учётной системе, расхождения появляются на первой же неделе.
• Не описан отзыв доступа. Уволенный сотрудник сохраняет вход, потому что закрытие доступа осталось ручной операцией.
• Обучение не заложено в проект. Портал запускают, но сотрудники продолжают работать в таблицах, потому что новый порядок им никто не показал.

Сколько стоит внедрение корпоративного портала

Корпоративный портал считается по техническому заданию: сначала описывается объём работ, затем стоимость и срок фиксируются в договоре. Работаем по двум моделям — Fixed Price на определённый объём и Time & Materials по фактически отработанным часам со сметой и оценкой перед стартом задачи. Разницу разбирали в статье про Time & Materials и Fix Price, опубликованная сетка часовых ставок — от 2 625 ₽/час — приведена на странице тарифов. Нижняя граница обсуждения по услуге корпоративной разработки — от 400 000 ₽, это публичная цена на странице корпоративных приложений.

Что входит в стоимость

• Обследование процессов и техническое задание.
• Проектирование модели данных и матрицы прав доступа.
• Дизайн интерфейса под роли и набор компонентов.
• Разработка серверной части и интерфейса.
• Подключение внешних систем по согласованному перечню.
• Тестирование, приёмка и перенос справочников.

Что оплачивается отдельно

• Лицензии и подписки сторонних сервисов: телефония, электронный документооборот, средства защиты.
• Серверы или облачные мощности, на которых работает портал.
• Доработки на стороне учётной системы, если у неё нет нужных методов обмена.
• Развитие после запуска: новые разделы и интеграции по очереди доработок.

Отдельная статья расходов после запуска — сопровождение; его размер зависит от числа пользователей, количества интеграций и требований к времени реакции, а условия описаны на странице технической поддержки. Если своей команды на развитие не хватает, вместо найма подойдёт усиление команды нашими разработчиками.

Кейсы: роли, права доступа и обмен с учётной системой

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

Если портал уже есть и вопрос в том, развивать его или заменять, ответ дают до старта работ: аудит кода показывает состояние текущего продукта и объём работ по его развитию.

Итог

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

1. Назовите владельца портала. Один сотрудник со стороны компании, который принимает решения по спорным процессам.
2. Опишите роли до экранов. Матрица «роль — раздел — действие» составляется раньше, чем дизайн.
3. Назначьте первоисточник каждому полю. Одно поле меняет одна система, остальные читают.
4. Составьте перечень интеграций с их состоянием. Где методы обмена уже есть, а где их предстоит реализовать.
5. Запускайте по очереди. Первое подразделение и одна интеграция дают рабочий портал быстрее, чем попытка охватить компанию целиком.

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

Что делать дальше:

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

Часто задаваемые вопросы

Что такое корпоративный портал и какие задачи он решает?

Корпоративный портал — внутренняя система компании, где сотрудники и руководители работают с данными и процессами в одном окне под своей учётной записью. Он даёт единую точку входа вместо десятка отдельных систем, разграничивает доступ по ролям, забирает данные из учётной системы, CRM и кадрового учёта и ведёт заявки с маршрутами согласования. Первыми в портал обычно переносят два сценария: доступ к актуальным данным по товару и филиалам и согласование заявок с понятным статусом и ответственным.

Чем корпоративный портал отличается от корпоративного сайта?

Разные пользователи и разная глубина процессов. Корпоративный сайт открыт всем и решает задачи представления компании, сбора заявок и найма, авторизация на нём не нужна. Портал работает только под учётной записью, разграничивает права по ролям и связан с внутренними системами — учётной, CRM, кадровой. Отсюда и разница в стоимости владения: сайт дешевле в запуске и сопровождении, портал требует управления доступами, данными и очередью доработок.

Сколько стоит внедрение корпоративного портала?

Портал считается по техническому заданию: сначала фиксируется объём работ, затем стоимость и срок закрепляются в договоре. Публичная нижняя граница по услуге корпоративной разработки — от 400 000 ₽ за ограниченный объём: одно подразделение, две-три роли и одна интеграция. Дальше смета растёт вместе с числом ролей, количеством внешних систем и объёмом переносимых данных. Работаем по Fixed Price на определённый объём или по фактически отработанным часам с оценкой перед стартом задачи; опубликованная сетка ставок приведена на странице тарифов.

Какие интеграции нужны корпоративному порталу?

Минимальный набор — учётная система и кадровый учёт. Из 1С портал забирает номенклатуру, остатки, цены и контрагентов, из кадрового учёта — штатную структуру и события приёма и увольнения, на которых строится выдача и отзыв доступов. Дальше по задачам подключаются CRM, корпоративная почта и каталог пользователей для единого входа, телефония и электронный документооборот. Объём интеграций влияет на смету сильнее, чем количество экранов, поэтому их перечень фиксируют в техническом задании.

Сколько времени занимает внедрение корпоративного портала?

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

Можно ли настроить разные права доступа для сотрудников и партнёров?

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

Нужно ли мобильное приложение, если портал работает в браузере?

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

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.