Bir sahip ve kayıt için bir yer adlandırın
Projenin ödeme kaydını kimin tutacağını ve o kişi yokken buna kimin erişebileceğini seçin. Faturalama iletişim kişisi, cüzdan operatörü ve uygulama operatörü farklı kişiler olabilir. Kaydı istemcinin proje tanımlayıcısına ve onay kaydına bağlayın; böylece sonraki bir gözden geçiren kişi satın almanın neden yapıldığını anlayabilir.
İçeriğine uygun erişime sahip kontrollü bir proje çalışma alanı kullanın. Cüzdan tohumlarını, harcama anahtarlarını, parolaları veya tam istemci veri kümelerini bir barındırma bütçesinin yanında saklamayın. Bir kayıt, her belgeyi tek bir paylaşılan klasöre kopyalamak yerine başka bir yerde tutulan onaylanmış kanıta işaret edebilir.
Onaylanan USD bütçesini yakalayın
Dönem indirimi uygulanmadan önce temel planı ve seçilen her yinelenen seçeneği kaydedin. Harici satın alımları ve ekibinizin işini ayrı tutun. Bu, istemcinin bir değişikliğin daha fazla kaynaktan mı, daha uzun bir ön ödemeli dönemden mi yoksa ilgisiz bir hizmetten mi geldiğini görmesini sağlar.
Mevcut PrivateHostLab kataloğu USD cinsinden fiyatlandırır. Aylık referansı yapılandırmaları karşılaştırmak için yararlıdır, ancak istenen tutar seçilen dönem için indirimli toplamdır. Bu tam dönem ödemesini aylık bir borçlandırma olarak tanımlamayın. bütçe kılavuzu oluşturulmuş bir yapılandırma örneği içerir.
Tüm tablo sütunları için yatay olarak kaydırın.
| Alan | Kayıt | Amaç |
|---|---|---|
| Proje ve onaylayan | Dahili proje kimliği; onay referansı; saat dilimli tarih | Harcamayı üzerinde anlaşılan özetle ilişkilendirin |
| Yapılandırma | Plan, kaynaklar, imaj, sunucu konumu ve seçilen seçenekler | Tam olarak neyin incelendiğini belirleyin |
| Aylık referans | Dönem indirimi öncesi USD tutarı | Kaynak bütçesini karşılaştırın |
| Ön ödemeli dönem | Ay sayısı, indirim ve tam dönem USD toplamı | Taahhüdü aylık referanstan ayırın |
| Harici maliyetler | Ağ ücreti; alan adı, lisanslar veya diğer ayrı satın alımlar | Bunları dahil VPS ücretleri olarak değerlendirmekten kaçının |
| Yenileme kararı | Sahip, inceleme tarihi ve hâlâ doğrulanması gereken koşullar | Süreklilik planlamasını görünür tutun |
Teklifi teklif olarak koruyun
Ödeme talimatları gösterilmeden önce proje iletişim e-postasını doğrulayın. Bu bir iletişim bilgisidir, doğrulanmış bir hesap değildir. Yalnızca e-postanın düzeltilmesi görüntülenen ödeme referansını, tutarı, kuru ve orijinal son kullanma tarihini değiştirmeden bırakır; düzenleme onaylanana veya iptal edilene kadar talimatlar gizli kalır.
Ödeme ayrıntılarını oluşturduktan sonra yerel referansı, seçilen varlığı ve ağı, tam kripto tutarını, tam hedef adresini, kur alma zamanını, oluşturma zamanını ve son kullanma tarihini kaydedin. "Bugün" diyen bir not yerine teklifin kendi zaman damgalarını kullanın. Geçerlilik süresi tam olarak bir saattir; sayfayı yeniden açmak yeni bir saat oluşturmaz.
Referans yerel olarak oluşturulur ve sunucu tarafından verilen bir sipariş numarası değildir. Kraken'in ticker belgeleri bu ödeme adımında kullanılan son işlem fiyatını tanımlar. Bu piyasa referansı, borsanızda garanti edilen bir uygulama fiyatı değildir. Bir stablecoin teklifi de piyasa kuru kullanır.
Etkili bir yapılandırma düzenlemesi veya son kullanma tarihi yeni bir teklife yol açarsa, önceki kaydı geçersiz olarak işaretleyin ve yenisine bağlantı verin. Kendisine karşı bir transfer zaten denenmişse önceki teklifi silmeyin. Zamanlaması ve ayrıntıları bir istisnayı görüşürken önemli olabilir.
Ödeme ayrıntılarını bekleyen onaylanmış bir bütçe
Kurgusal senaryo: bir stüdyo, bir bilgi sitesi için hosting hazırlıyor. Müşteri aşağıdaki örnek bütçeyi onayladı. Örnek için hiçbir teklif, transfer veya sağlayıcı onayı uydurulmamıştır.
Tüm tablo sütunları için yatay olarak kaydırın.
| Kayıt öğesi | Örnek giriş |
|---|---|
| Proje / onay | Bilgi sitesi · dahili örnek CLIENT-BRIEF-01 · bu kurgusal senaryoda yapılandırma bütçesi onaylandı |
| Yapılandırma | Stüdyo + 1 GB RAM + 50 GB SSD + günlük yedekleme seçeneği |
| Dönem ve USD bütçesi | 6 ay · aylık $18.50 referans · %28 indirim · peşin $79.92 |
| Harici maliyetler | Alan adı ve operatör işi: ayrı teklifler hâlâ gerekli; ağ ücreti: gerçek transferden kaydedin |
| Teklif olayı | Henüz oluşturulmadı. Ödeme adımından yerel referansı, varlık/ağı, tutarı, hedefi ve tam zaman damgalarını ekleyin. |
| Transfer olayı | Transfer kaydedilmedi. Bu alanı bütçe onayından ayrı tutun. |
| Sağlayıcı onayı | Alınmadı. Ödemeyi doğrulanmış veya hizmeti teslim edilmiş olarak işaretlemeyin. |
| Sonraki eylem | Faturalama operatörü nihai yapılandırmayı inceler ve güncel ödeme ayrıntılarını oluşturur. |
Müşteri kaynakları değiştirirse, bu onayı önceki sürüm olarak saklayın ve yeni bir teklif kullanmadan önce revize edilmiş bütçe kararını alın. Kılavuzun kalan adımları, gerçek olaylar gerçekleştiğinde bunların nasıl ekleneceğini açıklar.
Transfer olayını ayrıca ekleyin
Sürecinizin izin verdiği gönderen cüzdan veya borsa referansını, işlem tanımlayıcısını, varlığı, ağı, tutarı, ücreti ve zamanı kaydedin. Ücreti, alıcı adrese yönelik tutardan ayrı tutun; bir borsa çekim ekranı bu rakamları farklı gösterebilir. Gerçek hedefi, seçilen teklifin gösterdiği tam adresle karşılaştırın.
Bir ekran görüntüsü veya işlem tanımlayıcısı, PrivateHostLab'nın ödemeyi aldığı ve kabul ettiği beyanı değil, araştırılacak bir kanıttır. Yetkili bir sunucu tarafı süreç onay sağlayana kadar yönetici durumunu "transfer kaydedildi; sağlayıcı onayı bekliyor" olarak tutun. Mevcut ödeme adımı "Ödeme doğrulanmadı" olarak kalır ve bir sunucu teslim etmez.
Açık bir istisna izi bırakın
Tutar, ağ veya zamanlama teklifle eşleşmiyorsa, ne beklendiğini ve gerçekte ne olduğunu belgeleyin. İlgili referansları bir arada tutun ve sonraki karardan sorumlu kişiyi belirleyin. Yerel kaydı eksiksiz göstermek için sadece ikinci bir ödeme göndermekten kaçının.
Geç, kısmi, fazla veya yanlış ağdan yapılan transferler geçerli hizmet ve kurtarma politikasına bağlıdır. Bu çalışma sayfası fonların kurtarılabilir veya iade edilebilir olup olmadığına karar veremez. Danışın: ödeme ve iade koşulları ve mümkün olduğunda sağlayıcının anlaşılan kanalı üzerinden belgelenmiş bir çözüm elde edin.
İdari döngüyü kapatın
Bir sağlayıcı onayı veya hizmet kaydı kullanılabilir hale geldiğinde, referansını yeni bir olay olarak ekleyin ve proje yapılandırmasıyla karşılaştırın. İlk onayı sessizce yeniden yazmak yerine tutarsızlıkları kaydedin. Ayrı bir hizmet doğrulaması planlayın; kabul edilen bir ödeme, uygulamanın müşteri için hazır olduğunu kanıtlamaz.
Ön ödemeli dönem sona ermeden önce projenin devam edip edemeyeceğini, değişip değişmeyeceğini veya kapanıp kapanmayacağını değerlendirin. Mevcut indirimi varsayımla ileri taşımak yerine sonraki fiyatı ve yenileme koşullarını doğrulayın. Bir ajansın ayrılması, bu takvim ve kayıt için sorumluluğu devretmelidir.
Bu, bir fatura, vergi muamelesi kararı veya muhasebe tavsiyesi değil, operasyonel bir kayıt şablonudur. Herhangi bir müşteri para birimi dönüşümü ve yasal kayıtlar, kendi üzerinde anlaşılan idari ve profesyonel sürecinize aittir.
Kaynaklar ve inceleme
Teknik referanslar 12 Eylül 2026 tarihinde kontrol edildi. Örnekler planlama alıştırmalarıdır; başvurulan yazılım belgeleri PrivateHostLab hizmet yeteneklerini ortaya koymaz.