[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-private-app::ru":3,"gloss-cluster-private-app::ru":26,"gloss-next-private-app::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"private-app","integration","Приватное приложение","Приватное приложение — это интеграция, собранная для собственного аккаунта одной организации и установленная прямо в него, а не опубликованная в каталоге поставщика, откуда её может поставить кто угодно. У большинства платформ с маркетплейсом есть и такой путь под тем или иным названием, и устроен он иначе: доступы создаются внутри рабочего пространства, области доступа выдаёт тамошний администратор, интеграция начинает работать сразу — без листинга, без очереди на проверку и без дистрибуции.\n\nДля внутренних задач это правильный вариант по умолчанию гораздо чаще, чем его выбирают, потому что заметен как раз маркетплейсный маршрут. Приватное приложение обходит проверку, которая может отказать, требования к оформлению и описанию листинга, обязанность поддерживать незнакомых людей и проектное ограничение, по которому опубликованная интеграция обязана быть достаточно универсальной для клиентов, которых вы никогда не видели. Отдаёте вы охват и множественность: приложение привязано к тому арендатору, внутри которого создано, поэтому тот же код для второй организации — это вторая регистрация и второй набор доступов, которые надо хранить, ротировать и отслеживать.\n\nРешение сводится к четырём вопросам. Скольким разным организациям это будет служить сейчас и правдоподобно потом? Нужно ли вам, чтобы пользователи другого вендора вас нашли, или клиент у вас уже есть? Выдержит ли ваш график проверку, которая может вернуться с просьбой что-то поменять? И самый пропускаемый: где живут доступы в момент увольнения — доступы приватного приложения лежат внутри рабочего пространства клиента, а значит, их администратор может их отозвать, и сотрудник, который их завёл, может оказаться единственным, кто знал об их существовании.\n\nПоследний пункт стоит не отметить, а отработать. Приватное приложение, созданное под личным логином подрядчика или уходящего инженера, — один из самых частых способов, которым внутренняя интеграция перестаёт работать по причинам, которые никто не может восстановить; а создать её под общей задокументированной учётной записью в тот момент не стоит ничего.","Приватное приложение — интеграция, установленная в аккаунт одной организации без листинга и проверки: что вы обходите и чем за это платите.",null,[11,14,17,20,23],{"slug":12,"name":13},"api-key","API-ключ (API Key)",{"slug":15,"name":16},"connector","Коннектор (Connector)",{"slug":18,"name":19},"custom-api-call","Произвольный API-запрос (HTTP-модуль)",{"slug":21,"name":22},"integration-marketplace","Каталог интеграций (integration marketplace)",{"slug":24,"name":25},"oauth","OAuth",[27,31,34,38,41,44,47,50,53,56,59,62],{"slug":28,"category":5,"name":29,"updated_at":30},"api-deprecation","Устаревание API","2026-09-08T21:32:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"app-review","Проверка приложения",{"slug":35,"category":5,"name":36,"updated_at":37},"backend-for-frontend","Backend for Frontend (BFF)","2026-09-08T21:32:36+00:00",{"slug":39,"category":5,"name":40,"updated_at":30},"bulk-api","Массовый API",{"slug":42,"category":5,"name":43,"updated_at":37},"concurrency-limit","Лимит параллельных запросов",{"slug":45,"category":5,"name":46,"updated_at":30},"connector-versioning","Версионирование коннекторов",{"slug":48,"category":5,"name":49,"updated_at":30},"delete-propagation","Распространение удалений",{"slug":51,"category":5,"name":52,"updated_at":30},"effective-permissions","Действующие права",{"slug":54,"category":5,"name":55,"updated_at":37},"event-ordering","Порядок событий",{"slug":57,"category":5,"name":58,"updated_at":37},"field-mapping","Сопоставление полей (field mapping)",{"slug":60,"category":5,"name":61,"updated_at":37},"function-schema","Схема функции",{"slug":63,"category":5,"name":64,"updated_at":37},"grpc","gRPC"]