- Shipped
- 8 листопада 2026 р. о 08:35 UTC
- Author
- Kamo
- Commit
- d100d86
Номери робочих замовлень були COUNT( завдання) + 1, отже два завдання, створені одночасно, могли мати спільне завдання, і завдання, створені з оплачених замовлень (ServiceFulfillmentPolicy), не отримали жодного номера. ServiceJobNumbers тепер показує WO- 00001… під блокуванням PESSIMISTIC_ WRITE на сервері commerce_ document_ counter row (DocumentType. SERVICE_ JOB, серія рік 0 — поточний серії), що було розповсюджено один раз з найвищого WO- номера, який вже має організація. Обидва створюють шляхи використовують його; createJob є @ RetryOnDbConflict для Yugabyte 40001 на суперечливому counter. ux_ service_ job_ org_ number (id_ організації, номер_ завдання) — резервна зупинка, застосована hand NONCONCURRENTLY після заповнення нульових чисел. Завдання більше не пересувається до пункту Сплатино за зміною стану: Сплатино означає рахунок- фактуру існує, і тільки створивши його (InvoicingService), можна буде встановити завдання. CommerceInvoicePayment (commerce_ invoice_ payments, застосовано вручну) записує кожен платіж за рахунок CommerceInvoice, тобто його стовпчики AMOUNT_ PAID / PAID / PARTIALLY_ PAID нарешті отримав записувача. CommerceInvoiceRepository отримує право читання з блокуванням рядків і право by- customerer finder; ServiceJobRepository отримує claimForInvoicing.