तालाबंद प्रति-संगठन काउंटर से कार्य संख्या, कभी गणना नहीं; एक वाणिज्य इंवॉइस पर भुगतान

भेजा गया

8 नवंबर 2026 को 8:35 am बजे UTC

लेखक

Kamo

कमिट

d100d86

कार्य आदेश संख्याएँ COUNT(jobs)+1 थीं, अत: एक साथ उठाए गए दो कार्य एक साझा कर सकते थे, और एक भुगतान आदेश से उठाए गए नौकरियों (ServiceFulfillmentPolicy) को कोई संख्या नहीं मिली। ServiceJobNumbers अब mints WO-00001... org पर एक PESSIMISTIC_WRITE ताला के तहत commerce_document_counter पंक्ति (DocumentType.SERVICE_JOB, श्रृंखला वर्ष0- एक चल रहा है श्रृंखला), सबसे ऊँचे डब्ल्यूओ- क्रमांक से एक बार सीड किया गया जो org के पास पहले से ही है. दोनों बनाते हैं पथ इसे उपयोग करें; बनाएँकार्य @RetryOnDbConflict है Yugabyte के 40001 के लिए एक विवाद पर काउंटर. ux_ service_ job_ org_ number (org_ id, job_ number) बैकस्टॉप है, द्वारा लागू किया गया शून्य संख्याओं के बाद हाथ NONCONCURRENTLY backfilled थे. एक कार्य अब स्थिति परिवर्तन द्वारा Invoiced में नहीं जाता है: Invoiced का अर्थ है एक Invoice मौजूद है, और सिर्फ एक बनाना (InvoicingService) वहाँ एक काम रखता है. CommerceInvoicePayment (commerce_invoice_payments, हाथ से लागू) रिकॉर्ड प्रत्येक एक CommerceInvoice के खिलाफ भुगतान, इसलिए इसके AMOUNT_PAID / PAID / PARTIALLY_PAID स्तम्भ अंततः एक लेखक है. CommerceInvoiceRepository एक पंक्ति- ताला पढ़ने और एक लाभ by- customer finder; ServiceJobRepository claimForInvoicing प्राप्त करता है.