[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-solution-on-premise":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"related":250,"statistics":366},{"id":68,"slug":69,"type":70,"segment":17,"translations":71,"industry":17,"functions":89,"tags":96,"features":104,"templates":105,"steps":106,"faqs":170,"related":207,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"sources":208,"hero_visual_key":120,"hero_kicker":95,"hero_cta_label":95,"hero_image":222,"hero_video_kinescope_url":17,"catalog_group":223,"catalog_art":224,"outcomes":225,"outcomes_title":95,"steps_title":95,"parts":238,"parts_title":95,"metrics_signals":239,"metrics_title":95,"mistakes_faq":240,"mistakes_title":95,"fit_yes":241,"fit_no":242,"fit_note":95,"cta_title":95,"cta_text":95,"quote":243,"views_count":246,"helpful_yes_count":109,"helpful_no_count":109,"created_at":247,"updated_at":248,"published_at":249},30,"on-premise","playbook",{"ru":72},{"title":73,"tldr":74,"hero_title":75,"hero_subtitle":76,"definition":77,"audience":78,"problem":79,"pov":80,"components":81,"example":82,"metrics":83,"tips":84,"mistakes":85,"variations":86,"seo_title":87,"seo_description":88},"On-premise: Shtab на своих серверах, в закрытом контуре компании","On-premise — это Shtab, развёрнутый на серверах вашей компании, в её закрытом контуре, а не в общем облаке. Данные остаются внутри периметра организации под её правилами, доступ разграничен настраиваемыми ролями, а сама платформа — российская, в реестре отечественного ПО. Этот режим выбирают там, где информацию нельзя отдавать во внешнее облако: банки, госсектор, промышленность, крупный бизнес с требованиями информационной безопасности. Развёртывание в вашей инфраструктуре проводит команда Shtab и сопровождает внедрение. Здесь — про сам режим on-premise: зачем размещать систему в своём контуре, чем он отличается от облака и как устроен переход. Про перенос работы с зарубежных инструментов рассказывает отдельный сценарий импортозамещения.","On-premise: Shtab на своих серверах, в вашем контуре","Данные нельзя отдавать во внешнее облако, а служба безопасности и регуляторы требуют держать их в периметре компании. Разверните Shtab в закрытом контуре организации — на своих серверах, силами команды Shtab, с гибкими правами доступа и полным контролем над данными.","\u003Cp>\u003Cstrong>On-premise\u003C\u002Fstrong> (от английского «на своих помещениях») — это способ развернуть Shtab не в общем облаке провайдера, а на серверах самой компании, внутри её закрытого контура. Система стоит в вашей инфраструктуре, данные лежат в вашем периметре и наружу не уходят. Это противоположность привычной облачной модели, где сервис работает на стороне поставщика, а вы подключаетесь к нему через браузер.\u003C\u002Fp>\r\n\r\n\u003Cp>Shtab — российская платформа для совместной работы: задачи и \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доски\u003C\u002Fa>, планирование сроков, база знаний, цели по методикам OKR и MBO, учёт времени и финансы. Платформа числится в реестре отечественного ПО и работает в двух вариантах — в облаке и на серверах клиента. Вариант для закрытого контура — это тариф «Корпорация»: полный контроль над данными, установка On-premise, соответствие требованиям регуляторов и бессрочная лицензия. Разворачивает систему в вашей инфраструктуре команда Shtab и сопровождает внедрение — это не тот случай, когда админ ставит дистрибутив в одиночку по инструкции. Этот раздел — про сам режим on-premise: зачем держать систему в своём контуре, чем он отличается от облака и кому нужен. Про перенос работы с зарубежных инструментов рассказывает отдельный сценарий \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещения\u003C\u002Fa>.\u003C\u002Fp>","\u003Cp>Раздел для организаций, где данные о проектах, задачах и людях нельзя размещать во внешнем облаке — по требованиям безопасности, регуляторов или внутренней политики. Полезен службам информационной безопасности, которые не согласуют хранение чувствительной информации на чужих серверах; ИТ-директорам и системным администраторам, которым поручили развернуть систему управления в собственном контуре; отделам закупок, сверяющим решение с требованиями к отечественному ПО и размещению данных; руководству компаний, где контроль над данными — обязательное условие, а не пожелание. Особенно актуально для банков и страховых, госсектора, промышленности, оборонных и проектных структур, а также для крупного бизнеса, работающего с персональными данными и коммерческой тайной. Если компания спокойно работает в облаке и ограничений на размещение данных нет — on-premise разворачивать незачем: облачный Shtab дешевле и быстрее в запуске, а набор функций тот же. Сценарий имеет смысл ровно тогда, когда данные обязаны оставаться внутри периметра.\u003C\u002Fp>","\u003Cp>У части компаний есть жёсткое правило: данные не должны покидать контур организации. Проектная информация, переписка по задачам, документы, персональные данные сотрудников, коммерческая тайна — всё это служба безопасности не готова отдавать на серверы стороннего провайдера, тем более за пределы страны. И вот руководитель проектного офиса хочет нормальную систему управления вместо таблиц и почты, а получает отказ от ИБ: «в облако нельзя». Зарубежные сервисы отпадают сразу — данные за рубежом, вендор может отключить доступ, оплата затруднена. Российские облачные трекеры ближе, но упираются в то же самое: информация физически лежит не у вас, а у поставщика, и это не проходит согласование.\u003C\u002Fp>\r\n\r\n\u003Cp>В итоге компания либо остаётся на табличках и почте, потому что «нормальное всё равно не согласуют», либо тратит месяцы на поиск системы, которую можно поставить в собственный контур. А когда такая система находится, всплывает вторая сложность: развернуть её своими силами — отдельный проект. Нужно понять требования к инфраструктуре, установить, настроить, разграничить доступ, перенести работу команд. Системный администратор, у которого и без того полно задач, тянуть это в одиночку не хочет, и внедрение снова откладывается. Получается замкнутый круг: облако не согласуют, а on-premise страшно разворачивать. Работа при этом живёт в разрозненных файлах, где нет ни общей картины, ни контроля доступа, — ровно там, где рисков для данных больше всего.\u003C\u002Fp>","Проблема не в том, что нет хорошей системы управления, а в том, что её нельзя поставить в облако. On-premise снимает запрет: Shtab разворачивают на ваших серверах силами команды, данные остаются в контуре компании, доступ разграничен ролями. Сначала решите, нужен ли контур, — потом разворачивайте.","\u003Cp>Из чего складывается режим on-premise и что вы получаете, размещая Shtab в своём контуре:\u003C\u002Fp>\r\n\r\n\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Развёртывание в вашей инфраструктуре\u003C\u002Fstrong> — Shtab устанавливается на серверы компании, внутри её закрытого контура; данные не уходят на сторонние серверы, а остаются в периметре организации под её правилами.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Тариф «Корпорация» как основа\u003C\u002Fstrong> — вариант для установки в закрытый контур (On-premise): полный контроль над данными, соответствие требованиям регуляторов и бессрочная лицензия. Стоимость и условия обсуждаются с менеджером под ваш случай.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Российская платформа из реестра\u003C\u002Fstrong> — Shtab разрабатывается в России и числится в реестре отечественного ПО, что обычно и требуется службе безопасности и отделу закупок для допуска системы в контур.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Гибкие права и роли\u003C\u002Fstrong> — доступ настраивается под оргструктуру: собственные роли, ограничение модулей и действий, закрытые финансы и цели компании для лишних глаз. Как это устроено — в статье про \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fnastraivaiemyie-prava-i-roli-sotrudnikov\u002F\">настраиваемые права и роли\u003C\u002Fa>.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Высокий уровень безопасности и контроля\u003C\u002Fstrong> — вариант рассчитан на организации с повышенными требованиями к ИБ: данные внутри периметра, доступ под контролем, картина «кто к чему допущен» — управляемая.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Работа с большими объёмами данных\u003C\u002Fstrong> — контур держит множество проектов, задач и пользователей одновременно, что важно для крупной организации с десятками команд.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Весь инструментарий Shtab\u003C\u002Fstrong> — задачи и \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доски\u003C\u002Fa>, планирование сроков, база знаний, \u003Ca href=\"\u002Ffeatures\u002Fgraph-tselei\u002F\">цели\u003C\u002Fa>, учёт времени и финансы работают в контуре так же, как в облаке; режим меняет размещение, а не возможности.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Сопровождение внедрения\u003C\u002Fstrong> — развёртывание и настройку в вашей инфраструктуре проводит команда Shtab и помогает перенести работу; это не «поставь сам по инструкции», а внедрение с поддержкой.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cp>Организация с жёсткими требованиями информационной безопасности: чувствительные данные по внутренней политике не должны покидать периметр компании, а хранение на серверах стороннего провайдера служба ИБ не согласует в принципе. Руководителю проектного офиса давно нужна нормальная система управления вместо таблиц и переписки в почте, но каждый заход в облачный сервис упирался в один и тот же ответ безопасности: «наружу данные не отдаём». Работа при этом жила в разрозненных файлах — без общей картины и без контроля, кто к чему имеет доступ.\u003C\u002Fp>\r\n\r\n\u003Cp>Начали не с установки, а с разбора требований. Служба ИБ выписала, что нельзя выносить за периметр и какие условия к размещению обязательны; ИТ прикинул инфраструктуру; закупки сверили Shtab с требованиями к отечественному ПО — платформа в реестре, это сняло первый вопрос. Убедившись, что данные обязаны оставаться в контуре, выбрали вариант on-premise — тариф «Корпорация» с установкой в закрытый контур компании. Развёртывание в инфраструктуре организации провела команда Shtab и сопроводила внедрение, а не оставила администратора один на один с дистрибутивом.\u003C\u002Fp>\r\n\r\n\u003Cp>Дальше настроили доступ под оргструктуру: собственные роли по подразделениям и уровням, доступ к финансам и целям компании оставили ограниченному кругу, редактирование чужих проектов закрыли на уровне ролей. Работу перенесли не всю сразу, а начали с одного подразделения, где боль от таблиц была сильнее всего: завели проекты, разложили задачи по канбан-доскам, сроки крупных работ — в план. Когда процесс прижился, по тому же шаблону подключили остальных. В итоге появилась единая система управления, которая полностью живёт в контуре компании: данные не покидают периметр, доступ разграничен и управляем, а руководство наконец видит общую картину по проектам — при этом ни одно требование безопасности не нарушено. Отдельно компания рассмотрела \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещение\u003C\u002Fa> прежних зарубежных инструментов, но это уже про перенос, а не про режим размещения.\u003C\u002Fp>","\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Прохождение требований ИБ\u003C\u002Fstrong> — согласована ли служба безопасности с размещением: данные в контуре, условия хранения выполнены. Пока этот пункт не снят, система до внедрения не дойдёт.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Данные в периметре\u003C\u002Fstrong> — вся ли чувствительная информация размещена в закрытом контуре компании, а не осталась в облачных сервисах или разрозненных файлах «снаружи».\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Соответствие требованиям закупок\u003C\u002Fstrong> — закрыт ли вопрос отечественного ПО и размещения данных: решение из реестра, установка в своём контуре, права под оргструктуру.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Управляемость доступа\u003C\u002Fstrong> — настроены ли роли под структуру организации и понятно ли, кто к чему допущен; для on-premise это не удобство, а часть требований безопасности.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Охват контура\u003C\u002Fstrong> — сколько подразделений реально перешло в единую систему внутри периметра, а не осталось каждое в своих таблицах и почте.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Работа в одной системе\u003C\u002Fstrong> — ведут ли команды проекты и задачи в Shtab, а не по привычке в файлах на общих дисках; собрана ли работа в один управляемый контур.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cul>\r\n\t\u003Cli>Сначала честно ответьте, нужен ли вам закрытый контур. Если жёсткого запрета на облако нет, облачный Shtab дешевле, быстрее в запуске и функционально не беднее — on-premise берут ради размещения данных, а не ради галочки.\u003C\u002Fli>\r\n\t\u003Cli>Соберите требования ИБ, закупок и ИТ до первого разговора с менеджером. Чем точнее сформулировано, что нельзя выносить за периметр, тем предметнее пройдёт обсуждение развёртывания.\u003C\u002Fli>\r\n\t\u003Cli>Не пытайтесь развернуть систему силами одного администратора. On-premise разворачивает команда Shtab с сопровождением — так внедрение не вязнет между делами перегруженного айтишника.\u003C\u002Fli>\r\n\t\u003Cli>Разграничьте доступ через \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fnastraivaiemyie-prava-i-roli-sotrudnikov\u002F\">роли\u003C\u002Fa> до того, как заведёте чувствительные проекты. В контуре важно не только где лежат данные, но и кто внутри к ним допущен, — проще задать правила сразу, чем потом закрывать открытое всем.\u003C\u002Fli>\r\n\t\u003Cli>Запускайтесь не всей организацией разом, а с одного подразделения: отладьте роли и процесс на пилоте, затем тиражируйте по шаблону. Сотни пользователей одним днём — верный способ вернуть людей к таблицам.\u003C\u002Fli>\r\n\t\u003Cli>Не путайте два проекта: размещение системы в своём контуре (этот раздел) и перенос работы с зарубежных инструментов — \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещение\u003C\u002Fa> — решаются по отдельности, хотя часто идут вместе.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Берут on-premise «на всякий случай».\u003C\u002Fstrong> Разворачивают систему в контуре без реального запрета на облако — дороже и дольше там, где хватило бы облачного тарифа. Починка: проверить, есть ли настоящее требование держать данные в периметре.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Выбирают систему без службы ИБ.\u003C\u002Fstrong> Подбирают трекер по удобству интерфейса, а потом он не проходит согласование по размещению данных. Починка: собрать требования безопасности и закупок до выбора.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Пытаются развернуть в одиночку.\u003C\u002Fstrong> Установку и настройку в контуре вешают на одного перегруженного администратора — и внедрение застревает. Починка: разворачивать с сопровождением команды Shtab, вести переход как проект.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Забывают про права внутри контура.\u003C\u002Fstrong> Считают, что раз данные в периметре, то доступ уже безопасен, и открывают всё всем. Починка: настроить роли под оргструктуру, закрыть финансы и цели компании на ограниченный круг.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Путают размещение и миграцию.\u003C\u002Fstrong> Смешивают «поставить в свой контур» и «перенести с Jira» в один ком и тонут в объёме. Починка: развести режим on-premise и \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещение\u003C\u002Fa> на два этапа.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Запускают всё разом.\u003C\u002Fstrong> Разворачивают на всю организацию одним днём, люди не успевают перестроиться и возвращаются к файлам. Починка: пилот на одном подразделении, потом тиражирование.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cp>Режим on-premise выбирают по-разному, в зависимости от того, откуда идёт требование. Там, где на первом плане служба безопасности и хранение чувствительных данных, разговор начинается с размещения и модели доступа: настройка ролей опирается на статью про \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fnastraivaiemyie-prava-i-roli-sotrudnikov\u002F\">права и роли\u003C\u002Fa>, а условия установки в закрытый контур обсуждаются с менеджером на \u003Ca href=\"\u002Fpricing\u002F\">странице тарифов\u003C\u002Fa>. Организациям госсектора и банкам важнее всего соответствие требованиям регуляторов и хранение данных в периметре — для них on-premise не опция, а условие допуска. Крупному бизнесу с десятками команд наравне с безопасностью нужен масштаб: единый контур на множество проектов и пользователей, права под оргструктуру. Важно не путать два соседних вопроса: этот раздел — про сам режим размещения в своём контуре, а перенос работы с зарубежных инструментов разбирает сценарий \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещения\u003C\u002Fa>; часто их делают вместе, но это разные проекты. Процесс закупки и внедрения для крупной организации со стороны ИБ и закупок описан отдельно, в сценарии для корпораций. А чтобы выстроить работу в самой системе после развёртывания, опирайтесь на разделы \u003Ca href=\"\u002Fsolutions\u002Fupravlenie-proektami\u002F\">управления проектами\u003C\u002Fa>, \u003Ca href=\"\u002Fsolutions\u002Fdlya-pmo\u002F\">для PMO\u003C\u002Fa> и \u003Ca href=\"\u002Fsolutions\u002Fdlya-rukovoditelya\u002F\">для руководителя\u003C\u002Fa>.\u003C\u002Fp>","On-premise: Shtab на своих серверах, в контуре","On-premise — Shtab на серверах вашей компании, в закрытом контуре. Данные в периметре, гибкие права, российская платформа из реестра. Внедряет команда Shtab.",[90],{"id":30,"slug":69,"icon":17,"order":91,"translations":92},330,{"ru":93},{"name":94,"description":95,"meta_title":95,"meta_description":95},"On-premise и безопасность","",[97],{"id":98,"slug":99,"order":100,"translations":101},18,"bezopasnost",180,{"ru":102},{"name":103},"Безопасность",[],[],[107,117,125,132,141,150,160],{"id":108,"order":109,"doc_url":110,"doc_label":95,"screenshot":111,"visual_key":112,"translations":113},236,0,"https:\u002F\u002Fdoc.shtab.app\u002Fkak-vibrat-tarif\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fstep-01-cloud-or-enterprise-tariffs-1280x1364.webp","overview",{"ru":114},{"title":115,"text":116},"Оцените требования к размещению данных","\u003Cp>Прежде чем что-то разворачивать, честно ответьте на главный вопрос: обязаны ли ваши данные оставаться в контуре компании. Соберите требования трёх сторон — служба информационной безопасности говорит, что нельзя выносить за периметр; ИТ оценивает, есть ли под систему инфраструктура; отдел закупок сверяет решение с требованиями к отечественному ПО и размещению данных. Если жёсткого запрета на облако нет, честнее выбрать облачный вариант — он дешевле и быстрее в запуске, а функции те же; отличия тарифов описаны в статье \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fkak-vibrat-tarif\u002F\">как выбрать тариф\u003C\u002Fa>. On-premise нужен ровно тогда, когда данные обязаны жить внутри периметра.\u003C\u002Fp>",{"id":118,"order":61,"doc_url":110,"doc_label":95,"screenshot":119,"visual_key":120,"translations":121},237,"https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fstep-02-on-premise-deployment-choice-1280x1364.webp","storage",{"ru":122},{"title":123,"text":124},"Выберите между облаком и закрытым контуром","\u003Cp>Когда требования собраны, выбирайте режим размещения. Shtab работает в двух вариантах: в облаке, когда система живёт на стороне сервиса и вы подключаетесь через браузер, и на серверах клиента, когда система разворачивается в закрытом контуре вашей компании. Вариант для контура — это тариф «Корпорация»: установка On-premise, полный контроль над данными, соответствие требованиям регуляторов и бессрочная лицензия. Обсудите его с менеджером под свой случай — что входит и на каких условиях доступно развёртывание, уточняется по запросу; направление для таких вопросов есть на \u003Ca href=\"\u002Fpricing\u002F\">странице тарифов\u003C\u002Fa>. Вывод шага — зафиксированный выбор: облако или свой контур.\u003C\u002Fp>",{"id":126,"order":21,"doc_url":110,"doc_label":95,"screenshot":127,"visual_key":120,"translations":128},238,"https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fscreenshot-on-premise-license-calculator-1280x1364.webp",{"ru":129},{"title":130,"text":131},"Разверните Shtab в своём контуре силами команды","\u003Cp>Развёртывание в закрытом контуре проводит команда Shtab и сопровождает внедрение — это не тот случай, когда системный администратор в одиночку качает дистрибутив и ставит его по инструкции. Система устанавливается в вашей инфраструктуре, внутри периметра организации, так что данные с самого начала остаются под вашими правилами и наружу не уходят. Точные параметры развёртывания зависят от вашего случая и согласуются со службой ИБ заранее, а не на этапе запуска, поэтому все условия, которые должны пройти согласование, проговаривайте до старта. Результат шага — рабочая система в вашем контуре, готовая к настройке доступа и переносу работы.\u003C\u002Fp>",{"id":133,"order":51,"doc_url":134,"doc_label":95,"screenshot":135,"visual_key":136,"translations":137},239,"https:\u002F\u002Fdoc.shtab.app\u002Fnastraivaiemyie-prava-i-roli-sotrudnikov\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fscreenshot-solution-roles-access-1280x1080-v3.webp","filter",{"ru":138},{"title":139,"text":140},"Настройте права и роли под оргструктуру","\u003Cp>В закрытом контуре важно не только где лежат данные, но и кто внутри к ним допущен. Через \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fnastraivaiemyie-prava-i-roli-sotrudnikov\u002F\">настраиваемые права и роли\u003C\u002Fa> повторите устройство организации: подразделения, филиалы, уровни руководителей. Создайте собственные роли и определите, какие модули и действия доступны каждой: доступ к финансам и целям компании оставьте ограниченному кругу, редактирование чужих проектов закройте на уровне роли. Разграничить доступ лучше до того, как заведёте чувствительные проекты, — проще сразу задать правила, чем потом закрывать открытое всем. Так контур получается управляемым: понятно, кто к чему допущен, а это часть требований безопасности, а не просто удобство.\u003C\u002Fp>",{"id":142,"order":39,"doc_url":143,"doc_label":95,"screenshot":144,"visual_key":145,"translations":146},240,"https:\u002F\u002Fdoc.shtab.app\u002Fkak-sozdat-rabochieie-prostranstvo\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fscreenshot-reporting-board-1280x1364.webp","board",{"ru":147},{"title":148,"text":149},"Перенесите работу и запустите пилот на одном подразделении","\u003Cp>Не переводите всю организацию одним днём. Возьмите одно подразделение, где боль от таблиц и почты сильнее всего, и запустите на нём пилот: заведите проекты, разложите задачи по \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доскам\u003C\u002Fa>, сроки крупных работ — в план, документацию — в базу знаний. Базовый разбор видов и карточек есть во \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F\">введении в сервис\u003C\u002Fa>. Прижившийся пилот даёт шаблон, по которому дальше подключаются остальные подразделения. Если вы при этом уходите с зарубежных инструментов, сам перенос — сопоставление сущностей и аудит того, что тащить, — разбирает отдельный сценарий \u003Ca href=\"\u002Fsolutions\u002Fimportozameshchenie\u002F\">импортозамещения\u003C\u002Fa>; здесь задача проще: собрать работу в единую систему внутри контура.\u003C\u002Fp>",{"id":151,"order":152,"doc_url":153,"doc_label":95,"screenshot":154,"visual_key":155,"translations":156},241,5,"https:\u002F\u002Fdoc.shtab.app\u002Fkak-dublirovat-prostranstvo\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fscreenshot-manager-goal-graph-1280x1381.webp","goals",{"ru":157},{"title":158,"text":159},"Подключите остальные подразделения по шаблону","\u003Cp>Когда пилот прижился и процесс отлажен, тиражируйте его на остальную организацию. Добавляйте команды и людей по подготовленному шаблону — как заводить пользователей и распределять их по ролям, описано в \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fregistration\u002F\">инструкции по регистрации\u003C\u002Fa>. Каждое подразделение работает в своём периметре доступа, а руководство видит сводную картину по всем проектам разом. Подключайте не всех сразу, а волнами: так у каждой команды есть время перестроиться, а у вас — поправить роли и процесс, если что-то не легло. Цель шага — довести до единого контура всю организацию, чтобы работа не осталась наполовину в системе, наполовину в файлах на общих дисках.\u003C\u002Fp>",{"id":161,"order":162,"doc_url":163,"doc_label":95,"screenshot":164,"visual_key":165,"translations":166},242,6,"https:\u002F\u002Fdoc.shtab.app\u002Fvkladki-tselei\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fon-premise\u002Fscreenshot-manager-goal-status-1280x1381.webp","reports",{"ru":167},{"title":168,"text":169},"Держите систему под контролем в эксплуатации","\u003Cp>После запуска работа продолжается в штатном режиме. Следите, чтобы новые проекты и задачи заводили в Shtab, а не по привычке в отдельных файлах, — иначе часть данных снова окажется вне контроля и вне контура. Периодически пересматривайте роли: люди меняют должности, появляются новые подразделения, и доступ должен оставаться актуальным, а не выданным однажды и забытым. Общую картину по проектам удобно держать на \u003Ca href=\"\u002Ffeatures\u002Fglavnaia-stranitsa\u002F\">главной странице\u003C\u002Fa>, а связь работы со стратегией — на \u003Ca href=\"\u002Ffeatures\u002Fgraph-tselei\u002F\">графе целей\u003C\u002Fa>. Внедрение сопровождает команда Shtab, поэтому вопросы по эксплуатации в контуре есть с кем разбирать, а не решать вслепую.\u003C\u002Fp>",[171,177,183,189,195,201],{"id":172,"order":109,"translations":173},201,{"ru":174},{"question":175,"answer":176},"Чем on-premise отличается от облачной версии Shtab?","\u003Cp>Разница в том, где физически работает система и лежат данные. В облаке Shtab живёт на стороне сервиса, а вы подключаетесь к нему через браузер — это быстрее в запуске и дешевле. В режиме on-premise система разворачивается на серверах вашей компании, в её закрытом контуре, и данные не покидают периметр организации. Набор возможностей при этом один и тот же: задачи, доски, планирование сроков, база знаний, цели, учёт времени и финансы работают одинаково — режим меняет размещение, а не функции. On-premise выбирают ради контроля над данными: когда информацию по требованиям безопасности или регуляторов нельзя отдавать во внешнее облако. Если такого требования нет, облачная версия обычно удобнее и выгоднее.\u003C\u002Fp>",{"id":178,"order":61,"translations":179},202,{"ru":180},{"question":181,"answer":182},"Кому нужен on-premise, а кому хватит облака?","\u003Cp>On-premise имеет смысл, когда данные обязаны оставаться в контуре компании: этого требует служба информационной безопасности, регуляторы или внутренняя политика. Типичные случаи — банки и страховые, госсектор, промышленность, оборонные и проектные структуры, крупный бизнес, работающий с персональными данными и коммерческой тайной. Если жёсткого запрета на размещение данных вовне нет и вы спокойно работаете в облачных сервисах, разворачивать систему в своём контуре незачем: облачный Shtab дешевле, запускается быстрее и функционально ничем не беднее. Правильный порядок — сначала оценить требования к размещению данных вместе с ИБ и закупками, и только потом выбирать режим. Брать on-premise «на всякий случай» — значит платить больше и дольше внедрять без причины.\u003C\u002Fp>",{"id":184,"order":21,"translations":185},203,{"ru":186},{"question":187,"answer":188},"Как устроено развёртывание Shtab в закрытом контуре?","\u003Cp>Развёртывание в вашей инфраструктуре проводит команда Shtab и сопровождает внедрение — это не самостоятельная установка, когда администратор в одиночку разбирается с дистрибутивом. Система ставится на серверы организации, внутри её закрытого контура, так что данные с самого начала остаются в периметре и под вашими правилами. Точные параметры зависят от вашего случая и согласуются со службой ИБ заранее, поэтому все условия, которые должны пройти согласование, стоит проговорить с менеджером до старта, а не на этапе запуска. Это вариант тарифа «Корпорация»: установка On-premise, полный контроль над данными, соответствие требованиям регуляторов и бессрочная лицензия. Конкретные условия и стоимость обсуждаются под запрос — направление для таких вопросов есть на странице тарифов.\u003C\u002Fp>",{"id":190,"order":51,"translations":191},204,{"ru":192},{"question":193,"answer":194},"Shtab — российская платформа? Подходит ли она под требования безопасности?","\u003Cp>Да, Shtab — российская платформа для совместной работы, которая числится в реестре отечественного ПО. Именно это обычно и проверяют в первую очередь отдел закупок и служба безопасности при выборе системы под требования информационной безопасности и размещения данных. Для организаций с повышенными требованиями есть вариант установки в закрытый контур компании (On-premise) с полным контролем над данными и соответствием требованиям регуляторов, а доступ внутри контура разграничивается настраиваемыми ролями под оргструктуру. Какие именно подтверждающие документы доступны под ваш конкретный случай и как система ложится на вашу политику безопасности — это лучше уточнить у менеджера, потому что требования у каждой организации свои, и отвечать на них правильнее предметно, а не общими формулировками.\u003C\u002Fp>",{"id":196,"order":39,"translations":197},205,{"ru":198},{"question":199,"answer":200},"Чем этот раздел отличается от импортозамещения?","\u003Cp>Это два разных вопроса, которые часто решают вместе, но путать их не стоит. On-premise — про режим размещения: где физически стоит система и лежат данные, зачем держать их в своём контуре, как устроено развёртывание. Импортозамещение — про перенос: как уйти с зарубежных инструментов вроде Jira, Confluence и MS Project на российскую платформу, как сопоставить сущности и перенести проекты. Можно развернуть Shtab в закрытом контуре, ничего ни с чего не переносив, — если раньше работали в таблицах. А можно перейти с Jira на облачный Shtab, вообще без своего контура. Этот раздел — только про сам режим on-premise; про миграцию с зарубежного софта рассказывает отдельный сценарий импортозамещения, а процесс закупки и внедрения для крупной организации — сценарий для корпораций.\u003C\u002Fp>",{"id":202,"order":152,"translations":203},206,{"ru":204},{"question":205,"answer":206},"Все ли функции Shtab работают в закрытом контуре?","\u003Cp>Да, в закрытом контуре доступен весь рабочий инструментарий: задачи и канбан-доски, планирование сроков, база знаний, цели по методикам OKR и MBO, учёт времени и финансы работают так же, как в облаке. Режим on-premise меняет только то, где система размещена и где хранятся данные, а не то, что она умеет. Вариант для контура рассчитан на организации с большими объёмами данных и множеством команд, а доступ внутри настраивается гибкими правами и ролями под оргструктуру. Переход в свой контур не означает, что вы жертвуете возможностями ради безопасности, — вы получаете тот же Shtab, только внутри периметра компании и под её полным контролем.\u003C\u002Fp>",[],[209,212,214,217,219],{"url":210,"title":211},"https:\u002F\u002Fshtab.app\u002Fpricing\u002F","Тарифы Shtab: облако и версия для закрытого контура (On-premise)",{"url":134,"title":213},"Настраиваемые права и роли сотрудников",{"url":215,"title":216},"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F","Введение в сервис Shtab",{"url":110,"title":218},"Как выбрать подходящий тариф Shtab",{"url":220,"title":221},"https:\u002F\u002Fdoc.shtab.app\u002Fregistration\u002F","Как зарегистрироваться в Shtab и добавить сотрудников","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fcovers\u002Fon-premise\u002Fhero-on-premise-kanban-1280x771.png","security","ring",[226,230,234],{"icon":227,"note":228,"title":229},"shield","Система стоит на серверах компании, в закрытом контуре. Информация не уходит во внешнее облако, а хранится под вашими правилами и контролем.","Данные остаются в вашем периметре",{"icon":231,"note":232,"title":233},"users","Права настраиваются под оргструктуру: свои роли, закрытые финансы и цели компании. Понятно, кто внутри контура к чему допущен.","Доступ разграничен ролями",{"icon":235,"note":236,"title":237},"server","Установку и настройку в вашей инфраструктуре проводит команда Shtab с сопровождением. Не нужно тянуть внедрение силами одного администратора.","Разворачивает команда Shtab",[],[],[],[],[],{"text":244,"author":95,"context":245},"Служба безопасности не согласовывала облако — данные не должны покидать периметр. Развернули Shtab в своём контуре силами команды: теперь у нас единая система управления, а вся информация остаётся внутри компании, под нашим контролем.","Так это работает в компании с требованиями информационной безопасности",567,"2026-07-01T14:06:35.971777+03:00","2026-07-27T16:55:18.792375+03:00","2026-07-01T14:06:35+03:00",[251,300,333],{"id":21,"slug":252,"type":70,"segment":17,"translations":253,"industry":17,"functions":258,"tags":265,"cover":17,"is_on_home":277,"home_order":109,"showcase_art":17,"showcase_tag":17,"catalog_group":278,"catalog_art":279,"catalog_segments":280,"catalog_departments":283,"catalog_roles":284,"catalog_industries":287,"catalog_pains":292,"wizard_roles":295,"is_general":3,"is_featured":277,"featured_order":109,"updated_at":298,"published_at":299},"kontrol-zadach",{"ru":254},{"title":255,"tldr":256,"hero_title":17,"seo_description":257},"Постановка и контроль задач в Shtab: разбор сценария","Контроль задач в Shtab — это понятная постановка с исполнителем и сроком, наглядные статусы на канбан-доске и видимая загрузка команды. Вы ставите задачу так, что её нельзя «не понять», следите за движением по колонкам и в любой момент видите, кто чем занят и где затык — без выпрашивания статусов в чате.","Контроль задач в Shtab: чёткая постановка с исполнителем и сроком, статусы на канбан-доске, видимая загрузка команды и учёт времени. Разбор на примере.",[259],{"id":21,"slug":260,"icon":17,"order":261,"translations":262},"upravlenie-zadachami",20,{"ru":263},{"name":264,"description":95,"meta_title":95,"meta_description":95},"Управление задачами",[266,271],{"id":51,"slug":267,"order":68,"translations":268},"kanban",{"ru":269},{"name":270},"Канбан",{"id":6,"slug":272,"order":273,"translations":274},"kontrol-sotrudnikov",80,{"ru":275},{"name":276},"Контроль сотрудников",false,"process","load",[281,282],"s","m",[],[285,286],"teamlead","pm",[288,289,290,291],"it","agency","prod","edu",[293,294],"deadlines","visibility",[296,297],"lead","ops","2026-08-07T20:00:10.952059+03:00","2026-06-23T00:26:32+03:00",{"id":261,"slug":301,"type":70,"segment":17,"translations":302,"industry":17,"functions":308,"tags":315,"cover":17,"is_on_home":277,"home_order":109,"showcase_art":17,"showcase_tag":17,"catalog_group":319,"catalog_art":320,"catalog_segments":321,"catalog_departments":323,"catalog_roles":324,"catalog_industries":326,"catalog_pains":327,"wizard_roles":330,"is_general":277,"is_featured":277,"featured_order":109,"updated_at":331,"published_at":332},"dlya-hr",{"ru":303},{"title":304,"tldr":305,"hero_title":306,"seo_description":307},"Shtab для HR и рекрутинга: воронка найма, адаптация и заявки на подбор","Shtab собирает работу HR-отдела вокруг задач и процессов: воронка найма на канбан-доске, где кандидат идёт по этапам от отклика до выхода; адаптация новичка как чек-лист-проект с задачами по дням и неделям; единый приём заявок на подбор от руководителей; цели HR над всей этой работой и база знаний с регламентами для новичков. Меньше кандидатов в разрозненных табличках и переписке, меньше адаптации «как получится». Shtab дополняет вашу HR-систему задачами и процессами, а не заменяет кадровый учёт.","HR-отдел, где найм и адаптация не теряются","Shtab для HR-отдела: воронка найма на канбан-доске, адаптация новичка чек-листом, приём заявок на подбор, цели HR и база знаний. Задачи и процессы, не HRM.",[309],{"id":28,"slug":310,"icon":17,"order":311,"translations":312},"hr",150,{"ru":313},{"name":314,"description":95,"meta_title":95,"meta_description":95},"HR и рекрутинг",[316],{"id":51,"slug":267,"order":68,"translations":317},{"ru":318},{"name":270},"departments","form",[282,322],"e",[310],[325],"spec",[],[328,329],"requests","routine",[310],"2026-08-07T20:00:10.679258+03:00","2026-06-30T18:39:17+03:00",{"id":98,"slug":334,"type":70,"segment":17,"translations":335,"industry":17,"functions":341,"tags":349,"cover":17,"is_on_home":277,"home_order":109,"showcase_art":17,"showcase_tag":17,"catalog_group":319,"catalog_art":320,"catalog_segments":358,"catalog_departments":359,"catalog_roles":360,"catalog_industries":361,"catalog_pains":362,"wizard_roles":363,"is_general":277,"is_featured":277,"featured_order":109,"updated_at":364,"published_at":365},"dlya-marketinga",{"ru":336},{"title":337,"tldr":338,"hero_title":339,"seo_description":340},"Shtab для отдела маркетинга: контент-план, кампании и согласования","Shtab собирает работу отдела маркетинга в одном месте: контент-план на доске и в календаре, согласование креативов статусами и комментариями прямо у задачи, единый приём заявок от других отделов и связь задач с целями маркетинга. Меньше переписок в чатах и забытых правок в табличках — видно, что в работе, что ждёт согласования и что движет цели отдела.","Отдел маркетинга, где контент и кампании не теряются","Shtab для отдела маркетинга: контент-план на доске и в календаре, согласование креативов у задачи, приём заявок от отделов, планы кампаний и цели маркетинга.",[342],{"id":343,"slug":344,"icon":17,"order":345,"translations":346},12,"marketing",120,{"ru":347},{"name":348,"description":95,"meta_title":95,"meta_description":95},"Маркетинг",[350,353],{"id":51,"slug":267,"order":68,"translations":351},{"ru":352},{"name":270},{"id":39,"slug":354,"order":355,"translations":356},"ganta",40,{"ru":357},{"name":58},[281,282],[344],[325,285],[289,291],[329,328],[344],"2026-08-07T20:00:10.795929+03:00","2026-06-30T18:08:02+03:00",{"users":367,"tasks":368,"companies":369},82347,5241237,54648]