آموزش ۵۰۰+ سوال و جواب مصاحبه مدیر سیلزفورس (Salesforce Admin) ۲۰۲۶ - آخرین آپدیت

پوشش جامع دامنه‌های آزمون

این مخزن تست‌های تمرینی دقیقاً به گونه‌ای ساختاریافته است که بازتاب‌دهنده توزیع فنی سوالات در مصاحبه‌های واقعی مدیران و مشاوران سیلزفورس در سطح سازمان‌های بزرگ باشد.

• امنیت داده‌ها و اشتراک‌گذاری رکوردها (۲۰٪): پیکربندی تنظیمات پیش‌فرض سازمان (OWD) مانند Public Read/Write در مقابل Private، مدیریت مکانیسم‌های اشتراک‌گذاری ضمنی، تعریف نقش‌ها، پروفایل‌های سفارشی و کار با قوانین دیده‌شدن Controlled by Parent.

• مدیریت داده‌ها (۱۵٪): انتخاب انواع فیلدهای مناسب، پیاده‌سازی قوانین اعتبارسنجی پیچیده، حفظ یکپارچگی بالای داده‌ها، اجرای تحلیل‌های عمیق داده و پیکربندی ابزارهای بصری‌سازی داده‌های بومی.

• اتوماسیون (۱۸٪): طراحی فرآیندهای تایید (Approval Processes) چندمرحله‌ای، تشخیص زمان استفاده از Apex یا Apex Triggers به جای ابزارهای Declarative، نگهداری قوانین قدیمی Workflow و پیکربندی وابستگی‌ها در فیلدهای سفارشی.

• مدیریت کاربران (۱۲٪): استراتژی‌های مقیاس‌پذیر ایجاد کاربر، استقرار مجموعه‌های دسترسی (Permission Sets)، بهینه‌سازی مدیریت لایسنس‌ها و جداسازی نقش‌های کاربر از پروفایل‌های کاربر.

• امنیت و انطباق (۱۰٪): ردیابی ناهنجاری‌ها از طریق Event Monitoring، محدود کردن دسترسی با استفاده از بازه‌های IP و ساعات ورود، پیکربندی Shield Platform Encryption و همسویی تنظیمات با قوانین GDPR.

• گزارش‌دهی و تحلیل (۸٪): ساخت انواع گزارش‌های سفارشی، انتخاب کامپوننت‌های مناسب داشبورد، پیاده‌سازی فیلترهای پیشرفته داده و پیکربندی داشبوردهای تحلیلی.

• مدیریت تغییرات و عیب‌یابی (۷٪): طراحی جریان‌های مدیریت تغییرات سازمانی، عیب‌یابی Sandbox، دیباگ خطاهای اتوماسیون، سازماندهی مهاجرت‌های پیچیده داده‌ها و بررسی سلامت یکپارچگی سیستم.

• پلتفرم و یکپارچه‌سازی (۱۰٪): به حداکثر رساندن بهره‌وری پلتفرم اصلی سیلزفورس، مدیریت گزینه‌های یکپارچه‌سازی Declarative، استفاده از APIهای خارجی، راه‌اندازی External Services و مدیریت پیام‌رسانی در لحظه از طریق Platform Events.

درباره دوره

موفقیت در یک مصاحبه فنی مدرن سیلزفورس به چیزی بسیار فراتر از حفظ کردن منوهای تنظیمات استاندارد نیاز دارد. سازمان‌های تراز اول به مدیرانی نیاز دارند که بتوانند مدل‌های امنیتی ضدضربه طراحی کنند، اتوماسیون‌های مقیاس‌پذیر پیاده‌سازی کنند و مشکلات پیچیده اشتراک‌گذاری داده‌ها را بدون ایجاد بدهی فنی (Technical Debt) حل کنند. من این بانک سوالات جامع را طراحی کردم تا فاصله بین آماده‌سازی برای گواهینامه‌های پایه و سناریوهای دقیقی که مصاحبه‌کنندگان ارشد در جلسات زنده از شما می‌پرسند را پر کنم.

با ۵۵۰ سوال بسیار دقیق و اختصاصی، این دوره فراتر از حقایق مفهومی ساده می‌رود. من سناریوهای واقعی مدیریت، شکست‌های اتوماسیون، تناقضات اشتراک‌گذاری و موارد خاص یکپارچه‌سازی را کالبدشکافی کرده‌ام. هر سوال با یک تحلیل فنی جامع همراه است که دقیقاً توضیح می‌دهد چرا گزینه درست صحیح است و چرا گزینه‌های جایگزین در یک محیط عملیاتی (Production) شکست می‌خورند. چه به دنبال نقش مدیر سیلزفورس باشید، چه برای مصاحبه فنی مشاور آماده شوید یا بخواهید دانش اتوماسیون خود را گسترش دهید، این منبع تمرینات سخت‌گیرانه‌ای را فراهم می‌کند که برای عبور با اعتمادبه‌نفس از مراحل فنی در اولین تلاش به آن‌ها نیاز دارید.

نمونه سوالات تمرینی

برای درک عمق و سبک توضیحات ارائه شده در این بانک سوالات، این سه نمونه سوال با کیفیت بالا را بررسی کنید.

سوال ۱: حل تناقضات پیچیده اشتراک‌گذاری با تنظیمات Controlled by Parent

سازمانی از یک شیء سفارشی به نام "Project Milestone" استفاده می‌کند که در یک رابطه Master-Detail در سمت Detail با شیء استاندارد Account قرار دارد. تنظیم پیش‌فرض سازمان (OWD) برای شیء Account روی Private تنظیم شده است. کاربری با پروفایلی که دسترسی "Read" و "Edit" به Project Milestones دارد، سعی می‌کند به یک رکورد خاص از Milestone دسترسی پیدا کند، اما نمی‌تواند آن را ببیند. مالک اکانت، رکورد اکانت والد را به صورت دستی با دسترسی "Read Only" با این کاربر به اشتراک گذاشته است. سطح دسترسی نهایی کاربر به رکورد فرزند (Project Milestone) چه خواهد بود؟

• الف) کاربر دسترسی کامل Read و Edit خواهد داشت زیرا پروفایل او صراحتاً قوانین اشتراک‌گذاری والد را بازنویسی می‌کند.

• ب) کاربر دسترسی Read Only به رکورد Project Milestone خواهد داشت زیرا دسترسی فرزند توسط سطح اشتراک‌گذاری دستی والد محدود شده است.

• ج) کاربر به طور کامل از مشاهده رکورد Project Milestone منع می‌شود زیرا اشتراک‌گذاری دستی در والد، دسترسی به رکوردهای Detail را تحت OWDهای Private فراهم نمی‌کند.

• د) سیستم یک خطای Runtime DML ایجاد می‌کند زیرا پروفایل‌ها نمی‌توانند دسترسی‌های سطح شیء بالاتری نسبت به آنچه OWD اجازه می‌دهد، اعطا کنند.

• ه) کاربر دسترسی Read و Edit خواهد داشت، اما فقط در صورتی که در سلسله‌مراتب نقش‌ها بالاتر از مالک Project Milestone باشد.

• و) کاربر دسترسی Read Only خواهد داشت، اما از مشاهده هرگونه فیلد سفارشی مرتبط در Milestone منع می‌شود.

پاسخ صحیح و توضیحات:

• پاسخ صحیح: ب

• چرا درست است: در یک رابطه Master-Detail، تنظیم اشتراک‌گذاری رکورد فرزند به طور ضمنی "Controlled by Parent" است. این بدان معناست که دیده‌شدن آن کاملاً از رکورد Master به ارث می‌رسد. وقتی اکانت والد به صورت دستی با دسترسی Read Only به اشتراک گذاشته می‌شود، این دسترسی به Milestoneهای فرزند منتقل می‌شود. از آنجایی که پروفایل کاربر در سطح شیء اجازه ویرایش را می‌دهد، اما دسترسی در سطح رکورد توسط سطح اشتراک‌گذاری والد محدود شده است، نتیجه نهایی دسترسی Read Only خواهد بود.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه الف غلط است: مجوزهای سطح شیء در پروفایل تعیین می‌کنند که کاربر چه کاری می‌تواند با رکوردهایی که مالک آن‌هاست یا به آن‌ها دسترسی دارد انجام دهد، اما قوانین اشتراک‌گذاری سطح رکورد همیشه تعیین می‌کنند کدام رکوردهای خاص قابل مشاهده هستند.

  • گزینه ج غلط است: اشتراک‌گذاری دستی در رکورد والد با موفقیت دسترسی خواندنی را به رکوردهای Detail در مدل Controlled by Parent گسترش می‌دهد.

  • گزینه د غلط است: پروفایل‌ها اغلب مجوزهای شیئی می‌دهند که با OWDها متفاوت است و این موضوع باعث ایجاد خطا نمی‌شود؛ OWDها اشتراک‌گذاری رکورد را مدیریت می‌کنند، نه دسترسی به متادیتای شیء را.

  • گزینه ه غلط است: سلسله‌مراتب نقش‌ها در اینجا عامل تصمیم‌گیرنده نیست زیرا اشتراک‌گذاری دستی والد قبلاً دسترسی پایه خواندنی را صراحتاً اعطا کرده است.

  • گزینه و غلط است: امنیت سطح فیلد (FLS) در پروفایل، دیده‌شدن فیلدها را کنترل می‌کند، نه مکانیسم‌های اشتراک‌گذاری دستی در سطح رکورد را.

سوال ۲: ارزیابی تداخلات اتوماسیون با قوانین اعتبارسنجی و Apex Triggers

یک مدیر سیلزفورس یک قانون اعتبارسنجی (Validation Rule) روی شیء Opportunity پیکربندی می‌کند تا کاربران را از ذخیره فرصتی با تاریخ بسته‌شدن (Close Date) در گذشته منع کند. همزمان، یک توسعه‌دهنده یک Apex Trigger روی شیء Account مستقر می‌کند که وقتی وضعیت اکانت به "Archived" تغییر می‌کند، تمام Opportunityهای فرزند مرتبط را به طور خودکار به تاریخی در گذشته به‌روزرسانی می‌کند. وقتی کاربر سعی می‌کند وضعیت یک اکانت فعال را به "Archived" تغییر دهد چه اتفاقی می‌افتد؟

• الف) رکورد اکانت با موفقیت به‌روزرسانی می‌شود و قانون اعتبارسنجی Opportunity توسط کانتکست سیستمی Apex نادیده گرفته می‌شود.

• ب) به‌روزرسانی اکانت به طور کامل شکست می‌خورد و کاربر پیام خطای سفارشی تعریف شده در قانون اعتبارسنجی Opportunity را مشاهده می‌کند.

• ج) اکانت به طور تمیز به‌روزرسانی می‌شود، اما Opportunityهای فرزند بدون تغییر می‌مانند زیرا Apex به طور خودکار خطاهای اعتبارسنجی را در به‌روزرسانی‌های انبوه نادیده می‌گیرد.

• د) سیستم تراکنش را تقسیم می‌کند: وضعیت اکانت تغییر می‌کند، اما به‌روزرسانی‌های Opportunity برای تلاش مجدد به صف پس‌زمینه غیرهمزمان (Asynchronous) ارسال می‌شوند.

• ه) محیط اجرا با یک خطای Hard Limit مواجه می‌شود زیرا قوانین اعتبارسنجی Declarative نمی‌توانند در حین اجرای برنامه‌نویسی شده Apex اجرا شوند.

• و) تراکنش با موفقیت کامل می‌شود، اما یک پرچم هشدار به طور دائمی به تاریخچه حسابرسی (Audit Trail) سیستم اضافه می‌شود.

پاسخ صحیح و توضیحات:

• پاسخ صحیح: ب

• چرا درست است: سیلزفورس تمام تغییرات پایگاه داده را در قالب یک تراکنش اتمیک (Atomic) واحد پردازش می‌کند. طبق ترتیب اجرای رسمی (Order of Execution)، وقتی تریگر اکانت، Opportunityهای فرزند را به‌روزرسانی می‌کند، آن رکوردهای فرزند چرخه ذخیره‌سازی خود را اجرا می‌کنند که شامل ارزیابی قوانین اعتبارسنجی Opportunity است. از آنجایی که تریگر سعی می‌کند یک تاریخ Close Date در گذشته بنویسد، قانون اعتبارسنجی Opportunity شکست می‌خورد. این شکست باعث بازگشت (Rollback) کل تراکنش می‌شود، از به‌روزرسانی اکانت والد جلوگیری کرده و پیام خطای Opportunity را به کاربر نمایش می‌دهد.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه الف غلط است: تریگرهای Apex در مورد مجوزهای شیء در کانتکست سیستمی اجرا می‌شوند، اما هرگز نمی‌توانند قوانین اعتبارسنجی، قوانین ورک‌فلو یا Flowهای فعال را نادیده بگیرند، مگر اینکه منطق Bypass صریحاً در معماری کدنویسی شده باشد.

  • گزینه ج غلط است: شکست در قوانین اعتبارسنجی باعث بازگشت فوری بلوک تراکنش فعلی می‌شود و هرگز نادیده گرفته نمی‌شوند.

  • گزینه د غلط است: تریگرها به طور پیش‌فرض به صورت همزمان (Synchronous) اجرا می‌شوند؛ پلتفرم یک تراکنش واحد را تقسیم نمی‌کند یا به‌روزرسانی‌های شکست‌خورده را به طور خودکار به صف غیرهمزمان منتقل نمی‌کند.

  • گزینه ه غلط است: قوانین اعتبارسنجی Declarative قطعاً در کنار تریگرهای برنامه‌نویسی شده در طول چرخه ذخیره پایگاه داده اجرا می‌شوند.

  • گزینه و غلط است: تراکنش شکست می‌خورد و به طور کامل بازمی‌گردد؛ هیچ لاگ حسابرسی ساختاری برای شکست‌های استاندارد تراکنش ایجاد نمی‌شود.

سوال ۳: انتخاب نمای تحلیلی مناسب از طریق انواع گزارش سفارشی و فیلترها

یک ذینفع تجاری به یک کامپوننت داشبورد پویا نیاز دارد که مجموع درآمد فروش ایجاد شده را فقط برای اکانت‌هایی ردیابی کند که حداقل یک رکورد Asset فعال دارند. تنظیم پیش‌فرض سازمان (OWD) برای Assets روی Private تنظیم شده است. مدیر سیلزفورس چگونه باید این راهکار را پیاده‌سازی کند تا بصری‌سازی دقیق داده‌ها را بدون افشای رکوردهای اکانت غیرمرتبط برای بینندگان استاندارد داشبورد تضمین کند؟

• الف) یک گزارش استاندارد Account بسازد و یک Cross Filter با عبارت "Accounts with Assets" اعمال کند و دیده‌شدن استاندارد OWD را حفظ نماید.

• ب) یک نوع گزارش سفارشی "Accounts with or without Assets" ایجاد کند و کاربر اجرای داشبورد (Running User) را به عنوان مدیر سیستم با دسترسی View All Data تنظیم کند.

• ج) یک اسنپ‌شات تحلیلی مبتنی بر Apex بنویسد که تعداد Assetها را در یک فیلد متنی در چیدمان پروفایل کاربر کپی کند.

• د) تنظیم پیش‌فرض سازمان (OWD) برای Assets را به Public Read/Write تغییر دهد تا تجمیع داده‌ها در کل زیرساخت شرکت اجباری شود.

• ه) یک نوع گزارش ماتریسی مستقیماً روی شیء Asset ایجاد کند و تمام فیلترهای استاندارد سطح ردیف داشبورد را غیرفعال کند.

• و) یک گزارش ترکیبی (Joined Report) شامل Accounts و Users بسازد و سپس هر رکوردی که ID دارایی آن خالی است را فیلتر کند.

پاسخ صحیح و توضیحات:

• پاسخ صحیح: الف

• چرا درست است: استفاده از یک Cross Filter بومی ("Accounts with Assets") در یک گزارش استاندارد Account، تمیزترین و امن‌ترین رویکرد است. کراس فیلترها به شما اجازه می‌دهند شیء اصلی (Accounts) را بر اساس روابطش با اشیاء فرزند ثانویه (Assets) فیلتر کنید بدون اینکه دیده‌شدن رکوردها را تغییر دهید. این امر تضمین می‌کند که داشبورد به اشتراک‌گذاری استاندارد رکوردها احترام می‌گذارد و به کاربران فقط اکانت‌هایی را نشان می‌دهد که طبق تنظیمات OWD اجازه مشاهده آن‌ها را دارند.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه ب غلط است: تنظیم کاربر اجراکننده روی مدیر سیستم با دسترسی "View All Data" یک مشکل امنیتی و انطباقی بزرگ ایجاد می‌کند، زیرا داده‌های پنهان اکانت و دارایی را برای بینندگانی که نباید ببینند، افشا می‌کند.

  • گزینه ج غلط است: استفاده از اسنپ‌شات تحلیلی Apex برای کپی داده‌ها مستقیماً در چیدمان پروفایل کاربر از نظر معماری نادرست است و مشکل فیلتر کردن کامپوننت داشبورد را حل نمی‌کند.

  • گزینه د غلط است: تغییر یک تنظیم جهانی OWD صرفاً برای برآورده کردن یک نیاز گزارش‌گیری واحد، چارچوب‌های انطباق امنیتی را می‌شکند.

  • گزینه ه غلط است: گزارش‌گیری مستقیم روی شیء Asset به راحتی مجموع درآمد در سطح اکانت را تجمیع نمی‌کند اگر اکانت‌ها چندین دارایی یا فرصت‌های غیرمرتبط داشته باشند.

  • گزینه و غلط است: گزارش‌های ترکیبی بلوک‌های مختلف داده را ترکیب می‌کنند اما منطق دقیق حذف ساختاری را که توسط کراس فیلترهای بومی ارائه می‌شود، شبیه‌سازی نمی‌کنند.

چه انتظاراتی داشته باشید

• به تست‌های سوالات مصاحبه خوش آمدید تا شما را برای ارزیابی سوالات مصاحبه مدیر سیلزفورس آماده کنیم.

• می‌توانید آزمون‌ها را هر تعداد بار که بخواهید تکرار کنید.

• این یک بانک سوالات جامع و اختصاصی است.

• در صورت داشتن سوال، از پشتیبانی مدرسان بهره‌مند می‌شوید.

• هر سوال دارای یک توضیح دقیق است.

• با اپلیکیشن Udemy سازگار با موبایل است.

امیدواریم تا الان متقاعد شده باشید! سوالات بسیار بیشتری در داخل دوره وجود دارد.