> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Kullanıcılar, roller ve yetkiler

> Kullanıcı ekleyin, rol şablonlarını ve yetkileri tanımlayın, kişileri hub’larla sınırlayın, ayrılanları çıkarın, şifre ve 2 faktörlü doğrulamayı ayarlayın.

OTO’da erişim iki soruyu ayrı ayrı yanıtlar: Bu ne tür bir kullanıcıdır ve bu kişinin tam olarak neyi yapmasına izin verilir? İlkini doğru ayarlamak bir dakika sürer; ikincisini doğru ayarlamak ise bir toplayıcının kâr marjlarınızı görmesini engelleyen şeydir.

## İki katman

| Katman | Neyi belirler? |
| - | - |
| **User Type** | Bunun ne tür bir hesap olduğunu ve ürünün hangi bölümüne ait olduğunu. Kullanıcı oluşturulurken belirlenir. |
| **Yetkiler** | Bu hesabın hangi sayfalara ve işlemlere erişebileceğini. Bir **rol şablonundan** uygulanır ve kişi bazında ayarlanabilir. |

### Kullanıcı türleri

| Tür | Kimin için? |
| - | - |
| **Company Admin** | Hesapta tam yönetici erişimi. |
| **Warehouse User** | [OTO PACK](https://docs.tryoto.com/tr/modules/warehouse-management/overview.md) içinde, depoda çalışır. Atandığı hub’larla sınırlıdır. |
| **Branch User** | Aynısını, sipariş hazırlama da yapan bir mağaza için yapar. Bkz. [Hub Yönetimi](https://docs.tryoto.com/tr/modules/hubs-management/overview.md). |
| **Driver User** | Kendi filonuzdaki bir sürücü; Gösterge Paneli yerine [OTO FLEX](https://docs.tryoto.com/tr/modules/oto-flex/overview.md) uygulamasında çalışır. |
| **Customer Service User** | “Siparişim nerede?” sorusunu yanıtlar. Siparişleri görebilmesi gerekir; genellikle başka bir şeye ihtiyacı yoktur. |
| **Brand Manager User** | İşletmenin tamamından değil, çok markalı bir hesaptaki tek bir markadan sorumludur. |

## Rol şablonları

Rol şablonu, bir kez tanımlayıp istediğiniz kadar kişiye uygulayabileceğiniz, adı olan bir yetki kümesidir ve **Ayarlar → Yönetim → Role Templates** altında bulunur. Liste, her şablonu ve **şu anda kaç kullanıcının ona sahip olduğunu** gösterir; bir şablonu değiştirmeden önce bakmanız gereken sayı budur.

**Add Template** önce bir ad ister, ardından yetki ağacını gösterir. Ağaçta üç sütun (**Name**, **Type** ve **Permission**) ve bir arama kutusu vardır; arama kutusuna ihtiyacınız olacak, çünkü ağaç Shipments ve Dashboard’dan Warehouses, Payments, OTO FLEX ve Customer Service’e, oradan da Profile Settings’e kadar **22 üst düzey alanı** kapsar.

### Sayfalar ve işlemler

Her yetki iki türden biridir ve asıl işe yarayan kısım bu ayrımdır.

| Tür | Vermek ne anlama gelir? |
| - | - |
| **Page** | Bu kişi bu ekranı *görebilir*. |
| **Action** | Bu kişi o ekranda bu belirli işlemi *yapabilir*. |

Ağaç iç içedir; aşağı indikçe yetkiler daha özel hâle gelir. **Shipments** bir sayfadır; onun içinde **Pending Orders** bir sayfadır; onun içinde de **With My Rates** ve **Edit Order Admin** birer işlemdir. Warehouses da aynı şekilde **Add**, **Edit**, **View** ve **Activate/Deactivate** olarak ayrılır.

> [!TIP]
>
> **Görmeyi yapmaktan ayırmak, en az yetki ilkesini uygulanabilir kılar**
>
> Bu ayrım olmasaydı erişim her ekran için ya hep ya hiç olurdu ve en kolay yol, ekranın herhangi bir kısmına ihtiyacı olan herkese ekranın tamamını vermek olurdu.
>
> Bu ayrım sayesinde bir müşteri hizmetleri temsilcisi bir siparişi açıp geçmişini okuyabilir; ancak siparişi düzenleyemez, iptal edemez veya size maliyetini göremez. Rahatça dağıtabileceğiniz bir rol ile önce konuşulması gereken bir rol arasındaki fark budur.

## Atama ve düzenleme

**Users** ekranındaki **Roles** menüsünde üç işlem bulunur ve bunlar farklı işler görür.

| İşlem | Ne yapar? |
| - | - |
| **Apply Role Template** | Bu kişiye adı olan bir şablon verir. Olağan yol budur ve tercih edilmesi gereken de budur. |
| **Modify Roles** | Bu kişinin yetkilerini şablonundan farklılaşacak şekilde ayarlar; gerçek istisnalar içindir. |
| **Restore Roles** | Bu ayarlamaları iptal eder ve kişiyi varsayılan yetkilerine geri döndürür. |

Bir kullanıcının **aynı anda yalnızca bir rol şablonu** olur. Şablonlar üst üste eklenmez; bu da “bu kişi neler yapabilir?” sorusunun tek bir yere bakılarak yanıtlanabilmesini sağlar.

> [!NOTE]
>
> **Bu düzeni dürüst tutan sütun Has Custom Role’dür**
>
> Kullanıcı listesinde, yetkileri artık şablonlarıyla eşleşmeyen herkesi gösteren bir **Has Custom Role** işareti bulunur. Her erişim incelemesinin sorduğu sorunun denetim yanıtı budur.
>
> Yetki kayması göze çarpmaz ve birikerek ilerler: Biri yoğun bir hafta için fazladan bir işleme ihtiyaç duyar, bu yetki kişiye özel olarak verilir ve kimse geri almaz. Bu sütuna düzenli olarak filtre uygulamak ve istisnasının süresi dolan herkes için **Restore Roles** kullanmak, denetimden önceki uzun bir öğleden sonrayı önleyen beş dakikalık bir alışkanlıktır.

## Kullanıcı ekleme

**Ayarlar → Yönetim → Users → Add User**.

| Alan | Notlar |
| - | - |
| **Full Name** | Zorunlu. |
| **Mobile Number** | Ülke koduyla birlikte. |
| **Email** | Davetin gittiği adres ve giriş kimliği. |
| **User Type** | Yukarıdaki altı türden biri. |
| **Job Title** | İsteğe bağlı. |
| **User Code** | İsteğe bağlı. Kişileri bir İK veya ERP sistemindeki kayıtlarla eşleştirmek için kullanışlıdır. |
| **Photo** | İsteğe bağlı. |

Kaydettiğinizde şifre sıfırlama bağlantısı içeren bir davet e-postası gönderilir ve yeni kullanıcı kendi şifresini belirler. Kimse başkası adına şifre belirlemez ve hiçbir şifre mesajla iletilmez. Davet kaybolursa yönetici, şifre vermek yerine kullanıcının **Tools** menüsünden bağlantıyı yeniden gönderebilir.

## Kullanıcı listesi

| Sütun | Size ne söyler? |
| - | - |
| **Full Name** · **Email** · **Phone** | Kişinin kim olduğunu. |
| **User Type** | Hesabın türünü. |
| **Role Template Name** | Sahip olduğu şablonu. |
| **Has Custom Role** | Şablonundan farklılaşacak şekilde ayarlanıp ayarlanmadığını. |
| **User Code** | Belirlediyseniz kendi tanımlayıcınızı. |
| **Status** | Aktif mi, devre dışı mı. |
| **2FA Status** | Bu kişinin iki faktörlü kimlik doğrulamayı açıp açmadığını. |

Her sütun filtrelenebilir; bu nedenle “kimin yönetici erişimi var?”, “kim bir şablona bağlı değil?” ve “kimin ikinci doğrulama adımı yok?” sorularının her biri tek bir filtre uzaklığındadır.

> [!TIP]
>
> **2FA filtresini kimse sormadan çalıştırın**
>
> Bir güvenlik anketi er ya da geç, kullanıcılarınızın yüzde kaçında çok faktörlü kimlik doğrulamanın açık olduğunu soracaktır. Yanıt bu sütundur ve bunu bir satın alma incelemesi sırasında değil, sakin bir salı günü öğrenmek daha iyidir.

## Ayrılan çalışanlar

Kullanıcılar **silinmez, devre dışı bırakılır**. **Tools → Deactivate User** erişimi anında kaldırır; **Activate User** erişimi geri verir.

> [!NOTE]
>
> **Kişileri silmemek bir kısıtlama değil, doğru davranıştır**
>
> Siparişler, gönderiler, toplama işlemleri ve durum değişiklikleri, bunları gerçekleştiren kişinin kimliğini taşır. Kişiyi silmek bu kayıtları ya bozar ya da sessizce kişiden koparır; kime ait olduğu bilinmeyen bir sipariş hazırlama geçmişi de pek bir geçmiş sayılmaz.
>
> Devre dışı bırakma erişimi sonlandırır ve iz kaydını korur. Biri ayrıldığında hesabı devre dışı bırakın *ve* erişimi olduğu tüm API kimlik bilgilerini yeniden oluşturun; refresh token kendiliğinden sona ermez. Bkz. [API kimlik doğrulaması](https://docs.tryoto.com/tr/developers/authentication.md).

## Kişileri lokasyonlarla sınırlama

Yetkilerin ötesinde, depo ve şube çalışanları gerçekte çalıştıkları lokasyonlarla sınırlandırılır.

| | |
| - | - |
| **Accessible Users, hub bazında** | Her depo veya şube, kendisinde çalışabilecek kullanıcıları belirtir; bu, hub oluşturulurken veya düzenlenirken ayarlanır. Bkz. [Hub Yönetimi](https://docs.tryoto.com/tr/modules/hubs-management/overview.md). |
| **OTO PACK kullanıcıları ve takımları** | **OTO PACK → Configuration** altında kendine ait **Users** ve **Teams** sekmeleri bulunur; dalga ve zon bazlı toplama için toplayıcı takımları burada oluşturulur. |

Sonuç olarak bir lokasyondaki toplayıcı yalnızca o lokasyonun iş kuyruğunu görür. Kapsam ve yetki farklı kontrollerdir ve ikisi birlikte uygulanır: Yetki, birinin ne tür iş yapabileceğini; kapsam ise nerede yapabileceğini söyler.

## Şifreler ve iki faktörlü kimlik doğrulama

Her kişi kendi kimlik bilgilerini **Ayarlar → My Profile** altında yönetir.

| | |
| - | - |
| **Şifre politikası** | En az 8 karakter; en az bir büyük harf, bir küçük harf ve bir rakam. |
| **İki faktörlü kimlik doğrulama** | Kimlik doğrulama uygulamasından alınan zamana dayalı kodlar. Etkinleştirildiğinde bir QR kod ve elle girilebilecek bir anahtar gösterilir; altı haneli bir kodla onaylarsınız. |
| **Yedekleme kodları** | 2FA etkinleştirildiğinde oluşturulur; telefon kaybolursa hesaba yeniden girmenin yoludur. |
| **Geçiş anahtarı (passkey)** | Cihazın kendi kimlik doğrulamasını kullanarak hiç şifre girmeden oturum açın. **Enable Passkey** diğer ikisinin yanında yer alır. |

> [!TIP]
>
> **Cihaz destekliyorsa geçiş anahtarları daha güçlü seçenektir**
>
> Geçiş anahtarı oltalama ile ele geçirilemez; çünkü okunup söylenecek bir kod ya da giriş sayfasının inandırıcı bir taklidine yazılacak bir şifre yoktur. Bir saldırı türünü zorlaştırmak yerine tamamen ortadan kaldıran tek kimlik doğrulama değişikliği budur.
>
> Öncelikle yöneticilere ve finansal görünürlüğü olan herkese sunulması önerilir; çünkü bir saldırganın ele geçirmek isteyeceği hesaplar bunlardır.

> [!TIP]
>
> **SMS yerine kimlik doğrulama uygulaması kodları kullanın ve yedekleme kodlarını düzgün saklayın**
>
> Uygulamada üretilen kodlar SIM kart değiştirme saldırılarına veya ele geçirilen mesajlara karşı savunmasız değildir; burada bu yöntemin kullanılmasının nedeni budur.
>
> Bunun bedeli, telefonu kaybolan kişinin hesaba erişemeyecek olmasıdır ve tek çıkış yolu yedekleme kodlarıdır. 2FA’yı etkinleştirdiğiniz anda bunları bir şifre yöneticisine kaydetmek birkaç saniye sürer; bunlar olmadan bir hesabı kurtarmak ise çok daha uzun sürer.

## İlgili sayfalar

* [Güvenlik ve uyumluluk](https://docs.tryoto.com/tr/platform/security-and-compliance.md): Tüm bunların arkasındaki kontroller ve neyin sertifikalı olduğu.
* [API kimlik doğrulaması](https://docs.tryoto.com/tr/developers/authentication.md): Makine erişiminin nasıl sınırlandırıldığı ve sona erdiği.
* [Hub Yönetimi](https://docs.tryoto.com/tr/modules/hubs-management/overview.md): Kullanıcıları lokasyonlara atama.
* [Depo Yönetimi](https://docs.tryoto.com/tr/modules/warehouse-management/overview.md): OTO PACK’teki toplayıcı takımları.


## Related topics

- [İşbirliği ve bildirimler](https://docs.tryoto.com/tr/platform/collaboration-and-notifications.md)
- [Güvenlik ve uyumluluk](https://docs.tryoto.com/tr/platform/security-and-compliance.md)
- [Yerelleştirme: diller, para birimi ve saat dilimleri](https://docs.tryoto.com/tr/platform/localization.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.