Cách hoạt động của ngày và khoảng ngày trên bảng điều khiển

Trang này giải thích các ngày được sử dụng phía sau trang tổng quan. Để biết cách xây dựng trang tổng quan và mỗi ô tính những gì, hãy xem Tìm hiểu về các ô trên trang tổng quan TicketingHub. Không nội dung nào ở đây thay đổi báo cáo hoặc đơn hàng của bạn — nội dung này chỉ ảnh hưởng đến các số liệu được một ô trên trang tổng quan cộng lại.

Xác định ý nghĩa của một ngày

Mỗi ô đếm những sự việc xảy ra vào một ngày, và bạn có hai ngày để lựa chọn:

Ngày đặt đếm vào ngày giao dịch bán hàng, thanh toán hoặc hoàn tiền được ghi nhận.
Ngày đặt cho đếm vào ngày trải nghiệm diễn ra.

Một tour được đặt vào tháng 3 cho chuyến đi vào tháng 7 sẽ được tính vào tháng 3 theo Ngày đặt, và vào tháng 7 theo Ngày đặt cho. Sử dụng Ngày đặt để xem tình hình kinh doanh, và Ngày đặt cho để xem mức độ bận rộn sắp tới. Đây là hai ngày giống như trong báo cáo của bạn, với cùng tên gọi.

Hai ngày này hiếm khi trùng nhau trong cùng một khoảng thời gian, và không có ngày nào đúng hơn ngày kia. Hãy kiểm tra ngày nào đang được chọn trước khi so sánh số liệu hoặc giải thích sự khác biệt cho người khác.

Múi giờ được sử dụng cho mỗi ngày

Một giao dịch bán hàng được ghi nhận theo múi giờ tài khoản của bạn, vì thời điểm bạn nhận tiền là một sự kiện thuộc về doanh nghiệp của bạn.

Một lượt tham quan được ghi nhận theo múi giờ riêng của sản phẩm, vì thời điểm trải nghiệm diễn ra thuộc về địa điểm nơi trải nghiệm đó diễn ra.

Điều này chỉ tạo ra khác biệt nếu bạn bán các sản phẩm ở nhiều múi giờ. Nếu tất cả sản phẩm của bạn đều diễn ra tại nơi tài khoản của bạn đặt trụ sở, hai múi giờ là như nhau và bạn có thể bỏ qua phần này.

Nếu bạn bán hàng ở nhiều múi giờ, hãy xem ví dụ sau: bạn đặt trụ sở tại London và bán một tour ở New York diễn ra lúc 9 giờ tối ngày 5 tháng 5. Theo Ngày đặt cho, tour được tính vào ngày 5 tháng 5 — ngày tour diễn ra tại New York — thay vì bị chuyển sang ngày 6 tháng 5 vì tại London đã sang ngày mới. Số liệu tại địa phương của bạn vẫn nằm trong các ngày địa phương, còn lượt tham quan của mỗi sản phẩm vẫn nằm trong ngày của chính sản phẩm đó.

Tại sao khoảng ngày có thể được mở rộng

Để duy trì tốc độ xử lý với dữ liệu lịch sử dài, bảng điều khiển lưu hoạt động gần đây theo từng ngày, còn hoạt động cũ hơn được nhóm thành các tuần trọn vẹn rồi các tháng trọn vẹn. Không có dữ liệu nào bị mất, nhưng các giai đoạn cũ được lưu với mức độ chi tiết thấp hơn.

Nếu khoảng thời gian bạn chọn bắt đầu hoặc kết thúc giữa một trong các giai đoạn đã được nhóm đó, bảng điều khiển sẽ mở rộng khoảng thời gian thành toàn bộ giai đoạn và cho bạn biết phạm vi đã sử dụng: ngày trong bộ chọn thay đổi, và cách nhóm dữ liệu cũng thay đổi theo.

Ví dụ, nếu yêu cầu khoảng ngày từ 14–31 tháng 5 trong một giai đoạn được lưu theo tháng, hệ thống sẽ hiển thị từ ngày 1–31 tháng 5 và nhóm dữ liệu theo tháng.

Đây là chủ ý thiết kế. Một số liệu được lưu cho cả tháng không thể bị tách thành một phần của tháng, vì vậy các lựa chọn thay thế là bỏ qua tháng đó hoặc hiển thị một phần tháng như thể đó là toàn bộ tháng — cả hai đều tạo ra một tổng số hoàn toàn sai. Việc mở rộng khoảng ngày giúp số liệu chính xác và cho bạn biết nó bao quát phạm vi nào.

Các khoảng thời gian gần đây không bị ảnh hưởng, vì vậy việc sử dụng hằng ngày sẽ không gặp trường hợp này.

Một khoảng thời gian rất dài được nhóm ở mức thô hơn vì một lý do khác: để biểu đồ dễ đọc. Khoảng thời gian dài hơn khoảng một năm được hiển thị theo tuần thay vì theo ngày, còn dài hơn khoảng bảy năm được hiển thị theo tháng; bộ chọn cũng cho biết cách nhóm dữ liệu đã sử dụng. Khoảng thời gian có thể quay về tối đa đến ngày 1 tháng 1 năm 2011, là thời điểm Mọi thời gian bắt đầu, và tối đa mười năm về phía trước.

Đếm các booking chứa nhiều loại vé

Hầu hết booking chứa nhiều hơn một loại vé — hai vé người lớn và một vé trẻ em là một booking, không phải ba booking. Vì vậy, khi bạn đặt câu hỏi về một loại vé, bảng điều khiển sẽ trả lời dựa trên toàn bộ booking.

Lọc ô Booking theo Người lớn, bạn sẽ nhận được số booking có ít nhất một vé người lớn. Lọc theo Trẻ em, bạn sẽ nhận được số booking có ít nhất một vé trẻ em. Một booking gia đình xuất hiện trong cả hai kết quả, vì thực tế nó thuộc cả hai nhóm.

Điều đó có nghĩa là các loại vé sẽ không cộng lại thành tổng số và đây cũng không phải điều chúng được thiết kế để làm. Một tuần có 100 booking có thể hiển thị 95 booking có người lớn và 60 booking có trẻ em. Không có gì bị đếm trùng; bạn đang đặt ba câu hỏi khác nhau và nhận được ba câu trả lời chính xác.

Tiền và số người hoạt động khác nhau, và bạn cần ghi nhớ sự khác biệt này. Chúng có thể được phân chia: lọc Doanh số hoặc Số người theo Người lớn, bạn sẽ nhận được phần của người lớn trong mỗi booking, và các phần này cộng lại đúng bằng tổng số. Một booking không thể được chia theo cách đó, đó chính là lý do số lượng booking không cộng lại.

Điều này không áp dụng cho các bộ lọc mà booking chỉ có một giá trị duy nhất. Khi lọc theo sản phẩm, kênh bán hoặc đại lý bán lại, mọi số liệu — bao gồm cả booking — sẽ cộng lại như bạn mong đợi.

Một số số liệu không thể được lọc theo một số tiêu chí nhất định. Một khoản thanh toán được thực hiện cho một đơn hàng chứ không phải cho một sản phẩm, nên không có cách nào xác định khoản thanh toán đó thuộc về sản phẩm nào. Khi lọc theo sản phẩm, các ô Thanh toán, Hoàn tiền và Hoa hồng sẽ hiển thị Không khả dụng với bộ lọc này thay vì hiển thị một số liệu vốn chỉ có thể bằng không. Điều tương tự cũng xảy ra theo chiều ngược lại: khi lọc theo loại thanh toán, các ô doanh số và booking sẽ hiển thị thông báo đó. Xóa bộ lọc để các số liệu xuất hiện trở lại.

Khi bạn thay đổi thông tin của một giao dịch bán hàng sau đó

Bảng điều khiển ghi nhận mỗi giao dịch bán hàng cùng các thông tin tại thời điểm giao dịch được thực hiện: sản phẩm, loại vé, kênh bán, đại lý bán lại, người dùng, mã giảm giá và các thông tin khác. Việc thay đổi một trong những thông tin đó sau này không chuyển các giao dịch bán hàng đã được ghi nhận.

Ví dụ, nếu bạn chuyển một đơn hàng sang một đại lý bán lại khác, giao dịch bán hàng ban đầu vẫn thuộc về đại lý đầu tiên, còn số liệu của đại lý mới chỉ bao gồm những gì được ghi nhận từ thời điểm đó trở đi. Mọi thông tin được ghi nhận sau khi thay đổi, chẳng hạn như khoản hoàn tiền phát sinh sau đó trên cùng đơn hàng, sẽ thuộc về đại lý mới. Điều tương tự áp dụng khi bạn áp dụng mã giảm giá cho một booking sau khi booking được tạo, chuyển giao dịch bán hàng sang người dùng khác hoặc thay đổi loại vé.

Bảng điều khiển hiển thị những gì đã xảy ra tại thời điểm đó, thay vì viết lại quá khứ mỗi khi có thông tin được chỉnh sửa. Bản thân đơn hàng luôn hiển thị thông tin hiện tại.

Xem chi tiết các giao dịch

Mỗi ô hiển thị số liệu đều có tùy chọn Xem chi tiết trong menu, liệt kê từng giao dịch tạo nên số liệu của ô đó. Tùy chọn này giữ lại mọi yếu tố mà ô đang sử dụng: số liệu được hiển thị, cùng cơ sở ngày, cùng khoảng ngày và mọi bộ lọc bạn đã áp dụng. Danh sách bạn mở ra chính xác là các giao dịch tạo nên con số bạn đã nhấp vào.

Điểm cuối cùng này cần được hiểu theo đúng nghĩa đen. Chọn xem chi tiết từ Doanh số, bạn sẽ nhận được các giao dịch làm thay đổi doanh số — không có gì khác. Khoản thanh toán cho một trong các booking đó không nằm trong danh sách, vì việc nhận tiền không làm thay đổi nội dung đã bán; hãy xem chi tiết từ Thanh toán để xem khoản đó ở đó.

Danh sách phân tách từng giao dịch thành các thành phần cấu thành giao dịch, mỗi thành phần một dòng, vì vậy một booking gồm hai vé người lớn và một sách hướng dẫn sẽ có ba dòng. Mỗi dòng nêu rõ giao dịch liên quan đến — vé, sản phẩm bổ sung, hàng hóa hoặc thuế — cùng với loại vé, để bạn có thể xem một số liệu được cấu thành từ những gì mà không cần mở đơn hàng.

Ngoài ra, mỗi dòng chứa mã tham chiếu đơn hàng và booking tương ứng, sản phẩm và hạng vé được bán, nguồn của giao dịch bán hàng và, đối với khoản thanh toán, loại thanh toán. Kết hợp lại, các thông tin này thường đủ để giải quyết thắc mắc mà không cần rời khỏi trang; khi không đủ, mã tham chiếu đơn hàng sẽ liên kết đến đơn hàng.

Chỉ những thành phần được ô đếm mới được liệt kê, và cột Số tiền hiển thị giá trị riêng của từng thành phần. Đối với doanh số, thanh toán và hầu hết các ô khác, tổng của cột này bằng số liệu trong ô. Các ô đo lường phần bị trừ đi — lượt hủy, hoàn tiền, giá trị hết hạn, hoa hồng và chi phí được phân bổ — hiển thị số tiền đó dưới dạng số dương, trong khi danh sách hiển thị từng giao dịch theo chiều được ghi nhận trong sổ sách của bạn, nên cột này sẽ cộng lại thành số liệu của ô với dấu âm phía trước. Điều này đặc biệt quan trọng khi bạn lọc theo một tiêu chí mà booking chỉ bao gồm một phần: lọc theo một loại vé sẽ chỉ trả về các dòng của loại vé đó, đúng như những gì ô đang đếm.

Số lượng, Số người và Số tiền đều được thể hiện theo cùng một chiều, vì vậy bạn có thể quét ngang một dòng mà không cần kiểm tra mình đang ở cột nào, và mọi thứ đều được đọc từ phía bạn ở quầy. Một giao dịch bán hàng có giá trị dương ở cả ba cột, còn một booking bị hủy gồm năm vé người lớn sẽ hiển thị −5, −5 và số tiền âm. Điều tương tự áp dụng cho tiền: khoản thanh toán bạn nhận có giá trị dương, còn khoản hoàn tiền bạn trả lại có giá trị âm.

Mỗi dòng chứa cả hai ngày của giao dịch, bất kể ô đang đếm theo ngày nào. Các cột Ngày đặt và Ngày đặt cho chính là hai ngày mà bộ chọn cung cấp, vì vậy một dòng sẽ được đọc giống nhau dù bạn truy cập từ cơ sở ngày nào; cả hai cột đều hiển thị thời gian cùng với ngày.

Cơ sở ngày vẫn quyết định những dòng nào được đưa vào danh sách, vì vậy việc chuyển đổi cơ sở ngày sẽ thay đổi các giao dịch bạn nhìn thấy chứ không thay đổi ý nghĩa của một cột. Nếu khoảng ngày đã được mở rộng thành các tuần hoặc tháng trọn vẹn, danh sách cũng bao quát khoảng thời gian đã mở rộng đó.

Nhấp vào tiêu đề bất kỳ để sắp xếp theo cột đó và nhấp lần nữa để đảo ngược thứ tự. Xuất dưới dạng CSV sẽ lấy mọi giao dịch được bộ lọc của bạn chọn, thay vì chỉ lấy trang đang hiển thị, nên tệp sẽ được chuẩn bị ở chế độ nền và cung cấp cho bạn khi sẵn sàng.

Nếu bạn đã di chuyển, thêm hoặc xóa các ô mà chưa lưu vào một chế độ xem, thao tác xem chi tiết sẽ yêu cầu bạn xác nhận trước khi rời khỏi bảng điều khiển, vì bố cục đó sẽ bị mất. Hãy lưu chế độ xem trước nếu bạn muốn giữ lại.

Kiểm tra nhanh

Khi hai tổng số không khớp, trước tiên hãy kiểm tra cơ sở ngày, sau đó kiểm tra khoảng ngày. Hầu hết khác biệt đều xuất phát từ một trong hai yếu tố này.
Nếu ngày hoặc cách nhóm dữ liệu thay đổi sau khi bạn chọn, bạn đã yêu cầu một giai đoạn được lưu với mức độ chi tiết thấp hơn. Các số liệu là chính xác đối với khoảng thời gian hiện đang hiển thị.
Nếu số liệu lượt tham quan lệch một ngày so với dự kiến, hãy kiểm tra xem sản phẩm đó có hoạt động ở múi giờ khác với tài khoản của bạn hay không.
Nếu số liệu trong ô và các giao dịch phía sau có vẻ không khớp, hãy kiểm tra khoảng ngày hiển thị trong bộ chọn. Khoảng ngày đã mở rộng bao quát nhiều ngày hơn bạn yêu cầu, và danh sách bao quát cùng những ngày với ô.
Nếu danh sách giao dịch có vẻ nằm ở sai ngày, hãy kiểm tra bạn đang đọc cột nào trong hai cột ngày. Cả hai luôn được hiển thị và chỉ một cột khớp với cơ sở ngày mà ô đang sử dụng.
Nếu số liệu của một đại lý bán lại, người dùng hoặc mã giảm giá có vẻ khác với thông tin hiện đang hiển thị trong các đơn hàng, hãy kiểm tra xem các đơn hàng đó có được thay đổi sau khi bán hay không. Giao dịch bán hàng vẫn thuộc về các thông tin tại thời điểm nó được thực hiện.
Nếu số booking theo từng loại vé cộng lại nhiều hơn tổng số, đó là kết quả chính xác. Một booking chứa nhiều loại vé được đếm một lần trong mỗi loại vé. Doanh số và số người được phân chia theo loại vé; booking thì không.