داخل سازمانی

صفحه «عملیات on-premises – مرکز راهنما» به محدوده عملکردی اشاره‌شده در URL می‌پردازد. محتوای موجود با جریان واقعی کار، پیش‌نیازها و محدودیت‌های شناخته‌شده تکمیل می‌شود. On-premises یک پیشنهاد سلف‌سرویس نیست. این قابلیت در بسته Individuell از طریق یک درخواست و یک جلسه مشاوره بررسی می‌شود. سازوکار مجوزدهی در حال حاضر همچنان دارای یک کلید جایگزین است؛ بنابراین این قابلیت فقط باید به‌عنوان «در صورت درخواست، در حال معرفی» توصیف شود. قیمت شناخته‌شده ۲۹۹ یورو در ماه به‌علاوه ۳۹۹ یورو راه‌اندازی است.

On-premises یک ویژگی داشبورد نیست که فوراً فعال شود. استقرار در چارچوب بسته Individuell از طریق یک درخواست و یک جلسه مشاوره آماده می‌شود. قیمت شناخته‌شده ۲۹۹ یورو در ماه به‌علاوه ۳۹۹ یورو راه‌اندازی است. این اطلاعات مدل موردنظر را توصیف می‌کنند، نه یک استقرار استاندارد که به‌طور خودکار قابل رزرو باشد.

مکانیزم مجوز فعلی هنوز شامل یک کلید جایگزین (placeholder) است. بنابراین On-Premises باید به‌عنوان «در صورت درخواست، در حال معرفی» توصیف شود، نه به‌عنوان یک قابلیت خودخدمت کاملاً آماده تولید. علاقه‌مندان باید الزامات مربوط به زیرساخت، عملیات، مسئولیت‌ها و یکپارچه‌سازی‌های موردنظر را در گفت‌وگوی مشاوره‌ای مشخص کنند.

پیش از هر تعهدی، شبکه، میزبانی، نگهداری، پشتیبان‌گیری، به‌روزرسانی‌ها و مسئولیت‌ها باید هماهنگ شوند. صفحه کمک عمومی نباید هیچ وعده اثبات‌نشده‌ای درباره SLA، امنیت یا در دسترس بودن بدهد. همچنین تضمین برابری کارکردی محصول با نسخهٔ میزبانی‌شده فقط زمانی مجاز است که برای پروژهٔ مشخص بررسی شده باشد.

یک درخواست باید شامل شرکت، شخص تماس، محیط هدف، تعداد مورد انتظار کاربران واردشده، کانال‌های موردنیاز و الزامات ویژهٔ حفاظت از داده‌ها باشد. اطلاعات ورود یا کلیدهای داخلی نباید در فرم قرار گیرند. پس از درخواست، ارزیابی فنی انجام می‌شود؛ فعال‌سازی خودکار در داشبورد مستأجر صورت نمی‌گیرد.

بنابراین برای صفحهٔ «عملیات on-premises – مرکز راهنما» این اعمال می‌شود: متن کوتاه موجود به راهنمای قابل اتکایی گسترش می‌یابد، بدون اینکه امکاناتی خارج از وضعیت تأییدشدهٔ محصول وعده داده شود. مهم‌ترین نکته، تکیه بر منابع معتبر و تأیید شده و همچنین شفافیت مسئولیت‌ها بین کاربر (Tenant) و سیستم (Zentor) است. در صورت بروز هرگونه مغایرت، حتماً باید دقیقاً از این آدرس URL، نام کاربری مربوطه و مرحله‌ای که مشکل در آن رخ داده، نام برده شود.

هنگام کار با سیستم‌های "on-premises"، هر مرحله باید ابتدا با یک تست کنترل‌شده بررسی شود. نکته کلیدی این است که تنظیمات قابل مشاهده، وضعیت واقعی سیستم و نتیجه مورد انتظار باید با یکدیگر مطابقت داشته باشند. در صورت بروز مغایرت، ثبت دقیق زمان، نام کاربری مربوطه، کانال مورد استفاده و متن دقیق پیام خطا، به تحلیل مشکل کمک خواهد کرد. توجه داشته باشید که اطلاعات دسترسی، توکن‌ها و محتوای شخصی نباید در تصاویر یا متون پشتیبانی درج شوند.