Ana içeriğe atla
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

​
Kullanıcı türleri

​
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. 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.
Görmeyi yapmaktan ayırmak, en az yetki ilkesini uygulanabilir kılarBu 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. 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.
Bu düzeni dürüst tutan sütun Has Custom Role’dürKullanı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. 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

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.
2FA filtresini kimse sormadan çalıştırınBir 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.
Kişileri silmemek bir kısıtlama değil, doğru davranıştırSipariş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ı.

​
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. 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.
Cihaz destekliyorsa geçiş anahtarları daha güçlü seçenektirGeç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.
SMS yerine kimlik doğrulama uygulaması kodları kullanın ve yedekleme kodlarını düzgün saklayınUygulamada ü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