Mazmunli schema nomuvofiqliklarini modul kesimida tekshirish va yopish

finalize-ep-05 yangiladi

Yangilandi: pr_url

qa-ep-05-t02 izoh qoldirdi

QA (REOPEN) — e3c2fd7 tekshirildi. VERDIKT: (A) va (B) QABUL QILINDI. (A) composite piece_rates wire nomi — O'TDI - VariantPieceRateInput.java:35 @JsonProperty("operation_temp_key"), maydon operationTempKey. - Generatsiya qilingan /v3/api-docs (jonli Testcontainers boot bilan olindi, faqat annotatsiyaga ishonilmadi): VariantPieceRateInput = {operation_temp_key: type string, minLength 1, required} — kontrakt products.yaml:2526 bilan AYNAN mos. - CHEGARA BUZILMAGAN: PieceRateCreateRequest hali ham variant_operation_id integer/int64 (kod: Long variantOperationId), PieceRateController:52 query param Long, PieceRate entity va V10/V11 migratsiya ustunlari TEGILMAGAN (e3c2fd7 ularga umuman tegmagan). Generatsiya qilingan PieceRateCreateRequest = variant_operation_id integer int64 — o'zgarmagan. - ProductVariantService:276-285 temp_key->real id moslash va xatolik maydon nomi piece_rates[].operation_temp_key — izchil. - Tashqi mustaqil tasdiq: prism mock :4010 (products.yaml) — operation_temp_key bilan body -> 201, eski variant_operation_id bilan -> 400. O'zim yurgizdim. - Gate diffida VariantPieceRateInput/PieceRateCreateRequest UMUMAN yo'q => bu drift to'liq yopilgan. (B) SupplierChangeProposalCreateRequest.payload — O'TDI - Generatsiya qilingan sxema components/schemas/SupplierChangeProposalPayload: 8 kalit, term_days integer/int32 minimum 0, name minLength 1 maxLength 255, address/phone/inn nullable+maxLength, default_*_percent string nullable, minProperties 1, additionalProperties false — kontrakt suppliers.yaml:1719 bilan qatorma-qator mos. CreateRequest.payload -> $ref SupplierChangeProposalPayload (kontraktdagidek). Doc klass o'z nomi bilan sizib chiqmagan (@Schema(name=...) ishladi). - XATTI-HARAKAT O'ZGARMAGAN: SupplierChangeProposalService e3c2fd7 da UMUMAN o'zgartirilmagan (oxirgi tegish 6e82f06); runtime turi Map<String,Object>, qo'lda oq ro'yxat, 422 PROPOSAL_FIELD_NOT_ALLOWED + fields ro'yxati saqlangan. Typed DTO deserializatsiya yo'liga KIRMAGAN. - Yagona qoldiq: payment_method kontraktda allOf/$ref PaymentMethod, kod inline string+enum [cash,transfer,mixed] — qiymatlar to'plami bir xil, bu DRIFT_DECISIONS §7.3 band 4 / §5.2 dagi ATAYLAB qoldirilgan strukturaviy farq (11 maydonga ta'sir qiladi, domen refaktoringi kerak). T02 teshigi emas. TESTLAR (o'zim yurgizdim, flock ostida, mvn clean'siz) ProductVariantOrchestrationIntegrationTest 11/11 · PieceRateControllerIntegrationTest 16/16 · SupplierChangeProposalControllerIntegrationTest 19/19 · ActuatorAndOpenApiIntegrationTest 14/14 = 61 test, 0 failure/error. MUTATSIYA TEKSHIRUVI — IKKALASI HAM O'LDIRILDI (sirtdan o'tilmadi) 1) @JsonProperty ni eski variant_operation_id ga qaytardim -> ProductVariantOrchestrationIntegrationTest 6 FAILURE (11 dan). Test wire nomini haqiqatan tekshiryapti. 2) SupplierChangeProposalService:243 oq ro'yxat throw'ini bo'shatdim (if(false)) -> submitWithFieldOutsideWhitelistIsRejectedEntirelyWith422 FAILURE. Memory qoidasi bajarildi: 'survived' xulosasidan oldin javap bilan bytecode tasdiqlandi — mutatsiyadan keyin .class ichida variant_operation_id, tiklashdan keyin qayta operation_temp_key (eski .class qolib ketmagan). Ikkala fayl git checkout bilan tiklandi, target/ qayta kompilyatsiya qilindi, git status TOZA, HEAD=e3c2fd7. AC 2617 (gate to'rttala modulda toza) — MET EMAS, LEKIN T02 DEFEKTI EMAS Gate (scripts/openapi-diff.sh, GENERATED_OPENAPI_FILE = jonli /v3/api-docs dump) 4 modulda ham exit=1. Qolgan farqlar turi: - METADATA SHOVQINI -> EP-05-T01 (hali backlog): style/explode 72 (§5.4 'FAQAT hujjatlash metadatasi'), description/summary/tags qoldiqlari. AC 2611 ayni shu. - ATAYLAB QOLDIRILGAN, KOD TO'G'RI: pattern 70 (§5.3 — kod @Pattern bilan kontraktdan QAT'IYROQ; olib tashlash so'rov validatsiyasini zaiflashtirardi = taqiqlangan). - DOIRADAN TASHQARI, HUJJATLANGAN RETSEPT BILAN: nullable 254 (§5.1 — '~40+ Response DTO, hajmi katta, EP-05-T02 doirasida TO'LIQ bajarilmadi; ALOHIDA KEYINGI BARG sifatida tavsiya etiladi'), response-side enum (§5.2, §5.1 dan keyin), strukturaviy enum ~20 (§5.2 — domen refaktoringi). Ya'ni qolgan qizillikning birortasi ham 'T02 yopishi kerak edi, yopmadi' toifasiga tushmaydi: yo T01 niki, yo ataylab (zaiflashtirish taqiqlangan), yo hujjatda aniq boshqa bargga ko'chirilgan. Shu sabab barg QAYTARILMADI, ammo 2617 met deb BELGILANMADI — u hozirgi holatida T02 doirasida printsipial bajarilmaydi. PM UCHUN 2 TA TAVSIYA (bloklovchi emas) 1) §5.1/§5.2 uchun yangi barg oching (Response DTO @Schema(requiredMode=REQUIRED) sweep) — 2617 shusiz hech qachon yashil bo'lmaydi; 2617 ni o'sha bargga yoki EP-05 epic darajasiga ko'chirish to'g'riroq. 2) KUZATUV: (B) faqat SO'ROV tomonini yopdi. SupplierChangeProposalResponse.payload va .currentValues hali ham yalang'och Map<String,Object> (SupplierChangeProposalResponse.java:23-24) — gate diffida response tomonda payload'ning 8 xossasi 'deleted', minProps 1->0, additionalProperties:false yo'qolgan, current_values $ref SupplierChangeCurrentValues ham inline object bo'lib ketgan. Bu reopen doirasida (§3.2 faqat CreateRequest deydi) EMAS edi, shuning uchun defekt sifatida qaytarilmadi — lekin §5.1 bargiga kiritilsin.

qa-ep-05-t02 statusni o'zgartirdi Review → Bajarildi

unknown-agent statusni o'zgartirdi Ishlanyapti → Review

unknown-agent yangiladi

Yangilandi: commit_sha

unknown-agent fayllarni qayd etdi

6 ta fayl qayd etildi

coder-ep-05-t02 ishga oldi

team-lead-pm izoh qoldirdi

REOPEN (barg): kontrakt tuzatilgach ikki kod qoldiqi. (A) BLOKLOVCHI - VariantPieceRateInput.java @JsonProperty("variant_operation_id") -> operation_temp_key (prism: yangi 201 / eski 400). (B) payload ga hujjat-only @Schema - xatti-harakat o_zgarmaydi, springdoc oq ro_yxatni chiqarsin.

team-lead-pm statusni o'zgartirdi Bajarildi → Ishlanyapti

qa-ep-05-t02 statusni o'zgartirdi Review → Bajarildi

qa-ep-05-t02 izoh qoldirdi

QA raund 2 (tor doira: 3bd31f4 dagi 5 ta yangi test) — O'TDI. Mustaqil MUTATSIYA tekshiruvi (coder da'vosi tekshirilmagan deb qaralib, 5 tasi ham QA tomonidan qaytadan bajarildi; har safar `git checkout --` bilan tiklandi, oxirida `git status --short` bo'sh): - M1 application.yml `springdoc.api-docs.version: OPENAPI_3_0` izohga olindi -> 3 ta test qizardi (apiDocsUsesOpenApi30VersionNotSpringdocDefault31 + nullable + bigDecimal — 3.1 yozuvchisi `nullable`/`type` ni boshqacha chiqargani uchun kutilgan superset). Bu — raund 1 dagi yagona defektning aynan yopilishi. - M2 `align()` dagi `propertySchema.setNullable(...)` o'chirildi -> FAQAT userCreateRequestSchemaMarksOptionalPhoneFieldAsNullable qizardi. - M3 `bigDecimalAsString()` dagi number->string (schema + items) o'chirildi -> FAQAT stockResponseSchemaWritesBigDecimalMoneyFieldAsString qizardi. - M4 `alternationPatternToEnum()` dagi `schema.setEnum(values)` o'chirildi -> FAQAT userCreateRequestSchemaKeepsPatternAndAddsEnumForAlternationField qizardi. - M5 `StockResponse.variantCode` dan `@Schema(accessMode = READ_ONLY)` olib tashlandi -> FAQAT stockResponseSchemaMarksVariantCodeAsReadOnly qizardi. Test yurgizish (qulf ostida, tor doira, `mvn clean` ishlatilmadi): `flock /var/tmp/erpbom-db.lock -c "mvn -Dtest=ActuatorAndOpenApiIntegrationTest test"` - Bazaviy: Tests run: 14, Failures: 0, Errors: 0, Skipped: 0 (38.28 s) - Tasodifiy metod tartibi bilan (`MethodOrderer$Random`): Tests run: 14, Failures: 0 (37.63 s) -> testlar tartibga sezgir EMAS, umumiy o'zgaruvchan holat yo'q. Assert sifati: - Har 5 test `/v3/api-docs` ga HAQIQIY HTTP GET qiladi (TestRestTemplate, RANDOM_PORT embedded server, Testcontainers PostgreSQL) — mock/stub yo'q; surefire log'da har chaqiruv `OpenApiWebMvcResource#openapiJson` orqali o'tgani ko'rinadi. - Har assert ANIQ nomlangan maydonga tegadi (`/components/schemas/UserCreateRequest/properties/phone`, `.../user_type`, `/components/schemas/StockResponse/properties/stock_value`, `.../variant_code`) — sanoq yoki "bo'sh emas" tipidagi tavtologiya yo'q. Har birida `isMissingNode()).isFalse()` qorovuli bor, ya'ni maydon nomi o'zgarsa test JIM o'tib ketmaydi, aniq xabar bilan qizaradi. - Test 1 `startsWith("3.0")` — `contains("3")` emas; M1 mutatsiyasi buni amalda isbotladi: springdoc standarti `3.1.0` da test qizardi (bazaviy holatda hujjat `3.0.1`). - Test 4 nafaqat `enum` borligini, balki `pattern` AYNAN `internal|partner|customer` bo'lib qolganini (validatsiya zaiflashmasin) va enum tarkibini `containsExactlyInAnyOrder` bilan tekshiradi. Produksiya kodi tegilmagan (3bd31f4 — 1 fayl, faqat `src/test/`), f2dae87 qayta tekshirilmadi (raund 1 da tasdiqlangan). AC 2617 ATAYLAB `false` qoladi va bu bargni bloklamaydi: to'rttala modulda gate hali toza verdikt bermaydi (182 qoldiq "kod kontraktdan qat'iyroq" farqi + 2 ta kontrakt o'zgarishi talab qiladigan holat). Qolgan ish KOD bilan emas, MUZLATILGAN kontrakt bilan bog'liq — kontrakt faqat erp/ dagi §5 savol-javob sikli orqali o'zgaradi; qoldiq va qarorlar `openapi/DRIFT_DECISIONS.md` §3 da hujjatlangan.

coder-ep-05-t02 statusni o'zgartirdi Ishlanyapti → Review

coder-ep-05-t02 yangiladi

Yangilandi: commit_sha

coder-ep-05-t02 fayllarni qayd etdi

1 ta fayl qayd etildi

qa-ep-05-t02 izoh qoldirdi

QA (qa-EP-05-T02) — f2dae87 tekshiruvi. Verdikt: qaytarildi (in_progress). AC 2614/2615/2616 ✅ mustaqil tasdiqlandi, AC 2617 ❌. ## O'zim qayta o'lchadim (coder raqamlariga ishonmasdan) Ilova HEAD dan qurildi, hujjat `GET /v3/api-docs` dan olindi (`"openapi":"3.0.1"` — root-cause tuzatish HAQIQATAN ishlagan; `nullable` 69, `readOnly` 30 marta paydo bo'lgan). To'rttala modulda `scripts/openapi-diff.sh` — hammasi `exit=1` (QIZIL). Qoldiq sonlar coder da'vosi bilan AYNAN mos: | toifa | auth | products | suppliers | warehouse | JAMI | coder | |---|--:|--:|--:|--:|--:|--:| | nullable | 58 | 35 | 71 | 90 | 254 | 254 ✓ | | enum | 23 | 3 | 22 | 63 | 111 | 111 ✓ | | minLength | 32 | 39 | 6 | 16 | 93 | 93 ✓ | | type | 2 | 4 | 10 | 7 | 23 | 23 ✓ | | pattern | 17 | 11 | 13 | 29 | 70 | 70 ✓ | | required | 0 | 2 | 0 | 0 | 2 | 2 ✓ | | format | 0 | 2 | 0 | 0 | 2 | 2 ✓ | | readOnly | 0 | 0 | 0 | 0 | 0 | 0 ✓ | Hisobot halol — bo'yab ko'rsatish yo'q. ## "Gate'ni aldash" tekshiruvi — NUQSON TOPILMADI ✅ `OpenApiSchemaAlignmentConfig.java` schema'larni NOMI bo'yicha topib kontrakt qiymatini ko'chirmaydi — klassda birorta ham schema/maydon nomi literal sifatida yo'q (yagona literallar: `"number"`, `"string"`). Har qoida HAQIQIY kod artefaktidan chiqarilgan: - `:191-197` `bigDecimalAsString` → `JacksonConfig.java:30` da `ToStringSerializer` BigDecimal uchun ro'yxatdan o'tgan, ya'ni javob HAQIQATAN string. Evristika (`type=number` + `format=yo'q`) asosli: DTO'larda `double`/`float` 0 ta (tekshirdim). - `:173` `setNullable(isRequired ? null : true)` — sxemaning O'Z `required` ro'yxatidan (Bean Validation annotatsiyalaridan) kelib chiqadi. Kontraktda `nullable: false` 0 marta uchraydi (tekshirdim) — ziddiyat yo'q. - `:201-214` `alternationPatternToEnum` — enum DTO'ning O'Z `@Pattern` regex'idan chiqariladi. 6 ta joyda tekshirdim, `pattern.split('|') == enum` — 100% mos (mas. `WarehouseCreateRequest.warehouse_type`: `raw|semi_finished|finished`). `pattern` ATAYLAB qoldirilgan. - `:105-112` ParameterCustomizer — `@RawQueryValues` parametri runtime'da haqiqatan ixtiyoriy. Kichik kuzatuv (bloklamaydi): `:173` har bir non-required xossaga `nullable`ni SHARTSIZ yozadi — kelajakda kimdir `@Schema(nullable = false)` yozsa, u jimgina `true`ga ag'dariladi. Bugun 0 ta holat bor, lekin javadoc'da ogohlantirish foydali bo'lardi. ## Validatsiya zaiflashuvi — YO'Q ✅ Butun commit bo'yicha validatsiya annotatsiyasi bor `-` qatorlarni chiqardim: 8 ta `@Size(max=N)` → `@Size(min=1, max=N)` (KUCHAYTIRISH), 1 ta `@NotBlank` esa `UserCreateRequest.java` da AYNAN o'sha qatorga `@Schema(format="password")` qo'shilgani uchun ko'ringan — annotatsiya joyida. Boshqa hech qayerda o'chirish yo'q. Yagona HAQIQIY xatti-harakat o'zgarishi — `SupplierChangeProposalReviewController.java:62` `defaultValue="pending"`. Tekshirdim: `SupplierChangeProposalReviewService.java:100` da `status != null ? status : STATUS_PENDING` allaqachon bor — natija bir xil, regressiya yo'q. --- # ❌ QAYTARISH SABABI 1 — leaf'ning o'z natijasini himoya qiladigan test YO'Q (mutatsiya bilan ISBOTLANDI) Commitda test fayllari soni — **0**. Coder "93 test yashil" deydi; bu ROST, lekin bu testlar leaf'ning o'zgarishlarini USHLAY OLMAYDI. Mutatsiya o'tkazdim — leaf'ning markaziy tuzatishini bekor qildim: ``` mvn -Dtest=ActuatorAndOpenApiIntegrationTest -Dspringdoc.api-docs.version=OPENAPI_3_1 test ``` Mutatsiya HAQIQATAN ta'sir qildi (log'da javob tanasi: `{"openapi":"3.1.0"` — ya'ni `nullable`/`readOnly` hujjatdan butunlay yo'qoldi, aynan tuzatilgan nuqson qaytdi). Natija: ``` Tests run: 9, Failures: 0, Errors: 0, Skipped: 0 ``` **9/9 YASHIL qoldi.** Ya'ni `application.yml` dagi `version: OPENAPI_3_0` qatorini kimdir o'chirsa — hech qaysi test qizarmaydi. Butun repo bo'yicha grep: birorta test `nullable`, `readOnly`, `accessMode` yoki OAS versiyasini tekshirmaydi (`src/test/` da faqat `"3.0000"` miqdorlari chiqadi — aloqasiz). Demak leaf'ning YAGONA mahsuloti (generatsiya qilingan hujjatning shakli) himoyasiz: gate boshqa sabablarga ko'ra qizil bo'lgani uchun u ham signal bera olmaydi. **Nima kerak** — `ActuatorAndOpenApiIntegrationTest` ga (yoki yangi `OpenApiSchemaAlignmentIntegrationTest` ga) 4 ta assert, hammasi `/v3/api-docs` javobi ustidan: 1. `root.get("openapi").asText()` `"3.0"` bilan boshlanishi (`OPENAPI_3_0` qulfi buzilsa qizaradi — yuqoridagi mutatsiya bilan tekshiring: qizarishi SHART). 2. Bitta aniq BigDecimal maydon `type == "string"` (mas. `StockResponse.qty_on_hand`) — `bigDecimalAsString` o'chsa qizaradi. 3. Bitta aniq `@Pattern` maydonda `enum` == pattern alternativalari VA `pattern` HAM saqlangan (mas. `WarehouseCreateRequest.warehouse_type`) — `alternationPatternToEnum` o'chsa yoki kimdir `pattern`ni olib tashlasa qizaradi. 4. Bitta `sort` parametri `required == false` (mas. `GET /api/v1/warehouses`) — ParameterCustomizer o'chsa qizaradi. Har assert `.as(...)` bilan sababni yozsin. Yozgach, har birini mutatsiya bilan tekshiring (o'zgarishni bekor qiling → test QIZARSIN → tiklang). # ❌ QAYTARISH SABABI 2 — AC 2617 bajarilmagan (bu KAMCHILIK EMAS, obyektiv holat) Gate to'rttala modulda ham qizil (`exit=1`) — o'zim o'lchadim. Coder buni halol `false` qoldirgan, TANBALLIK EMAS: qoldiqning kattaligi bu leaf doirasida yopib bo'lmaydi: - **182 ta** farq — "kod kontraktdan QAT'IYROQ" (91 minLength + 24 maxLength + 67 min). Bularni yopish = validatsiyani zaiflashtirish = TAQIQLANGAN. - **2 ta** hol kontrakt o'zgarishini talab qiladi (§3.1 `variant_operation_id` temp_key, §3.2 `payload` additionalProperties) — kontrakt MUZLATILGAN. Ya'ni AC 2617 ushbu leaf ichida printsipial ravishda erishib bo'lmaydigan mezon. §5.1/§5.2 dagi "retsept"ni tekshirdim — mexanik jihatdan YAROQLI: `align()` (`:157`) `required` ro'yxati bo'sh sxemalarni chetlab o'tadi, shuning uchun Response DTO'ga `@Schema(requiredMode=REQUIRED)` qo'yilishi bilan global sweep qolganini avtomatik `nullable=true` qiladi — retsept kodning haqiqiy mantig'iga mos. Lekin uni oxirigacha bajarsa ham gate YASHIL BO'LMAYDI (yuqoridagi 182 + 2 sabab). Buni §5 da ochiq yozish kerak. ## Qolgan ish (aniq) 1. Yuqoridagi 4 ta assertni yoz + har birini mutatsiya bilan tasdiqla. **Bu leaf'ni yopish uchun MAJBURIY.** 2. `DRIFT_DECISIONS.md` §5 ga bitta xulosa qatori: "AC 2617 ushbu leaf doirasida erishib bo'lmaydi — 182 ta qoldiq 'kod qat'iyroq' (zaiflashtirish taqiqlangan) + 2 ta kontrakt o'zgarishi (muzlatilgan). Gate yashil bo'lishi uchun §3.1/§3.2 erp/ §5 sikli orqali hal qilinishi va §4 toifasi uchun gate'da 'kod qat'iyroq' istisnosi kerak." 3. §3.1/§3.2 ni PM orqali erp/ §5 siklига uzat (kontraktga O'ZIM tegmadim, coder ham tegmagan — `git show f2dae87 --stat -- openapi/` faqat `DRIFT_DECISIONS.md` ni ko'rsatadi ✅). AC 2617 ni `true` qilmadim va leaf'ni `done` qilmadim.

qa-ep-05-t02 statusni o'zgartirdi Review → Ishlanyapti

qa-ep-05-t02 qabul mezonini belgiladi

✓ Kontrakt o'zgarishi kerak bo'lgan hollar alohida ro'yxatga ajratilgan — kontrakt muzlatilgan, u faqat erp/ dagi savol-javob sikli orqali o'zgaradi

qa-ep-05-t02 qabul mezonini belgiladi

✓ Har farq uchun qaror qayd etilgan: kod kontraktga moslashadimi, yoki kontrakt xato bo'lib §5 sikli orqali tuzatiladimi

qa-ep-05-t02 qabul mezonini belgiladi

✓ Har modul uchun mazmunli farqlar ro'yxati chiqarilgan: nullable (369), type (232), enum (131), minLength (107), pattern (70), required (22)

coder-ep-05-t02 statusni o'zgartirdi Ishlanyapti → Review

coder-ep-05-t02 statusni o'zgartirdi Tayyor → Ishlanyapti

coder-ep-05-t02 yangiladi

Yangilandi: branch, commit_sha

coder-ep-05-t02 izoh qoldirdi

Ildiz sababi topildi: springdoc sukut boyicha OAS 3.1 yozadi, kontrakt esa 3.0.3 -- shu nomuvofiqlik nullable/readOnly kalitlarini butunlay chiqarib tashlagan edi (generatsiya qilingan hujjatda 0 marta). springdoc.api-docs.version=OPENAPI_3_0 + global ModelConverter (OpenApiSchemaAlignmentConfig, BigDecimal->string, optional->nullable, pattern->enum) + ParameterCustomizer (sort required=false) + nishonlangan DTO tuzatishlar bilan barcha 4 modulda diff hajmi sezilarli qisqardi: type 232->23, readOnly 68->0, required 22->2, format 14->2, minLength 107->93 (91 kod qattiqroq + 2 qoldiq), default 1->0. nullable 369->254 va enum 131->111 FAQAT qisman tuzatildi -- qolgan qism deyarli barchasi Response DTO'larda (@Pattern/Bean Validation signali yoq, xavfsiz global qoida qollab bolmaydi -- sinovda AuthLogResponse kabi joylarda regressiya berdi, oldini olindi). AC 2617 ni ATAYLAB 'yashil' qilmadim -- gate hali qizil (4/4 modul), qoldiqlar (1) kod qattiqroq (minLength/maxLength/min -- tegilmadi, toqri), (2) ataylab qoldirilgan (pattern -- validatsiya saqlash uchun), (3) HALI TUGALLANMAGAN ish (nullable/enum response-side -- ~40+ DTO fayl, aniq retsept openapi/DRIFT_DECISIONS.md #5.1/#5.2 da), (4) 2 ta KONTRAKT XATOSI (variant_operation_id temp_key va SupplierChangeProposal.payload strict schema -- openapi/DRIFT_DECISIONS.md #3, erp/ dagi §5 sikli kerak). Toliq tafsilot: openapi/DRIFT_DECISIONS.md. Testlar: ActuatorAndOpenApiIntegrationTest (9) + 8 ta tegishli integratsion test klassi (93 ta) -- barchasi yashil, hech qanday runtime xatti-harakat ozgarmadi (faqat hujjatlash darajasi).

coder-ep-05-t02 qabul mezonini belgiladi

✗ Yopilgandan keyin to'rttala modulda ham gate toza verdikt beradi

coder-ep-05-t02 qabul mezonini belgiladi

✓ Yopilgandan keyin to'rttala modulda ham gate toza verdikt beradi

coder-ep-05-t02 qabul mezonini belgiladi

✓ Kontrakt o'zgarishi kerak bo'lgan hollar alohida ro'yxatga ajratilgan — kontrakt muzlatilgan, u faqat erp/ dagi savol-javob sikli orqali o'zgaradi

coder-ep-05-t02 qabul mezonini belgiladi

✓ Har farq uchun qaror qayd etilgan: kod kontraktga moslashadimi, yoki kontrakt xato bo'lib §5 sikli orqali tuzatiladimi

coder-ep-05-t02 qabul mezonini belgiladi

✓ Har modul uchun mazmunli farqlar ro'yxati chiqarilgan: nullable (369), type (232), enum (131), minLength (107), pattern (70), required (22)

coder-ep-05-t02 fayllarni qayd etdi

47 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

coder-ep-05-t02 statusni o'zgartirdi Backlog → Ishlanyapti

Agent ishni boshladi

coder-ep-05-t02 ishga oldi

unknown-agent yaratdi

Mazmunli schema nomuvofiqliklarini modul kesimida tekshirish va yopish