Anketa/shartnoma tasdiqlash + tahrir taklifi yuborish (hamkor)

finalize-ep-03 yangiladi

Yangilandi: pr_url

qa-ep-03-t08-s02 statusni o'zgartirdi Review → Bajarildi

qa-ep-03-t08-s02 izoh qoldirdi

QA 2-tekshiruv (qa-EP-03-T08-S02) — QABUL QILINDI, `done`. Barcha 5 mezon ✅. Coder da'volari MUSTAQIL tasdiqlandi — men uchala mutatsiyani O'ZIM qayta o'tkazdim, coder hisobotiga tayanmadim. --- MUTATSIYA TEKSHIRUVI (o'tgan safar 3 tasi ham YASHIL qolgan edi) --- B — `supplier_change_proposal_form_screen.dart:311` dan oldin `debt_limit` uchun TextFormField (`labelText: 'Qarz limiti'`) qo'shildi. Natija: ✅ YIQILDI — IKKI test: (1) vidjet soni assert'i (8 -> 9), (2) taqiqlangan-substring tekshiruvi ('limit'/'Qarz'). A2 — `_PendingProposalBanner` ga `Text('Taklif qilingan yangi muddat: ${proposal.payload.termDays} kun')` qo'shildi. Natija: ✅ YIQILDI — "banner AMALDAGI (o'zgarmagan) shartni ko'rsatadi" testi, `find.textContaining('45 kun') findsNothing` assert'ida. A3 — `supplier_profile_screen.dart:149` dagi `await context.read<SupplierProfileCubit>().fetch();` o'chirildi. Natija: ✅ YIQILDI — "forma pop(true) bilan yopilgach ekran QAYTA fetch() qiladi" integratsiya testi, `profileCalls == 2` / `proposalListCalls == 2` hisoblagichlarida. D (qo'shimcha, men o'zim qo'shdim — sanoq assert'i tasodifiy emasligini tekshirish uchun) — `inn` maydoni `debt_limit` bilan ALMASHTIRILDI, ya'ni umumiy son 8 bo'lib QOLDI. Natija: ✅ YIQILDI — 2 test: `find.byKey('proposal_inn_field')` yo'qolgani va 'Qarz'/'limit' substring'i paydo bo'lgani. Ya'ni AC2166 qo'riqchisi QATLAMLI: faqat songa tayanmaydi. --- YANGI TESTLAR TAVTOLOGIK EMASLIGI --- AC2167 integratsiya testlari fake adapter'ni EMAS, haqiqiy zanjirni tekshiradi: `SupplierProfileScreen(api:)` haqiqiy `SupplierProfileCubit` quradi, haqiqiy `MaterialPageRoute` navigatsiyasi, haqiqiy forma submit -> POST -> `pop(true)` -> `fetch()`. Hisoblagichlar HTTP qatlamida (FakeHttpClientAdapter ichida) oshadi, `verify(mock)` emas. A3 mutatsiyasi yiqilishi shuni isbotlaydi — fake test qilinayotganida mutatsiya sezilmasdi. AC2167(b) da amaldagi va taklif qilingan qiymat ATAYLAB HAR XIL: fake `active_contract.term_days = 30` (ikkala chaqiruvda ham o'zgarmaydi), taklif `payload = {"term_days": 45}`. Ya'ni test qoida 15 ni haqiqatan qo'riqlaydi. `find.textContaining('45 kun')` shakli tanlangani ham asosli — telefon (+998901234567) va INN (301234567) tasodifan "45" ketma-ketligini o'z ichiga oladi, shuning uchun yalang'och "45" bo'yicha tekshirish noto'g'ri ijobiy berardi; test izohida bu tushuntirilgan. --- `findsNWidgets(8)` SONI TO'G'RI --- Formada aynan 8 ta TextFormField bor: name · address · phone · inn · term_days · cash_percent · transfer_percent · comment. `payment_method` — `DropdownButtonFormField<PaymentMethod>`, alohida `findsOneWidget` bilan sanaladi (`DropdownButtonFormField` `FormField` dan meros oladi, `TextFormField` dan emas — shuning uchun 8 ga qo'shilmaydi). Ya'ni: oq ro'yxatdagi 8 maydon = 7 matn + 1 dropdown; 8-chi TextFormField esa `partner_comment` (payload emas, `SupplierChangeProposalCreateRequest.partner_comment`). Son "hozir nechta bo'lsa shu" tarzda moslashtirilmagan — semantik jihatdan to'g'ri va test izohida shunday hujjatlangan. --- ISHLAB CHIQARISH KODI O'ZGARMAGAN --- `git diff 188c77f..4d27752 -- lib/` — YAGONA o'zgarish `supplier_change_proposal_form_screen.dart:360-375` dagi `_percentValidator` doc-izohi. Xatti-harakat qatori (kod) bir belgi ham o'zgarmagan. Izohning yangi matni to'g'ri: kontraktda `nullable: true` orqali "unset" va "o'zgarmagan" farqlanishi BOR, lekin bu barg uni ataylab ishlatmaydi (v1 scope), va `includeIfNull: false` sababli model `null` ni serializatsiya qila olmasligi ham qayd etilgan. Kontrakt endi ayblanmaydi — o'tgan tekshiruvdagi e'tirozim yopildi. --- COMMIT GIGIENASI --- Toza ✅ — 4d27752 da faqat 3 fayl: 1 lib (izoh) + 2 test. Begona fayl yo'q. `/var/www/erp/docs` tegilmagan, `openapi/` tegilmagan (kontrakt o'zgarmagan). Branch: feat/EP-03-erpbom-mobile, main'ga tegilmagan. Ish daraxti mutatsiyalardan keyin toza (HEAD = 4d277526f7c6cffa4f3fb839f3e19a7f032d9aeb, `git status` bo'sh). --- TEST HOLATI --- `flutter test` — 170/170 yashil (o'tgan safar 167, +3 yangi test). `flutter analyze` — No issues found. --- MEZONLAR --- AC2165 ✅ (1-tekshiruvda tasdiqlangan, mutatsiya C ushlagan edi) · AC2166 ✅ (B va D ushlaydi) · AC2167 ✅ (A2 va A3 ushlaydi) · AC2168 ✅ · AC2169 ✅. --- OCHIQ QOLGAN CROSS-CUTTING ESLATMA (bu barg emas) --- `lib/core/api/api_exception.dart:44` — `fields` `Map` deb kutiladi, kontraktda (`openapi/common.yaml:145-152`) u `FieldValidationError` MASSIVI; 422 dagi maydon darajasidagi xatolar jimgina yo'qoladi. Fayl bu bargda o'zgartirilmagan (EP-09 dan qolgan), AC2169 `message` bilan qanoatlanadi — shuning uchun bu bargni bloklamaydi. Alohida barg sifatida qayd etilishini so'rayman.

qa-ep-03-t08-s02 qabul mezonini belgiladi

✓ Taklif yuborilgach ekran amaldagi (o'zgarmagan) shartni ko'rsatishda davom etadi va "ko'rib chiqilmoqda" holatini chiqaradi

qa-ep-03-t08-s02 qabul mezonini belgiladi

✓ Tahrir formasida faqat oq ro'yxatdagi 8 maydon bor; `debt_limit`, `payment_basis`, `active` formada YO'Q

coder-ep-03-t08-s02 yangiladi

Yangilandi: commit_sha

coder-ep-03-t08-s02 statusni o'zgartirdi Ishlanyapti → Review

coder-ep-03-t08-s02 izoh qoldirdi

QA topilmalari (B/A2/A3 mutatsiyalari yashil qolgani) yopildi. AC2166: find.text("Limit") o'rniga aniq TextFormField(8)+Dropdown(1) sanog'i va substring-chidamli taqiqlangan-so'z tekshiruvi. AC2167: haqiqiy SupplierProfileScreen + fake tarmoq bilan 2 ta integratsiya testi — (a) pop(true) dan keyin fetch() qayta chaqirilishini chaqiruvlar sonini sanab tasdiqlaydi, (b) banner amaldagi (30 kun) shartni ko'rsatib taklif qilingan yangisini (45 kun) hech qayerda ko'rsatmasligini tasdiqlaydi. Uchala mutatsiya qo'lda takrorlanib yangi testlar yiqilishi tasdiqlandi (checkout bilan tiklandi, git status toza). Ishlab chiqarish kodi o'zgarmadi — faqat 361-368 qatordagi izoh QA ko'rsatmasi bo'yicha to'g'irlandi (kontrakt ayblanmasdan, v1 scope qarori sifatida). flutter test: 170/170 yashil, flutter analyze: toza.

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Taklif yuborilgach ekran amaldagi (o'zgarmagan) shartni ko'rsatishda davom etadi va "ko'rib chiqilmoqda" holatini chiqaradi

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Tahrir formasida faqat oq ro'yxatdagi 8 maydon bor; `debt_limit`, `payment_basis`, `active` formada YO'Q

coder-ep-03-t08-s02 fayllarni qayd etdi

3 ta fayl qayd etildi

qa-ep-03-t08-s02 statusni o'zgartirdi Review → Ishlanyapti

qa-ep-03-t08-s02 izoh qoldirdi

QA (qa-EP-03-T08-S02) — QAYTARILDI. Ishlab chiqarish kodi spec §8.4/§8.4a ga MOS, lekin ikki mezonning testi yolg'onni ushlay olmaydi (mutatsiya tekshiruvi bilan isbotlandi). Kod tuzatish emas, TEST kuchaytirish kerak. Test holati: `flutter test` — 167/167 yashil; `flutter analyze` — No issues found. --- MUTATSIYA TEKSHIRUVI (4 ta buzilish kiritildi, hammasi `git checkout` bilan tiklandi; ish daraxti toza) --- A1 ushlandi ✅ — supplier_profile_screen.dart:200 `value: '${pendingProposal?.payload.termDays ?? contract.termDays} kun'` (optimistik UI) -> supplier_profile_screen_test.dart:277 YIQILDI. C ushlandi ✅ — supplier_profile_cubit.dart:71 serverning javobi o'rniga lokal sana -> supplier_profile_cubit_test.dart AC2165 ning IKKALA testi YIQILDI. B USHLANMADI ❌ · A2 USHLANMADI ❌ · A3 USHLANMADI ❌ (pastda). --- AC2166 (is_met -> false): oq ro'yxat testi TAVTOLOGIK --- Fayl: test/features/supplier/profile/view/supplier_change_proposal_form_screen_test.dart:91-108 Mutatsiya B: supplier_change_proposal_form_screen.dart:311 dan oldin `debt_limit` uchun TextFormField qo'shildi (`labelText: 'Qarz limiti'`). Kutilgan: test yiqiladi. Olingan: 167/167 YASHIL o'tdi. Sabab: manfiy assert'lar hech qachon yiqila olmaydi — `find.text('Limit')` Flutter'da ANIQ moslik qidiradi ('Qarz limiti' unga mos kelmaydi), `find.byType(Switch)`/`Checkbox` esa raqamli maydonga umuman aloqasiz. Kerak: forma maydonlari SONINI qulflovchi assert, mas. `expect(find.byType(TextFormField), findsNWidgets(8))` (7 oq ro'yxat + izoh) va `expect(find.byType(DropdownButtonFormField<PaymentMethod>), findsOneWidget)` — shunda 9-maydon qo'shilishi darhol yiqiladi. Eslatma: payload SIMI (wire) mustahkam — supplier_change_proposal_payload.dart da aynan 8 maydon bor, `debt_limit`/`payment_basis`/`active` ni qo'shish kompilyatsiya xatosi beradi. Butun repo grep: bu uch maydon faqat O'QISH modellarida (supplier_contract_response.dart, supplier_response.dart) va profil ekranidagi ko'rsatishda uchraydi — formada yoki payload'da YO'Q. Ya'ni kod to'g'ri, qo'riqchi yo'q. --- AC2167 (is_met -> false): qoida 15 ning ikki yo'li qoplanmagan --- Mutatsiya A3 (ASOSIY): supplier_profile_screen.dart:149 dagi `await context.read<SupplierProfileCubit>().fetch();` o'chirildi. Kutilgan: test yiqiladi. Olingan: 167/167 YASHIL. Ya'ni "taklif yuborilgach ekran 'ko'rib chiqilmoqda' holatini chiqaradi" ZANJIRI umuman testsiz: forma `pop(true)` qaytarishi alohida tekshirilgan, banner esa tayyor `pendingProposal` holatidan alohida tekshirilgan, lekin ikkovini bog'lovchi `_openProposalForm` -> `fetch()` -> banner yo'lini hech bir test bosib o'tmaydi. Bu buzilsa hamkor taklif yuborgach ekranda HECH NARSA o'zgarmaydi (faqat qo'lda pull-to-refresh yordam beradi) — aynan AC matnining ikkinchi yarmi. Kerak: profil ekranida haqiqiy (mock emas) SupplierProfileCubit + soxta adapter bilan test — 'Tahrir taklifi' tugmasini bos, formani to'ldirib yubor, keyin banner ('Ko'rib chiqilmoqda') paydo bo'lganini VA GET /suppliers/me/change-proposals qayta chaqirilganini tasdiqla. Mutatsiya A2 (ikkinchi darajali): _PendingProposalBanner ga `Text('Taklif qilingan yangi muddat: ${proposal.payload.termDays} kun')` qo'shildi. Kutilgan: qoida 15 ("ekran YANGI shartni KO'RSATMAYDI") buzilgani uchun yiqilishi kerak. Olingan: YASHIL. supplier_profile_screen_test.dart:277 faqat `find.text('30 kun') findsOneWidget` ni tekshiradi — eski qiymat O'RNIGA yangisi qo'yilsa ushlaydi (A1), lekin yangisi YONIGA qo'shilsa ushlamaydi. Kerak: o'sha testga `expect(find.textContaining('45'), findsNothing)` turidagi assert (taklif payload'idagi qiymat ekranda umuman ko'rinmasligi). Kod hozir to'g'ri: banner faqat `createdAt` + `partnerComment` ni ko'rsatadi, `payload` ga umuman tegmaydi (supplier_profile_screen.dart:294-338). --- O'TGAN MEZONLAR --- AC2165 ✅ — supplier_api_test.dart:178-185 yo'l va metodni AYNAN tekshiradi: POST /suppliers/me/contracts/active/confirm (baseUrl = <host>/api/v1, api_client.dart:21) — kontraktga mos. Ekran 'Tasdiqlangan, <sana>' ni ko'rsatadi (supplier_profile_screen.dart:233-238), tasdiqlangach tugma yashiriladi. Idempotentlik: allaqachon tasdiqlangan holat seed qilinib confirm() chaqiriladi, serverning o'zgarmagan sanasi saqlanishi assert qilinadi; mutatsiya C ni ushladi. Cubit server javobini ishlatadi, lokal sana TO'QIMAYDI. AC2168 ✅ — 409 PROPOSAL_ALREADY_OPEN uch qatlamda: supplier_api_test.dart (code+message), form_cubit_test.dart (submitting->error), form_screen_test.dart:184-215 (xabar chiqadi, forma OCHIQ qoladi). Bundan tashqari profil ekrani ochiq taklif bo'lsa 'Tahrir taklifi' tugmasini oldindan yashiradi (qoida 16). AC2169 ✅ — 403 SUPPLIER_INACTIVE, 422 PROPOSAL_FIELD_NOT_ALLOWED, 500, NetworkException — hammasi haqiqiy assert bilan qoplangan; hech bir yo'lda istisno tashqariga chiqmaydi. --- KONTRAKTGA MOSLIK --- Uchala yo'l ham AYNAN kontraktdagidek (suppliers.yaml:376/417/513). Maydon nomlari, tiplar, xato kodlari mos. Kontrakt O'ZGARTIRILMAGAN. --- SCOPE (push notification) --- Toza ✅ — commit'da notification/outbox/FCM/push kodi YO'Q; bu so'zlar faqat "bu bargda yo'q, holat pull bilan" deb tushuntiruvchi izohlarda uchraydi. Holat GET /suppliers/me/change-proposals (status=pending, size=1) bilan tortiladi. --- CODER'NING SAVOLI: `default_*_percent` ni bo'sh qilib (unset) taklif qilish --- Javob: (iii) — KONTRAKT BUNI ALLAQACHON HAL QILGAN, ya'ni spec bo'shligi YO'Q, blocked EMAS. suppliers.yaml#SupplierChangeProposalPayload da `default_cash_percent` va `default_transfer_percent` — `nullable: true`; sxemada `minProperties: 1` + `additionalProperties: false` va "FAQAT o'zgaradigan maydonlar yoziladi". Ya'ni semantika belgilangan: kalit YO'Q = o'zgarmagan; kalit BOR va `null` = qiymatni tozalashni taklif qilish. `nullable: true` ning boshqa ma'nosi yo'q. Coder'ning "kontrakt ajratishni belgilamagan" degan asosi FAKTIK NOTO'G'RI. Lekin natijaviy xatti-harakat (klient tozalashni taqiqlaydi) hech bir mezonni buzmaydi va boshi berk ko'chaga olib bormaydi: §2.2 da ikkala foiz ustuni opsional (NULL) va `payment_method` bilan CHECK orqali bog'lanmagan — `cash` ga o'tishda foizlar qolib ketishi ma'lumot xatosi emas. Klientning kontraktdan QAT'IYROQ bo'lishi kontrakt buzilishi hisoblanmaydi. Qaror: v1 uchun MAQBUL cheklov, blok emas. Faqat asosini to'g'rilash kerak — supplier_change_proposal_form_screen.dart:361-368 dagi izoh "kontrakt bu holatni aniq yozmagan" deydi; aslida yozgan. Izohni "v1 scope qarori: tozalash oqimi qo'llab-quvvatlanmaydi" deb almashtirilsin. Diqqat: `supplier_change_proposal_payload.dart` dagi `includeIfNull: false` sababli model `null` ni SERIALIZATSIYA QILA OLMAYDI — kelajakda tozalash kerak bo'lsa validatorni olib tashlash yetmaydi, model ham o'zgaradi. --- COMMIT GIGIENASI --- Toza ✅ — 188c77f dagi 36 fayl board'dagi `files` ro'yxati bilan to'liq mos; begona fayl yo'q, /var/www/erp/docs ga tegilmagan. Branch: feat/EP-03-erpbom-mobile (main'ga tegilmagan). Ish daraxti mutatsiyalardan keyin toza. --- CROSS-CUTTING ESLATMA (bu barg emas, PM uchun) --- lib/core/api/api_exception.dart:44 — `fields` `Map` deb kutiladi, kontraktda esa (common.yaml:145-152) u FieldValidationError MASSIVI. Shu sabab 422 javobidagi maydon darajasidagi xatolar jimgina yo'qoladi (`fields` -> null). Bu fayl 188c77f da o'zgartirilmagan (EP-09 dan qolgan), shuning uchun bu bargni bloklamaydi — AC2169 `message` bilan qanoatlanadi. Alohida barg sifatida qayd etilsin. --- YAKUN --- Qaytarildi: AC2166 va AC2167 uchun testlar buzilishni ushlay olmaydi. Kodni qayta yozish SHART EMAS — yuqoridagi 3 ta assert qo'shilsa (forma maydon soni; banner'da payload qiymati yo'qligi; forma->fetch->banner zanjiri) barg yopiladi.

qa-ep-03-t08-s02 qabul mezonini belgiladi

✓ Tarmoq/serverning xato javoblari (`403`, `409`, `422`, `5xx`) ilovani yiqitmaydi va tushunarli xabar beradi

qa-ep-03-t08-s02 qabul mezonini belgiladi

✓ Ochiq taklif ustiga ikkinchisini yuborishga urinish `409` ni tushunarli xabarga aylantiradi (ilova yiqilmaydi)

qa-ep-03-t08-s02 qabul mezonini belgiladi

✗ Taklif yuborilgach ekran amaldagi (o'zgarmagan) shartni ko'rsatishda davom etadi va "ko'rib chiqilmoqda" holatini chiqaradi

qa-ep-03-t08-s02 qabul mezonini belgiladi

✗ Tahrir formasida faqat oq ro'yxatdagi 8 maydon bor; `debt_limit`, `payment_basis`, `active` formada YO'Q

qa-ep-03-t08-s02 qabul mezonini belgiladi

✓ "Tasdiqlayman" kontraktdagi yo'lga so'rov yuboradi; muvaffaqiyatda ekran tasdiq sanasini ko'rsatadi, qayta bosilganda takror so'rov xato bermaydi (idempotent)

coder-ep-03-t08-s02 statusni o'zgartirdi Ishlanyapti → Review

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Tarmoq/serverning xato javoblari (`403`, `409`, `422`, `5xx`) ilovani yiqitmaydi va tushunarli xabar beradi

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Ochiq taklif ustiga ikkinchisini yuborishga urinish `409` ni tushunarli xabarga aylantiradi (ilova yiqilmaydi)

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Taklif yuborilgach ekran amaldagi (o'zgarmagan) shartni ko'rsatishda davom etadi va "ko'rib chiqilmoqda" holatini chiqaradi

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ Tahrir formasida faqat oq ro'yxatdagi 8 maydon bor; `debt_limit`, `payment_basis`, `active` formada YO'Q

coder-ep-03-t08-s02 qabul mezonini belgiladi

✓ "Tasdiqlayman" kontraktdagi yo'lga so'rov yuboradi; muvaffaqiyatda ekran tasdiq sanasini ko'rsatadi, qayta bosilganda takror so'rov xato bermaydi (idempotent)

coder-ep-03-t08-s02 fayllarni qayd etdi

36 ta fayl qayd etildi

coder-ep-03-t08-s02 statusni o'zgartirdi Backlog → Ishlanyapti

Agent ishni boshladi

coder-ep-03-t08-s02 ishga oldi

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S02

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S01

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T08-S01

team-lead-pm yangiladi

Yangilandi: estimate_hours

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S02

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S01

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T08-S01

team-lead-pm yangiladi

Yangilandi: estimate_hours

team-lead-pm statusni o'zgartirdi Bloklangan → Backlog

BLOK YECHILDI (2026-08-19). Biznes bo'shlig'i erp/ §5 sikli bilan yopildi: 01_suppliers REOPEN -> Q31 = A (taklif -> xodim tasdig'i). Spec endi strukturaviy: §2.4 supplier_change_proposals · §2.2 partner_confirmed_at · §4.4 holat mashinasi · qoida 15-20 (oq ro'yxat) · §8.4/§8.4a · 09_auth Q48 = A -> supplier_contract.review_proposal (katalog 133->134). Barg qayta yozildi va yangi bog'liqlik oldi: EP-03-T09 (V13 migratsiya) -> EP-03-T10-S01/S02 (backend). Kontrakt T00 "Kontrakt o'zgarishi" rejimida yangilanishi kerak.

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S02

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T10-S01

team-lead-pm bog'liqlik qo'shdi

→ EP-03-T08-S01

team-lead-pm yangiladi

Yangilandi: title, description, estimate_hours

finalize-ep-03 yangiladi

Yangilandi: branch

team-lead-pm izoh qoldirdi

QOSHIMCHA KONTRAKT BOSHLIGI (T08 workeridan): hamkor uchun shartnoma PDF faylini OLISH yoli yoq — mavjud GET /suppliers/{id}/contracts/{contractId}/file `supplier_contract.view` rule talab qiladi, 09_auth partner guruhi esa bosh. Mobil S01 da mezon "PDF bor/yoq" korsatish bilan yopildi. §8.4 savoli yopilganda shu ham qamrab olinsin: hamkor oz shartnomasi PDF ini yuklab olishi kerakmi (masalan GET /suppliers/me/contracts/{id}/file, egalik bilan).

team-lead-pm statusni o'zgartirdi Backlog → Bloklangan

BIZNES BO'SHLIG'I (kontrakt agentidan ko'chirildi, T00 note to'liq matn): 01_suppliers §8.4 hamkor YOZISH amallari spec'da yo'q — (a) tasdiq holatini saqlaydigan maydon (confirmed_at) §2.1/§2.2 da yo'q; (b) "tahrir taklifi" entitisi yo'q; (c) 09_auth §7.6.3 partner guruhi ataylab bo'sh, §7.7 T-qatorlarda hamkor yozish amali sifatida faqat kirim faktura tasdig'i bor. Yechim: erp/ §5 sikli 1 savol -> doc -> kontrakt agenti "Kontrakt o'zgarishi" rejimida 1-2 endpoint qo'shadi.

contract-ep-03 izoh qoldirdi

Kontrakt agenti (EP-03-T00): bu sub-task uchun kontraktda YOZISH endpoint'i ATAYLAB yo'q — 01_suppliers §8.4 da (a) tasdiqni saqlaydigan maydon, (b) 'tahrir taklifi' entitisi, (c) hamkor uchun avtorizatsiya yo'li spec'da aniqlanmagan (09_auth §7.6.3 partner guruhi bo'sh). O'QISH tomoni tayyor va muzlatilgan: GET /api/v1/suppliers/me, GET /api/v1/suppliers/me/contracts (T08-S01). Yozish qismi spec §5 sikli javobidan keyin kontraktga qo'shiladi — taxmin bilan implementatsiya qilinmasin.

pm-agent bog'liqlik qo'shdi

→ EP-03-T08-S01

pm-agent yaratdi

Anketa/shartnoma tasdiqlash yoki tahrir taklifi (→ yangi versiya)