> For the complete documentation index, see [llms.txt](https://gitbook.yayindunyamiz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.yayindunyamiz.com/scpsl-lore/yonetim-departmani.md).

# yonetim-departmani

## 📜 Protokoller

Yönetim Departmanı protokolleri, site yönetiminde kritik bir rol oynamaktadır. Protokoller; tesisin düzenli işleyişini sağlamak, kriz anlarında hızlı karar alabilmek ve yönetim kademeleri arasındaki yetki aktarımını netleştirmek amacıyla oluşturulmuştur.

Özellikle; Site Yöneticisi görevde olduğu sürece tesisin en yüksek idari otoritesi olarak yetkiyi elinde bulundurur. Ancak bazı durumlarda, örneğin Site-66'da Tesis Komutanı'nın yönetimi devralması gibi istisnai koşullar ortaya çıkabilir. İşte bu noktada protokoller, yetki sınırlarını ve uygulanacak prosedürleri belirleyen temel kılavuzlar hâline gelir.

Bu nedenle, tesis içerisindeki tüm personelin protokolleri bilmesi ve gerektiğinde uygulayabilmesi hayati önem taşır.

Aşağıda, Yönetim Departmanı tarafından tanımlanan protokollerin tamamı listelenmiştir:

* 📑 **Protokol İkili Yönetim (Dual Command Protocol)**
* 🏛️ **Protokol Hiyerarşi (Hierarchy Protocol)**
* 🚨 **Protokol Kriz Devri (Crisis Transfer Protocol)**

**\[Kasıtlı Olarak Boş Bırakılmıştır]**

## 🏛️ Protokol Hiyerarşi (Hierarchy Protocol)

**Tanım:** Hiyerarşi Protokolü, tesis içerisinde Yönetim Departmanı personeli (örneğin; Site Müdürü, Site Yöneticisi vb.) bulunduğu sürece devrede olan bir yönetim protokolüdür.

**📋 İçerik ve Amaç:**

* 🏛️ Bu protokol kapsamında, tesisin yönetimi Tesis Komutanına değil, Yönetim Departmanı personeline aittir.
* 📑 Yönetimsel kararların alınması, protokollerin yürütülmesi ve idari sorumlulukların yerine getirilmesi doğrudan Yönetim Departmanı tarafından gerçekleştirilir.
* 🛡️ Tesis Komutanı, yalnızca güvenlik ve operasyonel alanlarda tam yetkiye sahiptir; ancak yönetimsel otorite her zaman Yönetim Departmanı personelindedir.

**⚙️ Durumlar:**

* 🟢 Protokol çoğunlukla aktif hâldedir.
* 🔴 Yalnızca Yönetim Departmanı personelinin tesiste bulunmadığı durumlarda deaktif edilir.

**📌 Sonuç:** Hiyerarşi Protokolü sayesinde, yönetim kademeleri arasındaki görev ve sorumluluk ayrımı korunur, böylece idari düzenin sürekliliği garanti altına alınır.

**\[Kasıtlı Olarak Boş Bırakılmıştır]**

## 🚨 Protokol Kriz Devri (Crisis Transfer Protocol)

**Tanım:** Kriz Devri Protokolü, Yönetim Departmanındaki son ve en ciddi protokol olarak kabul edilmektedir.

**📋 İçerik ve Amaç:**

* ⚠️ Tesis içerisinde yüksek riskli güvenlik açıkları oluştuğunda veya tesis doğrudan saldırı altında bulunduğunda devreye girer.
* 🛡️ Bu koşullarda, tesis yönetimi doğrudan Tesis Komutanına veya Tesis Komutanıyla benzer rütbeye sahip olan kişilerin eline geçer.
* ⚔️ Tesis Komutanı, kriz sona erene kadar tüm emirleri verme ve uygulama hakkına sahiptir.
* 🔒 Gerektiğinde, Site Yöneticisini koruma amacıyla güvenli bir alana götürme yetkisini de elinde bulundurur.
* 👑 Kriz süresince, en üst karar mercii konumuna yükselir.

**📌 Sonuç:** Kriz Devri Protokolü sayesinde, olağanüstü durumlarda yönetimsel karar alma süreci hızlanır, komuta zinciri sadeleşir ve tesisin güvenliği öncelikli olarak garanti altına alınır.

**\[Kasıtlı Olarak Boş Bırakılmıştır]**


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://gitbook.yayindunyamiz.com/scpsl-lore/yonetim-departmani.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.