امنیت و داده‌ها
این صفحه یک مرجع است: داده‌های کسب‌وکار شما از نظر فیزیکی کجا قرار دارند، چه کسی می‌تواند آن‌ها را ببیند، این دسترسی چگونه لغو می‌شود و اگر مشکلی پیش آمد چه باید کرد. دستورالعمل‌های ورود و رمز عبور در حساب و ورود آمده است.
داده‌ها کجا قرار دارند#
ابر و منطقه را برندی تعیین می‌کند که با آن ثبت‌نام کرده‌اید — این یک تنظیم حساب نیست و در لحظه تغییر نمی‌کند.
| برند | ابر | منطقه | این یعنی چه |
|---|---|---|---|
| cenaly.com، cenaly.com | AWS | us-east-1 | داده‌های حساب، فایل‌های رسانه‌ای و ارائه ویترین — در محیط AWS؛ ارائه فایل‌های ایستا از طریق CDN در سراسر جهان انجام می‌شود |
| cenaly.ru | Yandex Cloud | روسیه | محیط اختصاصی به‌طور کامل، شامل احراز هویت اختصاصی: حساب‌های محیط .ru در ارائه‌دهنده ورود آمریکایی ایجاد نمی‌شوند |
| برندهای ترکیه | AWS | eu-central-1 | نسخه منطقه‌ای محیط، نزدیک‌تر به بازار. ⚠️ صادقانه: eu-central-1 آلمان است، نه میزبانی داخل ترکیه |
آنچه در عمل از این نتیجه می‌شود:
- حساب‌های دو محیط به هم مرتبط نیستند. حساب کاربری در cenaly.ru یک حساب جداگانه با داده‌های خودش است؛ «انتقال» حساب از یک ابر به ابر دیگر ممکن نیست، جابه‌جایی یعنی حساب جدید و وارد کردن داده‌ها.
- بخشی از قابلیت‌ها فقط در یک ابر وجود دارند. برای مثال، اسکنر cookies روی برندهای AWS کار می‌کند، اما در cenaly.ru اجرای اسکن به‌طور استاندارد پاسخ «پشتیبانی نمی‌شود» می‌دهد — این یک خرابی نیست.
- رسانه‌های سنگین که به‌ندرت خوانده می‌شوند (مثلاً ضبط مکالمات تلفنی) در یک آرشیو سرد جداگانه در همان برند نگهداری می‌شوند — ارزان‌تر و در همان محیط؛ دسترسی به فایل همچنان فوری است.
- فایل‌های ویترین (منو، عکس، اسناد عمومی) عمداً عمومی هستند: مرورگر مهمان آن‌ها را بدون احراز هویت می‌خواند.
چه کسی دسترسی دارد#
| چه کسی | چه چیزی می‌بیند | چگونه محدود یا لغو شود |
|---|---|---|
| مالک حساب | همه‌چیز | فقط با انتقال حساب (/settings/access) |
| کارمند دارای ورود | بخش‌های واگذارشده به نقش او و شعبه‌های در محدوده آن | سازنده نقش‌ها در /staff، غیرفعال‌سازی یا حذف کارمند |
| کارمند دارای PIN | صندوق را در چارچوب اختیارات نقش خود | تغییر یا حذف PIN در کارت کارمند |
| دستگاه با کد | یک صفحه مشخص (مانیتور، نمایشگر آشپزخانه) بدون دسترسی کامل | حذف کد در «QR-کدها» → «دستگاه‌ها» |
| کارمند پشتیبانی | فقط با رضایت فعال‌شده و در حجم انتخاب‌شده؛ هر نشست — در گزارش | کلید در /settings/support-access؛ لغو، نشست در جریان را نیز پایان می‌دهد |
| شریک پیاده‌ساز | فقط با درخواست تأییدشده، برای مدت محدود | حالت شرکت در همان بخش: «راه نده» / «هر بار بپرس» / «بازدید را رد کن» |
| عامل هوش مصنوعی خارجی با کلید API | آنچه کلید حساب اجازه می‌دهد | لغو کلید در /settings/access |
دسترسی شریک چگونه است#
شریک هرگز خودش وارد نمی‌شود. او درخواستی با دلیل، حالت و مدت ارسال می‌کند و فقط مالک حساب درباره آن تصمیم می‌گیرد — نه کارمند و نه پشتیبانی ما. قواعدی که همیشه برقرارند:
- حالت پیش‌فرض — فقط مشاهده؛ «مشاهده و تغییر» با یک تیک جداگانه هنگام پاسخ داده می‌شود؛
- زمان محدود است (پیش‌فرض یک ساعت، حداکثر دو ساعت)، همزمان یک نشست باز است؛
- در تمام مدت بازدید، یک نوار بنفش با نام شرکت، نام شخص، حالت و شمارش معکوس در رابط نمایش داده می‌شود؛
- در هر حالتی بسته هستند: اشتراک و پرداخت‌ها، داده‌های مالک، اختیارات کارمندان، خروجی داده‌ها، یکپارچه‌سازی‌ها، ایمیل، تماس‌ها و تلفنی، طرف‌های قرارداد و اسناد، برنامه شرکا — و رد کردن از سمت سرور انجام می‌شود، نه فقط با پنهان کردن آیتم‌های منو؛
- درخواست بی‌پاسخ پس از یک شبانه‌روز منقضی می‌شود و برای هر ورود ایمیلی دریافت می‌کنید؛
- لغو رضایت، نشست در جریان را پایان می‌دهد؛
- در cenaly.ru ورود شریک وجود ندارد.
جزئیات بیشتر درباره خود برنامه — برنامه شرکا.
رمزهای عبور، کدها و نشست‌ها#
| کلید دسترسی | الزامات | کجا لغو می‌شود |
|---|---|---|
| رمز عبور مالک یا کارمند | ۸+ نویسه، حرف بزرگ و کوچک، رقم، نماد | /settings/access — تغییر؛ /staff — بازنشانی رمز کارمند |
| PIN صندوق‌دار | ۴–۶ رقم، یکتا در حساب، روی سرور فقط به‌صورت هش برگشت‌ناپذیر نگهداری می‌شود | کارت کارمند در /staff |
| کد ورود دستگاه | پیوند /login?code=…، در صورت نیاز محافظت‌شده با PIN یا رمز عبور |
حذف کد در /client-codes?tab=devices |
| QR-کد ورود به پنل | زبانه «ورود به پنل مدیریت» — برای مالک و نقشی با اختیار «تنظیمات» قابل مشاهده است | حذف کد در همان‌جا |
| کلید API برای عامل‌های هوش مصنوعی | هنگام ساخت یک بار نمایش داده می‌شود | /settings/access |
| حساب‌های شخصی SIP | فهرست خصوصی هر شخص: هر کس فقط حساب خودش را می‌بیند | /settings/sip-accounts |
نکات کاربردی:
- خروج، نشست را در همه زبانه‌های مرورگر می‌بندد؛ تیک جداگانه «مرا به خاطر بسپار» وجود ندارد.
- اخراج کارمند، داخلی تلفنی او را بلافاصله در همه شعبه‌ها لغو می‌کند — فرد اخراج‌شده با نرم‌افزار تلفن فعال باقی نمی‌ماند.
- سطوح دسترسی به بخش («مشاهده»، «تغییر»، «تنظیم») در نقش تعیین می‌شوند. مرز صادقانه امروز: سطح «تغییر» واقعاً ثبت داده‌های بخش را روی سرور ممنوع می‌کند، اما حالت «فقط مشاهده» هنوز خود صفحه‌های پنل را محدود نمی‌کند — بخشی را به کسی که نباید محتوایش را ببیند واگذار نکنید.
داده‌های مهمان و رضایت‌ها#
| سازوکار | چه کاری انجام می‌دهد | مقاله |
|---|---|---|
| بنر Cookie | چهار دسته، مسدودسازی اسکریپت‌های شخص ثالث تا زمان رضایت، گزارش رضایت‌ها با خروجی CSV به‌عنوان مدرک، صفحه آماده سیاست cookies | Cookies و رضایت |
| اسناد حقوقی | سازنده سیاست حریم خصوصی، شرایط، بازگشت وجه، ارسال و پنج سند دیگر بر اساس بسته‌های کشوری؛ انتشار به‌صورت صفحات سایت | اسناد حقوقی |
| صفحه «داده‌های من» در ویترین | مهمان می‌بیند چه چیزی درباره او روی دستگاهش ذخیره شده، آن را به‌صورت فایل JSON خروجی می‌گیرد و با یک دکمه پاک می‌کند | — |
| دروازه سنی 18+ | توسط مالک فعال می‌شود و کاملاً پیش از محتوای ویترین قرار می‌گیرد | Cookies و رضایت |
دو توضیح صادقانه درباره «داده‌های من»: این صفحه با داده‌های دستگاه مهمان کار می‌کند (آنچه در مرورگر او قرار دارد)، نه با تاریخچه روی سرور، و حذف در آنجا دقیقاً دستگاه را پاک می‌کند. اگر مهمان بخواهد سفارش‌ها و اطلاعات تماسش از پایگاه داده شما حذف شود، این کار را خودتان انجام می‌دهید — در بخش مشتریان.
یک تفکیک مهم: بنر و اسنادی که مهمان می‌بیند، متعلق به شماست، نه ما. شما به‌عنوان مالک کسب‌وکار مسئول محتوای آن‌ها هستید؛ پلتفرم سازنده، میزبانی صفحات و گزارش رضایت‌ها را فراهم می‌کند.
خروجی گرفتن و حذف#
- گرفتن همه چیز — خروجی داده‌ها: یک ZIP با تنظیمات، کاتالوگ، سفارش‌ها، مشتریان و نظرات. در آرشیو به‌طور عمدی قرار نمی‌گیرند PIN کارمندان، کلیدها و توکن‌های یکپارچه‌سازی‌ها، رمزهای عبور — آرشیو اغلب برای حسابدار یا پیمانکار ارسال می‌شود. عکس‌ها بسته‌بندی نمی‌شوند و پیوندها باقی می‌مانند؛ آرشیو آماده 7 روز زنده می‌ماند.
- حذف حساب — از طریق تماس با پشتیبانی پس از خروجی گرفتن: دکمه مستقلی در پنل وجود ندارد. مهلت اجرای درخواست 30 روز از لحظه تأیید آن است؛ پس از حذف، داده‌ای برای بازیابی نخواهد بود، بنابراین خروجی گرفتن پیش از حذف انجام می‌شود، نه پس از آن.
- حذف داده‌های یک مهمان — در بخش مشتریان.
نسخه‌های پشتیبان#
دکمه «بازگرداندن حساب به تاریخ مشخص» در پنل وجود ندارد و مهلت نگهداری نسخه‌های داخلی را منتشر نمی‌کنیم — بنابراین نسخه خودتان را خودتان تهیه کنید: پیش از ورود انبوه، پاک‌سازی کاتالوگ یا تغییر ساختار منو، خروجی بگیرید. این مطمئن‌ترین بازگردانی در دسترس است.
اگر به نشت داده مشکوک هستید#
به ترتیب، از بالا به پایین:
- رمز عبور مالک را تغییر دهید —
/settings/access. - «دسترسی پشتیبانی» را خاموش کنید، اگر فعال بوده، و گزارش نشست‌ها را ببینید: چه کسی و چه زمانی وارد شده است.
- کدهای دستگاه و QR کدهای ورود به پنل را که همین حالا لازم نیستند حذف کنید (
/client-codes). - کلیدهای API را در زبانه «دسترسی» باطل کنید و کلیدهای جدید را در جایی که واقعاً استفاده می‌شوند صادر کنید.
- PIN صندوقداران را تغییر دهید و رمز عبور کارمندانی را که مشکوک هستید بازنشانی کنید؛ کارکنان اخراج‌شده را در
/staffغیرفعال کنید. - به پشتیبانی بنویسید — چگونه کمک بگیریم. زمان حادثه، برند و نشانی حساب، شعبه و آنچه دیده‌اید را ضمیمه کنید. این تماس درباره حساب خودِ شماست؛ آسیب‌پذیری‌های پلتفرم از مسیر دیگری پیگیری می‌شوند — به پایین مراجعه کنید.
درباره آسیب‌پذیری یافت‌شده در خود پلتفرم، نه به پشتیبانی عمومی، بلکه به نشانی جداگانه اطلاع دهید — security@cenaly.com (این نشانی ایمیل‌ها را از هر برندی می‌پذیرد؛ صندوق‌های security@ مشابه روی دامنه‌های برندها — security@cenaly.com، security@cenaly.ru، security@masamenu.tr — متصل می‌شوند). در ایمیل: نشانی صفحه، مراحل بازتولید و آنچه به دست آورده‌اید. لطفاً تا دریافت پاسخ جزئیات را منتشر نکنید و برای «سنجش ابعاد» داده‌های دیگران را خروجی نگیرید. جزئیات بیشتر درباره این مسیر — چگونه کمک بگیریم.
چیزهایی که ذخیره نمی‌کنیم#
- داده‌های کارت پرداخت. نه شماره، نه CVV: کارت را ارائه‌دهنده پرداخت پردازش می‌کند (مثلاً Stripe با گواهی PCI Level 1)، و تنها نتیجه پرداخت به ما می‌رسد — به پرداخت و Stripe مراجعه کنید.
- اطلاعات محرمانه در خروجی. PINها، کلیدها، توکن‌ها و رمزهای عبور در آرشیو قرار نمی‌گیرند.
- داده‌های زیست‌سنجی. این دسته از داده‌ها در این بستر ممنوع است و جمع‌آوری نمی‌شود.
در دست اقدام#
بستر جداگانه ذخیره‌سازی داده‌های شخصی — رمزنگاری بر اساس دسته‌های داده، گزارش هر دسترسی به آن‌ها، نگهداری بر اساس رویداد — در دست اقدام است. در اینجا مهلت و وعده‌ای درباره آن نمی‌دهیم: وقتی دسته بعدی داده‌ها را پوشش دهد، در توضیحات بخش مربوطه ظاهر می‌شود. به همین ترتیب، میز درخواست‌های موضوع داده (DSAR) نیز در دست اقدام است — در حال حاضر چنین درخواست‌ها به‌صورت دستی، از طریق خروجی و بخش‌های «مشتریان» و «کارمندان» پردازش می‌شوند. ورود دو مرحله‌ای در cenaly.ru و در برنامه‌های موبایل نیز در حال آماده‌سازی است — مهلتی وعده نمی‌دهیم.
محدودیت‌ها#
- ورود دو مرحله‌ای — فقط در کابین وب برندهای AWS (cenaly.com، cenaly.com و دیگران): در «تنظیمات → دسترسی» فعال می‌شود و هنگام ورود با رمز عبور، کد برنامه احرازکننده را می‌پرسد. برنامه‌های موبایل و ورود از طریق Google یا با QR کد فعلاً کد را نمی‌پرسند، کد پشتیبان وجود ندارد و در cenaly.ru این عامل نیست. در همه‌جا ورود را با رمز عبور بلند و نام‌های کاربری جداگانه برای کارمندان محافظت کنید (رمز مشترک برای همه بدترین کاری است که می‌توانید بکنید)، و تبلت‌ها و نمایشگرها را با کدهای دستگاه دارای PIN نگه دارید.
- تفکیک ابرها سخت‌گیرانه است: حساب cenaly.ru و حساب cenaly.com حساب‌های متفاوتی هستند و حساب مشترکی برای آن‌ها وجود ندارد.
- در cenaly.ru وجود ندارد ورود شریک، گزارش نشست‌های پشتیبانی، انتقال حساب به ایمیل دیگر و اسکنر cookies.
- «داده‌های من» مهمان دستگاه را پاک می‌کند، نه تاریخچه سفارش‌ها روی سرور را.
- سطوح دسترسی «مشاهده» و «تنظیم» فعلاً صفحه را به حالت فقط‌خواندنی تبدیل نمی‌کنند (به بالا مراجعه کنید).
- گزارش «کدام یک از کارمندان من چه چیزی را باز کرده» در پنل وجود ندارد؛ گزارش‌ها بر اساس ورودهای پشتیبانی و شرکا نگهداری می‌شوند.
- ابزارهای رمزنگاری دارای گواهی و مرزهای رسمی ISPDn را اعلام نمی‌کنیم: اگر کسب‌وکار شما بر اساس قانون به آن نیاز دارد، پیش از اتصال موضوع را بررسی کنید.
رفع اشکال#
| نشانه | علت | اقدام |
|---|---|---|
| پشتیبانی درخواست دسترسی می‌کند، اما نمی‌یابم کجا آن را بدهم | کلید در تب مخصوص خودش قرار دارد | تنظیمات → دسترسی پشتیبانی (/settings/support-access): رضایت را فعال کنید و دامنه را انتخاب کنید |
| شریک می‌گوید نمی‌تواند وارد شود | درخواست تأیید نشده، منقضی شده (یک شبانه‌روز) یا حالت شرکت روی «وارد نشود» است؛ در cenaly.ru ورودی وجود ندارد | حالت و تاریخچه را در همان تب بررسی کنید و از شریک بخواهید درخواست را دوباره بفرستد |
| کارمند بخشی را می‌بیند که به آن نیازی ندارد | بخش به‌طور کامل به نقش او داده شده | بخش را در سازنده نقش‌ها /staff بردارید؛ سطح «فقط مشاهده» هنوز صفحه‌ها را شامل نمی‌شود |
| اسکنر cookies روی cenaly.ru اجرا نمی‌شود | این قابلیت فقط روی برندهای AWS کار می‌کند | این رفتار عادی است؛ اعلامیه cookies را دستی پر کنید — Cookies و رضایت |
| مهمان خواستار حذف داده‌های خود است | صفحه «داده‌های من» فقط دستگاه خودش را پاک می‌کند | کارت او را در بخش مشتریان حذف کنید |
| باید یک تغییر گسترده در کاتالوگ را برگردانید | بازگردانی «تا تاریخ» در پنل وجود ندارد | کاتالوگ را از خروجی خود که پیش از تغییر گرفته‌اید بارگذاری کنید |
پرسش‌های متداول#
داده‌های من در کدام کشور قرار دارد؟ بستگی به برند دارد: cenaly.com و cenaly.com — AWS (us-east-1)، cenaly.ru — Yandex Cloud در روسیه، برندهای ترکیه — نسخه‌ای از محیط در eu-central-1 (آلمان).
آیا پشتیبانی می‌تواند بدون اجازه وارد حساب من شود؟ خیر. کلید «دسترسی پشتیبانی» باید فعال باشد؛ دامنه را شما انتخاب می‌کنید، هر نشست در گزارش ثبت می‌شود و پس گرفتن رضایت حتی نشست در جریان را نیز متوقف می‌کند.
آیا شریک پول من و داده‌های کارمندان را می‌بیند؟ خیر. اشتراک و پرداخت‌ها، داده‌های مالک، اختیارات کارمندان، خروجی داده‌ها، یکپارچه‌سازی‌ها، ارتباطات، طرف‌های قرارداد و اسناد در هر حالتی بسته است — سرور رد می‌کند.
کارمند رفته — چه چیزی را باید لغو کنم؟
او را در /staff غیرفعال یا حذف کنید (همین ورود به پنل را می‌گیرد و شماره داخلی تلفن را لغو می‌کند)، PINهایی را که می‌دانست تغییر دهید و کدهای دستگاه‌های غیرضروری را حذف کنید.
آیا شماره کارت مهمانان ما را نگه می‌دارید؟ خیر. کارت را ارائه‌دهنده پرداخت پردازش می‌کند؛ نزد ما فقط نتیجه عملیات می‌ماند.
به مهمانی که خواستار حذف داده‌های خود است چه پاسخ دهیم؟ او را در بخش «مشتریان» پیدا کنید و کارت را حذف کنید؛ داده‌های محلی دستگاه خودش را می‌تواند خودش در ویترین از طریق صفحه «داده‌های من» پاک کند.
آیا DPA و اسناد دیگری برای بررسی دارید؟ شرایط پردازش داده در مقاله توافق‌نامه پردازش داده (DPA) توضیح داده شده است؛ نسخه امضاشده و سایر اسناد را از پشتیبانی درخواست کنید.
بخش‌های مرتبط#
- حساب و ورود — گذرواژه‌ها، کدهای دستگاه، دسترسی پشتیبانی
- تنظیمات حساب و شعبه — کجا چه چیزی تنظیم می‌شود
- کارمندان و شیفت‌ها — نقش‌ها، پوشش شعبه‌ها، PINها
- خروجی داده‌ها — همه را بردارید و نسخه پشتیبان بسازید
- Cookies و رضایت — بنر، گزارش رضایت‌ها، سیاست cookies
- اسناد حقوقی — سیاست حفظ حریم خصوصی و شرایط
- مشتریان — حذف داده‌های یک مهمان مشخص
- توافق‌نامه پردازش داده (DPA) — چه چیزی را پردازش می‌کنیم، بر چه مبنایی و زیرپردازشگرها چه کسانی هستند
- چگونه کمک بگیریم — برای گزارش حادثه کجا بنویسیم؛ آسیب‌پذیری‌ها — به
security@برند خود