Pplus

Пример использования MCP:
"Pyrus есть, но не работает так, как нам надо."

Компания решила три проблемы, из-за которых Pyrus не работал так, как ожидали сотрудники и руководство.

1️⃣ Первая проблема: в систему не заходили за "единственной правдой". Формы описаны, маршруты прописаны, роли розданы — а руководитель утром спрашивает в мессенджере (или нечайно в новеньком чате в Пайрус) у сотрудника «что из задач горит?». Не от лени: чтобы понять что важно, надо зайти, отфильтровать и отсортировать, прочесть, понять, оценить. Времени и мотивации на это каждый день не хватает .

2️⃣ Вторая проблема: было непонятно, какую задачу выполнять в первую очередь. Во входящих все вперемешку: срочная заявка, ответ по договору, вопрос коллеги. Выглядят одинаково, а цена ошибки разная. Разбирают не важное, а то, что раньше/громче/проще.

3️⃣ Третья проблема: решения не "доезжали" до фиксации Pyrus. На планёрке сказали: «передай задачу снабженцу», «напиши подрядчику, что работа готова». Поручение прозвучало и растворилось в обсуждении, в комментариях, мессенджере или в "новоиспеченном" чате в Pyrus. Через три дня выясняется: не передано и не написано.

Что сделали с помощью MCP Pplus: два корпоративных мобильных приложения в мессенджерах - под две разные по сути задачи.

"📥Входящие" - для сотрудников и руководителей
и
"🤍Пульс" - для руководителей.

Сегодня расскажем про первое.

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

Одна карточка — одно решение. Вместо полотна текста и полей - короткая суть задачи, вместо статусов и этапов - четыре ступени срочности:

Горит — встанет в список «📌 В работу»
Скоро — в список «📋 В очереди»
Фон — в список«🗄 Отложено»
Ожидание — убрать из входящих на указанный срок в днях или насовсем.

+ «Заметка для агента» — мост между сказанным и сделанным. Сотрудник пишет в карточке поручение — не памятку. Поручение читает агент, выполняет действие в Pyrus и закрывает отметкой.

Действия одним свайп движением пальца 📱: вправо - в работу, влево - отложить с датой возврата, вниз/вверх - понизить приоритет или его повысить. Решения копятся и уходят в Pyrus одним действием.

Стало: разбор стал "ритуалом", который занимает минуты, заходить для этого в "лучшее в мире мобильное приложение из стора 🍐" не нужно. В системе посла разбора появляется понятная индивидуальная канбан-доска со столбцами «📌 В работу», «📋 В очереди», «🗄 Отложено» как визуальный план работы сотрудника на ближайшее время.

Следующий пост расскажет про приложение "🤍Пульс" и то - как оба этих приложения используют MCP PPlus.

🚀 Запускаем первый публично доступный MCP-сервер для Pyrus

Мы сделали то, чего в экосистеме Pyrus ещё не было. Теперь Claude, Codex, Cursor, Hermes или любой MCP-клиент подключается к вашему аккаунту в Pyrus и работает с ним как опытный сотрудник с профессиональным инструментом.

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

9️⃣6️⃣ инструментов: задачи, реестры, справочники, списки, формы, маршруты согласования, права доступа, аудит автоматизации и еще множество продуманных промптов и каталогов.

🏁 Сложное становится простым

Подключите ваш ИИ к MCP Pplus и попробуйте одной фразой получить результат:

▸ «Выгрузи реестр заявок за квартал — покажи, где чаще срываются сроки»
▸ «Найди задачи старше недели — на ком застряли?»
▸ «Закрой все заявки с меткой „дубль", в каждой оставь комментарий»
▸ «Проверь доступ к форме „Договоры" — найди лишних»
▸ «Собери утренний обзор рисков по срокам моих поручений»

🔒 Безопасно

Агент видит ровно то, что видите вы в Pyrus.
Содержимое задач и ваших запросов не хранится на mcp сервере - только передаётся вам и Pyrus.
Логин и секрет может быть не нужен: хватит токена Pyrus, который ваш ИИ клиент получает сам по API перед отправкой запроса в MCP сервер.

Три облачных варианта доступа и один безоблачный.
Базовый доступ бесплатный (regular) - до 60 запросов в минуту.
Условие: подписка на этот канал или в Телеграм.
Нужно больше - есть уровни GOLD (x2 лимитов) для компаний и VIP (нет лимитов) для наших партнеров.

🤖 Подключение за 3 шага:

1. Заявка на сайте (https://docs.mcp.pplus.software)
2. Письмо с одноразовой ссылкой на токен (показывается один раз и только вам)
3. Настройка подключения вашего ИИ по инструкции (https://docs.mcp.pplus.software/connection.html)
https://docs.mcp.pplus.software/connection.html
и передача ему руководства (https://docs.mcp.pplus.software/guide.html)
https://docs.mcp.pplus.software/guide.html

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

Не переключайтесь.

10 практических задач, решённых нашими клиентами в Pyrus

Мы собрали десять кейсов - не теоретических, а реализованных на Pyrus у реальных клиентов. Каждый начинается с цитаты заказчика, показывает, что было сломано, и объясняет, как это починили. В каждом есть примеры применения ИИ.

Короткий обзор всех десяти:

01 · Управление проектами
«Я вижу проблемы проекта только тогда, когда он уже сорван по срокам и/или бюджету». Три контура данных — сроки, деньги, обязательства — жили в разных системах и не пересекались. Стало: три слоя дат (план, факт, прогноз) и четыре контура бюджета в едином контуре Pyrus. ИИ строит модель срыва до того, как срыв случился.

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

03 · Обучение сотрудников / LMS
«Система знает, что человек прошёл курс, но не знает, изменилось ли его поведение». Два профиля — должности и сотрудника. Расхождение между ними и есть предмет обучения. Не курс по расписанию, а реакция на поведение. Обучение доставляется задачей в рабочем потоке — отдельный LMS-портал проигрывает конкуренцию за внимание.

04 · База знаний
«Ведение базы знаний — самый убыточный ROI проекта, пока её ведёт человек». Стало: база пишется сама — на основе изменений форм и поведения ролей. Бизнес-логика описана словами и исполняется: изменение правила = редактирование статьи, а не правка кода. ИИ ведёт граф знаний и анализирует фото из запросов сотрудников.

05 · Закупки / SRM с тендерами
«Закупка должна быть контролируемой — с историей, сравнением и ответственностью за решение». Полная цепочка: потребность → заявка → лот → тендеры → договор → поставка → приёмка → оценка поставщика. Система сама рассылает приглашения, собирает заявки, подсчитывает результаты. ИИ приводит сметы поставщиков к единому началу по ТЗ тендера.

06 · Контроль цен и нормализация НСИ
«Цена из документа поставщика против референсной из договоров — в момент приёмки, а не при анализе себестоимости в конце квартала». ИИ распознаёт фото документов, сопоставляет номенклатуру с НСИ, сверяет цены — и предлагает решение. Пороги — в справочнике, не в коде: меняет бизнес-пользователь.

07 · Риск-радар контрагентов
«Нужна не разовая проверка, а риск-радар, включённый всё время». Источники опрашиваются по расписанию, снимки сравниваются — изменение становится событием с уровнем значимости. Уровень риска меняет поведение процессов: договор уходит на усиленное согласование, поставщик не допускается к лоту.

08 · Эффективность сотрудников
«Руководителям надо знать, соответствует ли работа сотрудника его должностным обязанностям». Три слоя показателей: нагрузка, скорость, соответствие. ИИ формирует еженедельный отчёт, задаёт проверочные вопросы и прогнозирует вероятность срыва SLA конкретным сотрудником в конкретном контексте.

09 · Управление персоналом / HRM
«Ускорить все HR-процессы: от отклика в потоковом найме до онбординга». Отклик попадает в платформу автоматически и ставит задачу с контрольным сроком. Воронка как процесс: каждый этап — задача с ответственным. Решение порождает цепочку: оффер → оформление → допуски → онбординг. ИИ ведёт чат с соискателями и выступает наставником при адаптации.

10 · WIP-лимиты и цифровые двойники
«1½ землекопа — только в мультфильме». Два механизма в связке: лимит незавершённой работы и цифровой двойник принимающего, который проверяет пакет до передачи. Контроль перенесён влево — дефект устраняется там, где создан. Опыт одной из компаний: 73 двойника по 15 формам, точность предсказания 86,8%.

Операционное управление — это поток кругов решения, а не поток процессов. Заметил → понял → решил → сделал. Выигрывает тот, у кого этот круг короче.

Как в компании отказаться от хаоса переписок через персональные почтовые ящики.

vasia@, petia@, elena@ — почему эта модель ломает ваши процессы

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

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

Альтернатива: сервисные ящики завязанные на процессы - contract@, debt@, portal@ и т.п..

Что меняется:
▸ Письма отправляются прямо из форм Pyrus, ищутся поиском, классифицируются справочниками и ботами
▸ При замещении доступ передаётся без пароля — ролевая модель
▸ Клиент видит адрес процесса, а не имя человека, и сразу получает квитанцию со своим уникальным номером (тикетом)
▸ Шаблоны писем заполняются данными из системы и проверяются ИИ перед отправкой
▸ Вся переписка по процессу — в одной форме, доступна авторизованным ролям

P. S. Доступы к SaaS сервисам, классифайдам типа Avito, HH.ru, B2B-площадкам тоже лучше оформлять на сервисные ящики. Иначе при увольнении компания может потерять аккаунт, который забыли оплатить по письму-напоминанию.

Кейс: Как превратить Pyrus в операционную систему бизнеса - опыт ГК РАУМ

Девелоперский холдинг из Петербурга: 30+ юрлиц, 350+ сотрудников, оборот 4,5+ млрд ₽ в год. Заводы, склады, бизнес-центры, HoReCa. В 2015 году начали цифровую трансформацию на Pyrus — и за одиннадцать лет прошли три стадии, которые стоит изучить каждому, кто строит автоматизацию всерьёз.

▸ ECM (2015–2020) — все документы и коммуникации стянули в одну систему. Pyrus стал Data Lake. С 2015 года у сотрудников нет личной почты — только процессные ящики, данные из которых попадают в Pyrus напрямую.

▸ CSP (2020–2024) — от хранилища к сервисной платформе. Входящие документы распознаются и маршрутизируются автоматически. Сканы с МФУ, клиент-банки, ЭДО, сайты — всё подключено к процессам без ручных действий.

▸ Business OS (2024–н. в.) — Pyrus как интеллектуальное ядро. Персональные ИИ-агенты — «цифровые двойники» рабочего паттерна каждого сотрудника. Система сама расставляет приоритеты, находит узкие места и даёт еженедельные рекомендации.

Несколько цифр из кейса:
— Обработка входящего документа: 3 дня → 5 часов
— Заявки, закрытые в SLA: 60% → 87%
— Отклонение план-факта бюджета: 5% → 2%
— Дебиторка старше 20 дней: 2% → 0,2%
— NPS клиентов: 7,2 → 8,7

Архитектурный фундамент — паттерн «Гравитационные воронки корпоративного контекста»: SSOT + DWH + бизнес-логика. Данные не ищут по десяти системам — они сами сходятся в Pyrus и становятся триггерами процессов.

Порядок на столе — ещё не всё. В Pyrus его тоже надо поддерживать.

Мы перенесли 5S ( японскую систему организации рабочего пространства) в цифровое окружение Pyrus. Получился методический гайд на 5 страниц: каждый принцип разложен на практику применения в физическом и цифровом мире.

Что внутри:

▸ Сортировка — фильтруйте Входящие по ролям: концентрация утром, рутина после обеда
▸ Систематизация — Списки, Избранное, «лягушки» и матрица Эйзенхауэра прямо в Pyrus
▸ Сияние — Zero Inbox: Утвердить · Прочитано · Отложить · На контроль — во Входящих всегда ноль
▸ Стандартизация — формы, веб-формы, ИИ-распознавание, единый канал коммуникаций
▸ Совершенствование — внутренняя поддержка и Кайдзен-предложения через анонимные веб-формы

Если на столе у сотрудника бардак — можно ли доверить ему операционные решения? Тот же вопрос стоит задать про его Входящие в Pyrus.