- Shipped
- 2026年11月8日 8:35 UTC
- Author
- Kamo
- Commit
- d100d86
ワークオーダー番号はCOUNT(ジョブ)+1であるため，一度に２つのジョブを生成すると，１つを共有できる サービス実施ポリシーからの仕事は 全く番号がつきません ServiceJobNumbers は現在 WO-00001... を org 上の PESSIMISTIC_WRITE ロックの下で保存します 商業文書のカウンター行 (DocumentType.SERVICE_JOB, シリーズ年0 — 実行中のプロジェクト) 組織が既に持っている最高の WO-番号から 1回シードされます ユガバイトの40001に対しては @RetryOnDbConflictです ux_service_job_org_number (org_id, job_number) はバックストップで ゼロの数字がバックフィールドされた後に 非同時に手を出す ジョブはもはや状態変更によって Invoiced に移動しません。Invoiced はインヴァーソンを意味します InvoicingServiceを作成するだけで 仕事が生まれます CommerceInvoicePayment (commerce_invoice_payments, 手動で適用) は各レコードの CommerceInvoiceの支払いで AMOUNT_PAID / PAID / PARTIALLY_PAIDの列が CommerceInvoiceRepositoryは行ロック読み取りと ServiceJobRepository は claimForInvoicing を獲得します。