Hetzner เปลี่ยนไปใช้โมเดลการชำระเงินแบบใหม่
(docs.hetzner.com)- Hetzner ได้เปลี่ยนไปใช้การ เรียกเก็บเงินย้อนหลัง ที่ชำระค่าใช้จ่ายหลังการใช้งานตั้งแต่เดือนเมษายน 2024 และตั้งแต่เดือนพฤษภาคม 2024 ใบแจ้งหนี้จะออกโดยอิงจากบริการทั้งหมดของเดือนก่อนหน้า
- การเรียกเก็บเงินจะเริ่มตั้งแต่เวลาที่ได้รับสิทธิ์เข้าถึงผลิตภัณฑ์ และการใช้งานที่ไม่ถึงเกือบเต็มเดือนจะคำนวณด้วย อัตรารายชั่วโมง พร้อมปัดเศษชั่วโมงบางส่วนขึ้น
- หากผลิตภัณฑ์ยังอยู่ในบัญชี จะมีค่าใช้จ่ายเกิดขึ้นแม้จะปิดเครื่องไว้หรือแทบไม่ได้ใช้งาน ดังนั้นหากต้องการหยุดการคิดเงินต้อง ลบหรือยกเลิก ด้วยตนเอง
- ใบแจ้งหนี้จะถูกสร้างเมื่อยอดเงิน ถึง 10 ยูโร และยอดที่ต่ำกว่านั้นก็จะถูกออกเป็นใบแจ้งหนี้ยอดรวมเมื่อผ่านไป 3 เดือน
- วันที่เรียกเก็บเงินจะถูกกำหนดโดยระบบโดยอัตโนมัติ ผู้ใช้ไม่สามารถเลือกได้ และต้องตรวจสอบรายละเอียดการใช้งานจาก รายการใช้งานรายรายการ แยกต่างหากแทนใบแจ้งหนี้ PDF
โครงสร้างพื้นฐานของการเรียกเก็บเงินหลังการใช้งาน
- Hetzner ใช้การ เรียกเก็บเงินย้อนหลัง โดยเรียกเก็บค่าใช้จ่ายหลังจากใช้ผลิตภัณฑ์แล้ว
- โดยหลักแล้ว ใบแจ้งหนี้แต่ละใบจะครอบคลุม บริการทั้งหมดของเดือนก่อนหน้า
- หากต้องใช้เวลาหลายเดือนกว่ายอดจะเกินยอดเรียกเก็บขั้นต่ำ 10 ยูโร ค่าบริการของเดือนก่อน ๆ จะถูกรวมไว้ในใบแจ้งหนี้ใบเดียว
- การเรียกเก็บเงินจะเริ่มตั้งแต่เวลาที่ Hetzner ให้สิทธิ์เข้าถึงผลิตภัณฑ์
- หากไม่ได้ใช้ผลิตภัณฑ์เกือบตลอดทั้งเดือน จะใช้อัตรารายชั่วโมง
- หลังจากใช้งานเกือบตลอดทั้งเดือนแล้ว จะใช้อัตรารายเดือนที่ต่ำกว่า
- ชั่วโมงบางส่วนจะถูกปัดขึ้น
- ค่าใช้จ่ายรวมจะไม่เกินค่าบริการรายเดือน
- หากผลิตภัณฑ์มีอยู่ในบัญชี จะถูกเรียกเก็บเงินโดยไม่ขึ้นกับว่ามีการใช้งานจริงหรือสถานะเปิด/ปิดเครื่อง
- หากต้องการหยุดค่าใช้จ่าย ต้องลบหรือยกเลิกผลิตภัณฑ์จากบัญชีด้วยตนเอง
- ผลิตภัณฑ์บางรายการใช้ การเรียกเก็บเงินรายปี แทนการคิดเป็นรายชั่วโมง
- ตัวอย่างเช่น โดเมนและใบรับรอง SSL
- ไลเซนส์จะถูกเรียกเก็บเงินตาม เดือนปฏิทินเต็มเดือน เสมอ
วันที่เรียกเก็บเงินและยอดเรียกเก็บขั้นต่ำ
- ตั้งแต่เดือนเมษายน 2024 ใบแจ้งหนี้จะถูกส่งกระจายตลอดทั้งเดือน
- เป็นมาตรการเพื่อกระจายปริมาณการออกใบแจ้งหนี้ระหว่างเดือนให้สม่ำเสมอ และตอบสนองคำขอซัพพอร์ตด้านการเรียกเก็บเงินได้เร็วขึ้น
- วันที่เรียกเก็บเงินจะถูกกำหนดโดยระบบโดยอัตโนมัติ
- ผู้ใช้ไม่สามารถเลือกวันที่ต้องการได้
- สามารถตรวจสอบวันที่เรียกเก็บเงินได้ทุกเมื่อที่หน้า invoice ของบัญชี
- ในเดือนสิงหาคม 2025 มีการปรับการกระจายวันที่สร้างใบแจ้งหนี้ของลูกค้าเดิมบางส่วนอีกครั้ง
- สิ่งที่เปลี่ยนมีเพียงวันที่สร้างใบแจ้งหนี้เท่านั้น ส่วน วิธีการเรียกเก็บเงินยังคงเหมือนเดิม
- ระบบจะรวมยอดเล็ก ๆ จนกว่ายอดเงินจะ ถึง 10 ยูโร
- ยอดต่ำกว่า 10 ยูโรจะสะสมต่อไป
- หากยังต่ำกว่า 10 ยูโรเป็นเวลา 3 เดือน จะออกใบแจ้งหนี้ยอดรวมอย่างช้าที่สุดเมื่อสิ้นเดือนที่ 3
- กฎนี้ไม่ใช้กับใบแจ้งหนี้ใบแรกของลูกค้าใหม่
โครงสร้างใบแจ้งหนี้และการตรวจสอบรายละเอียดการใช้งาน
- หน้าแรกของใบแจ้งหนี้จะแสดงสรุปค่าใช้จ่ายทั้งหมดและการแยกค่าใช้จ่ายตามหมวดหมู่ผลิตภัณฑ์
- รวมถึงการแยกตามอินเทอร์เฟซลูกค้า เช่น konsoleH, Robot, Hetzner Console
- หน้าถัดไปจะแสดงรายการแยกแต่ละรายการ
- รายการที่มีผลิตภัณฑ์ หน่วยวัด และราคาต่อหน่วยเหมือนกันจะถูกรวมไว้ด้วยกัน
- เป็นรูปแบบที่ช่วยให้ใบแจ้งหนี้ยังคงชัดเจนแม้จะมีรายการแยกจำนวนมาก
- ใบแจ้งหนี้ PDF จะไม่แสดง ค่าการใช้งานรายรายการ
- สามารถดูรายการใช้งานรายรายการแยกต่างหากได้จาก QR code ในใบแจ้งหนี้, ลิงก์ PDF หรือ “Invoices” > “Overview” ในบัญชี
- รายการใช้งานรายรายการจะมีข้อมูลการใช้งานอย่างละเอียดและเกณฑ์การคำนวณ
- รวมเกณฑ์การคำนวณของแบ็กอัพ ส่วนลด และแอดออน
- รวมถึงหมายเลขอ้างอิงสำหรับจัดสรรแอดออนแต่ละรายการ
- สามารถดูในเบราว์เซอร์หรือดาวน์โหลดเป็นไฟล์ CSV ได้
- ต้องใช้หมายเลขลูกค้าในการเรียกดู
- โดเมนแอดออนที่รวมอยู่และบริการอื่น ๆ ที่รวมอยู่จะแสดงเป็น การใช้งานรายชั่วโมง ในเลย์เอาต์ใหม่
ตัวอย่างการเรียกเก็บเงินในกระบวนการเปลี่ยนผ่าน
- ในตัวอย่างโมเดลการเรียกเก็บเงินเดิม Server A และ Server B มีช่วงเวลาบริการต่างกัน
- ช่วงเวลาบริการของ Server A คือ 21 กุมภาพันธ์ถึง 20 มีนาคม
- ช่วงเวลาบริการของ Server B คือ 27 มกราคมถึง 26 กุมภาพันธ์
- ในเดือนกุมภาพันธ์ เซิร์ฟเวอร์ทั้งสองจะถูกรวมอยู่ในใบแจ้งหนี้ด้วยช่วงเวลาบริการที่ต่างกันตามเดิม
- ใบแจ้งหนี้เดือนมีนาคมจะไม่แสดงผลิตภัณฑ์ที่ช่วงเวลาบริการต่อเนื่องไปถึงเดือนเมษายน 2024
- Server B มีช่วงเวลาตั้งแต่ 27 กุมภาพันธ์ถึง 26 มีนาคม จึงรวมอยู่ในใบแจ้งหนี้เดือนมีนาคม
- Server A มีช่วงเวลาบริการต่อเนื่องไปถึงเดือนเมษายน จึงไม่ถูกคำนวณในใบแจ้งหนี้เดือนมีนาคม 2024
- ในตัวอย่างนี้ ยอดใบแจ้งหนี้เดือนมีนาคมจะน้อยลง
- หากมีการให้สิทธิ์เข้าถึง Server C ในวันที่ 15 มีนาคม ใบแจ้งหนี้เดือนเมษายนจะเป็น ใบแจ้งหนี้ย้อนหลัง ใบแรก
- Server A: 21 มีนาคมถึง 31 มีนาคม
- Server B: 27 มีนาคมถึง 31 มีนาคม
- Server C: 15 มีนาคมถึง 31 มีนาคม
- การคำนวณนี้อิงจากการใช้งานรายชั่วโมง
- หากการยกเลิก Server A มีผลในวันที่ 31 มีนาคม และให้สิทธิ์เข้าถึง Server D ในวันที่ 20 เมษายน ใบแจ้งหนี้เดือนพฤษภาคมจะครอบคลุมช่วงเวลาบริการของเดือนเมษายน
- Server B และ Server C ใช้งานตลอดทั้งเดือนเมษายน จึงแสดงค่าบริการรายเดือนเต็มจำนวน
- Server D ใช้งานเพียงบางส่วนของเดือนเมษายน จึงแสดงการคำนวณรายชั่วโมง
ขั้นตอนการเปลี่ยนผ่านในปี 2024 และ FAQ
- ในเดือนมีนาคม 2024 การ เปลี่ยนไปใช้การเรียกเก็บเงินย้อนหลัง เริ่มต้นขึ้น
- ผลิตภัณฑ์ที่ช่วงเวลาบริการต่อเนื่องไปถึงเดือนเมษายนจะไม่ถูกเรียกเก็บในเดือนมีนาคมอีกต่อไป
- ใบแจ้งหนี้เดือนมีนาคมอาจมียอดต่ำลง
- ส่วนที่ขาดไปจะถูกคำนวณใหม่ในเดือนเมษายน
- ในเดือนเมษายน 2024 ใบแจ้งหนี้ย้อนหลังแบบสมบูรณ์ใบแรกจะถูกออก
- ช่วงเวลาที่ยังไม่ได้เรียกเก็บในเดือนมีนาคมทั้งหมดจะถูกคำนวณใหม่เป็นรายชั่วโมง
- มีความล่าช้าในการส่งใบแจ้งหนี้บางส่วน
- มีการนำตรรกะวันที่เรียกเก็บเงินแบบใหม่มาใช้
- ในเดือนพฤษภาคม 2024 การเปลี่ยนผ่านเสร็จสมบูรณ์
- หลังจากนั้น ใบแจ้งหนี้ทั้งหมดจะครอบคลุมบริการทั้งหมดของเดือนก่อนหน้า
- ไม่รองรับการเปลี่ยนวันที่เรียกเก็บเงินและใบแจ้งหนี้รายปี
- ไม่สามารถเปลี่ยนวันที่เรียกเก็บเงินได้
- ระบบรองรับเฉพาะใบแจ้งหนี้รายเดือนเท่านั้น
- สามารถทำให้การชำระเงินง่ายขึ้นได้ด้วยการตัดบัญชีอัตโนมัติ SEPA หรือการชำระเงินอัตโนมัติด้วยบัตรเครดิต
- การเรียกเก็บเงินรายชั่วโมงเริ่มตั้งแต่วินาทีที่ผลิตภัณฑ์ถูกจัดเตรียมให้ใช้งาน
- ใช้ในกรณีที่ใช้งานเพียงบางส่วนของเดือน เช่น ไม่กี่ชั่วโมง, 3 วัน, 20 วัน
- เมื่อค่าใช้จ่ายรายชั่วโมงถึงค่าบริการรายเดือน จะใช้ค่าบริการรายเดือน
- แม้จะยกเลิกหรือลบผลิตภัณฑ์ทันที ก็จะถูกเรียกเก็บตั้งแต่เวลาที่จัดเตรียมให้ใช้งาน
- ไม่ใช่โครงสร้างที่จ่ายน้อยลงแม้จะใช้งานผลิตภัณฑ์ไม่บ่อย
- ทรัพยากรดังกล่าวถูกจองไว้เฉพาะสำหรับลูกค้า
- ตราบใดที่ผลิตภัณฑ์มีอยู่ในบัญชี Hetzner จะไม่สามารถให้ทรัพยากรดังกล่าวแก่ลูกค้ารายอื่นได้
- ไม่รองรับการทดลองใช้ผลิตภัณฑ์ก่อนซื้อ
- อย่างไรก็ตาม ผลิตภัณฑ์ส่วนใหญ่มีการเรียกเก็บเงินรายชั่วโมง
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ฉันดูแลไลบรารี[1] สำหรับใช้งานอินเทอร์เฟซ Robot ด้วย Rust อยู่ และก่อนหน้านี้การทดสอบจำนวนมากติดข้อจำกัดเพราะต้นทุนที่อาจเกิดขึ้น ทำให้ API สำหรับการสั่งซื้อ/ยกเลิกจำนวนไม่น้อยยังตรวจสอบได้ไม่เพียงพอ
ถ้าเป็นโมเดลคิดเงินแบบนี้ ก็จะรัน integration test ได้อย่างจริงจังโดยไม่ต้องกังวลเรื่องค่าใช้จ่าย และด้วยการคิดเงินรายชั่วโมง การขยายแนวนอน ก็กลายเป็นสิ่งที่ทำได้จริงมากขึ้นมาก
[1] https://github.com/MathiasPius/hrobot-rs
ฉันใช้ dedicated server ของ Hetzner อยู่ แต่ยังไม่ค่อยเข้าใจว่าการเปลี่ยนแปลงนี้หมายถึงอะไร ไม่ชัดเจนว่าเมื่อไรเซิร์ฟเวอร์จะถูกนับว่า กำลังใช้งานอยู่ จะดูจากการจัดสรร CPU, SSH session, HTTP traffic หรือสถานะเปิดเครื่องกันแน่
เซิร์ฟเวอร์เสมือนปิดแล้วกลับมาใช้งานต่อในสถานะเดิมได้ง่าย แต่เซิร์ฟเวอร์จริงไม่ได้ง่ายแบบนั้น คำอธิบายในหน้าที่ลิงก์มาค่อนข้างกำกวม
ถ้าหยุดใช้งานเซิร์ฟเวอร์แบบถาวรกลางเดือน ก็จะจ่ายแค่ตามเวลาถึงตอนนั้น แต่ถ้าเซิร์ฟเวอร์ที่ยกเลิกแล้วก็ยังคงถูกจัดสรรไว้ให้คุณ ก็ยังมีการคิดเงินต่อ
เมื่อก่อนเซิร์ฟเวอร์จริงเช่าได้เป็นรายเดือนเท่านั้น และถ้าใช้ครบเดือนราคาก็เท่าเดิม ต่อไปนี้จะเป็นโครงสร้างที่เปิดให้เช่าเพียงบางช่วงของเดือนก็ได้
การใช้งานก็น่าจะพอๆ เดิม และในที่นี้การใช้งานก็ใกล้เคียงกับ ปริมาณการจัดสรร ของ CPU, RAM และสตอเรจ
Hetzner เป็นหนึ่งในบริการประเภทที่รู้สึกว่า “เอาเงินฉันไปเลย” เลยอยากให้ไปได้ดียิ่งขึ้น
แถมด้วยเหตุผลบางอย่าง ฉันเคยนึกมาตลอดว่าจริงๆ เขาคิดเงินเป็นรายชั่วโมงอยู่แล้ว เพียงแต่แสดงราคาเป็นรายเดือนให้อ่านง่าย
https://news.ycombinator.com/item?id=37961166
เผื่อใครสับสน โมเดลนี้มีใช้กับ Cloud อยู่แล้ว และตอนนี้เพิ่งนำมาใช้กับ Robot ด้วย
ได้ยินมาว่า Hetzner เป็นผู้ให้บริการที่ดี เลยอยากซื้อ VPS แบบ unmanaged ราคาประหยัดในสหรัฐฯ แต่หาเนื้อหาที่พูดถึง VPS โดยตรงไม่เจอ
กำลังมองหาทางแทนบริการนี้ และช่วงหลังปัญหาเรื่องค่าใช้จ่ายก็เริ่มใหญ่ขึ้นแบบเดียวกับ Netlify: https://www.leaseweb.com/fr/cloud/virtual-server
ในคำเรียกของ Hetzner ให้มองหา “shared vCPU server” ซึ่งเป็นสินค้าที่ใกล้เคียงกับ VPS ของที่อื่นมาก แค่ผมว่าคำอธิบายชัดเจนกว่า โดยเป็นโครงสร้างที่ได้สิทธิ์ใช้ CPU บางส่วนแบบเพิ่มขึ้นชั่วคราวได้ และโดยรวมประมาณหนึ่งคอร์
ส่วนที่บอกว่า “ถ้าคุณใช้ผลิตภัณฑ์น้อยกว่าหนึ่งเดือน และยอดรวมรายชั่วโมงต่ำกว่าค่าบริการรายเดือน ก็จะใช้ราคาต่อชั่วโมงเสมอ” ดูโอเคดี
แต่ประเด็นที่ว่าจะไม่ส่งใบแจ้งหนี้ให้ลูกค้าทุกคนในวันเดียวกัน และจะกระจายไปหลายวันในเดือน ทำให้ไม่ชัดเจนว่า รอบเดือนที่ใช้เรียกเก็บเงิน เริ่มเมื่อไร ถ้าขึ้นกับวันออกใบแจ้งหนี้หรือยึดตามเดือนปฏิทิน ความหมายจะต่างกันและทำให้งงได้
ถ้าบริการคลาวด์อย่าง Hetzner กำหนด ระยะเวลาสัญญา ได้โดยตรง และเปิดให้ชำระล่วงหน้าแบบจ่ายทีเดียว 1 ปีได้ก็คงดี
พอครบ 1 ปีก็เลือกต่ออายุอีก 1 ปี หรือไม่ทำอะไรเลยให้เซิร์ฟเวอร์ถูกลบไป ก็จะช่วยควบคุมค่าใช้จ่ายและหลีกเลี่ยงค่าใช้จ่ายไม่คาดคิดได้ อาจมีที่อย่าง OVH ที่ทำได้ แต่แน่นอนว่าต้องเป็นกรณีที่ต้นทุนทั้งหมดคงที่และไม่มีค่าบริการเพิ่มอย่างการใช้แบนด์วิดท์
แต่ดูเหมือนจะยังไม่มีฟังก์ชันลบอัตโนมัติ
[1] https://docs.hetzner.com/accounts-panel/accounts/payment-faq...
[2] https://docs.hetzner.com/cloud/billing/faq/#how-do-i-keep-my...
ถ้าราคารายเดือนไม่เพิ่มขึ้นก็ดูเป็นการเปลี่ยนแปลงที่ดี แต่ dedicated server มี ค่าติดตั้ง เลยไม่ค่อยคุ้มถ้าจะเช่าระยะสั้น ส่วน virtual machine เท่าที่รู้ก็คิดเงินรายชั่วโมงอยู่แล้ว
เลยยังไม่แน่ใจว่าการเปลี่ยนแปลงนี้ใช้กับสินค้าตัวไหนบ้าง
https://www.hetzner.com/dedicated-rootserver/matrix-ax/
ผมยังไม่เคยสร้างบัญชี Hetzner และล็อกอินได้สำเร็จจริง ๆ เลย รู้สึกเหมือนระบบความปลอดภัยเข้มเกินไปจนโดนล็อกอยู่เรื่อย
แค่นึกว่าถ้าเป็นลูกค้าจริงจะเป็นยังไงก็หวาดเสียวแล้ว เลยสงสัยว่าคนอื่นเจอปัญหาแบบนี้ไหม
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
แต่พวกเขาไม่พยายามเก็บเงินจนกว่าจะถึงรอบชำระ ซึ่งสุดท้ายก็ผ่านไปได้ด้วยดี ไม่แน่ใจว่าเป็นเพราะนี่คือ Hetzner Robot สำหรับ dedicated server ไม่ใช่ Cloud หรือเปล่า
ไม่มีแม้แต่อีเมลมาแจ้ง เลยต้องไปถามฝ่ายซัพพอร์ตเอง:
สงสัยว่าลูกค้าเดิมจะมีค่าใช้จ่ายเพิ่มหรือเปล่า
น่าจะอธิบายให้ชัดกว่านี้ว่าตามเกณฑ์ลูกค้าเดิมแล้ว ต้นทุนเป็นกลาง หรือจะแพงขึ้น โดยในอุดมคติควรรักษาค่าใช้จ่ายของลูกค้าเดิมไว้เท่าเดิม และเพิ่มแค่ความยืดหยุ่นในการคิดเงินบางส่วนสำหรับการใช้งานรายเดือน