К проектам
ИнфраструктураИзбранный

FILES и уведомления

Единое хранилище медиа и документов; центр уведомлений inbox, email, Telegram — сквозная инфраструктура модулей

Кратко о проекте

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

Что это

Один API вложений и единый движок сообщений для Shop, ленты, ИИ и поддержки.

Что делает

Хранит файлы с правами по компании и доставляет события в выбранные каналы.

Зачем создан

Разрозненные загрузки и SMTP в каждом сервисе ломают безопасность и аудит.

Скриншот отсутствует
Обновлено: 07.05.2026

Суть проекта

FILESединое хранилище медиа и документов для модулей платформы: версии, права доступа, связь с сущностями (товар, заказ, пост в ленте). Без централизованного FILES каждый модуль превращается в остров с обходными загрузками и дырами в безопасности. NOTIFICATIONSединый центр доставки сообщений: inbox в приложении, email, Telegram и другие каналы по конфигурации (8066). Это снижает хаос от «каждый сервис шлёт SMTP сам» и упрощает аудит коммуникаций.

Стек / технологии

  • Сервисы: files-backend (8095), notifications-backend (8066).
  • Хранилище: объектное/S3-совместимое или файловое — по деплою; метаданные в PostgreSQL.
  • Очереди: для асинхронной отправки и ретраев.

Фишки и возможности

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

Тонкости и сложные моменты

  • Лимиты объёма и стоимость хранения завязаны на тариф и инфраструктуру — в интерфейсе отображаются как управляемые параметры, а не «бесконечное облако».
  • Доставка в мессенджеры зависит от внешних API и регистрации отправителей.
Полная документация (раскрыть)

Файлы и уведомления — FILES · NOTIFICATIONS

1) Краткое описание

FILESединое хранилище медиа и документов для модулей платформы: версии, права доступа, связь с сущностями (товар, заказ, пост в ленте). Без централизованного FILES каждый модуль превращается в остров с обходными загрузками и дырами в безопасности.

NOTIFICATIONSединый центр доставки сообщений: inbox в приложении, email, Telegram и другие каналы по конфигурации (8066). Это снижает хаос от «каждый сервис шлёт SMTP сам» и упрощает аудит коммуникаций.

Оба модуля — сквозная инфраструктура: их используют Shop, FEED, ВЭЙГЕН, поддержка и др.

2) Полный охват потребностей пользователя

Что пользователь получает целиком

  • Любой сотрудник — загружает файлы к заказу, товару или тикету с понятными правами доступа; не хранит вложения «где пришлось».
  • Клиент компании — получает письма и сообщения из единого центра уведомлений, а не из десяти разных отправителей без журнала.
  • Поддержка и ИБ — видят статус доставки и могут расследовать инциденты без доступа к почтовым ящикам отдельных разработчиков.

FILES — автономная ценность

Единый API вложений, метаданные, политика доступа по компании и сущности. Полный объём включает связку с NOTIFICATIONS (уведомление «файл приложен»), CHATS (передача вложений в диалоге), Documents (юридически значимые сканы — при интеграции).

NOTIFICATIONS — автономная ценность

Каналы inbox, email, Telegram по правилам событий. Граница: содержание пушей и юридическая значимость письма определяются модулем-источником события и шаблонами компании.

Границы

FILES не является долговременным архивом без политики retention; NOTIFICATIONS не заменяет маркетинговый ESP для массовых рассылок «всем подписчикам интернета» — для этого нужны отдельные сценарии и согласия.

Главные фишки

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

Технологический стек

  • Сервисы: files-backend (8095), notifications-backend (8066).
  • Хранилище: объектное/S3-совместимое или файловое — по деплою; метаданные в PostgreSQL.
  • Очереди: для асинхронной отправки и ретраев.

Допущения и важные оговорки

  • Лимиты объёма и стоимость хранения завязаны на тариф и инфраструктуру — в интерфейсе отображаются как управляемые параметры, а не «бесконечное облако».
  • Доставка в мессенджеры зависит от внешних API и регистрации отправителей.

Оценка стоимости

FILES (MVP: загрузка, метаданные, базовые ACL)

  • Ориентир: 3–10 млн ₽
  • Сроки: 3–7 месяцев

NOTIFICATIONS (единый движок + 2–3 канала)

  • Ориентир: 4–12 млн ₽
  • Сроки: 4–9 месяцев

Сопровождение связки

  • Ориентир: 150–550 тыс ₽/мес

Оценка стоимости

FILES (MVP: загрузка, метаданные, базовые ACL)
Сроки
3–7 месяцев
  • **Ориентир**: **3–10 млн ₽**
NOTIFICATIONS (единый движок + 2–3 канала)
Сроки
4–9 месяцев
  • **Ориентир**: **4–12 млн ₽**
Сопровождение связки
  • **Ориентир**: **150–550 тыс ₽/мес**