Faturalama ve abonelikler
Abonelik kademeleri, yükseltmelerin nasıl işlendiği ve deneme süresi bittiğinde ne olduğu.
Planlar ve erişim kademeleri
Athenum dört üyelik seviyesi satar: Free, Lite, Pro ve Pro+. Bunlar içeride dört erişim kademesine eşlenir — preview, single_domain, multi_domain ve full_access — ve ürün bir özelliğin açık olup olmadığına karar verirken bu kademeye bakar. Ücretli her aile iki faturalama döneminde satılır: aylık ve yıllık. Kademe; kaydedilen düzen sayısı, gerçek zamanlı veriye karşı gecikmeli veri, uyarılar, veri dışa aktarımı ve zaman serisi sorgularının ne kadar geriye gidebileceği gibi somut sınırları belirler. Güncel fiyatlar burada tekrarlanmak yerine fiyatlandırma bölümünde yayımlanır.
Bir kademe gerçekte neyi açar
Erişim tek bir anahtar değildir. Plan kataloğu her kademeye adlandırılmış sabit bir yetenek kümesi verir ve ürünün geri kalanı plan adını değil bu kümeyi okur. Açık/kapalı yetenekler şunlardır: API anahtarı oluşturma, gerçek zamanlı veriye erişim, gelişmiş göstergeleri kullanma, whale uyarıları alma, makro uyarıları alma, öncelikli destek, ticari API'ye erişim, veri dışa aktarma ve Pro tahmin piyasası sinyal ailelerine erişim. Bunların yanında kademeli sınırlar bulunur: kaydedilen düzen kotası, API anahtarı kotası, özellik başına borsa sayısı sınırı, bir zaman serisi sorgusunun ne kadar geriye gidebileceğine dair sınır, bir Argus gösterge seviyesi, isteyebileceğiniz grafik zaman dilimleri kümesi ve isteyebileceğiniz semboller kümesi.
Free kademe olan preview'da her açık/kapalı yetenek kapalıdır; bir kaydedilmiş düzen, API anahtarı yok, tek bir sembol ve yalnızca 1h, 4h ve 1d zaman dilimleri vardır. single_domain (Lite) gerçek zamanlı veriyi, whale uyarılarını ve API anahtarı oluşturmayı açar, tüm zaman dilimlerini ve tam sembol listesini serbest bırakır ve ilk Argus seviyesini açar. multi_domain (Pro) buna gelişmiş göstergeleri, makro uyarılarını, Pro tahmin piyasası sinyallerini, sınırsız bir borsa listesini ve uzun lookback penceresini ekler. full_access (Pro+) öncelikli desteği, ticari API'yi, veri dışa aktarmayı ve son Argus seviyesini ekler. Ücretli her aile aylık ve yıllık satılır; faturalama dönemi fiyatı ve yenileme tarihini değiştirir, yetenek kümesini asla.
Kademeli sınırlar yalnızca arayüzde değil, verinin çekildiği yerde uygulanır. Kademe hakkından uzun bir lookback isteği reddedilmek yerine bu hakka kadar kısaltılır. Bir borsa listesi sabit bir öncelik sırasına göre sıralanır ve kademenin borsa sınırına göre kesilir; böylece daha düşük bir kademe rastgele bir alt küme yerine en üst sıradaki borsaları görür. Kademenin izin verdiği kümelerin dışındaki bir zaman dilimi ya da sembol isteği, ödeme gerekli yanıtıyla reddedilir. Alan seçimlerinin kendi kotası vardır: Lite'ta bir alan, Pro'da en fazla biri gelişmiş gruptan olmak üzere üç alan ve Pro+'ta sizin adınıza otomatik seçilen beş alanın tamamı.
Plan kataloğu ile fiyatlandırma metninin çeliştiği yerler
Planları iki ayrı liste anlatır. Biri sunucunun uyguladığı yetenek kataloğu, diğeri fiyatlandırma sayfasında görüntülenen özellik listesidir. Hiçbiri diğerinden üretilmez ve birkaç noktada birbirleriyle çelişirler. Örneğin, fiyatlandırma listesi Lite'a öncelikli destek yazar, ancak yetenek kataloğunda öncelikli destek Lite için kapalı, yalnızca Pro+ için açıktır. Fiyatlandırma listesi Lite'a tüm borsaları yazar, oysa katalog Lite'ı özellik başına az sayıda borsayla sınırlar ve sınırı ancak Pro ve üzerinde kaldırır. Fiyatlandırma listesi Lite'a tam geçmiş derinliği yazar, oysa katalog Lite'a kısa bir lookback penceresi verir ve uzun olanı Pro ile Pro+'a ayırır.
Bir başka maddenin karşılığı ise hiç yoktur: fiyatlandırma listesi kademe başına uyarı hakları belirtir, ancak yetenek kataloğu uyarıları iki açık/kapalı yetenek olarak modeller — whale uyarıları ve makro uyarıları — ve uygulama yolunun hiçbir yerinde kademe başına uyarı sayısı yoktur. İki listenin ayrıştığı yerde ürünün gerçekten baktığı şey yetenek kataloğudur. Bir çift ise çelişkiden çok karıştırılmaya müsaittir: kendi hesabınız için API anahtarı oluşturmak Lite'tan itibaren kullanılabilir, oysa ticari programatik API ile webhook'lar yalnızca Pro+'ın taşıdığı ayrı bir yetenektir.
Ödeme yöntemleri
İki ödeme hattı uygulanmıştır. Kartla ödeme Stripe üzerinden çalışır ve sizi Stripe'ın barındırdığı ödeme sayfasına gönderir. Kripto ile ödeme Plisio üzerinden çalışır ve barındırılan bir kripto faturası oluşturur; başlamadan önce Bitcoin, Ethereum, Solana, BNB Chain, Zcash, Tron üzerinde USDT, Solana üzerinde USDT ve Solana üzerinde USDC arasından desteklenen bir varlık seçersiniz. İki hat da tam olarak aynı üyeliği satın alır. Ödeme başlamadan önce doğrulanmış bir faturalama e-postası gerekir, bu yüzden yalnızca cüzdanla açılmış hesapların önce bir adres ekleyip onaylaması gerekir.
Yükseltme nasıl işler
Yükseltmeler, isteğe bağlı olarak bir planla derin bağlantı verilebilen Upgrade sayfasında başlar. Bir plan ailesi ile faturalama dönemi, ardından kart ya da kripto seçersiniz. Uygulama bir ödeme oturumu oluşturur ve sizi sağlayıcının barındırdığı ödeme sayfasına yönlendirir; adreste bir faturalama durumuyla uygulamaya dönersiniz. Kripto ödemeleri; hedef adresi, bir QR kodunu, tutarı, bir son süre geri sayımını ve canlı bir onay sayacını gösteren özel bir fatura sayfasına düşer — üyelik, onaylar biriktikçe otomatik olarak etkinleşir. Zaten aktif bir aboneliğiniz varsa ödeme reddedilir ve kart akışı, planı orada değiştirebilmeniz için Stripe faturalama portalını açar.
Bir kripto faturasının içi
Kriptoyu seçmek ödeme sağlayıcısında bir fatura oluşturur ve sizi sağlayıcının kendi sitesine göndermek yerine Athenum'un barındırdığı bir sayfada tutar. Fatura altmış dakikalık bir pencereyle açılır ve sayfa; bu süreye karşı bir geri sayımın yanı sıra hedef adresi, bir QR kodunu, teklif edilen kripto tutarını, dolar karşılığını ve bir onay sayacını gösterir. Fatura oluşturulmadan önce desteklenen bir varlık seçilmelidir; seçilmezse istek reddedilir. Sağlayıcı kaç onay beklediğini bildirmediğinde sayaç, hiçbir şey göstermek yerine iki değerine düşer.
Sayfa kendi başına yoklama yapmaz. Geri sayım yerel olarak işler, ancak ödeme durumu yalnızca durum düğmesine bastığınızda ya da sayfayı yenilediğinizde tazelenir; etkinleştirmenin kendisi, sağlayıcı geri çağırdığında sunucu tarafında gerçekleşir. Durum uç noktası, fatura nihai bir duruma ulaştıktan sonra saklanan kayıttan yanıt verir; aksi hâlde sağlayıcıyı canlı sorgular. Sağlayıcıya ulaşılamazsa uç nokta, yanlış bir durum bildirmek yerine bilinen son anlık görüntüyü de taşıyan bir hizmet kullanılamıyor yanıtı döndürür ve kısa süre sonra tekrar denemenizi ister.
Tutar doğrulaması sayfada değil, geri çağrıda yapılır. Tamamlandı bildiren bir geri çağrı, faturalanan tutardan farklı bir dolar tutarı bildirirse ya da doğrulanabilir hiçbir dolar tutarı bildirmezse, bu bir tutar uyuşmazlığı nedeni taşıyan başarısız ödemeye çevrilir ve üyelik etkinleştirilmez. Sağlayıcının kendi uyuşmazlık durumu da aynı şekilde ele alınır. Süresi dolmuş bir fatura, süre nedeni taşıyan başarısız bir ödemeye; iptal edilmiş bir fatura ise iptal nedeni taşıyan başarısız bir ödemeye dönüşür. Süresi dolmuş faturalar yeniden ödenemez; sayfa size yeni bir ödeme başlatmanızı söyler.
Ücretsiz deneme
Deneme yedi gün sürer, hesap başına yalnızca bir kez başlatılabilir ve süresi boyunca full_access kademesini verir. Kart kayıtlı bir abonelik değildir: yinelenmez ve hiçbir ücret alınmaz. Sürerken Settings'teki üyelik kartı kalan günleri, bitiş tarihini ve bir “Ödeme yöntemi ekle” eylemini gösterir. Yedi gün dolduğunda hesap, denemenin neleri kapsadığını özetleyen ve iki yol sunan bir kapanış sayfasına yönlendirilir — upgrade akışıyla Pro+'a devam etmek ya da alan seçimi sihirbazıyla ücretsiz kademede devam etmek. Hesabınız, düzenleriniz ve izleme listeleriniz her iki durumda da korunur.
Denemeye kimler uygundur ve neleri kapsamaz
Deneme fiyatlandırma sayfasından satın alınmaz. Hesabın ilk kurulumu sırasında verilir ve üç koşulun aynı anda sağlanması gerekir. Birincisi, kimliğin sistemin oluşturması pahalı saydığı türden olması gerekir: doğrulanmış adresli bir e-posta kaydı ya da doğrulanmış adresli bir Google hesabı. Yalnızca cüzdanla yapılan kayıt açıkça uygun değildir. İkincisi, deneme kayıtları için operasyonel bir kill switch (devre kesici) kapalı olmalıdır; açıkken ilk kurulum normal biçimde tamamlanır ve yalnızca deneme verilmez. Üçüncüsü, hesap daha önce hiç deneme kullanmamış olmalıdır — deneme aboneliğini oluşturan işlemin içinde ömür boyu bir kez bayrağı basılır, bu yüzden aynı anda yapılan iki deneme birden başarılı olamaz.
Deneme, yedi günü boyunca full_access kademesini yansıtır; bilinçli tek bir istisnayla: deneme sırasında API anahtarı oluşturulamaz. Anahtar uç noktası hem yansıtılan kademeyi hem de aboneliğin plan kodunu kontrol eder ve bir denemeye, genel yükseltme uyarısı yerine denemeye özgü ayrı bir mesajla yanıt verir. Son tarihe göre iki hatırlatma e-postası planlanır: biri üç gün kaldığında, biri bir gün kaldığında. Her biri, mesaj gönderilmeden önce yazılan kendi damgasıyla korunur; bu yüzden bir yeniden deneme bir hatırlatmayı kaçırabilir ama asla iki kez gönderemez.
Bir ödemenin ve bir aboneliğin alabileceği durumlar
Sistemin kaydettiği her ödeme beş durumdan tam olarak birini taşır: beklemede, başarılı, başarısız, iade edilmiş ya da kısmen iade edilmiş. Ödemeler, sağlayıcı ile sağlayıcının kendi ödeme referansına göre anahtarlanarak saklanır ve aynı referans için gelen tekrarlanan bir geri çağrı ikinci bir kayıt eklemek yerine mevcut kaydı günceller; böylece yeniden denenen bir webhook geçmişinizde bir ücreti çoğaltamaz. Başarısız bir ödeme ayrıca bir hata kodu ve mesajı saklar; kripto hattında bunlar yukarıda anlatılan tutar uyuşmazlığı, süre dolumu, iptal ve işlem hatası nedenleridir.
Bir aboneliğin durum kümesi daha geniştir: incomplete, incomplete_expired, trialing, active, past_due, canceled, unpaid, paused ve expired. Bunlardan yalnızca üçü erişim verir — active, trialing ve past_due — ve aralarındaki geçişler açık bir geçiş tablosuyla sınırlanır, bu yüzden geçersiz bir sıçrama kaydı sessizce bozmak yerine hata üretir. Erişime yalnızca duruma bakılarak karar verilmez. past_due bir abonelik, ek süre son tarihi geçtiğinde erişim vermeyi bırakır ve herhangi bir abonelik, saklanan durum ne derse desin, bitiş zaman damgası geçtiğinde erişim vermeyi bırakır.
Bir kripto faturası ikisinden de ayrı izlenir ve kendi sekiz durumu vardır: new, pending, confirming, completed, expired, cancelled, mismatch ve error. Bunlardan dördü nihaidir — completed, expired, cancelled ve error — ve bir fatura bunlardan birine ulaştığında uygulama sağlayıcıya tekrar sormak yerine kendi kaydından yanıt verir. mismatch bilinçli olarak nihai değildir: bu durumdaki bir fatura, sağlayıcı yeni bir şey bildirdiğinde pending, confirming, completed ya da cancelled durumuna geçebilir.
Bir ödeme başarısız olduğunda
Başarısız ödeme webhook'u aboneliği past_due durumuna taşır ve hatadan yedi gün sonrasına bir ek süre son tarihi basar. Bu pencere içinde erişim sürer, çünkü past_due erişim veren üç durumdan biridir ve erişimi bitiren şey durum değil, ek süre son tarihidir. Kart sağlayıcısının bu webhook gelmeden önce ne yaptığı — reddedilen bir ücreti kaç kez ve hangi süre boyunca yeniden denediği — sağlayıcıda yapılandırılır ve bu uygulamanın kararı değildir.
Kripto üyelikleri otomatik ücret çekmez, bu yüzden yenileme zamanlanmış bir görev olarak çalışır. Dönem bitmeden yedi gün önce, ardından üç gün ve bir gün kala açık bir yenileme faturası oluşturur ya da mevcut olanı yeniden kullanır ve size e-postayla gönderir; hâlâ penceresi içinde olan ya da zaten onaylanmakta olan bir fatura değiştirilmek yerine yeniden kullanılır. Dönem ödenmeden biterse abonelik, dönem sonundan yedi gün sonrasına bir ek süre son tarihiyle past_due olarak işaretlenir ve bir gecikme bildirimi gönderilir. Bu son tarih ödemesiz geçtiğinde abonelik iptal edilir ve bir bitiş bildirimi gönderilir. Dönem hâlâ sürerken başarısız olan bir yenileme faturası past_due tetiklemez.
Bilinmesi gereken iki yan etki var. Devredilen bir tanıtım teklifi; abonelik o tekliften ayrıldığında, iptal edildiğinde ya da süresi dolduğunda kaybedilmiş olarak işaretlenir ve aynı teklifi isteyen sonraki bir ödeme reddedilir. Ayrıca bir abonelik artık erişim vermeyen bir duruma geçtiğinde, o hesaba ait önbelleklenmiş oturum bilgileri kendi kendine sona ermeye bırakılmak yerine hemen temizlenir; böylece değişiklik bir önbellek ömrü sonunda değil, bir sonraki istekte etkili olur.
Mevcut bir üyeliği yönetme
Settings'teki üyelik kartı kontrol yüzeyidir. Kartla abone olanlar, Stripe faturalama portalını açan “Üyeliği yönet” seçeneğini ve kayıtlı ödeme yöntemi için ayrı bir eylemi görür. İptal, “Dönem sonunda bitir” olarak sunulur: abonelik hemen değil, mevcut faturalama döneminin sonunda duracak şekilde işaretlenir; zaten bitmesi planlanmış bir abonelik ise bunun yerine “Üyeliği yeniden etkinleştir” gösterir. Kademenizi düşüren ya da yıllıktan aylığa geçiren plan değişiklikleri hemen uygulanmak yerine dönem sonuna planlanır. Faturalar ilk faturalama döngüsü tamamlandıktan sonra tarih, durum, tutar ve makbuz bağlantısıyla listelenir. Bekleyen bir kripto faturası varsa kart “Kripto ödemesine devam et” seçeneğini sunar.
Faturalar ve makbuzlar
Settings'teki fatura listesi iki kaynağı birleştirir. Kart faturaları Stripe'tan okunur — en son yirmi dört tanesi — ve her biri bir fatura numarası, bir durum, bir para birimi, toplam, ödenen tutar, barındırılan fatura sayfasına bir bağlantı ve PDF'e bir bağlantı taşır. Kripto faturaları Athenum'un kendi kayıtlarından gelir ve tanımlayıcı olarak sağlayıcının işlem referansı, sipariş numarası, fatura durumu, dolar toplamı ve hem amacı — yeni abonelik, yenileme veya plan değişikliği — hem de planı adlandıran bir açıklamayla listelenir. İki küme birleştirilir ve en yeniden eskiye sıralanır.
Bundan iki pratik fark doğar. Bir kripto faturasının PDF'i yoktur: bağlantısı uygulama içindeki fatura sayfasına geri işaret eder, ödenmemiş bir fatura da böyle sürdürülür. Ayrıca Stripe müşteri kaydı olmayan bir hesap yine de kripto faturalarını alır, çünkü eksik bir Stripe müşterisi hata olarak değil, boş sonuç olarak ele alınır. Bir kripto faturasında ödenen tutar, ancak fatura tamamlandı durumuna ulaştığında tam toplam olarak bildirilir, öncesinde sıfır olarak; böylece kısmen gözlenen bir transfer listede asla tamamlanmış bir ödeme gibi görünmez.
Kademeniz değiştiğinde verilerinize ne olur
Kademe değişikliği sessiz bir alan güncellemesi değil, bir olay olarak ele alınır. Kademe yükseldiğinde ya da düştüğünde mevcut alan seçimi sona erdirilir ve alan seçiciden yeniden geçersiniz; çünkü hem kota hem de seçebileceğiniz alanlar kümesi değişmiştir; düşüş bu nedeni açıkça kaydeder. full_access istisnadır — yeniden sormak yerine her alanı otomatik olarak yeniden seçer. İptal de seçimi sona erdirir. Önbelleklenen ilk kurulum kararı bu geçişlerin her birinde temizlenir, böylece bir sonraki istek onu güncel duruma göre yeniden türetir.
Kaydedilen düzenler silinmez. Düzen sınırı, yeni bir düzen kaydettiğinizde kontrol edilir — sınırın üzerindeki bir oluşturma isteği yükseltme mesajıyla reddedilir — buna karşılık listeleme uç noktası kaydettiğiniz her şeyi döndürür ve yeni tavanın üzerindeki hiçbir şeyi gizlemez. Plan değişiklikleri yalnızca kart yoludur: kripto üyeliğinde istek, mevcut dönem bittikten sonra yeni bir ödeme başlatmanızı söyleyen bir mesajla reddedilir. Üyelik zaten bitmek üzere planlanmışsa plan değişikliği doğrudan reddedilir; bu yüzden üyelik değiştirilmeden önce o planlamanın geri alınması gerekir.
Koşullar
Yukarıda anlatılmayanlar dâhil sözleşmesel koşullar, Hizmet Şartları ve Gizlilik Politikası'nda düzenlenir. Belirli bir ücretle ilgili bir soru için uygulama içinden destek ile iletişime geçin.