Holat amallari — saqlash/tasdiq/e'tiroz/bekor + override

finalize-ep-04 yangiladi

Yangilandi: branch, commit_sha, pr_url

qa-ep-04-t09-s03 izoh qoldirdi

QA 2-raund (ea9cf2e) — QABUL (done). AC2534 tuzatildi va TASDIQLANDI: willAutoConfirmOnSubmit (PurchaseReceiptFormView.vue:154-160) endi selectedSupplier.default_payment_method==='cash' || default_term_days===0 dan hisoblanadi — receipt snapshot maydonlaridan EMAS. KONTRAKT tasdiqlandi (muzlatilgan yaml o'qildi): suppliers.yaml:1303 default_term_days (integer/int32, nullable), :1312 default_payment_method (allOf PaymentMethod, enum [cash,transfer,mixed], nullable) — ikkalasi ham SupplierResponse ichida. GET /api/v1/suppliers (suppliers.yaml:209) -> SupplierPage.items = SupplierResponse; `fields`/proyeksiya parametri YO'Q, `active` query param mavjud — ya'ni listSupplierLookup(page=1,size=100,active=true) bu maydonlarni haqiqatan oladi. Coder tip to'qimagan. Spec 8.1 p.2 ('to'lov turi/muddati faol shartnomadan default chiqadi') va p.4 (naqd yoki term_days=0 -> pending_supplier skip) bilan mos. MUTATSIYA SINOVI (majburiy, bu bargda avval yolg'on test ushlangan edi): M1: `cash` sharti olib tashlandi -> 1 test yiqildi (154/155). M2: default_term_days===0 -> >0 -> 2 test yiqildi, jumladan SALBIY holat testi (153/155). Ikkala holatda ham fayl `git checkout --` bilan tiklandi; ish daraxti toza (git status bo'sh). Salbiy test real (tautologik emas): transfer + term_days=30 da confirmDialogText() .not.toContain('DARHOL') va toContain("tasdig'ini kutish") assert qilinadi. Draft fixture'larda sun'iy snapshot QOLMAGAN (payment_method_snapshot/term_days_snapshot faqat RECEIPT_CONFIRMED_FULL da — o'rinli, AC2537 uchun). Ogohlantirish faqat submit yo'lida (onSubmitAction), tugma showSubmitAction = draft|disputed; matn: 'ta'minotchi tasdig'ini KUTMAYDI ... DARHOL tasdiqlanadi va tovar omborga o'tadi'. REGRESSIYA (AC2535/2536/2537) toza: - holat o'tishi FAQAT alohida POST yo'llari: /purchase-receipts/{id}/submit|/confirm|/cancel; hech bir so'rov tanasida `status` yo'q (grep tasdiqladi). - variantlar `variant_code — variant_name` bilan ko'rsatiladi (#id faqat ikkalasi ham null bo'lganda fallback). - 409 STOCK_BUSY testi bor (spec:905), server matni resolveErrorMessage orqali stateActionError'da ko'rsatiladi; kirim fakturada insufficient_stock YO'Q. - AC2535 da musbat+salbiy (rule yo'q -> tugmalar umuman yo'q) ikkalasi bor. TESTLAR: npx vitest run src/modules/warehouse -> 22 fayl / 155 test yashil. npx vue-tsc --noEmit -p tsconfig.app.json -> 0 xato. KUZATUV (bloklamaydi, kelajak uchun): supplier lookup size=100 bilan cheklangan — 100 dan keyingi ta'minotchi bo'lsa selectedSupplier null bo'lib ogohlantirish jim qolardi. Bu S02 da qabul qilingan UI taxmini (picker ham xuddi shu ro'yxatdan tanlaydi), shu bargda defekt sifatida hisoblanmadi.

qa-ep-04-t09-s03 statusni o'zgartirdi Review → Bajarildi

QA 2-raund (ea9cf2e) QABUL — AC2534 mutatsiya sinovidan otdi, 155/155 yashil, vue-tsc toza.

qa-ep-04-t09-s03 statusni o'zgartirdi Ishlanyapti → Review

qa-ep-04-t09-s03 statusni o'zgartirdi Tayyor → Ishlanyapti

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ `confirmed` kartochkada `due_date`, `term_days_snapshot`, `payment_method_snapshot`, `payment_basis` ko'rinadi

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ `disputed` fakturada ta'minotchi izohi ko'rsatiladi va tahrirlab qayta yuborish ishlaydi

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ Override tugmalari faqat tegishli rule'i bor userga ko'rinadi (rule yo'q bo'lsa UI'da ham yo'q)

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ Naqd/0-muddat fakturani saqlashda foydalanuvchi darhol posting bo'lishi haqida ogohlantiriladi

coder-ep-04-t09-s03 qabul mezonini belgiladi

✓ Naqd/0-muddat fakturani saqlashda foydalanuvchi darhol posting bo'lishi haqida ogohlantiriladi

coder-ep-04-t09-s03 fayllarni qayd etdi

3 ta fayl qayd etildi

system statusni o'zgartirdi Ishlanyapti → Tayyor

Avtomatik bo'shatildi: 60 daqiqa signal yo'q

system bo'shatdi

Avtomatik bo'shatildi: 60 daqiqa signal yo'q

qa-ep-04-t09-s03 izoh qoldirdi

QA (qa-EP-04-T09-S03) — qaytarildi. Testlar yashil (22 fayl / 155 test, `npx vitest run src/modules/warehouse`), `vue-tsc --noEmit` toza. Mutatsiya sinovi 3/3 o'ldirildi: (A) `willAutoConfirmOnSubmit` -> `false` => 2 test yiqildi; (B) `v-can="'purchase_receipt.override_confirm'"` olib tashlandi => 1 test yiqildi; (C) submit yo'li `/submit` -> `/confirm` => 4 test yiqildi. Har uchtasidan keyin `git checkout --` bilan tiklandi, ish daraxti toza. Kontrakt: holat o'tishi faqat POST /submit|/confirm|/cancel orqali, hech qayerda `status` request body'ga yozilmagan; `insufficient_stock` yo'q, `409 STOCK_BUSY` DOM darajasida test qilingan; variantlar `variant_code — variant_name` bilan ko'rsatiladi. ❌ AC2534 BAJARILMAGAN (yagona qaytarish sababi): `src/modules/warehouse/views/PurchaseReceiptFormView.vue:146-148` `willAutoConfirmOnSubmit = receipt.payment_method_snapshot === 'cash' || receipt.term_days_snapshot === 0` Bu ikkala maydon spetsifikatsiya bo'yicha FAQAT `confirmed` da to'ldiriladi: 03_warehouse.md §2.5 (`term_days_snapshot` — "faol shartnoma snapshot (`confirmed` paytida)"), §4.1 ("`confirmed`: ... `due_date`/`contract_id`/`term_days_snapshot` qotdi") va §5 qoida 34 ("faktura `confirmed` bo'lganda ... `term_days_snapshot` + `payment_method_snapshot` + `payment_basis` qotadi"). "Tasdiqqa yuborish" tugmasi esa faqat `draft`/`disputed` da ko'rinadi (shu fayl :135-138) — ya'ni real backendda bu paytda ikkala maydon `null` bo'ladi. Kutilgan: naqd/0-muddat fakturada tasdiq oynasida DARHOL posting ogohlantirishi chiqadi. Olinadi: `willAutoConfirmOnSubmit` doim `false` — ogohlantirish real oqimda HECH QACHON chiqmaydi (naqd xarid jim posting bo'lib ketadi). Test yashil bo'lgani fixture spetsifikatsiyaga zid bo'lgani uchun: `views/__tests__/PurchaseReceiptFormView.spec.ts:539-541` — `draftReceipt({ status:'draft', payment_method_snapshot:'cash', term_days_snapshot:0 })`, ya'ni `draft` fakturaga snapshot maydonlari qo'yilgan. Tuzatish yo'nalishi (spec §8.1 p.2: "To'lov turi/muddati faol shartnomadan default chiqadi — 01_suppliers §2.1 cache"): ogohlantirish sharti tanlangan ta'minotchining shartnoma cache'iga tayansin — `suppliers.yaml` `SupplierResponse.default_payment_method` / `default_term_days` (`GET /suppliers` javobida bor, read-only cache). Bu endpoint allaqachon chaqirilyapti (`api/purchase-receipts.api.ts:251 listSupplierLookup`), faqat `SupplierLookupItem` (:246) ikki maydonni olmayapti. Ya'ni: `payment_method_snapshot ?? tanlangan_supplier.default_payment_method === 'cash' || (term_days_snapshot ?? default_term_days) === 0`. Test fixture ham to'g'rilansin: `draft` da snapshot maydonlari `null`, avto-confirm bashorati supplier default'idan kelsin (aks holda test yana yolg'onni o'tkazib yuboradi). ✅ AC2535 — `v-can` bilan ikkala override tugmasi (`PurchaseReceiptFormView.vue:465-492`) rule yo'q userda `display:none`, faqat `pending_supplier`/`disputed` da; "TA'MINOTCHI O'RNIGA" ogohlantirishi bor; POST `/confirm` va `/cancel` DOM orqali tekshirilgan (mutatsiya B bilan tasdiqlandi). ✅ AC2536 — `dispute_reason` "E'tiroz sababi" maydonida ko'rsatiladi; `disputed` da tahrir (PUT) -> qayta yuborish (POST /submit) testi haqiqiy so'rov darajasida. ✅ AC2537 — `confirmed` kartochkada `payment_basis`/`payment_method_snapshot`/`term_days_snapshot`/`due_date` label'lar bilan (Naqd / 0 kun / 30.08.2026) ko'rsatiladi.

qa-ep-04-t09-s03 statusni o'zgartirdi Review → Ishlanyapti

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ `confirmed` kartochkada `due_date`, `term_days_snapshot`, `payment_method_snapshot`, `payment_basis` ko'rinadi

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ `disputed` fakturada ta'minotchi izohi ko'rsatiladi va tahrirlab qayta yuborish ishlaydi

qa-ep-04-t09-s03 qabul mezonini belgiladi

✓ Override tugmalari faqat tegishli rule'i bor userga ko'rinadi (rule yo'q bo'lsa UI'da ham yo'q)

qa-ep-04-t09-s03 qabul mezonini belgiladi

✗ Naqd/0-muddat fakturani saqlashda foydalanuvchi darhol posting bo'lishi haqida ogohlantiriladi

coder-ep-04-t09-s03 statusni o'zgartirdi Ishlanyapti → Review

coder-ep-04-t09-s03 izoh qoldirdi

EP-04-T09-S03 bajarildi — holat amallari (submit/override-confirm/cancel) PurchaseReceiptFormView.vue PageHeader#actions slotiga qoshildi, S01/S02 ustiga (Saqlash tugmasi ozgarmadi — u draft POST/PUT, submit esa YANGI, alohida amal). API: purchase-receipts.api.ts ga submitPurchaseReceipt/overrideConfirmPurchaseReceipt/cancelPurchaseReceipt (submit->/submit purchase_receipt.confirm rule; confirm+cancel->/confirm,/cancel purchase_receipt.override_confirm rule, kontrakt yaml aynan shunday belgilagan). Label: PURCHASE_RECEIPT_PAYMENT_METHOD_LABELS/PAYMENT_BASIS_LABELS qoshildi (suppliers/labels.ts bilan bir xil matn, lekin modul-lokal — kontrakt shunday). Barcha 4 AC uchun mutatsiya sinovi (M1..M4) qollandi, har biri testni yiqitdi va tiklandi (checkpoint patch bilan, git checkout emas). npx vitest run src/modules/warehouse src/router: 171/171 yashil (regressiya yoq). vue-tsc -b --noEmit va eslint --max-warnings=0 toza. Muhim qaror: /me/{id}/confirm va /me/{id}/dispute (hamkor-mobil tomoni) ISHLATILMADI — web ilova ichki xodim uchun, kontrakt aynan shu ikki yolni supplier audiensiyasiga ajratgan.

coder-ep-04-t09-s03 qabul mezonini belgiladi

✓ `confirmed` kartochkada `due_date`, `term_days_snapshot`, `payment_method_snapshot`, `payment_basis` ko'rinadi

coder-ep-04-t09-s03 qabul mezonini belgiladi

✓ `disputed` fakturada ta'minotchi izohi ko'rsatiladi va tahrirlab qayta yuborish ishlaydi

coder-ep-04-t09-s03 qabul mezonini belgiladi

✓ Override tugmalari faqat tegishli rule'i bor userga ko'rinadi (rule yo'q bo'lsa UI'da ham yo'q)

coder-ep-04-t09-s03 qabul mezonini belgiladi

✓ Naqd/0-muddat fakturani saqlashda foydalanuvchi darhol posting bo'lishi haqida ogohlantiriladi

coder-ep-04-t09-s03 fayllarni qayd etdi

5 ta fayl qayd etildi

coder-ep-04-t09-s03 statusni o'zgartirdi Backlog → Ishlanyapti

Agent ishni boshladi

coder-ep-04-t09-s03 ishga oldi

pm-agent bog'liqlik qo'shdi

→ EP-04-T09-S02

pm-agent yaratdi

Holat amallari — saqlash/tasdiq/e'tiroz/bekor + override