C cenaly.com
Bắt đầu miễn phí

Bảo mật và dữ liệu

Nơi lưu trữ dữ liệu và đám mây theo từng thương hiệu, ai có quyền truy cập, mật khẩu và mã thiết bị, quyền truy cập của hỗ trợ viên, sự đồng ý và dữ liệu của khách, xuất và xóa dữ liệu, quy trình xử lý khi xảy ra rò rỉ

On this page 13

Bảo mật và dữ liệu

Trang này là một cẩm nang: dữ liệu của doanh nghiệp bạn nằm vật lý ở đâu, ai có thể nhìn thấy chúng, quyền truy cập đó được thu hồi thế nào và cần làm gì nếu có sự cố. Hướng dẫn đăng nhập và mật khẩu — trong Tài khoản và đăng nhập.


Dữ liệu nằm ở đâu#

Đám mây và khu vực do thương hiệu mà bạn đã đăng ký quyết định — đây không phải là cài đặt của tài khoản và không thể thay đổi khi đang chạy.

Thương hiệu Đám mây Khu vực Điều này có nghĩa là gì
cenaly.com, cenaly.com AWS us-east-1 Dữ liệu tài khoản, tệp media và phân phối gian hàng — trong hạ tầng AWS; phân phối nội dung tĩnh qua CDN trên toàn thế giới
cenaly.ru Yandex Cloud Nga Hạ tầng riêng hoàn chỉnh, bao gồm cả xác thực riêng: tài khoản của hạ tầng .ru không được tạo trên nhà cung cấp đăng nhập của Mỹ
Các thương hiệu Thổ Nhĩ Kỳ AWS eu-central-1 Bản sao khu vực của hạ tầng gần thị trường hơn. ⚠️ Nói thẳng: eu-central-1 là Đức, không phải đặt máy chủ trong lãnh thổ Thổ Nhĩ Kỳ

Những điều thực tế rút ra từ đó:

  • Tài khoản của hai hạ tầng không liên kết với nhau. Tài khoản trên cenaly.ru là một tài khoản riêng với dữ liệu riêng; không thể "chuyển" tài khoản từ đám mây này sang đám mây khác, việc di chuyển đồng nghĩa với tài khoản mới và nhập dữ liệu.
  • Một số tính năng chỉ tồn tại trên một đám mây. Ví dụ, máy quét cookies hoạt động trên các thương hiệu AWS, còn trên cenaly.ru khi khởi chạy quét, hệ thống trả lời "không được hỗ trợ" — đây không phải là lỗi.
  • Media nặng ít được đọc (ví dụ, ghi âm các cuộc gọi điện thoại) được lưu trong kho lạnh riêng của thương hiệu — rẻ hơn và vẫn trong cùng hạ tầng; quyền truy cập tệp vẫn tức thời.
  • Tệp của gian hàng (thực đơn, ảnh, tài liệu công khai) cố ý ở chế độ công khai: trình duyệt của khách đọc chúng mà không cần xác thực.

Ai có quyền truy cập#

Ai Nhìn thấy gì Cách hạn chế hoặc thu hồi
Chủ tài khoản Tất cả Chỉ bằng cách chuyển giao tài khoản (/settings/access)
Nhân viên có đăng nhập Các mục được cấp cho vai trò của họ và các chi nhánh trong phạm vi của vai trò đó Trình tạo vai trò trong /staff, vô hiệu hóa hoặc xóa nhân viên
Nhân viên có mã PIN Thu ngân trong phạm vi quyền hạn của vai trò mình Thay đổi hoặc gỡ PIN trong hồ sơ nhân viên
Thiết bị theo mã Một trang đích duy nhất (màn hình, màn hình bếp) không có toàn quyền truy cập Xóa mã trong "Mã QR" → "Thiết bị"
Nhân viên hỗ trợ Chỉ khi đã bật đồng ý và trong phạm vi đã chọn; mỗi phiên — đều được ghi vào nhật ký Công tắc trong /settings/support-access; thu hồi cũng chấm dứt phiên đang chạy
Đối tác triển khai Chỉ theo yêu cầu đã được phê duyệt, trong thời gian giới hạn Chế độ công ty trong cùng mục: "không cho vào" / "hỏi mỗi lần" / "bỏ qua bước xem"
Tác nhân AI bên ngoài qua khóa API Những gì khóa của tài khoản cho phép Thu hồi khóa trong /settings/access

Quyền truy cập của đối tác được tổ chức thế nào#

Đối tác không bao giờ tự đăng nhập. Họ gửi yêu cầu kèm lý do, chế độ và thời lượng, và chỉ chủ tài khoản mới quyết định yêu cầu đó — không phải nhân viên và không phải bộ phận hỗ trợ của chúng tôi. Các quy tắc luôn có hiệu lực:

  • chế độ mặc định là chỉ xem; "xem và thay đổi" được cấp bằng một ô chọn riêng khi trả lời;
  • thời gian có giới hạn (mặc định một giờ, tối đa hai giờ), đồng thời chỉ mở một phiên;
  • suốt thời gian truy cập, trên giao diện luôn hiển thị thanh màu tím với tên công ty, tên người, chế độ và đồng hồ đếm ngược;
  • ở mọi chế độ đều bị đóng: đăng ký và thanh toán, dữ liệu chủ sở hữu, quyền của nhân viên, xuất dữ liệu, tích hợp, thư, cuộc gọi và điện thoại, đối tác và tài liệu, chương trình đối tác — và việc từ chối do máy chủ thực hiện, không chỉ ẩn các mục menu;
  • yêu cầu không được trả lời sẽ hết hạn sau một ngày, và bạn nhận được thư về mỗi lần đăng nhập;
  • thu hồi đồng ý sẽ chấm dứt phiên đang chạy;
  • trên cenaly.ru hoàn toàn không có đăng nhập đối tác.

Chi tiết về chính chương trình — Chương trình đối tác.


Mật khẩu, mã và phiên#

Khóa truy cập Yêu cầu Thu hồi ở đâu
Mật khẩu chủ tài khoản hoặc nhân viên 8+ ký tự, chữ hoa và chữ thường, chữ số, ký hiệu /settings/access — thay đổi; /staff — đặt lại mật khẩu cho nhân viên
PIN thu ngân 4–6 chữ số, duy nhất trong tài khoản, trên máy chủ chỉ lưu dưới dạng hàm băm không thể đảo ngược Hồ sơ nhân viên trong /staff
Mã đăng nhập thiết bị Liên kết /login?code=…, khi cần được bảo vệ bằng PIN hoặc mật khẩu Xóa mã trong /client-codes?tab=devices
Mã QR đăng nhập bảng điều khiển Tab "Đăng nhập quản trị" — hiển thị cho chủ tài khoản và vai trò có quyền "Cài đặt" Xóa mã tại cùng chỗ đó
Khóa API cho tác nhân AI Chỉ hiển thị một lần khi tạo /settings/access
Tài khoản SIP cá nhân Danh sách riêng của mỗi người: chỉ chính họ nhìn thấy tài khoản của mình /settings/sip-accounts

Những điều hữu ích:

  • Đăng xuất sẽ đóng phiên trên tất cả các tab của trình duyệt; không có ô chọn riêng "ghi nhớ tôi".
  • Việc sa thải thu hồi số nội bộ điện thoại của nhân viên ngay lập tức trên mọi chi nhánh — người đã bị sa thải sẽ không thể tiếp tục dùng phần mềm điện thoại đang hoạt động.
  • Các mức truy cập vào mục ("xem", "thay đổi", "cài đặt") được đặt trong vai trò. Ranh giới thực tế hiện nay: mức "thay đổi" thực sự cấm ghi dữ liệu của mục trên máy chủ, còn chế độ "chỉ xem" thì bản thân các màn hình của bảng điều khiển hiện chưa bật — đừng cấp mục cho người không được phép nhìn thấy nội dung của mục đó.

Dữ liệu khách và sự đồng ý#

Cơ chế Chức năng Bài viết
Banner cookie Bốn danh mục, chặn tập lệnh bên thứ ba cho đến khi có sự đồng ý, nhật ký đồng ý có xuất CSV làm bằng chứng, trang chính sách cookie có sẵn Cookie và sự đồng ý
Tài liệu pháp lý Trình tạo chính sách bảo mật, điều khoản, hoàn trả, giao hàng và năm tài liệu khác theo bộ quốc gia; xuất bản dưới dạng trang website Tài liệu pháp lý
Màn hình «Dữ liệu của tôi» trên cửa hàng Khách thấy những gì được lưu về mình trên thiết bị của họ, xuất thành tệp JSON và xóa bằng một nút —
Cổng tuổi 18+ Do chủ sở hữu bật và chặn toàn bộ nội dung cửa hàng Cookie và sự đồng ý

Hai lưu ý trung thực về «Dữ liệu của tôi»: màn hình làm việc với dữ liệu thiết bị của khách (những gì nằm trong trình duyệt của họ), không phải lịch sử trên máy chủ, và việc xóa ở đó chỉ xóa trên thiết bị. Nếu khách yêu cầu xóa đơn hàng và liên hệ của họ khỏi cơ sở dữ liệu của bạn, việc đó do bạn thực hiện — trong mục Khách hàng.

Phân biệt quan trọng: banner và tài liệu mà khách nhìn thấy là của bạn, không phải của chúng tôi. Bạn chịu trách nhiệm về nội dung của chúng với tư cách chủ doanh nghiệp; nền tảng cung cấp trình tạo, lưu trữ trang và nhật ký đồng ý.


Xuất và xóa#

  • Lấy tất cả — Xuất dữ liệu: một tệp ZIP chứa cài đặt, danh mục, đơn hàng, khách hàng và đánh giá. Mã PIN của nhân viên, khóa và token tích hợp, mật khẩu cố ý không nằm trong tệp lưu trữ — tệp lưu trữ thường được chuyển cho kế toán hoặc nhà thầu. Ảnh không được đóng gói, chỉ còn liên kết; tệp lưu trữ sẵn sàng tồn tại 7 ngày.
  • Xóa tài khoản — qua yêu cầu đến hỗ trợ sau khi xuất: không có nút tự thực hiện trong bảng điều khiển. Thời hạn xử lý yêu cầu là 30 ngày kể từ khi xác nhận; sau khi xóa sẽ không còn gì để lấy dữ liệu, vì vậy hãy xuất trước, không phải sau.
  • Xóa dữ liệu của một khách — trong mục Khách hàng.

Bản sao lưu#

Không có nút «khôi phục tài khoản về ngày» trong bảng điều khiển, và chúng tôi không công bố thời hạn lưu bản sao nội bộ — vì vậy hãy tự tạo bản sao của bạn: trước khi nhập hàng loạt, dọn danh mục hoặc thay đổi cấu trúc menu, hãy tạo xuất dữ liệu. Đây là cách khôi phục đáng tin cậy nhất trong số những cách hiện có.


Nếu nghi ngờ rò rỉ#

Theo thứ tự, từ trên xuống:

  1. Đổi mật khẩu của chủ sở hữu — /settings/access.
  2. Tắt «Quyền truy cập hỗ trợ» nếu đang bật, và xem nhật ký phiên: ai đã đăng nhập và khi nào.
  3. Xóa mã thiết bị và mã QR đăng nhập bảng điều khiển không cần thiết ngay lúc này (/client-codes).
  4. Thu hồi khóa API trong tab «Quyền truy cập» và phát hành khóa mới ở những nơi thực sự sử dụng.
  5. Đổi mã PIN của thu ngân và đặt lại mật khẩu cho nhân viên bị nghi ngờ; nhân viên đã nghỉ — vô hiệu hóa trong /staff.
  6. Viết cho hỗ trợ — Cách nhận trợ giúp. Kèm theo thời điểm sự cố, thương hiệu và địa chỉ tài khoản, chi nhánh và những gì bạn đã thấy. Đây là yêu cầu liên quan đến tài khoản CỦA BẠN; lỗ hổng của nền tảng đi theo kênh khác — xem bên dưới.

Về lỗ hổng được phát hiện trong chính nền tảng, hãy báo không phải qua hỗ trợ chung mà đến địa chỉ riêng — security@cenaly.com (địa chỉ nhận thư từ mọi thương hiệu; các hộp thư security@ tương tự trên tên miền thương hiệu — security@cenaly.com, security@cenaly.ru, security@masamenu.tr — đang được kết nối). Trong thư: địa chỉ trang, các bước tái hiện và những gì đã lấy được. Vui lòng không công bố chi tiết trước khi có phản hồi và không tải dữ liệu của người khác để «kiểm tra quy mô». Chi tiết về kênh — Cách nhận trợ giúp.


Những gì chúng tôi không lưu#

  • Dữ liệu thẻ thanh toán. Không số thẻ, không CVV: thẻ do nhà cung cấp thanh toán xử lý (ví dụ Stripe với chứng nhận PCI Level 1), chúng tôi chỉ nhận kết quả thanh toán — xem Thanh toán và Stripe.
  • Bí mật trong bản xuất. Mã PIN, khóa, token và mật khẩu không nằm trong tệp lưu trữ.
  • Dữ liệu sinh trắc học. Loại dữ liệu này bị cấm trong hệ thống và không được thu thập.

Đang triển khai#

Một hệ thống lưu trữ riêng cho dữ liệu cá nhân — mã hóa theo lớp dữ liệu, nhật ký mọi truy cập vào chúng, thời hạn lưu theo sự kiện — đang triển khai. Chúng tôi không đưa ra thời hạn hay cam kết nào ở đây: khi nó bao phủ một lớp dữ liệu mới, điều đó sẽ xuất hiện trong mô tả của mục tương ứng. Tương tự, cổng yêu cầu của chủ thể dữ liệu (DSAR) cũng đang triển khai — hiện các yêu cầu như vậy được xử lý thủ công, qua xuất dữ liệu và các mục «Khách hàng» và «Nhân viên». Xác thực hai yếu tố trên cenaly.ru và trong ứng dụng di động cũng đang được chuẩn bị — chúng tôi không hứa về thời hạn.


Hạn chế#

  • Xác thực hai yếu tố — chỉ trong web của các thương hiệu AWS (cenaly.com, cenaly.com và các thương hiệu khác): bật trong «Cài đặt → Quyền truy cập», khi đăng nhập bằng mật khẩu sẽ hỏi mã từ ứng dụng xác thực. Ứng dụng di động và đăng nhập qua Google hoặc bằng mã QR hiện chưa hỏi mã, không có mã dự phòng, trên cenaly.ru không có yếu tố này. Ở mọi nơi, hãy bảo vệ đăng nhập bằng mật khẩu dài và tài khoản riêng cho từng nhân viên (dùng chung một mật khẩu cho tất cả là điều tồi tệ nhất có thể làm), còn máy tính bảng và màn hình hãy để trên mã thiết bị với PIN.
  • Tách biệt đám mây là tuyệt đối: tài khoản cenaly.ru và tài khoản cenaly.com là hai tài khoản khác nhau, không bao giờ có tài khoản chung giữa chúng.
  • Trên cenaly.ru không có đăng nhập đối tác, nhật ký phiên hỗ trợ, chuyển tài khoản sang e-mail khác và máy quét cookie.
  • «Dữ liệu của tôi» của khách xóa trên thiết bị, không phải lịch sử đơn hàng trên máy chủ.
  • Các mức truy cập «xem» và «cài đặt» hiện chưa biến màn hình thành chế độ chỉ đọc (xem ở trên).
  • Nhật ký «nhân viên nào của tôi đã mở gì» không có trong bảng điều khiển; nhật ký được ghi cho các lần đăng nhập của hỗ trợ và đối tác.
  • Chúng tôi không công bố công cụ mã hóa được chứng nhận và ranh giới chính thức của ISPDn: nếu doanh nghiệp của bạn cần điều này theo luật, hãy thảo luận trước khi kết nối.

Xử lý sự cố#

Triệu chứng Nguyên nhân Cần làm gì
Bộ phận hỗ trợ yêu cầu quyền truy cập nhưng tôi không tìm thấy nơi cấp Công tắc nằm ở tab riêng của nó Cài đặt → Quyền truy cập hỗ trợ (/settings/support-access): bật đồng ý và chọn phạm vi
Đối tác báo không thể đăng nhập Yêu cầu chưa được duyệt, đã hết hạn (một ngày) hoặc chế độ công ty đang ở trạng thái “không cho vào”; trên cenaly.ru hoàn toàn không có lối vào Kiểm tra chế độ và lịch sử trên cùng tab đó, yêu cầu đối tác gửi lại yêu cầu
Nhân viên thấy một mục không cần thiết cho họ Mục được cấp trọn vẹn cho vai trò của họ Bỏ mục đó trong trình tạo vai trò /staff; mức “chỉ xem” hiện chưa bao gồm các màn hình
Máy quét cookies không khởi chạy trên cenaly.ru Tính năng chỉ hoạt động trên các thương hiệu AWS Đây là hành vi bình thường; hãy điền khai báo cookies thủ công — Cookies và sự đồng ý
Khách yêu cầu xóa dữ liệu của họ Màn hình “Dữ liệu của tôi” chỉ xóa trên thiết bị của chính họ Xóa thẻ của khách trong mục Khách hàng
Cần khôi phục một thay đổi hàng loạt trong danh mục Không có tính năng khôi phục “theo ngày” trong bảng điều khiển Tải danh mục lên từ bản xuất của bạn được tạo trước khi thay đổi

Câu hỏi thường gặp#

Dữ liệu của tôi nằm ở quốc gia nào? Tùy theo thương hiệu: cenaly.com và cenaly.com — AWS (us-east-1), cenaly.ru — Yandex Cloud tại Nga, các thương hiệu Thổ Nhĩ Kỳ — bản sao hệ thống tại eu-central-1 (Đức).

Bộ phận hỗ trợ có thể vào tài khoản của tôi mà không được phép không? Không. Cần bật công tắc “Quyền truy cập hỗ trợ”; phạm vi do bạn chọn, mỗi phiên đều được ghi vào nhật ký, và việc thu hồi đồng ý sẽ dừng cả phiên đang diễn ra.

Đối tác có thấy tiền và dữ liệu nhân viên của tôi không? Không. Đăng ký và thanh toán, dữ liệu chủ sở hữu, quyền của nhân viên, xuất dữ liệu, tích hợp, liên lạc, đối tác kinh doanh và tài liệu đều bị đóng trong mọi chế độ — máy chủ từ chối.

Nhân viên đã nghỉ — cần thu hồi những gì? Vô hiệu hóa hoặc xóa nhân viên đó trong /staff (thao tác này cũng thu hồi quyền vào bảng điều khiển và số máy lẻ điện thoại), đổi các mã PIN mà họ từng biết, và xóa những mã thiết bị không cần thiết.

Các bạn có lưu số thẻ của khách không? Không. Thẻ do nhà cung cấp thanh toán xử lý; phía chúng tôi chỉ còn lại kết quả giao dịch.

Trả lời thế nào với khách yêu cầu xóa dữ liệu của họ? Tìm khách trong mục “Khách hàng” và xóa thẻ; dữ liệu cục bộ trên thiết bị của khách thì họ có thể tự xóa tại quầy bán qua màn hình “Dữ liệu của tôi”.

Các bạn có DPA và các tài liệu khác để kiểm tra không? Điều khoản xử lý dữ liệu được mô tả trong bài Thỏa thuận xử lý dữ liệu (DPA); bản đã ký và các tài liệu khác hãy yêu cầu tại bộ phận hỗ trợ.


Các mục liên quan#

Was this article helpful?