C cenaly.com
Mulai gratis

Keamanan dan data

Di mana data disimpan dan cloud mana per merek, siapa yang memiliki akses, kata sandi dan kode perangkat, akses dukungan, persetujuan dan data tamu, ekspor dan penghapusan, apa yang harus dilakukan jika terjadi kebocoran data

10 min read Buka layar ini di demo
On this page 13

Keamanan dan data

Halaman ini adalah panduan: di mana data bisnis Anda secara fisik disimpan, siapa yang dapat melihatnya, bagaimana akses itu dicabut, dan apa yang harus dilakukan jika terjadi sesuatu yang tidak diinginkan. Petunjuk tentang masuk dan kata sandi ada di Akun dan masuk.


Di mana data disimpan#

Cloud dan region ditentukan oleh merek tempat Anda mendaftar — ini bukan pengaturan Akun dan tidak dapat diubah saat sedang berjalan.

Merek Cloud Region Artinya
cenaly.com, cenaly.com AWS us-east-1 Data Akun, berkas media, dan penyajian etalase — di dalam kontur AWS; penyajian statis melalui CDN ke seluruh dunia
cenaly.ru Yandex Cloud Rusia Kontur sendiri sepenuhnya, termasuk otorisasi sendiri: Akun kontur .ru tidak dibuat di penyedia masuk Amerika
Merek Turki AWS eu-central-1 Salinan kontur regional yang lebih dekat ke pasar. ⚠️ Jujur: eu-central-1 adalah Jerman, bukan penempatan di dalam Turki

Apa implikasinya dalam praktik:

  • Akun dari dua kontur tidak terhubung. Akun di cenaly.ru adalah Akun terpisah dengan datanya sendiri; "memindahkan" Akun dari satu Cloud ke Cloud lain tidak mungkin, perpindahan berarti Akun baru dan impor data.
  • Sebagian fitur hanya ada di satu Cloud. Misalnya, Pemindai cookies berjalan di merek AWS, sedangkan di cenaly.ru menjalankan pemindaian secara normal menjawab "tidak didukung" — ini bukan gangguan.
  • Media berat yang jarang dibaca (misalnya Rekaman percakapan telepon) disimpan di arsip dingin terpisah milik merek — lebih murah dan di kontur yang sama; akses ke berkas tetap instan.
  • Berkas etalase (menu, foto, dokumen publik) sengaja bersifat publik: dibaca oleh browser tamu tanpa otorisasi.

Siapa yang memiliki akses#

Siapa Apa yang dilihat Cara membatasi atau mencabut
Pemilik Akun Semua Hanya dengan pengalihan Akun (/settings/access)
Karyawan dengan login Bagian yang diberikan kepada perannya, dan Cabang dalam cakupannya Pembuat peran di /staff, menonaktifkan atau menghapus karyawan
Karyawan dengan PIN Kasir dalam batas wewenang perannya Mengganti atau mencabut PIN di kartu karyawan
Perangkat dengan kode Satu halaman tujuan (monitor, layar dapur) tanpa akses penuh Hapus kode di "QR-code" → "Perangkat"
Karyawan dukungan Hanya saat persetujuan diaktifkan dan dalam cakupan yang dipilih; setiap sesi tercatat di jurnal Tombol di /settings/support-access; pencabutan juga mematikan sesi yang sedang berjalan
Mitra integrator Hanya berdasarkan permintaan yang disetujui, dalam waktu terbatas Mode firma di bagian yang sama: "jangan izinkan" / "tanya setiap kali" / "lewati peninjauan"
Agen AI eksternal dengan kunci API Apa yang diizinkan oleh kunci Akun Pencabutan kunci di /settings/access

Bagaimana akses mitra bekerja#

Mitra tidak pernah masuk sendiri. Ia mengirimkan permintaan dengan alasan, mode, dan durasi, dan yang memutuskan hanya pemilik Akun — bukan karyawan dan bukan dukungan kami. Aturan yang selalu berlaku:

  • mode default adalah hanya lihat; "lihat dan ubah" diberikan dengan centang terpisah saat menjawab;
  • waktu dibatasi (default satu jam, maksimum dua jam), pada saat yang sama hanya satu sesi terbuka;
  • selama kunjungan, di antarmuka selalu tampil plakat ungu dengan nama firma, nama orang, mode, dan hitung mundur;
  • dalam mode apa pun ditutup: Langganan dan pembayaran, data pemilik, hak karyawan, ekspor data, Integrasi, email, panggilan dan teleponi, mitra dan dokumen, program mitra — dan penolakan diberikan oleh server, bukan hanya item menu yang disembunyikan;
  • permintaan tanpa jawaban kedaluwarsa setelah satu hari, dan Anda menerima email untuk setiap masuk;
  • pencabutan persetujuan menghentikan sesi yang sedang berjalan;
  • di cenaly.ru tidak ada akses mitra sama sekali.

Selengkapnya tentang program itu sendiri — Program mitra.


Kata sandi, kode, dan sesi#

Kunci akses Persyaratan Di mana dicabut
Kata sandi pemilik atau karyawan 8+ karakter, huruf besar dan kecil, angka, simbol /settings/access — ganti; /staff — reset kata sandi karyawan
PIN kasir 4–6 digit, unik dalam Akun, di server hanya disimpan sebagai hash yang tidak dapat dibalik Kartu karyawan di /staff
Kode masuk Perangkat Tautan /login?code=…, jika perlu dilindungi PIN atau kata sandi Hapus kode di /client-codes?tab=devices
QR-code masuk ke panel Tab "Masuk ke admin" — terlihat oleh pemilik dan peran dengan hak "Pengaturan" Hapus kode di tempat yang sama
Kunci API untuk agen AI Ditampilkan sekali saat dibuat /settings/access
Akun SIP pribadi Daftar privat setiap orang: hanya dia yang melihat miliknya /settings/sip-accounts

Fakta berguna:

  • Keluar menutup sesi di semua tab browser; tidak ada centang terpisah "ingat saya".
  • Pemutusan hubungan kerja mencabut ekstensi telepon karyawan langsung di semua Cabang — yang diberhentikan tidak akan pergi dengan softphone yang masih aktif.
  • Tingkat akses ke bagian ("lihat", "ubah", "pengaturan") ditetapkan dalam peran. Batas jujur saat ini: tingkat "ubah" memang melarang penulisan data bagian di server, sedangkan mode "hanya lihat" belum diaktifkan oleh layar panel itu sendiri — jangan berikan bagian kepada orang yang tidak boleh melihat isinya.

Data tamu dan persetujuan#

Mekanisme Fungsinya Artikel
Banner cookie Empat kategori, pemblokiran skrip pihak ketiga hingga persetujuan diberikan, log persetujuan dengan ekspor CSV sebagai bukti, halaman kebijakan cookie siap pakai Cookie dan persetujuan
Dokumen hukum Pembuat kebijakan privasi, syarat, pengembalian, pengiriman, dan lima dokumen lainnya berdasarkan kumpulan per negara; publikasi sebagai halaman situs Dokumen hukum
Layar "Data saya" di etalase Tamu melihat apa yang tersimpan tentang dirinya di perangkatnya, mengekspornya sebagai berkas JSON, dan menghapusnya dengan satu tombol —
Gerbang usia 18+ Diaktifkan oleh pemilik dan dipasang di depan seluruh konten etalase Cookie dan persetujuan

Dua catatan jujur tentang "Data saya": layar ini bekerja dengan data perangkat tamu (yang tersimpan di perambannya), bukan riwayat di server, dan penghapusan di sana membersihkan perangkat itu sendiri. Jika tamu meminta pesanan dan kontaknya dihapus dari basis data Anda, itu dilakukan oleh Anda — di bagian Pelanggan.

Pemisahan penting: banner dan dokumen yang dilihat tamu adalah milik Anda, bukan milik kami. Anda bertanggung jawab atas isinya sebagai pemilik bisnis; platform menyediakan pembuat, hosting halaman, dan log persetujuan.


Ekspor dan penghapusan#

  • Ambil semua — Ekspor data: satu ZIP berisi pengaturan, katalog, pesanan, pelanggan, dan ulasan. Ke dalam arsip sengaja tidak disertakan PIN karyawan, kunci dan token integrasi, kata sandi — arsip sering diteruskan ke akuntan atau kontraktor. Foto tidak dikemas, hanya tautannya yang tersisa; arsip siap pakai berlaku 7 hari.
  • Hapus akun — melalui permintaan ke dukungan setelah ekspor: tidak ada tombol mandiri di panel. Tenggat pelaksanaan permintaan adalah 30 hari sejak dikonfirmasi; setelah dihapus, data tidak bisa diambil lagi, jadi ekspor dilakukan sebelum, bukan sesudah.
  • Hapus data satu tamu — di bagian Pelanggan.

Cadangan#

Tidak ada tombol "pulihkan akun ke tanggal tertentu" di panel, dan kami tidak mempublikasikan masa penyimpanan salinan internal — karena itu buat salinan Anda sendiri: sebelum impor massal, pembersihan katalog, atau perubahan struktur menu, jalankan ekspor. Ini adalah pemulihan paling andal yang tersedia.


Jika mencurigai kebocoran#

Secara berurutan, dari atas ke bawah:

  1. Ganti kata sandi pemilik — /settings/access.
  2. Matikan "Akses dukungan" jika sedang aktif, dan periksa log sesi: siapa dan kapan masuk.
  3. Hapus kode perangkat dan QR code masuk ke panel yang tidak diperlukan saat ini (/client-codes).
  4. Cabut kunci API di tab "Akses" dan terbitkan yang baru di tempat yang benar-benar menggunakannya.
  5. Ganti PIN kasir dan setel ulang kata sandi karyawan yang dicurigai; karyawan yang sudah keluar — nonaktifkan di /staff.
  6. Hubungi dukungan — Cara mendapatkan bantuan. Sertakan waktu insiden, merek dan alamat akun, cabang, dan apa yang Anda lihat. Ini permintaan untuk akun ANDA; kerentanan platform ditangani melalui saluran lain — lihat di bawah.

Tentang kerentanan yang ditemukan di platform itu sendiri, laporkan bukan ke dukungan umum, melainkan ke alamat terpisah — security@cenaly.com (alamat ini menerima surat dari merek mana pun; kotak security@ serupa di domain merek — security@cenaly.com, security@cenaly.ru, security@masamenu.tr — sedang dihubungkan). Dalam surat: alamat halaman, langkah reproduksi, dan apa yang berhasil diperoleh. Mohon jangan mempublikasikan detail sebelum ada balasan dan jangan mengunduh data orang lain untuk "memeriksa skala". Selengkapnya tentang saluran ini — Cara mendapatkan bantuan.


Yang tidak kami simpan#

  • Data kartu pembayaran. Baik nomor maupun CVV: kartu diproses oleh penyedia pembayaran (misalnya, Stripe dengan sertifikasi PCI Level 1), yang sampai ke kami hanya hasil pembayaran — lihat Pembayaran dan Stripe.
  • Rahasia dalam ekspor. PIN, kunci, token, dan kata sandi tidak masuk ke arsip.
  • Biometrik. Kelas data seperti ini dilarang di lingkungan kami dan tidak dikumpulkan.

Yang sedang dikerjakan#

Lingkungan penyimpanan data pribadi terpisah — enkripsi per kelas data, log setiap akses ke data tersebut, retensi berdasarkan peristiwa — sedang dikerjakan. Kami tidak memberikan tenggat atau janji di sini: ketika lingkungan itu menutup kelas data berikutnya, hal itu akan muncul di deskripsi bagian terkait. Demikian pula, portal permintaan subjek data (DSAR) sedang dikerjakan — saat ini permintaan seperti itu diproses secara manual, melalui ekspor dan bagian "Pelanggan" serta "Karyawan". Autentikasi dua faktor di cenaly.ru dan di aplikasi seluler juga sedang disiapkan — kami tidak menjanjikan tenggat.


Batasan#

  • Autentikasi dua faktor — hanya di kabinet web merek AWS (cenaly.com, cenaly.com, dll.): diaktifkan di "Pengaturan → Akses", saat masuk dengan kata sandi akan meminta kode dari aplikasi autentikator. Aplikasi seluler dan masuk melalui Google atau QR code belum meminta kode, tidak ada kode cadangan, di cenaly.ru faktor ini tidak ada. Di mana pun, lindungi akses dengan kata sandi panjang dan login terpisah untuk setiap karyawan (kata sandi bersama untuk semua adalah hal terburuk yang bisa dilakukan), dan jaga tablet serta layar dengan kode perangkat ber-PIN.
  • Pemisahan cloud bersifat mutlak: akun cenaly.ru dan akun cenaly.com adalah akun yang berbeda, tidak pernah ada satu akun bersama untuk keduanya.
  • Di cenaly.ru tidak ada akses mitra, log sesi dukungan, pengalihan akun ke e-mail lain, dan pemindai cookie.
  • "Data saya" milik tamu membersihkan perangkat, bukan riwayat pesanan di server.
  • Tingkat akses "lihat" dan "pengaturan" saat ini belum mengubah layar menjadi mode baca (lihat di atas).
  • Log "siapa dari karyawan saya yang membuka apa" tidak ada di panel; log hanya dicatat untuk akses dukungan dan mitra.
  • Alat kriptografi tersertifikasi dan batas formal ISPDn tidak kami deklarasikan: jika bisnis Anda memerlukannya menurut hukum, diskusikan kebutuhan itu sebelum berlangganan.

Pemecahan masalah#

Gejala Penyebab Tindakan
Dukungan meminta akses, tetapi saya tidak menemukan tempat memberikannya Tombol ada di tabnya sendiri Pengaturan → Akses dukungan (/settings/support-access): aktifkan persetujuan dan pilih cakupannya
Mitra melaporkan tidak bisa masuk Permintaan tidak disetujui, kedaluwarsa (satu hari) atau mode perusahaan diatur ke "jangan izinkan"; di cenaly.ru tidak ada akses masuk sama sekali Periksa mode dan riwayat di tab yang sama, minta mitra mengirim permintaan lagi
Karyawan melihat bagian yang tidak dibutuhkannya Bagian diberikan kepada perannya secara keseluruhan Cabut bagian tersebut di perancang peran /staff; tingkat "hanya lihat" belum menyertakan layar
Pemindai cookies tidak berjalan di cenaly.ru Fungsi ini hanya berjalan pada merek AWS Ini perilaku normal; isi deklarasi cookies secara manual — Cookies dan persetujuan
Tamu menuntut datanya dihapus Layar "Data saya" hanya membersihkan perangkatnya sendiri Hapus kartunya di bagian Klien
Perlu mengembalikan perubahan katalog secara massal Tidak ada pemulihan "per tanggal" di panel Unggah katalog dari ekspor Anda yang dibuat sebelum perubahan

Pertanyaan umum#

Di negara mana data saya disimpan? Tergantung merek: cenaly.com dan cenaly.com — AWS (us-east-1), cenaly.ru — Yandex Cloud di Rusia, merek Turki — salinan kontur di eu-central-1 (Jerman).

Bisakah dukungan masuk ke akun saya tanpa izin? Tidak. Tombol "Akses dukungan" harus aktif; cakupannya Anda pilih, setiap sesi tercatat di log, dan pencabutan persetujuan menghentikan bahkan sesi yang sedang berjalan.

Apakah mitra melihat uang dan data karyawan saya? Tidak. Langganan dan pembayaran, data pemilik, hak karyawan, ekspor data, integrasi, komunikasi, mitra usaha dan dokumen tertutup dalam mode apa pun — server menolaknya.

Karyawan sudah keluar — apa yang harus dicabut? Nonaktifkan atau hapus dia di /staff (ini juga mencabut akses masuk panel dan mencabut nomor ekstensi teleponnya), ganti PIN yang dia ketahui, dan hapus kode perangkat yang tidak diperlukan.

Apakah Anda menyimpan nomor kartu tamu kami? Tidak. Kartu diproses oleh penyedia pembayaran; di sisi kami hanya tersisa hasil operasinya.

Bagaimana menjawab tamu yang menuntut datanya dihapus? Temukan dia di bagian "Klien" dan hapus kartunya; data lokal di perangkatnya sendiri dapat dia hapus sendiri di etalase melalui layar "Data saya".

Apakah Anda memiliki DPA dan dokumen lain untuk pemeriksaan? Ketentuan pemrosesan data dijelaskan dalam artikel Perjanjian pemrosesan data (DPA); salinan yang ditandatangani dan dokumen lainnya dapat diminta melalui dukungan.


Bagian terkait#

Was this article helpful?