- Shipped
- 2026년 11월 8일 오전 8:35 UTC
- Author
- Kamo
- Commit
- d100d86
작업 주문 번호는 COUNT(jobs)+1이었으므로 한 번에 발생한 두 개의 작업이 하나를 공유할 수 있습니다 유료 주문(ServiceFulfillmentPolicy)에서 발생한 작업은 전혀 번호를 받지 못했습니다. ServiceJobNumbers 이제 민트 WO-00001... 조직의 PESSIMISTIC_WRITE 잠금 아래 commerce_document_counter row (DocumentType.SERVICE_JOB, 시리즈 년도 0 — 실행 중인 시리즈), 높은 WO- 번호에서 한 번 씨앗이 조직이 이미있다 createJob 은 유가바이트의 40001에 대해 @RetryOnDbConflict 입니다 ux_service_job_org_number (org_id, job_number) 는 백스톱이며, 다음과 같이 적용됩니다 손 NONCONCURRENTLY null 숫자가 backfilled 된 후. 상태 변경으로 인해 작업이 더 이상 Invoiced로 이동하지 않습니다. Invoiced는 청구서를 의미합니다 존재하며, 하나만 생성하면 (InvoicingService) 작업이 생성됩니다. CommerceInvoicePayment (commerce_invoice_payments, 수동으로 적용)는 각각을 기록합니다 CommerceInvoice에 대한 지불, 그래서 AMOUNT_PAID / PAID / PARTIALLY_PAID 열 CommerceInvoiceRepository는 행 잠금 읽기와 행 잠금 읽기를 얻습니다 by-customer finder; ServiceJobRepository 가 claimForInvoicing 을 가져옵니다.