Başka Bir Kullanıcı "Farklı Giriş Yaparken" Salesforce'ta Orijinal Kullanıcının E-postasını Belirleme

Salesforce Uygulamalarında Kullanıcı Kimliğine Bürünmeyi Anlama

Salesforce geliştirme alanında yaygın bir senaryo, yükseltilmiş izinlere sahip kullanıcıların belirli eylemleri gerçekleştirmek veya verileri incelemek için diğer kullanıcılar gibi oturum açmasını içerir. Bu özellik, idari gözetim ve destek açısından çok değerli olsa da, özellikle özel Lightning Web Bileşenleri (LWC) veya Apex sınıflarında, orijinal kullanıcının eylemlerinin izlenmesi söz konusu olduğunda karmaşıklıklar ortaya çıkarır. Gerçek kullanıcı ile kimliğine bürünülmüş hesap arasında ayrım yapabilme yeteneği, günlüğe kaydetme, denetleme ve hatta Salesforce uygulamalarındaki özelleştirilmiş kullanıcı deneyimleri için çok önemlidir.

Bu zorluk genellikle geliştiricilerin yalnızca kimliğine bürünülen kullanıcının e-posta adresini değil, 'Farklı giriş yapan' kullanıcının e-posta adresini de yakalamak istemesi durumunda ortaya çıkar. Salesforce, kullanıcı bilgilerine erişmek için LWC'deki User.Email alanını kullanmak veya Apex'te kullanıcı ayrıntılarını sorgulamak gibi çeşitli yöntemler sağlar. Ancak, geniş oturum e-postaları kümesi yerine, kimliğe bürünme işlemini gerçekleştiren kullanıcının belirli e-postasını çıkarmak, incelikli bir yaklaşım gerektirir. Bu sorunun ele alınması yalnızca uygulama işlevselliğini geliştirmekle kalmaz, aynı zamanda Salesforce ortamlarında daha yüksek düzeyde denetlenebilirlik ve kullanıcı yönetimi sağlar.

Salesforce Kimliğe Bürünme Komut Dosyası Mekaniğini Anlama

Sağlanan komut dosyaları, özellikle yönetici rollerinin başka bir kullanıcı adına hareket etmesinin gerekli olduğu ortamlarda yaygın bir uygulama olan kullanıcı kimliğine bürünmeyle uğraşırken Salesforce çerçevesinde çok önemli bir işlev görür. ImpersonationUtil adlı bir Apex sınıfı olan ilk komut dosyası, kimliğe bürünmeyi gerçekleştiren kullanıcının e-posta adresini tanımlamak ve döndürmek için tasarlanmıştır. Bu, AuthSession nesnesinde 'SubstituteUser' olarak işaretlenen oturumları arayan getImpersonatorEmail yöntemi içindeki bir SOQL sorgusu aracılığıyla gerçekleştirilir. Bu özel oturum türü bir kimliğe bürünme oturumunu belirtir. Sonuçları CreatedDate'e göre sıralayarak ve sorguyu en son oturumla sınırlayarak, komut dosyası, kimliğe bürünmenin gerçekleştiği oturumu tam olarak belirleyebilir. Tanımlandıktan sonra başka bir sorgu, bu oturumu başlatan kullanıcının e-posta adresini alır ve taklitçinin e-postasını etkili bir şekilde yakalar.

İkinci komut dosyası, bu işlevselliği bir Lightning Web Bileşenine (LWC) entegre etmeye odaklanır. Apex yöntemi getImpersonatorEmail'in bir LWC içindeki bir özelliğe nasıl bağlanacağını gösterir. Bu kurulum, bileşenin, kimliğe bürünen kullanıcının e-posta adresini Salesforce kullanıcı arayüzünde dinamik olarak görüntülemesine olanak tanıyarak şeffaflığı ve denetlenebilirliği artırır. @wire dekoratörünün kullanımı burada çok önemlidir, çünkü bir Apex yöntemi tarafından döndürülen verilerle reaktif özellik provizyonuna olanak tanır ve veriler değiştikçe bileşenin ekranının gerçek zamanlı olarak güncellenmesini sağlar. Bu metodolojik yaklaşım, Salesforce geliştiricilerinin kimliğe bürünme eylemlerini izlemek için sağlam bir mekanizmaya sahip olmasını sağlar; bu, özellikle birden fazla kullanıcının başkaları olarak oturum açma yetkisine sahip olabileceği karmaşık organizasyon yapılarında değerlidir.

public with sharing class ImpersonationUtil {
    public static String getImpersonatorEmail() {
        String query = 'SELECT CreatedById FROM AuthSession WHERE UsersId = :UserInfo.getUserId() AND SessionType = \'SubstituteUser\' ORDER BY CreatedDate DESC LIMIT 1';
        AuthSession session = Database.query(query);
        if (session != null) {
            User creator = [SELECT Email FROM User WHERE Id = :session.CreatedById LIMIT 1];
            return creator.Email;
        }
        return null;
    }
}

import { LightningElement, wire, api } from 'lwc';
import getImpersonatorEmail from '@salesforce/apex/ImpersonationUtil.getImpersonatorEmail';
export default class ImpersonatorInfo extends LightningElement {
    @api impersonatorEmail;
    @wire(getImpersonatorEmail)
    wiredImpersonatorEmail({ error, data }) {
        if (data) {
            this.impersonatorEmail = data;
        } else if (error) {
            console.error('Error retrieving impersonator email:', error);
        }
    }
}

Salesforce'ta Kullanıcı Tanımlamasına Yönelik Gelişmiş Teknikler

Salesforce'ta kullanıcı kimliğine bürünme ve tanımlamayı araştırırken dikkate alınması gereken önemli bir husus, Salesforce'un veri erişimini ve kullanıcı etkinliklerini korumak için kullandığı kapsamlı güvenlik modelidir. Bu güvenlik modeli, başka bir kullanıcı olarak "oturum açma" yeteneğiyle karmaşık bir şekilde bağlantılıdır ve Salesforce'un izin kümelerinin ve oturum yönetiminin derinlemesine anlaşılmasını gerektirir. Salesforce'taki izinler, yöneticilerin, kimliğe bürünen bir kullanıcının tam olarak hangi eylemleri gerçekleştirebileceğini belirlemesine olanak tanıyacak şekilde ayrıntılı olarak düzenlenmiştir. Bu, bir kullanıcı bir başkası adına hareket ederken bile en az ayrıcalık ilkesinin korunmasını sağlar ve böylece kimliğe bürünmeyle ilişkili olası güvenlik riskleri en aza indirilir.

Ayrıca Salesforce'un güçlü olay günlüğü özellikleri, kimliğe bürünme oturumu sırasında gerçekleştirilen eylemlere ek bir görünürlük katmanı sunar. Geliştiriciler, EventLogFile nesnesinden yararlanarak, "Farklı Oturum Açma" işlevi aracılığıyla başlatılanlar da dahil olmak üzere oturum açma olaylarıyla ilgili günlükleri programlı bir şekilde sorgulayabilir ve analiz edebilir. Bu yalnızca denetim ve uyumluluk çabalarına yardımcı olmakla kalmaz, aynı zamanda kullanıcı davranışı ve uygulama performansına ilişkin paha biçilemez bilgiler sağlar. Bu günlüklerden nasıl yararlanılacağını anlamak, bir kuruluşun kullanıcılar tarafından gerçekleştirilen eylemleri izleme ve inceleme becerisini önemli ölçüde geliştirebilir ve Salesforce ortamında hesap verebilirlik ve şeffaflık sağlayabilir.