Thanh toán & gói đăng ký
Các bậc đăng ký, cách nâng cấp được xử lý, và điều gì xảy ra khi bản dùng thử kết thúc.
Các gói và bậc truy cập
Athenum bán bốn cấp thành viên: Free, Lite, Pro và Pro+. Bên trong, chúng ánh xạ sang bốn bậc truy cập — preview, single_domain, multi_domain và full_access — và bậc mới là thứ sản phẩm kiểm tra khi quyết định một tính năng có được mở khóa hay không. Mỗi dòng gói trả phí được bán theo hai chu kỳ thanh toán, theo tháng và theo năm. Bậc quyết định các giới hạn cụ thể như số bố cục được lưu, dữ liệu thời gian thực so với dữ liệu trễ, cảnh báo, xuất dữ liệu, và các truy vấn chuỗi thời gian được lùi về quá khứ bao xa. Giá hiện tại được công bố trong phần bảng giá chứ không lặp lại ở đây.
Một bậc thực sự mở khóa những gì
Quyền truy cập không phải một công tắc duy nhất. Danh mục gói cấp cho mỗi bậc một tập năng lực có tên cố định, và phần còn lại của sản phẩm đọc tập đó chứ không đọc tên gói. Các năng lực bật/tắt gồm: tạo khóa API, truy cập dữ liệu thời gian thực, dùng chỉ báo nâng cao, nhận cảnh báo whale, nhận cảnh báo macro, hỗ trợ ưu tiên, truy cập API thương mại, xuất dữ liệu, và truy cập các nhóm tín hiệu prediction market của Pro. Bên cạnh chúng là các giới hạn theo mức: hạn ngạch bố cục đã lưu, hạn ngạch khóa API, giới hạn số sàn cho mỗi tính năng, giới hạn độ lùi về quá khứ của một truy vấn chuỗi thời gian, cấp chỉ báo Argus, tập khung thời gian biểu đồ bạn được yêu cầu, và tập symbol bạn được yêu cầu.
preview, tức bậc Free, tắt mọi năng lực bật/tắt, một bố cục được lưu, không có khóa API, một symbol duy nhất, và chỉ có các khung 1h, 4h và 1d. single_domain (Lite) bật dữ liệu thời gian thực, cảnh báo whale và việc tạo khóa API, mở mọi khung thời gian và toàn bộ danh sách symbol, và mở khóa cấp Argus đầu tiên. multi_domain (Pro) thêm chỉ báo nâng cao, cảnh báo macro, các tín hiệu prediction market của Pro, danh sách sàn không giới hạn và cửa sổ lookback dài. full_access (Pro+) thêm hỗ trợ ưu tiên, API thương mại, xuất dữ liệu và cấp Argus cuối cùng. Mỗi dòng gói trả phí được bán theo tháng và theo năm, và chu kỳ thanh toán thay đổi giá cùng ngày gia hạn, chứ không bao giờ thay đổi tập năng lực.
Các giới hạn theo mức được thực thi ngay tại nơi dữ liệu được lấy, chứ không chỉ trong giao diện. Một yêu cầu lookback dài hơn mức cho phép của bậc sẽ bị ép xuống mức đó chứ không bị từ chối. Danh sách sàn được sắp theo một thứ tự ưu tiên cố định và cắt xuống theo giới hạn sàn của bậc, nên một bậc thấp hơn thấy các sàn xếp hạng cao nhất chứ không phải một tập con tùy tiện. Một yêu cầu cho khung thời gian hoặc symbol nằm ngoài tập được phép của bậc sẽ bị từ chối bằng một phản hồi PAYMENT_REQUIRED. Việc chọn domain có hạn ngạch riêng: một domain với Lite, ba với Pro và tối đa một từ nhóm nâng cao, và cả năm với Pro+, vốn được chọn tự động cho bạn.
Nơi danh mục gói và nội dung bảng giá không khớp nhau
Có hai danh sách riêng biệt mô tả các gói. Một là danh mục năng lực mà máy chủ thực thi; danh sách kia là danh sách tính năng hiển thị trên trang bảng giá. Không cái nào được sinh ra từ cái nào, và ở nhiều chỗ chúng không khớp. Ví dụ, danh sách bảng giá ghi Lite có hỗ trợ ưu tiên, nhưng danh mục năng lực tắt hỗ trợ ưu tiên với Lite và chỉ bật với Pro+. Danh sách bảng giá ghi Lite có tất cả các sàn, trong khi danh mục giới hạn Lite ở một số ít sàn cho mỗi tính năng và chỉ gỡ giới hạn từ Pro trở lên. Danh sách bảng giá ghi Lite có toàn bộ chiều sâu lịch sử, trong khi danh mục cho Lite một cửa sổ lookback ngắn và dành cửa sổ dài cho Pro và Pro+.
Một mục khác hoàn toàn không có đối ứng: danh sách bảng giá nêu hạn mức cảnh báo theo từng bậc, nhưng danh mục năng lực mô hình hóa cảnh báo thành hai năng lực bật/tắt — cảnh báo whale và cảnh báo macro — và không có số lượng cảnh báo theo bậc ở bất kỳ đâu trong đường thực thi. Ở những chỗ hai danh sách khác nhau, danh mục năng lực mới là thứ sản phẩm thực sự kiểm tra. Có một cặp cũng dễ bị lẫn lộn chứ không hề mâu thuẫn: tạo khóa API cho tài khoản của chính bạn có sẵn từ Lite trở lên, trong khi API thương mại có thể lập trình và webhook là một năng lực riêng mà chỉ Pro+ mới có.
Phương thức thanh toán
Có hai luồng thanh toán được triển khai. Thanh toán bằng thẻ chạy qua Stripe và đưa bạn tới trang thanh toán do Stripe lưu trữ. Thanh toán bằng crypto chạy qua Plisio và phát hành một hóa đơn crypto được lưu trữ sẵn; trước khi bắt đầu, bạn chọn một tài sản được hỗ trợ trong số Bitcoin, Ethereum, Solana, BNB Chain, Zcash, USDT trên Tron, USDT trên Solana và USDC trên Solana. Cả hai luồng đều mua đúng cùng một tư cách thành viên. Cần có một email thanh toán đã xác minh trước khi có thể bắt đầu thanh toán, nên các tài khoản chỉ dùng ví phải thêm và xác nhận một địa chỉ trước.
Nâng cấp hoạt động thế nào
Việc nâng cấp bắt đầu ở trang Upgrade, có thể được dẫn sâu kèm sẵn một gói. Bạn chọn một dòng gói và một chu kỳ thanh toán, rồi chọn thẻ hoặc crypto. Ứng dụng tạo một phiên thanh toán và chuyển hướng bạn tới trang thanh toán do nhà cung cấp lưu trữ; bạn quay lại ứng dụng với một trạng thái thanh toán trong URL. Thanh toán crypto đưa bạn tới một trang hóa đơn riêng hiển thị địa chỉ nhận, mã QR, số tiền, đồng hồ đếm ngược hạn dùng và một bộ đếm xác nhận thời gian thực — tư cách thành viên kích hoạt tự động khi số xác nhận tích lũy đủ. Nếu bạn đã có một đăng ký đang hoạt động, việc thanh toán bị từ chối và luồng thẻ mở cổng thanh toán Stripe để bạn đổi gói ở đó.
Bên trong một hóa đơn crypto
Chọn crypto sẽ tạo một hóa đơn tại đơn vị xử lý thanh toán rồi giữ bạn ở lại một trang do Athenum lưu trữ thay vì gửi bạn sang trang của chính đơn vị xử lý. Hóa đơn được mở với cửa sổ sáu mươi phút, và trang hiển thị đồng hồ đếm ngược tới hạn đó cùng với địa chỉ nhận, mã QR, số lượng crypto được báo giá, giá trị quy đổi ra đô la, và một bộ đếm xác nhận. Phải chọn một tài sản được hỗ trợ trước khi có thể tạo hóa đơn; nếu không, yêu cầu bị từ chối. Khi đơn vị xử lý chưa báo cần bao nhiêu xác nhận, bộ đếm quay về hiển thị hai thay vì không hiển thị gì.
Trang này không tự thăm dò. Đồng hồ đếm ngược chạy cục bộ, nhưng trạng thái thanh toán chỉ được làm mới khi bạn bấm nút trạng thái hoặc tải lại trang; bản thân việc kích hoạt diễn ra ở phía máy chủ khi đơn vị xử lý gọi lại. Endpoint trạng thái trả lời từ bản ghi đã lưu một khi hóa đơn đã đạt trạng thái cuối, và ngược lại thì hỏi đơn vị xử lý theo thời gian thực. Nếu không liên hệ được đơn vị xử lý, endpoint trả về một phản hồi dịch vụ không khả dụng nhưng vẫn mang theo snapshot cuối cùng đã biết và đề nghị bạn thử lại sau ít phút, thay vì báo một trạng thái sai.
Việc xác minh số tiền diễn ra ở bước gọi lại, chứ không phải trên trang. Nếu một lệnh gọi lại báo hoàn tất với số tiền đô la khác với số tiền trên hóa đơn, hoặc hoàn toàn không báo được số tiền đô la kiểm chứng được, nó được chuyển thành một khoản thanh toán thất bại mang lý do lệch số tiền và tư cách thành viên không được kích hoạt. Trạng thái lệch số tiền của chính đơn vị xử lý cũng được xử lý theo cách tương tự. Một hóa đơn hết hạn trở thành khoản thanh toán thất bại với lý do hết hạn, và một hóa đơn bị hủy thì thành khoản thanh toán thất bại với lý do đã hủy. Hóa đơn hết hạn không thể trả lại được nữa; trang sẽ bảo bạn bắt đầu một lần thanh toán mới.
Bản dùng thử miễn phí
Một bản dùng thử kéo dài bảy ngày, chỉ có thể bắt đầu một lần cho mỗi tài khoản, và cấp bậc full_access trong suốt thời gian đó. Đây không phải một đăng ký có lưu thẻ: nó không tự lặp lại và không có gì bị trừ tiền. Trong lúc chạy, thẻ thành viên trong Settings hiển thị số ngày còn lại, ngày kết thúc và hành động “Thêm phương thức thanh toán”. Khi bảy ngày kết thúc, tài khoản được đưa tới một trang kết thúc tóm tắt những gì bản dùng thử đã bao gồm và đưa ra hai lối đi — tiếp tục Pro+ qua luồng nâng cấp, hoặc dùng tiếp bậc miễn phí qua trình chọn domain. Tài khoản, bố cục và watchlist của bạn được giữ lại trong cả hai trường hợp.
Ai đủ điều kiện dùng thử, và bản dùng thử loại trừ những gì
Bản dùng thử không được mua từ trang bảng giá. Nó được cấp trong lúc onboarding tài khoản, và ba điều kiện phải cùng thỏa mãn. Thứ nhất, danh tính phải thuộc loại mà hệ thống coi là tốn công tạo ra: một lượt đăng ký bằng email với địa chỉ đã xác minh, hoặc một tài khoản Google với địa chỉ đã xác minh. Đăng ký chỉ bằng ví rõ ràng là không đủ điều kiện. Thứ hai, một kill switch vận hành dành cho việc đăng ký dùng thử phải đang tắt; khi nó bật, onboarding vẫn hoàn tất bình thường và đơn giản là không cấp bản dùng thử nào. Thứ ba, tài khoản không được từng dùng thử trước đó — một cờ một-lần-trọn-đời được đóng dấu ngay trong cùng giao dịch tạo ra đăng ký dùng thử, nên hai nỗ lực đồng thời không thể cùng thành công.
Trong bảy ngày của mình, bản dùng thử chiếu ra bậc full_access với đúng một ngoại lệ có chủ đích: không thể tạo khóa API khi đang dùng thử. Endpoint khóa kiểm tra cả bậc được chiếu ra lẫn mã gói của đăng ký, và trả lời một bản dùng thử bằng một thông điệp riêng dành cho dùng thử thay vì lời nhắc nâng cấp chung chung. Hai email nhắc được lên lịch theo hạn chót, một khi còn ba ngày và một khi còn một ngày. Mỗi email được bảo vệ bởi dấu riêng của nó, được ghi trước khi thư được gửi, nên một lần thử lại có thể bỏ lỡ một lời nhắc nhưng không bao giờ gửi nó hai lần.
Các trạng thái mà một khoản thanh toán và một đăng ký có thể có
Mọi khoản thanh toán hệ thống ghi lại đều mang đúng một trong năm trạng thái: đang chờ, thành công, thất bại, đã hoàn tiền hoặc hoàn tiền một phần. Các khoản thanh toán được lưu theo khóa gồm nhà cung cấp cộng mã tham chiếu thanh toán của chính nhà cung cấp đó, và một lệnh gọi lại lặp lại cho cùng mã tham chiếu sẽ cập nhật bản ghi hiện có thay vì chèn thêm bản ghi thứ hai, nên một webhook được thử lại không thể nhân đôi một khoản phí trong lịch sử của bạn. Một khoản thanh toán thất bại cũng lưu một mã lỗi và thông điệp; trên luồng crypto, đó là các lý do lệch số tiền, hết hạn, đã hủy và lỗi xử lý đã mô tả ở trên.
Một đăng ký có tập trạng thái lớn hơn: incomplete, incomplete_expired, trialing, active, past_due, canceled, unpaid, paused và expired. Chỉ ba trong số đó cấp quyền truy cập — active, trialing và past_due — và các bước chuyển giữa chúng bị ràng buộc bởi một bảng chuyển trạng thái tường minh, nên một bước nhảy không hợp lệ sẽ ném lỗi thay vì âm thầm làm hỏng bản ghi. Quyền truy cập không chỉ được quyết định bởi trạng thái. Một đăng ký past_due ngừng cấp quyền khi hạn ân hạn của nó đã qua, và bất kỳ đăng ký nào cũng ngừng cấp quyền khi mốc thời gian hết hạn đã qua, bất kể trạng thái đã lưu vẫn nói gì.
Một hóa đơn crypto được theo dõi riêng khỏi cả hai, với tám trạng thái của riêng nó: mới, đang chờ, đang xác nhận, hoàn tất, hết hạn, đã hủy, lệch số tiền và lỗi. Bốn trong số đó là trạng thái cuối — hoàn tất, hết hạn, đã hủy và lỗi — và một khi hóa đơn đạt tới một trong số đó, ứng dụng trả lời từ bản ghi của chính nó thay vì hỏi lại đơn vị xử lý. Lệch số tiền cố ý không phải trạng thái cuối: một hóa đơn ở trạng thái đó vẫn có thể chuyển tiếp sang đang chờ, đang xác nhận, hoàn tất hoặc đã hủy khi đơn vị xử lý báo điều gì mới.
Khi một khoản thanh toán thất bại
Một webhook báo thanh toán thất bại chuyển đăng ký sang past_due và đóng dấu một hạn ân hạn bảy ngày sau lần thất bại. Quyền truy cập vẫn tiếp tục trong cửa sổ đó, vì past_due là một trong ba trạng thái cấp quyền và chính hạn ân hạn, chứ không phải trạng thái, mới là thứ kết thúc quyền truy cập. Việc đơn vị xử lý thẻ làm gì trước khi webhook đó tới — thử lại một khoản phí bị từ chối bao nhiêu lần, và trong bao lâu — được cấu hình tại đơn vị xử lý và không do ứng dụng này quyết định.
Tư cách thành viên trả bằng crypto không tự động trừ tiền, nên việc gia hạn chạy như một tác vụ theo lịch. Bảy ngày trước khi kỳ kết thúc, rồi lại ở mốc ba ngày và một ngày, nó tạo hoặc dùng lại một hóa đơn gia hạn đang mở và gửi email cho bạn; một hóa đơn còn trong cửa sổ của nó, hoặc đã đang xác nhận, sẽ được dùng lại thay vì thay thế. Nếu kỳ kết thúc mà chưa thanh toán, đăng ký bị đánh dấu past_due với hạn ân hạn bảy ngày sau khi kỳ kết thúc và một thông báo quá hạn được gửi đi. Khi hạn đó trôi qua mà vẫn chưa thanh toán, đăng ký bị hủy và một thông báo hết hạn được gửi. Một hóa đơn gia hạn thất bại trong khi kỳ vẫn còn chạy sẽ không kích hoạt past_due.
Có hai tác dụng phụ đáng biết. Một ưu đãi khuyến mãi được bảo lưu sẽ bị đánh dấu là mất hiệu lực khi đăng ký rời khỏi ưu đãi đó, bị hủy, hoặc hết hạn, và một lần thanh toán sau này xin lại chính ưu đãi đó sẽ bị từ chối. Và mỗi khi một đăng ký chuyển sang trạng thái không còn cấp quyền, các claim phiên đã được đệm cho tài khoản đó bị xóa ngay lập tức thay vì để tự hết hạn, nên thay đổi có hiệu lực ở yêu cầu kế tiếp chứ không phải sau một vòng đời bộ đệm.
Quản lý một tư cách thành viên hiện có
Thẻ thành viên trong Settings là bề mặt điều khiển. Người đăng ký bằng thẻ có “Quản lý tư cách thành viên”, mở cổng thanh toán Stripe, cùng một hành động riêng cho phương thức thanh toán đã lưu. Việc hủy được cung cấp dưới dạng “Kết thúc vào cuối kỳ”: đăng ký được đánh dấu dừng lại vào cuối kỳ thanh toán hiện tại chứ không phải ngay lập tức, và một đăng ký đã được lên lịch kết thúc sẽ hiển thị “Kích hoạt lại tư cách thành viên” thay vào đó. Những thay đổi gói làm hạ bậc của bạn, hoặc đổi từ theo năm sang theo tháng, được lên lịch vào cuối kỳ chứ không áp dụng ngay. Các hóa đơn được liệt kê kèm ngày, trạng thái, số tiền và một liên kết tới biên nhận sau khi chu kỳ thanh toán đầu tiên hoàn tất. Nếu một hóa đơn crypto vẫn đang chờ, thẻ này sẽ cung cấp “Tiếp tục thanh toán crypto”.
Hóa đơn và biên nhận
Danh sách hóa đơn trong Settings gộp hai nguồn. Hóa đơn thẻ được đọc từ Stripe — hai mươi tư hóa đơn gần nhất — mỗi hóa đơn mang số hóa đơn, một trạng thái, một loại tiền, tổng số, số tiền đã trả, một liên kết tới trang hóa đơn được lưu trữ và một liên kết tới bản PDF. Hóa đơn crypto đến từ bản ghi của chính Athenum và được liệt kê với mã tham chiếu giao dịch của đơn vị xử lý làm định danh, số đơn hàng, trạng thái hóa đơn, tổng số đô la, và một mô tả nêu cả mục đích — đăng ký mới, gia hạn hay đổi gói — lẫn tên gói. Hai tập được gộp lại và sắp xếp mới nhất trước.
Có hai khác biệt thực tế đi kèm. Một hóa đơn crypto không có bản PDF: liên kết của nó trỏ ngược về trang hóa đơn trong ứng dụng, và đó cũng là cách một hóa đơn chưa thanh toán được tiếp tục. Và một tài khoản không có bản ghi khách hàng Stripe vẫn nhận được các hóa đơn crypto của mình, vì việc thiếu khách hàng Stripe được xử lý như một kết quả rỗng chứ không phải một lỗi. Trên một hóa đơn crypto, số tiền đã trả chỉ được báo là toàn bộ tổng số khi hóa đơn đạt trạng thái hoàn tất, và bằng không trước đó, nên một giao dịch chuyển tiền mới quan sát được một phần không bao giờ xuất hiện như một khoản thanh toán đã tất toán trong danh sách.
Điều gì xảy ra với dữ liệu của bạn khi bậc thay đổi
Việc đổi bậc được xử lý như một sự kiện, chứ không phải một lần cập nhật trường âm thầm. Khi bậc đi lên hoặc đi xuống, lựa chọn domain hiện tại bị cho hết hạn và bạn quay lại trình chọn domain, vì cả hạn ngạch lẫn tập domain bạn được chọn đều đã thay đổi; một lần hạ bậc ghi lại lý do đó một cách tường minh. full_access là ngoại lệ — nó tự chọn lại mọi domain thay vì hỏi lại. Một lần hủy cũng làm lựa chọn hết hạn. Quyết định onboarding đã được đệm bị xóa ở mỗi bước chuyển này, để yêu cầu kế tiếp suy ra lại nó từ trạng thái hiện tại.
Các bố cục đã lưu không bị xóa. Giới hạn bố cục được kiểm tra khi bạn lưu một bố cục mới — một yêu cầu tạo vượt quá giới hạn sẽ bị từ chối kèm thông điệp nâng cấp — trong khi endpoint liệt kê trả về mọi thứ bạn đã lưu và không ẩn gì vượt trần mới. Đổi gói là một lối chỉ dành cho thẻ: với tư cách thành viên trả bằng crypto, yêu cầu bị từ chối kèm một thông điệp bảo bạn bắt đầu một lần thanh toán mới sau khi kỳ hiện tại kết thúc. Việc đổi gói cũng bị từ chối thẳng khi tư cách thành viên đã được lên lịch kết thúc, nên lịch đó phải được đảo ngược trước khi có thể thay đổi tư cách thành viên.
Điều khoản
Các điều khoản hợp đồng, bao gồm mọi điều không được mô tả ở trên, được nêu trong Điều khoản dịch vụ và Chính sách quyền riêng tư. Với thắc mắc về một khoản phí cụ thể, hãy liên hệ Support từ bên trong ứng dụng.