- Dikirim
- 7 Agustus 2026 pukul 05.08 UTC
- Penulis
- Kamo
- Commit
- e6cb8fd
createCustomer disimpan Akun sebelum menulis alamatnya, dan tidak transkasional - jadi ketika masukan alamat gagal, Akun setengah dibangun tetap berkomitmen dan setiap retry meninggalkan anak yatim lain di belakang. Sekarang @ Transaksional, dan karena penangan menangkap pengecualian sendiri untuk membentuk respon (yang menekan rollback otomatis Spring) itu menandai transaksi rollback -hanya secara eksplisit. Juga pada permukaan pelanggan: - PrimaryAnggota Id adalah mendongak dengan findById telanjang, sehingga penelepon bisa tangan anggota kepemilikan ANLAIN org dari, dan penagihan hak atas, sebuah akun di Yang ini. Hal ini sekarang org- scoped, pencocokan updateCustomer Anggota yang sudah melakukan ini. - mendapatkan Alamat dan buildAccountSummary dibangun respon dengan Map.of, yang melempar pada nilai null. Sebuah akun tanpa alamat primer adalah normal kasus, jadi GET / pelanggan / {uid} / alamat dijamin 500. - Sebuah kode mata uang tidak dikenal bertahan KOSONG bukannya baku org. - Catatan otoritas berasal dari tubuh permintaan, sehingga dapat diubah; sekarang berasal dari sesi. - Seluruh permukaan pelanggan diperlukan apa-apa kecuali sesi yang valid. Apapun anggota dapat membuat, menyunting dan menghapus akun org mereka dan menulis ulang AccountTier diskon, termasuk peran tidak diberikan VIEW _ ACCOUNTS. The * * * * * * * * * * * * * * * Hak telah ada sepanjang dan sekarang memaksa, merefleksi cek MERGE _ ACCOUNTS sudah dalam berkas ini. POST / DELETE / lead / {id} / account tidak memiliki benar cek baik: penelepon memegang hanya VIEW _ LEADS yang dapat menghubungkan atau melepas link akun pada petunjuk yang tidak dapat mereka buka, dan kembali pada LeadDTO tanpa topeng. Mereka sekarang membawa gerbang yang sama sebagai updateLead dan mask respons melalui LeadFieldMask. Seorang akuntan hilang tidak lagi NPEs menjadi 400 membawa teks internal.