- Shipped
- 8 พฤศจิกายน 2569 เวลา 08:35 UTC
- Author
- Kamo
- Commit
- d100d86
หมายเลขคำสั่งงานคือ COUNT(งาน)+1 ดังนั้นงานสองงานที่ยกขึ้นในเวลาเดียวกัน สามารถแบ่งกันได้ และงานที่ได้รับจากคำสั่งจ่ายเงิน (ServiceFulfillmentPolicy) ไม่มีหมายเลขเลย ServiceJobNumbers ตอนนี้ mints WO-00001... ภายใต้การล็อค PESSIMISTIC_WRITE ขององค์กร commerce_document_counter row (DocumentType.SERVICE_JOB, ซีรีส์ปี 0 — กำลังทำงาน รายการ) ตั้งต้นครั้งเดียวจาก WO- สูงสุดที่องค์กรมีอยู่แล้ว พาธใช้มัน; createJob คือ @RetryOnDbConflict สำหรับ Yugabyte' s 40001 บนข้อขัดแย้ง ตัวนับ ux_ service_ job_ org_ number (org_ id, job_ number) เป็นตัวยับยั้ง ใช้โดย มือ NONCONCURRENTLY หลังจากที่เลขศูนย์ถูกเติมเต็ม งานจะไม่ถูกย้ายไปยัง Invoiced อีกต่อไปเมื่อมีการเปลี่ยนสถานะ: Invoiced หมายถึง Invoice มีอยู่แล้ว และเพียงแค่สร้างหนึ่ง (InvoicingService) ที่จะวางงานที่นั่น CommerceInvoicePayment (commerce_invoice_payments, ใช้ด้วยมือ) บันทึกแต่ละ การชำระเงินตามแบบฟอร์ม CommerceInvoice ดังนั้น คอลัมน์ AMOUNT_ PAID / PAID / PARTIALLY_ PAID ของมัน ในที่สุดก็มีผู้เขียน CommerceInvoiceRepository ได้รับสิทธิ์อ่านที่ล็อคแถว by-customer finder; ServiceJobRepository ได้รับ claimForInvoicing
