Fakturalar ro'yxati — filtr va holat ko'rsatkichi

finalize-ep-04 yangiladi

Yangilandi: commit_sha, pr_url

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

QA round 2 QABUL. Mutatsiya tekshiruvi QA tomonidan qayta yurgizildi, 4/4 yiqildi: M1 NEEDS_ACTION teskari -> spec.ts:220; M2 STATUS_SEVERITY hammasi secondary -> spec.ts:214; M3 STATUS_LABELS 4/5 bir xil -> spec.ts:213; M4 api'da status query param yuborilmaydi -> 6 test, jumladan yangi filtr testi spec.ts:247. 36d95d5 da faqat test fayli o'zgargan, labels.ts asl holatida (git diff ac95ea3..36d95d5 -- labels.ts bo'sh). vitest src/modules/warehouse src/router: 130/130; sovuq kesh bilan to'liq suite 711/711; vue-tsc va eslint toza. Kontrakt: status enum va explode:true form param warehouse.yaml bilan mos, mock :4010 200.

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

✓ Beshta holat ham ro'yxatda ajratib ko'rsatiladi va filtr har biri bo'yicha ishlaydi

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

coder-ep-04-t09-s01 izoh qoldirdi

QA qaytarishiga javob: AC2526 testi kuchaytirildi. Fixture endi beshala holatni (draft/pending_supplier/confirmed/disputed/cancelled) qamraydi; per-qator ANIQ label+severity (Tag props orqali, matn/`.some` emas) va needs-action bayrog'i tekshiriladi; alohida yangi test beshala status qiymati uchun MultiSelect'dan filtr qo'llanganda /purchase-receipts so'roviga aynan o'sha status query ketishini tasdiqlaydi. O'z-o'zini tekshirish (talab qilingandek) bajarildi: labels.ts ga 3 ta mutatsiya birma-bir ATAYLAB kiritildi va HAR BIRIDA yangi test yiqildi — (1) PURCHASE_RECEIPT_NEEDS_ACTION teskari, (2) PURCHASE_RECEIPT_STATUS_SEVERITY hammasi 'secondary', (3) PURCHASE_RECEIPT_STATUS_LABELS'da 4/5 label bir xil matn. Har safar git checkout bilan labels.ts asliga qaytarildi (git diff --stat labels.ts hozir bo'sh). Natija: npx vue-tsc -b --noEmit toza, eslint --max-warnings=0 toza (butun repo), vitest src/modules/warehouse + src/router — 130/130 yashil (shu jumladan yangi 2 ta AC2526 testi, jami test soni +1). Faqat bitta fayl o'zgartirildi va commit qilindi: src/modules/warehouse/views/__tests__/PurchaseReceiptListView.spec.ts (labels.ts/boshqa fayllarga tegilmadi). Eslatma: test yozish jarayonida faylda tashqi manbadan (debug console.log + eslint-disable) bir qator paydo bo'lgan edi — bu eslint --max-warnings=0'ni buzardi, shu sabab olib tashlandi va vue-tsc uchun bitta implicit-any xatosi ham (DOMWrapper.findAllComponents zaif tiplangani sababli) VueWrapper cast bilan tuzatildi.

coder-ep-04-t09-s01 yangiladi

Yangilandi: commit_sha

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

✓ Beshta holat ham ro'yxatda ajratib ko'rsatiladi va filtr har biri bo'yicha ishlaydi

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

1 ta fayl qayd etildi

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

qa-ep-04-t09-s01 izoh qoldirdi

QA (qa-EP-04-T09-S01) — ac95ea3, feat/EP-04-erpbom-web. QAYTARILDI: AC2526. TEST NATIJASI: npx vitest run src/modules/warehouse src/router -> 20 fayl / 129 test YASHIL. Kod xatti-harakati (behavior) UCHALA mezonda TO'G'RI. Qaytarish sababi — AC2526 uchun yozilgan testlar YOLG'ONNI USHLAY OLMAYDI (mutatsiya tekshiruvi 3 marta jim o'tdi). --- MUTATSIYA TEKSHIRUVI (har biri qo'llanib, test yurgizilib, git checkout bilan tiklandi) --- M1 labels.ts:172-178 PURCHASE_RECEIPT_NEEDS_ACTION to'liq teskari qilindi (draft:true, pending_supplier:false, disputed:false) -> 113/113 YASHIL (yiqilmadi). Ya'ni board tavsifidagi "pending_supplier va disputed — alohida ajratilgan (xodim harakati kerak)" talabi butunlay buzilsa ham test sezmaydi. M2 labels.ts:157-163 PURCHASE_RECEIPT_STATUS_SEVERITY hammasi 'secondary' qilindi (beshta holat vizual jihatdan bir xil) -> 113/113 YASHIL (yiqilmadi). M3 labels.ts:141-147 PURCHASE_RECEIPT_STATUS_LABELS — 5 tadan 4 tasiga bir xil 'Qoralama' matni berildi -> 113/113 YASHIL (yiqilmadi). M4 (nazorat) purchase-receipts.api.ts:56-61 date_from/date_to -> from_date/to_date -> 3 test YIQILDI. ✅ query param nomlari haqiqatan qoplangan. M5 (nazorat) labels.ts dan 'cancelled' kaliti olib tashlandi -> vitest YASHIL, LEKIN vue-tsc TS2741 bilan yiqiladi (Record<PurchaseReceiptStatus,string>). Ya'ni "5 ta holat mavjudligi" tip bilan himoyalangan — bu bo'shliq emas. M6 (nazorat) View.vue:333 dispute_reason -> notes -> 1 test YIQILDI. ✅ AC2527 haqiqiy. --- NIMA YETISHMAYDI (AC2526) --- Fayl: src/modules/warehouse/views/__tests__/PurchaseReceiptListView.spec.ts:151-162 Hozirgi test faqat (a) wrapper.text() ichida 'Qoralama' va "E'tiroz" borligini, (b) .p-tag lardan BIRORTASI ('some') 'Harakat kerak' matnini o'z ichiga olishini tekshiradi. Testning o'z izohi (160-qator) "faqat disputed 'Harakat kerak' olishi kerak" deydi — lekin buni ASSERT QILMAYDI. Fixture'da ham atigi 2 ta holat bor (draft + disputed), qolgan uchtasi (pending_supplier, confirmed, cancelled) hech qachon render qilinmaydi. Kutilgan: AC2526 ning IKKALA yarmi ham assert bilan qoplansin. 1) Fixture'ni 5 qatorga kengaytir (har holatdan bittadan) va HAR BIR qator uchun tekshir: (i) o'z labeli chiqadi (5 ta matn bir-biridan FARQLI — M3 ni ushlash uchun), (ii) o'z severity'si (Tag severity/class) kutilgan qiymatda (M2 ni ushlash uchun), (iii) 'Harakat kerak' Tag'i AYNAN pending_supplier va disputed qatorlarida bor, qolgan uchtasida YO'Q (M1 ni ushlash uchun — 'some' emas, qator-bo'yicha qat'iy tenglik). 2) "filtr har biri bo'yicha ishlaydi": MultiSelect da 5 ta variant borligini va har bir holat qiymati alohida tanlanganda GET /purchase-receipts ga aynan status: ['<shu holat>'] ketishini tekshir (hozir faqat ikkitalik massiv bilan bitta holat sinalgan). Yakuniy shart: yuqoridagi M1/M2/M3 mutatsiyalarining HAR BIRI kamida bitta testni yiqitishi kerak. --- KONTRAKTGA MOSLIK: ✅ TOZA --- warehouse.yaml (MUZLATILGAN) GET /api/v1/purchase-receipts bilan bire-bir: * query param nomlari — status[] (style:form, explode:true) / supplier_id / warehouse_id / organization_id / date_from / date_to + page/size/sort. Kodda aynan shular (purchase-receipts.api.ts:35-61). Massiv sim ustida takroriy parametr bo'lib chiqadi (shared/api/client.ts paramsSerializer {indexes:null}) — kontrakt explode:true talabiga mos. * enum — draft/pending_supplier/confirmed/disputed/cancelled (types.ts: PurchaseReceiptStatus) — kontrakt PurchaseReceiptStatus bilan bir xil, ortiqcha/ kam qiymat yo'q. * maydon nomlari/tiplari — PurchaseReceiptResponse va PurchaseReceiptPage bire-bir; tirik mock (127.0.0.1:4010) javobi bilan solishtirildi, farq yo'q. * 🔴 status hech bir request DTO'da YO'Q: bu barg faqat GET qiladi, body yozadigan joy umuman yo'q. TOZA. --- CODER'NING IKKI KONTRAKT DA'VOSI: IKKALASI HAM TO'G'RI --- (a) Jami summa maydoni: PurchaseReceiptResponse da agregat summa yo'q va ro'yxatda lines[] bo'sh keladi (warehouse.yaml:3776-3782) -> hisoblab bo'lmaydi. Tirik mock ham tasdiqladi. "Summa" ustunining yo'qligi 2526/2527/2528 ning HECH BIRIGA ta'sir qilmaydi — TASDIQLANDI. (Board tavsifidagi ustun ro'yxati bajarilmagan qismi — kontrakt bo'shlig'i, coder aybi emas; T00/PM qaroriga.) (b) supplier/warehouse nom maydonlari: readOnly variant_name/variant_code FAQAT PurchaseReceiptLineResponse da bor, receipt darajasida supplier_name/ warehouse_name YO'Q — TASDIQLANDI. Alohida lookup + '#<id>' fallback maqbul aylanma yo'l. --- REGRESSIYA (EP-04-T08): ✅ TOZA --- git show --stat ac95ea3 -> 11 fayl, 1322 qo'shildi, 0 o'chirildi. router/index.ts (+10) va shared/layout/navigation.ts (+7) SOF ADDITIVE — mavjud qator o'zgarmagan, o'chirilmagan. purchase_receipt.view rule 09_auth katalogida mavjud (09_auth.md:2521) va 03_warehouse.md §7 bilan mos. T08 testlari (qoldiq/min_qty/kam qoldiq) yashil. Ish daraxti tekshiruvdan keyin toza (git status bo'sh) — mutatsiyalar tiklangan.

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

✗ Beshta holat ham ro'yxatda ajratib ko'rsatiladi va filtr har biri bo'yicha ishlaydi

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

✓ Filtrlar URL query bilan sinxron

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

✓ `disputed` fakturada ta'minotchi izohi (`dispute_reason`) ro'yxatda yoki kartochkada ko'rinadi

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

coder-ep-04-t09-s01 yangiladi

Yangilandi: branch, commit_sha

coder-ep-04-t09-s01 izoh qoldirdi

review ga tayyor. 3/3 AC bajarildi (npx vue-tsc -b --noEmit, eslint --max-warnings=0, npm run build, vitest — hammasi yashil, jami 20 yangi test). Kontraktda ANIQLANGAN, lekin AC'larga bog'liq bo'lmagan 2 ta bo'shliq (blokka olib kelmadi, shu sabab review'ga o'tkazdim, faqat qayd etaman): 1) "summa (asosiy valyutada)" ustuni QO'SHILMADI: PurchaseReceiptResponse'da agregat summa maydoni yo'q, GET /purchase-receipts javobida lines HAR DOIM bo'sh massiv (kontrakt matni shunday belgilaydi) — hisoblab bo'lmaydi. Taklif: backend'ga total_amount (numeric(18,2), asosiy valyutada, lines yig'indisi) receipt darajasida qo'shilsa keyingi bargda ustun tiklanadi. 2) Ta'minotchi/ombor nomi uchun readOnly denorm maydon (variant_name uslubida) PurchaseReceiptResponse'da yo'q — nomlarni GET /suppliers va GET /warehouses orqali alohida lookup qilib ko'rsatdim (WarehouseListView.vue'dagi organizationLabel bilan bir xil naqsh, #<id> fallback). Bu yerda RBAC gap ham bor: GET /suppliers supplier.view talab qiladi (suppliers.yaml), lekin 03_warehouse.md §2.5 aynan shu holat uchun "ta'minotchi faqat lookup orqali tanlanadi, supplier.* rule kerak emas... alohida rule bilan boshqarilishi mumkin (09_auth da aniqlanadi)" deydi — bu hech qachon amalga oshirilmagan. Demak ombor xodimida (odatda faqat purchase_receipt.*/stock.view bor) supplier.view bo'lmasa "Ta'minotchi" ustuni/filtri 403 bilan #<id> fallback'ga tushadi — funksional emas, faqat ko'rinish. Taklif: 09_auth/PM buni hal qilsin (yoki purchase_receipt.* rollariga supplier.view implicit qo'shilsin, yoki suppliers.yaml'da rule'siz yengil lookup endpoint qo'shilsin — xuddi organizations kabi). Ergashilgan naqsh: EP-04-T08 strukturasi (api/store/views/types/labels + *-errors.ts + Vitest), StockListView/WarehouseListView'dagi URL-sync va lookup-fallback naqshlari. Mock (127.0.0.1:4010) ga qarshi tekshirildi — javob sxemasi PurchaseReceiptResponse bilan field-by-field mos.

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

✓ Filtrlar URL query bilan sinxron

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

✓ `disputed` fakturada ta'minotchi izohi (`dispute_reason`) ro'yxatda yoki kartochkada ko'rinadi

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

✓ Beshta holat ham ro'yxatda ajratib ko'rsatiladi va filtr har biri bo'yicha ishlaydi

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

11 ta fayl qayd etildi

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

Agent ishni boshladi

coder-ep-04-t09-s01 ishga oldi

pm-agent yaratdi

Fakturalar ro'yxati — filtr va holat ko'rsatkichi