{
  "reviewedAt": "07.09.2026",
  "mock": "../mock/crm-full-mock-consolidated-2026-09-04.html",
  "flow": "../process-flows.html",
  "sprintList": "https://app.clickup.com/9004021877/v/l/li/901524950015",
  "method": "Потвърдените решения и новите канонични stories са бизнес истина. Старите конфликтни Sprint 2 задачи се използват само за миграционна сверка и се премахват след създаването на пълния нов набор; не трябва да определят новата реализация.",
  "findings": [
    {
      "level": "high",
      "title": "Старите Sprint 2 задачи трябва да бъдат премахнати след миграцията",
      "text": "Новите канонични stories и задачите, създадени от тях, остават. Старите припокриващи се или конфликтни задачи се изтриват изцяло след като за всяко story има нова водеща задача."
    },
    {
      "level": "medium",
      "title": "Notification matrix чака бизнес одобрение",
      "text": "Събитията, получателите, каналите, автоматичното изпращане и повторението се събират в една задача за одобрение; след потвърждение тя става източникът за US-F15-01."
    }
  ],
  "stories": [
    {
      "id": "US-F00-01",
      "status": "partial",
      "meeting": "CTX-03 и потвърденият модел Компания + Роля + Представителство",
      "flow": "Организационен модел и матрица на роли",
      "mock": "Има role/company switcher и екран за назначения; липсва отделна актуална Sprint 2 задача, която да обхваща целия модел.",
      "tasks": [],
      "action": "Да се провери реалният frontend за create/edit user и при липса да се създаде една задача за многократни назначения."
    },
    {
      "id": "US-F00-02",
      "status": "aligned",
      "meeting": "Потвърден принцип permission + допустим статус",
      "flow": "Общ принцип за права по действия",
      "mock": "Проверки по permissions са приложени в консолидирания мокъп.",
      "tasks": ["UNI-32135"],
      "action": "Да се използва като общо изискване за всички останали задачи."
    },
    {
      "id": "US-F00-03",
      "status": "partial",
      "meeting": "CTX-03, CTX-04 и последващата меню матрица",
      "flow": "Роли, организационен scope и dashboard контекст",
      "mock": "Switcher-ът и ролевите менюта са показани; frontend parity трябва да се провери отделно.",
      "tasks": ["UNI-32137"],
      "action": "Да се добави изричен scope към задачата за role switching или отделна задача само ако реалният frontend не го покрива."
    },
    {
      "id": "US-F00-04",
      "status": "aligned",
      "meeting": "Потвърден общ UI принцип",
      "flow": "Филтриране, навигация и масови действия",
      "mock": "Column filters, selection set и долна bulk action лента са уеднаквени в основните регистри.",
      "tasks": ["UNI-32295"],
      "action": "Да се използва един и същ frontend компонент във всички автомобилни таблици."
    },
    {
      "id": "US-F00-05",
      "status": "partial",
      "meeting": "CON-05, TR-05, TX-06 и общото решение document-first",
      "flow": "Общ принцип за входящи документи",
      "mock": "Еднакъв модел upload -> progress -> попълнена форма -> потвърждение е показан, но AI е демонстрационен.",
      "tasks": ["UNI-32208", "UNI-32194", "UNI-31952"],
      "action": "Да се обедини техническият компонент, без отделните business stories да се смесват в една задача."
    },
    {
      "id": "US-F00-06",
      "status": "partial",
      "meeting": "CON-14 и общите audit решения",
      "flow": "История и комуникационни събития",
      "mock": "Има локални истории по процеси, но не е доказан единен audit модел за всички действия.",
      "tasks": ["UNI-32162"],
      "action": "Да се дефинира общ audit contract; UNI-32162 покрива само преразпределението."
    },
    {
      "id": "US-F19-01",
      "status": "aligned",
      "meeting": "DLR-03 и потвърденият dealer flow",
      "flow": "F19 и дилърски flow: оферта -> клиентска поръчка -> заявка",
      "mock": "Дилърският портал наследява клиент, конфигурация, цена и източник от офертата.",
      "tasks": ["UNI-31977", "UNI-32138", "UNI-32139", "UNI-32242"],
      "action": "Да се избере UNI-31977 като водеща story задача и да се свържат по-малките задачи като подзадачи или AC."
    },
    {
      "id": "US-F20-01",
      "status": "partial",
      "meeting": "DLR-04 и количественото уточнение след срещата",
      "flow": "F20 - Sales Manager решение",
      "mock": "Стъпката и количествената форма са налични.",
      "tasks": ["UNI-32085", "UNI-32142", "UNI-32141"],
      "action": "Задачата трябва да казва, че действието идва от permission и позволява същото или по-малко количество."
    },
    {
      "id": "US-F20-02",
      "status": "aligned",
      "meeting": "Потвърден допълнителен път за дилърски склад",
      "flow": "Flow 2A и дилърски flow за складова заявка",
      "mock": "Sales Manager може да създаде заявка без клиент, оферта и капаро.",
      "tasks": ["UNI-32140", "UNI-32085"],
      "action": "Да остане отделен вход към същата approval верига."
    },
    {
      "id": "US-F21-01",
      "status": "partial",
      "meeting": "DLR-04 и последващото количествено решение",
      "flow": "F21 - Dealer Manager решение",
      "mock": "Dealer Manager потвърждава количество и изпраща към China Motor.",
      "tasks": ["UNI-32085", "UNI-32142", "UNI-32141"],
      "action": "Да се премахне hardcoded роля от техническото решение и да се запази permission-based action."
    },
    {
      "id": "US-F02-01",
      "status": "aligned",
      "meeting": "DLR-04 и изричното решение за пет количествени нива",
      "flow": "F02/F20-F22 - пълната последователна верига",
      "mock": "Пълната верига е показана като количествено решение на всяко ниво до максимума от предходното; няма връщане назад.",
      "tasks": ["UNI-32085", "UNI-32088", "UNI-32142", "UNI-32141"],
      "action": "Новата story е канонична. Старите конфликтни approval задачи се премахват при миграцията към новия task set."
    },
    {
      "id": "US-F22-01",
      "status": "aligned",
      "meeting": "DLR-07, DLR-08 и последващото финално решение",
      "flow": "F22 - China Motor решение и обратна връзка",
      "mock": "Network, Product и Brand са отделни количествени нива; финалното Brand решение известява дилъра и прави поръчването достъпно за Product Manager.",
      "tasks": ["UNI-32088", "UNI-32089", "UNI-32143", "UNI-32144"],
      "action": "Да се пази тази последователност като единствена активна версия във flow, mock и новите задачи."
    },
    {
      "id": "US-F01-01",
      "status": "aligned",
      "meeting": "FAC-08, FAC-09 и решението таргетът да е само контекст",
      "flow": "F01 - цели и планиране",
      "mock": "Таргети по дилъри, доставчици и модели са годишни; месечни и тримесечни периоди са бъдещо разширение.",
      "tasks": ["UNI-31955", "UNI-32137"],
      "action": "Да няма автоматични предложения, ограничения или версии на таргетите."
    },
    {
      "id": "US-F03-01",
      "status": "aligned",
      "meeting": "DLR-08, FAC-06 и FAC-07",
      "flow": "F03 - консолидиране и заводска поръчка",
      "mock": "Матрицата по доставчик създава или допълва една активна поръчка към един доставчик; редовете са част от поръчката и няма повторно approval на дилърските количества.",
      "tasks": ["UNI-32086", "UNI-32088", "UNI-32143", "UNI-32148", "UNI-32149", "UNI-32151"],
      "action": "Да се запази една дългоживееща поръчка към един доставчик, като редовете са част от самата поръчка."
    },
    {
      "id": "US-F03-02",
      "status": "partial",
      "meeting": "FAC-01 и FAC-02",
      "flow": "F03 - избор на доставчик",
      "mock": "Има меню Доставчици/каталог и default доставчик по модел; бизнес валидността на връзката не е напълно показана.",
      "tasks": ["UNI-32147", "UNI-32214"],
      "action": "Да се уточни кой permission управлява допустимите доставчици и от кога промяната важи за нови позиции."
    },
    {
      "id": "US-F04-01",
      "status": "aligned",
      "meeting": "PROD решенията и document-first уточнението",
      "flow": "F04 - производство на ниво автомобил",
      "mock": "Excel попълва редактируема форма; липсващ VIN/двигател не блокира маркиране като произведен.",
      "tasks": ["UNI-31959", "UNI-32163", "UNI-32164", "UNI-32165", "UNI-32166", "UNI-32170"],
      "action": "Да се консолидират припокриващите се задачи под една story и да се запазят идентификаторите отделно."
    },
    {
      "id": "US-F05-01",
      "status": "aligned",
      "meeting": "CON-01, CON-02, CON-03 и CON-05",
      "flow": "F05 - проформи",
      "mock": "Много проформи към една поръчка и AI форма за проверка са показани.",
      "tasks": ["UNI-32091", "UNI-32152", "UNI-32153", "UNI-32154", "UNI-32168"],
      "action": "Да се уеднакви терминът Product Manager вместо Buyer и да не се въвежда version workflow."
    },
    {
      "id": "US-F05-02",
      "status": "conflict",
      "meeting": "PROD-06, PROD-07, PROD-08, PROD-09 и последващите уточнения",
      "flow": "F05 - индивидуални фактури и сравнение",
      "mock": "Показва пакетно качване и разлика, но трябва да се провери да няма скрит hard gate.",
      "tasks": ["UNI-32092", "UNI-32167", "UNI-32169", "UNI-31952"],
      "action": "Да се коригира UNI-32092: VIN е опционален, ценовата разлика е видима без tolerance и не блокира потвърждението от оторизиран потребител."
    },
    {
      "id": "US-F05-03",
      "status": "conflict",
      "meeting": "CON-10, CON-11, CON-12, CON-13 и CON-14",
      "flow": "Flow 5A - разпределение на произведени автомобили",
      "mock": "Масова смяна на дилър и payment lock са налични, но част от стария код преизчислява цена/остатъци.",
      "tasks": ["UNI-32090", "UNI-32157", "UNI-32158", "UNI-32159", "UNI-32160", "UNI-32161", "UNI-32162"],
      "action": "Да се промени само dealer assignment на неплатения автомобил. Фактури, цени, заявки, документи и локация не се преизчисляват."
    },
    {
      "id": "US-F06-01",
      "status": "aligned",
      "meeting": "TR-01 и потвърденият transport order процес",
      "flow": "F06 - поръчка за транспорт и оферти",
      "mock": "Поръчка се създава от произведени автомобили или от транспортния модул и допуска много оферти.",
      "tasks": ["UNI-31958", "UNI-32172", "UNI-32173", "UNI-32174"],
      "action": "Да се избере една водеща задача и да се запази email като опционално действие на английски."
    },
    {
      "id": "US-F06-02",
      "status": "aligned",
      "meeting": "TR-04, TR-05, TR-06, TR-08, TR-09 и TR-10",
      "flow": "F06 - множество доставки под поръчката",
      "mock": "Добавяне от BL/фактура, много доставки, превозвач, ETA, автомобили и разпределен разход са показани.",
      "tasks": ["UNI-32175", "UNI-32176", "UNI-32177", "UNI-32178", "UNI-32179", "UNI-32180", "UNI-32194"],
      "action": "Да се запази човешката редакция на AI резултата и точният сбор към фактурата."
    },
    {
      "id": "US-F07-01",
      "status": "aligned",
      "meeting": "TR-08 и TR-11",
      "flow": "F07 - ETA, предварително известие и пристигане",
      "mock": "ETA е на доставка; предварително и arrival известие са отделни, еднократни и могат да се повторят ръчно.",
      "tasks": ["UNI-31960", "UNI-32178", "UNI-32207"],
      "action": "Да се потвърди само настройваемият период преди ETA и списъкът получатели."
    },
    {
      "id": "US-F08-01",
      "status": "aligned",
      "meeting": "TX-05, TX-06, TX-08 и последващото решение CMR да се качва при получаване",
      "flow": "F08 - пристанище към Безмитен склад",
      "mock": "Частичното приемане е налично; CMR се качва и архивира при физическото приемане в Тексим.",
      "tasks": ["UNI-31962", "UNI-32181", "UNI-32182", "UNI-32184", "UNI-32186"],
      "action": "Да се пази единствено този вариант в новите stories и задачи; старите CMR варианти се премахват при миграцията."
    },
    {
      "id": "US-F09-01",
      "status": "aligned",
      "meeting": "Потвърдено разграничение CoC/Удостоверение за индивидуално одобряване",
      "flow": "F09 - хомологация",
      "mock": "Алтернативните пътища и AI документът са показани; начално действията се изпълняват от Back Office и Logistics.",
      "tasks": ["UNI-31963", "UNI-32183"],
      "action": "Правата за преглед и обработка на хомологация са отделни и могат впоследствие да се закачат към всяка роля."
    },
    {
      "id": "US-F10-01",
      "status": "aligned",
      "meeting": "WH решенията и финалното уточнение за един блок Калкулация + един блок Фактура",
      "flow": "F10 - заявка, калкулация и фактура",
      "mock": "Досието има един блок Калкулация и един блок Фактура и допуска двата потвърдени входа.",
      "tasks": ["UNI-31964", "UNI-32187", "UNI-32194", "UNI-31952"],
      "action": "Да се пазят двата входа: калкулация -> фактура или директно фактура -> автоматично попълнена калкулация. Само фактурата създава задължение."
    },
    {
      "id": "US-F10-02",
      "status": "partial",
      "meeting": "WH-04, WH-08 и последващите решения за release и декларации",
      "flow": "F10 - плащане, освобождаване и декларации",
      "mock": "Плащане, частично освобождаване и много декларации са показани; direct submission от агента остава недоказан.",
      "tasks": ["UNI-32185", "UNI-32188", "UNI-32190", "UNI-32209", "UNI-32293"],
      "action": "Да се запази декларацията отделно от освобождаването и soft warning при липса; direct external upload да се потвърди преди реализация."
    },
    {
      "id": "US-F16-01",
      "status": "aligned",
      "meeting": "WH-01 и решението за паралелна готовност",
      "flow": "F16 - подготовка за издаване и складово състояние",
      "mock": "Документи, хомологация, еко такса, обмитяване и плащане са независими показатели и действия; общият gate е предупреждение.",
      "tasks": ["UNI-31975", "UNI-32293", "UNI-32295"],
      "action": "Да не се възстановява отделен линеен процес Комплектовай; readiness индикаторите остават независими."
    },
    {
      "id": "US-F16-02",
      "status": "aligned",
      "meeting": "Потвърден NAV ID и отделни physical/NAV/destination полета",
      "flow": "NAV import/export и складова проследимост",
      "mock": "NAV ID, inventory no и VIN са отделни; показани са 69-колонен import/export и location history.",
      "tasks": ["UNI-31823", "UNI-31824", "UNI-31984", "UNI-31965", "UNI-32170"],
      "action": "Да се използва предоставеният NAV CSV като contract fixture и да се избегнат три припокриващи се задачи за същия обмен."
    },
    {
      "id": "US-F17-01",
      "status": "aligned",
      "meeting": "Back Office срещата и последващото потвърждение",
      "flow": "F17 - еко такси и декларации",
      "mock": "Партида се създава от автомобилите или специализирания екран; показани са фактура, плащане и декларации.",
      "tasks": ["UNI-31978"],
      "action": "Да се актуализира задачата по текущия flow и общия AI компонент."
    },
    {
      "id": "US-F18-01",
      "status": "aligned",
      "meeting": "Back Office и dealer delivery решенията",
      "flow": "F18 - документни комплекти към дилър",
      "mock": "Комплектите са по дилър/представителство и пазят изпратени, върнати и липсващи позиции.",
      "tasks": ["UNI-31979"],
      "action": "Да се потвърди финалният checklist, без да се блокира разработката на обекта и връзките."
    },
    {
      "id": "US-F11-01",
      "status": "partial",
      "meeting": "WH-09, WH-04 и решенията за Централен склад",
      "flow": "F11 - заявка към Тексим за дилър/собствен склад",
      "mock": "Readiness snapshot и двете физически направления са показани; override permissions са още общи.",
      "tasks": ["UNI-31966", "UNI-32189", "UNI-32293"],
      "action": "Да се запази soft-warning моделът и да се потвърдят конкретните override permissions."
    },
    {
      "id": "US-F12-01",
      "status": "aligned",
      "meeting": "WH-09 и Texim operational решенията",
      "flow": "F12 - частично издаване от Тексим",
      "mock": "Тексим избира и издава конкретни налични автомобили; остатъкът остава отворен.",
      "tasks": ["UNI-31967", "UNI-32189"],
      "action": "Да се обедини с общата задача за вътрешен транспорт само ако ownership и AC останат ясни."
    },
    {
      "id": "US-F13-01",
      "status": "aligned",
      "meeting": "Dealer receipt и сервизните уточнения",
      "flow": "F13 - дилърска приемка с протокол",
      "mock": "Има частична приемка, checklist, снимки и damage case при щета или липса.",
      "tasks": ["UNI-31969", "UNI-31974", "UNI-32189"],
      "action": "Да се запази единният приемен процес за нови автомобили без допълнителни полета извън описания checklist."
    },
    {
      "id": "US-F24-01",
      "status": "aligned",
      "meeting": "Dealer operational receipt решенията",
      "flow": "F24 - приемане в представителството",
      "mock": "Доставките, частичната приемка, checklist и снимките са налични.",
      "tasks": ["UNI-31974", "UNI-32189"],
      "action": "Дилърският mock следва AC-F24-03 и не дублира различен приемен процес."
    },
    {
      "id": "US-F14-01",
      "status": "aligned",
      "meeting": "TX-13, WH-10 и последващото permission решение",
      "flow": "F14 - щета или несъответствие",
      "mock": "Единно damage досие, снимки, калкулация и решение са показани с отделни права.",
      "tasks": ["UNI-31971", "UNI-32191", "UNI-30719"],
      "action": "Първоначално Back Office, Logistics и After Sales получават нужните права; всяко право може впоследствие да се закачи към друга роля."
    },
    {
      "id": "US-F14-02",
      "status": "open",
      "meeting": "Потвърден бизнес поток; отворена интеграция със системата за щети",
      "flow": "Dealer PDI: дилър -> After Sales -> фактура към China Motor",
      "mock": "Dealer PDI е отделен от Texim PDI, но оперативният процес вече живее в системата за щети; CRM интеграцията не е решена.",
      "tasks": ["UNI-31976", "UNI-32294", "UNI-32192", "UNI-32193"],
      "action": "Ръководството да определи източника на истина, обменяните статуси и документи, връзката с автомобила и поведението при разминаване; след това да се актуализира обхватът на задачите."
    },
    {
      "id": "US-F23-01",
      "status": "partial",
      "meeting": "Дилърският финансов flow и dashboard решенията",
      "flow": "F23 - фактури за плащане, просрочени и платени",
      "mock": "Dealer portal показва финансови статуси и документи, но няма една ясно водеща Sprint 2 задача за целия списък.",
      "tasks": ["UNI-31972", "UNI-32167", "UNI-32193"],
      "action": "Да се отдели дилърският read-only финансов списък от вътрешната Finance обработка."
    },
    {
      "id": "US-F23-02",
      "status": "aligned",
      "meeting": "FIN-02 и потвърденият общ модел за отразяване на плащане",
      "flow": "F23 и общият финансов модел",
      "mock": "Платежен документ или ръчно въведени полета попълват една редактируема форма; потвърждението задава статуса Платена.",
      "tasks": ["UNI-32209", "UNI-32193", "UNI-31961"],
      "action": "Бъдещи NAV, import или други източници попълват същата форма и не създават паралелен платежен модел."
    },
    {
      "id": "US-F15-01",
      "status": "open",
      "meeting": "TR-11, TX-01 и общите комуникационни решения",
      "flow": "F15 - автоматични известия и история",
      "mock": "Статус, история и повторно изпращане са показани; финалните получатели/канали не са потвърдени за всички събития.",
      "tasks": ["UNI-31973", "UNI-32207", "UNI-32296"],
      "action": "UNI-32296 съдържа пълната предложена notification matrix за бизнес одобрение; опционалният email никога не блокира бизнес действието."
    },
    {
      "id": "US-F15-02",
      "status": "aligned",
      "meeting": "CTX-05 и потвърдените dashboard решения",
      "flow": "Ролеви работни опашки и KPI",
      "mock": "Запазен е одобреният интерактивен dashboard с YTD период, месечни графики, role switch и drill-down.",
      "tasks": ["UNI-32137", "UNI-32229", "UNI-32110"],
      "action": "Да не се редизайнира концепцията; да се коригират само дефинициите, данните и доказаните frontend бъгове."
    }
  ]
}