- 已发运
- 2026年11月8日 08:35 UTC
- 作者
- Kamo
- 承诺
- d100d86
工作订单号码是COUNT(jobs)+1,所以两个同时提出的工作可以共享一个, 而从付费订单(ServiceFulfillmentPolicy)中提取的工作根本没有得到任何数字。 ServiceJobNumbers 现在在组织的 PESSIMISTIC_WRITE 锁下显示 WO-00001 . . commerce_document_counter 行 (DocumentType.SERVICE_JOB, 系列年份 0 — 一个运行中的 从组织已经拥有的最高 WO- 数量播种一次。 两者都创建 对于 Yugabyte 的 40001 来说,createJob 是 @RetryOnDbConflict,在争议的 ux_service_job_org_number (org_id, job_number) 是后备值,由下面的函数应用: 然后,将这些数字重新排列。 作业不再通过状态变化移动到已开具发票:已开具发票意味着发票 只有创建一个(InvoicingService)才能在那里放置一个作业。 CommerceInvoicePayment (commerce_invoice_payments,手动应用)记录每个 按照 CommerceInvoice 付款,因此其 AMOUNT_PAID / PAID / PARTIALLY_PAID 列 CommerceInvoiceRepository 获得了行锁定读取权限和行锁定写入权限 ServiceJobRepository 获得 claimForInvoicing 的权限。