أرقام الوظائف من عداد مغلق لكل منظمة، لا يوجد إحصاء قط؛ مدفوعات على فاتورة تجارية

شحنت

8 نوفمبر 2026 في 8:35 ص UTC

المؤلف

Kamo

الالتزام

d100d86

وكانت أرقام أوامر العمل هي COUNT(jobs)+1، وبالتالي يمكن أن تتقاسم وظيفتان تنشآن في وقت واحد وظيفة واحدة، والوظائف التي تحصل من طلب مدفوع (سياسة إنجاز الخدمة) لم تحصل على أي رقم على الإطلاق. ServiceJobNumbers الآن mints WO-00001 ... تحت قفل PESSIMISTIC_WRITE على المنظمة commerce_document_counter row (DocumentType.SERVICE_JOB، السلسلة السنة صفر - صفر) )السلسلة(، يبذر مرة واحدة من أعلى عدد من الوظائف المؤقتة لدى المنظمة بالفعل يقوم بإنشاء وظيفة جديدة @RetryOnDbConflict لـ Yugabyte's 40001 على مسار مثير للجدل ux_service_job_org_number (org_id, job_number) هو القيد الخلفي، المطبق بواسطة ﻻ يحدث ذلك في نفس الوقت بعد إعادة ملء اﻷرقام الصفرية. لم يعد العمل ينتقل إلى الفاتورة بتغيير الحالة: الفاتورة تعني فاتورة وإنشاء واحد فقط (InvoicingService) يضع وظيفة هناك. CommerceInvoicePayment (commerce_invoice_payments، يطبق يدوياً) يسجل كل :: الدفع مقابل فاتورة تجارية، وبالتالي أعمدة AMOUNT_PAID / PAID / PARTIALLY_PAID CommerceInvoiceRepository يحصل على قراءة مقفلة على صف وآخر ServiceJobRepository يحصل على claimForInvoicing.