- Hetzner beralih ke penagihan retrospektif, yaitu membayar biaya setelah penggunaan, mulai April 2024, dan sejak Mei 2024 invoice diterbitkan berdasarkan seluruh layanan pada bulan sebelumnya
- Penagihan dimulai sejak akses ke produk diberikan, dan penggunaan yang tidak hampir sebulan penuh dihitung dengan tarif per jam serta pembulatan ke atas untuk jam parsial
- Jika produk masih ada di akun, biaya tetap muncul meskipun dimatikan atau jarang digunakan, sehingga untuk menghentikan penagihan pengguna harus menghapus atau membatalkan produk secara langsung
- Invoice dibuat ketika jumlahnya mencapai 10 euro, dan jumlah yang lebih rendah juga akan diterbitkan sebagai invoice total setelah 3 bulan
- Tanggal penagihan ditetapkan otomatis oleh sistem dan tidak dapat dipilih pengguna; detail penggunaan harus dilihat di laporan penggunaan individual terpisah, bukan di invoice PDF
Struktur dasar penagihan setelah penggunaan
- Hetzner menerapkan penagihan retrospektif, yaitu menagih biaya setelah penggunaan produk selesai
- Pada prinsipnya, setiap invoice mencakup seluruh layanan bulan sebelumnya
- Jika perlu beberapa bulan hingga melewati jumlah penagihan minimum 10 euro, biaya dari bulan-bulan sebelumnya digabungkan ke dalam satu invoice
- Penagihan dimulai sejak Hetzner menyediakan akses ke produk
- Jika produk tidak digunakan hampir selama satu bulan penuh, tarif per jam diterapkan
- Setelah digunakan hampir selama satu bulan penuh, tarif bulanan yang lebih rendah diterapkan
- Jam parsial dibulatkan ke atas
- Total biaya tidak melebihi tarif bulanan
- Jika produk ada di akun, penagihan dilakukan terlepas dari penggunaan aktual atau status dayanya
- Untuk menghentikan biaya, produk harus dihapus atau dibatalkan langsung dari akun
- Beberapa produk menggunakan penagihan tahunan, bukan per jam
- Contohnya adalah domain dan sertifikat SSL
- Lisensi selalu ditagih berdasarkan bulan kalender penuh
Tanggal penagihan dan jumlah minimum penagihan
- Sejak April 2024, invoice dikirim secara tersebar sepanjang bulan
- Ini dilakukan untuk membagi jumlah penerbitan invoice secara merata di tengah bulan dan merespons permintaan dukungan terkait penagihan dengan lebih cepat
- Tanggal penagihan ditetapkan otomatis oleh sistem
- Pengguna tidak dapat memilih tanggal yang diinginkan
- Tanggal penagihan dapat dilihat kapan saja di halaman invoice akun
- Pada Agustus 2025, distribusi tanggal pembuatan invoice untuk sebagian pelanggan lama disesuaikan kembali
- Yang berubah hanya tanggal pembuatan invoice, sedangkan metode penagihannya sendiri tetap sama
- Sistem menggabungkan tagihan kecil hingga jumlahnya mencapai 10 euro
- Jumlah di bawah 10 euro terus diakumulasi
- Jika tetap di bawah 10 euro selama 3 bulan, invoice total akan diterbitkan paling lambat pada akhir bulan ketiga
- Aturan ini tidak berlaku untuk invoice pertama pelanggan baru
Struktur invoice dan pemeriksaan riwayat penggunaan
- Halaman pertama invoice menampilkan ringkasan total biaya dan pemisahan biaya berdasarkan kategori produk
- Termasuk juga pemisahan berdasarkan antarmuka pelanggan seperti konsoleH, Robot, dan Hetzner Console
- Halaman berikutnya menampilkan item individual
- Item dengan produk, satuan pengukuran, dan harga satuan yang sama dikelompokkan bersama
- Struktur ini dibuat agar invoice tetap jelas meskipun ada banyak item individual
- Invoice PDF tidak menampilkan nilai penggunaan individual
- Laporan penggunaan individual terpisah dapat dilihat melalui kode QR di invoice, tautan PDF, atau “Invoices” > “Overview” di akun
- Laporan penggunaan individual mencakup informasi penggunaan terperinci dan dasar perhitungan
- Termasuk dasar perhitungan untuk backup, diskon, dan add-on
- Termasuk juga nomor referensi untuk mengalokasikan add-on individual
- Dapat dilihat di browser atau diunduh sebagai file CSV
- Nomor pelanggan diperlukan untuk melihatnya
- Domain add-on yang disertakan dan layanan lain yang disertakan ditampilkan sebagai penggunaan per jam dalam tata letak baru
Contoh penagihan selama proses transisi
- Dalam contoh model penagihan lama, Server A dan Server B memiliki periode layanan yang berbeda
- Periode layanan Server A adalah dari 21 Februari hingga 20 Maret
- Periode layanan Server B adalah dari 27 Januari hingga 26 Februari
- Pada Februari, seperti sebelumnya, kedua server dimasukkan ke dalam invoice dengan periode layanan masing-masing yang berbeda
- Invoice Maret tidak menampilkan produk dengan periode layanan yang berlanjut ke April 2024
- Server B dimasukkan ke invoice Maret karena periodenya dari 27 Februari hingga 26 Maret
- Server A tidak dihitung dalam invoice Maret 2024 karena periode layanannya berlanjut ke April
- Dalam contoh ini, jumlah invoice Maret menjadi lebih kecil
- Jika akses ke Server C diberikan pada 15 Maret, invoice April menjadi invoice retrospektif pertama
- Server A: 21 Maret hingga 31 Maret
- Server B: 27 Maret hingga 31 Maret
- Server C: 15 Maret hingga 31 Maret
- Perhitungan ini didasarkan pada penggunaan per jam
- Jika pembatalan Server A berlaku pada 31 Maret dan akses ke Server D diberikan pada 20 April, invoice Mei mencakup periode layanan April
- Server B dan Server C digunakan sepanjang April, sehingga tarif bulanan penuh ditampilkan
- Server D hanya digunakan sebagian April, sehingga perhitungan per jam ditampilkan
Tahap transisi 2024 dan FAQ
- Pada Maret 2024, transisi ke penagihan retrospektif dimulai
- Produk dengan periode layanan yang berlanjut ke April tidak lagi ditagih pada Maret
- Invoice Maret bisa lebih rendah
- Bagian yang belum ditagih dihitung kembali pada April
- Pada April 2024, invoice retrospektif penuh pertama diterbitkan
- Semua periode Maret yang belum ditagih dihitung ulang per jam
- Ada sebagian keterlambatan pengiriman invoice
- Logika tanggal penagihan baru diperkenalkan
- Pada Mei 2024, transisi selesai
- Setelah itu, semua invoice mencakup seluruh layanan bulan sebelumnya
- Perubahan tanggal penagihan dan invoice tahunan tidak didukung
- Tanggal penagihan tidak dapat diubah
- Sistem hanya mendukung invoice bulanan
- Pembayaran dapat dibuat lebih mudah dengan debit langsung SEPA atau pembayaran otomatis kartu kredit
- Penagihan per jam dimulai sejak produk disediakan
- Ini berlaku jika hanya menggunakan sebagian bulan, seperti beberapa jam, 3 hari, atau 20 hari
- Jika biaya per jam mencapai tarif bulanan, tarif bulanan diterapkan
- Bahkan jika produk segera dibatalkan atau dihapus, penagihan tetap dimulai sejak waktu penyediaan
- Strukturnya bukan berarti pengguna membayar lebih sedikit jika produk jarang digunakan
- Resource tersebut dicadangkan khusus untuk pelanggan
- Selama produk ada di akun, Hetzner tidak dapat menyediakan resource tersebut kepada pelanggan lain
- Uji coba produk sebelum pembelian tidak didukung
- Namun, sebagian besar produk menyediakan penagihan per jam
1 komentar
Komentar Hacker News
Saya memelihara library[1] untuk menangani antarmuka Robot dengan Rust, dan banyak pengujian terhambat karena potensi biaya, sehingga cukup banyak API pembelian/pembatalan yang belum bisa diverifikasi dengan memadai
Dengan skema penagihan ini, saya bisa menjalankan integration test dengan baik tanpa beban biaya, dan berkat penagihan per jam, horizontal scaling juga jadi jauh lebih realistis
[1] https://github.com/MathiasPius/hrobot-rs
Saya memakai dedicated server Hetzner, tapi kurang paham arti perubahan ini. Kapan sebuah server dianggap sedang digunakan? Tidak jelas apakah berdasarkan alokasi CPU, sesi SSH, trafik HTTP, atau status daya
Virtual server bisa dengan mudah dimatikan lalu dilanjutkan lagi dari keadaan yang sama, tetapi physical server tidak sesederhana itu. Penjelasan di halaman yang ditautkan cukup ambigu
Jika Anda benar-benar berhenti menggunakan server di tengah bulan, Anda hanya membayar waktu hingga saat itu, tetapi jika server yang sudah dimatikan masih tetap dialokasikan untuk Anda, penagihan tetap berjalan
Dulu physical server hanya bisa disewa per bulan, dan jika terus dipakai selama sebulan penuh maka harganya tetap sama. Ke depannya, struktur ini memungkinkan penyewaan hanya untuk sebagian waktu dalam sebulan
Penggunaannya juga secara umum tetap sama, dan penggunaan di sini lebih mendekati jatah alokasi CPU, RAM, dan storage
Hetzner adalah salah satu layanan yang rasanya “ini sih tinggal ambil saja uang saya”, jadi saya harap mereka makin sukses
Lagi pula, entah kenapa sejak dulu saya kira mereka memang sudah menagih per jam, hanya tampilan harganya saja dibuat per bulan agar lebih mudah dibaca
https://news.ycombinator.com/item?id=37961166
Untuk yang mungkin bingung, skema ini sebenarnya sudah berlaku di Cloud, dan sekarang diterapkan juga ke Robot
Saya dengar Hetzner adalah provider yang bagus, dan saya ingin membeli VPS unmanaged murah di AS, tetapi saya tidak menemukan penyebutan apa pun soal VPS
Saya sedang ingin mengganti layanan berikut, dan belakangan masalah biayanya membesar seperti Netlify: https://www.leaseweb.com/fr/cloud/virtual-server
Dalam istilah Hetzner, Anda perlu mencari “shared vCPU server”, dan itu kurang lebih adalah produk yang sama dengan VPS di tempat lain. Hanya saja penjelasannya menurut saya lebih jelas. Strukturnya memberi penggunaan CPU parsial yang bisa naik sesaat dan kira-kira setara satu core
Bagian yang mengatakan “jika Anda menggunakan produk kurang dari sebulan dan total per jam lebih rendah daripada biaya bulanan, maka harga per jam akan selalu diterapkan” terdengar masuk akal
Namun, bagian yang mengatakan bahwa faktur tidak akan lagi dikirim ke semua pelanggan pada hari yang sama, melainkan disebar ke beberapa hari dalam bulan, membuat bulan penagihan menjadi tidak jelas. Ini bisa membingungkan tergantung apakah acuannya tanggal penerbitan faktur atau bulan kalender
Akan bagus jika layanan cloud seperti Hetzner memungkinkan kita menentukan sendiri masa kontrak dan membayar di muka untuk periode seperti 1 tahun
Setelah 1 tahun berlalu, kita bisa memperpanjang lagi 1 tahun atau tidak melakukan apa pun agar server dihapus, sehingga pengeluaran bisa dikendalikan dan biaya tak terduga bisa dihindari. Mungkin tempat seperti OVH memungkinkan ini, tetapi tentu saja ini hanya bisa dilakukan jika semua biaya benar-benar tetap dan tidak ada biaya tambahan seperti penggunaan bandwidth
Namun, sepertinya tidak ada fitur penghapusan otomatis
[1] https://docs.hetzner.com/accounts-panel/accounts/payment-faq...
[2] https://docs.hetzner.com/cloud/billing/faq/#how-do-i-keep-my...
Jika harga bulanan tidak naik, ini tampak seperti perubahan yang bagus. Namun, server dedicated punya biaya instalasi, jadi kurang efisien dari sisi biaya untuk disewa dalam waktu singkat, dan untuk mesin virtual saya tahu selama ini sudah ditagih per jam
Tidak jelas produk mana saja yang terdampak oleh perubahan ini
https://www.hetzner.com/dedicated-rootserver/matrix-ax/
Saya benar-benar tidak berhasil membuat akun Hetzner dan login. Keamanannya terasa terlalu ketat sampai akun terus terkunci
Membayangkan kalau saya adalah pelanggan sungguhan rasanya mengerikan. Penasaran apakah orang lain juga mengalami masalah seperti ini
Dear Mr David Allison
After reviewing your updated customer information, we have decided to deactivate your account because of some concerns we have regarding this information. Therefore, we have cancelled all your existing products and orders with us.
Best regards
Your Hetzner Online Team
Namun mereka tidak berusaha menagih saya sampai periode pembayaran berakhir, dan untungnya semuanya diproses tanpa masalah. Saya tidak tahu apakah ini berbeda karena yang saya gunakan adalah Hetzner Robot untuk server dedicated, bukan Cloud
Mereka bahkan tidak punya sopan santun untuk memberi tahu lewat email, jadi saya harus bertanya langsung ke tim dukungan:
Saya penasaran apakah ini akan menambah biaya bagi pelanggan lama
Seharusnya mereka menjelaskan lebih jelas apakah ini netral biaya untuk pelanggan lama atau justru menjadi lebih mahal. Idealnya, biaya untuk pelanggan lama tetap dipertahankan, dan perubahan ini hanya menambah fleksibilitas penagihan parsial untuk sebagian penggunaan bulanan