{
  "US-F00-01": {
    "actor": "Администратор на системата",
    "permission": "Управление на потребители и достъп",
    "scope": "Всички разрешени компании",
    "description": "Потребителят има един профил, но може да работи в повече от една компания, с повече от една роля в една компания и, когато е приложимо, в конкретни представителства.",
    "preconditions": ["Съществуват потребител, компания и роля.", "При дилърски роли представителството принадлежи на избраната дилърска компания."],
    "flow": ["Администраторът отваря съществуващия екран за добавяне или редакция на потребител.", "Добавя една или повече комбинации Компания, Роля и Представителство.", "Системата валидира допустимостта и дублирането на комбинациите.", "След запис назначенията се появяват в контекстния превключвател на потребителя."],
    "rules": ["Един потребител може да има няколко роли в една компания.", "Представителство се задава само за приложимите дилърски роли.", "Промяната на достъпа не променя авторството на исторически действия."],
    "cornerCases": ["Идентична комбинация не се записва повторно.", "Деактивирано назначение изчезва от превключвателя, но остава в историята."]
  },
  "US-F00-02": {
    "actor": "Собственик на процес или администратор",
    "permission": "Управление на роли и permissions",
    "scope": "Системен",
    "description": "Възможността за действие се определя от конкретно permission, организационния обхват и текущия статус на обекта. Името на ролята само по себе си не е бизнес условие.",
    "preconditions": ["Потребителят има активно назначение.", "Бизнес обектът има определен текущ статус и организационен собственик."],
    "flow": ["Системата определя активния company/role context.", "Проверява permission, scope и допустим статус.", "Показва приложимото действие и валидира повторно при изпълнение.", "При разрешен override записва предупреждението, основанието и автора."],
    "rules": ["UI скриването не заменя server-side проверката.", "Hard gate съществува само при изрично потвърдено бизнес правило.", "Soft warning не блокира потребител с необходимото override право."],
    "cornerCases": ["Директен URL не заобикаля permission проверката.", "При масова селекция се изпълняват само допустимите редове и се показват точните откази."]
  },
  "US-F00-03": {
    "actor": "Потребител с повече от едно назначение",
    "permission": "Активно назначение в избрания контекст",
    "scope": "Компания, роля и представителство от назначението",
    "description": "Единният портал променя менюто, dashboard-а, данните и действията според активната комбинация от компания и роля.",
    "preconditions": ["Потребителят е влязъл в системата.", "Има поне едно активно назначение."],
    "flow": ["Потребителят отваря превключвателя от профила.", "Избира компания и роля измежду активните назначения.", "Системата обновява навигацията, dashboard-а и обхвата на данните.", "Избраният контекст се използва при следващите действия."],
    "rules": ["Не се смесват данни от различни компании.", "Дилърският контекст е ограничен до дилъра и разрешените представителства.", "Вносителският контекст използва определения за ролята обхват."],
    "cornerCases": ["Отворен запис извън новия контекст става недостъпен.", "Деактивирано назначение не може да остане активно след нова сесия."]
  },
  "US-F00-04": {
    "actor": "Оперативен потребител",
    "permission": "Преглед и приложимо масово действие",
    "scope": "Според активния организационен контекст",
    "description": "Автомобили, поръчки, фактури и документи използват еднакъв модел за филтриране, селекция и масови действия, подходящ и за стотици редове.",
    "preconditions": ["Потребителят има достъп до съответния регистър.", "Регистърът съдържа поне един видимо достъпен ред."],
    "flow": ["Потребителят филтрира чрез отделните бизнес колони.", "Избира отделни редове, текущата страница или всички филтрирани резултати.", "Една контекстна лента показва броя и допустимите действия.", "Системата изпълнява действието и връща резултат по всеки ред."],
    "rules": ["Свързаните обекти имат отделни филтруеми колони, а не обща колона Връзки.", "Контролите за избор не се дублират в action bar-а.", "Selection set-ът се запазва точно при пагинация и филтри."],
    "cornerCases": ["При смесени статуси допустимите редове се обработват, а останалите получават причина.", "Промяна на филтъра изисква ясно показване кои избрани редове остават в обхвата."]
  },
  "US-F00-05": {
    "actor": "Потребител, който обработва входящ документ",
    "permission": "Качване и потвърждение за съответния тип документ",
    "scope": "Бизнес обектът, към който се прикачва документът",
    "description": "Документите не създават отделен AI екран. Разчетените данни се попълват директно в крайната работна форма и се записват едва след човешка проверка.",
    "preconditions": ["Има бизнес обект или процес, към който документът принадлежи.", "Форматът на файла е разрешен за съответния документ."],
    "flow": ["Потребителят качва документа.", "Кратък status bar показва обработката.", "Системата попълва разпознатите стойности в крайната форма и маркира липсите.", "Потребителят коригира, добавя или премахва стойности и потвърждава."],
    "rules": ["Неразчетена стойност остава празна; системата не измисля данни.", "Бизнес статусът не се променя преди човешко потвърждение.", "Един и същ принцип се използва за Excel, фактури, BL, CMR, декларации и други използвани документи."],
    "cornerCases": ["Нечетим файл остава задача за ръчно допълване.", "Повторно качване не създава скрит дублиран бизнес документ."]
  },
  "US-F00-06": {
    "actor": "Потребител с контролен достъп",
    "permission": "Преглед на история",
    "scope": "Достъпните бизнес обекти",
    "description": "Историята проследява бизнес решенията и промените, без да въвежда излишно версиониране на целия процес.",
    "preconditions": ["Съществува бизнес обект.", "По него е извършено проследимо действие."],
    "flow": ["Действието се изпълнява в съответния процес.", "Системата записва тип, автор, момент и промяната преди/след.", "Историята се показва хронологично в досието на обекта.", "Контролният потребител може да проследи източника на текущото състояние."],
    "rules": ["Одобрение, отказ, override, изпращане, плащане, разпределение и статусна промяна се логват.", "Историческият автор не се изменя при промяна на профила му.", "Добавяне към активна заводска поръчка не създава версия на цялата поръчка."],
    "cornerCases": ["Деактивиран потребител остава разпознаваем като исторически автор.", "Повторно действие създава ново събитие, а не презаписва предходното."]
  },
  "US-F19-01": {
    "actor": "Dealer Sales",
    "permission": "Създаване на клиентска поръчка и заявка към вносител",
    "scope": "Собствени клиенти и разрешено представителство",
    "description": "Одобрената от клиента оферта се превръща в клиентска поръчка. Първо се търси конкретен автомобил при дилъра и China Motor; при липса се използва конфигуратор и се създава заявка към вносителя.",
    "preconditions": ["Офертата е приета от клиента.", "Клиентът, конфигурацията, цената и представителството са определени."],
    "flow": ["Sales отваря приетата оферта и търси автомобил по марка и модел.", "Системата показва наличностите на дилъра и China Motor с локация и логистичен статус.", "При липса на подходящ автомобил Sales избира модификация, екстериор и интериор в конфигуратора.", "Създава клиентска поръчка, записва капаро при наличие и създава дилърска заявка само когато автомобилът не е от свободния собствен склад."],
    "rules": ["Клиентската конфигурация и цена се пазят като snapshot.", "Клиентската и дилърската цена са независими.", "Soft delete на дилърската заявка не променя клиентската поръчка, офертата или капарото."],
    "cornerCases": ["Липсващ VIN при неналична конфигурация не блокира.", "От една оферта не се допуска втора активна клиентска поръчка."]
  },
  "US-F20-01": {
    "actor": "Потребител с право за Sales Manager одобрение",
    "permission": "Одобрение като Sales Manager",
    "scope": "Разрешен екип и представителства",
    "description": "Първото управленско ниво при дилъра проверява заявката и може да потвърди заявеното или по-малко положително количество.",
    "preconditions": ["Има активна заявка със статус Чака Sales Manager.", "Заявката е в организационния обхват на потребителя."],
    "flow": ["Потребителят отваря заявката от своята опашка.", "Вижда клиента, офертата, конфигурацията, цената и заявеното количество.", "Формата предлага заявеното количество и позволява намаляване.", "При одобрение заявката преминава към Dealer Manager; при отказ решението остава в историята."],
    "rules": ["Потвърденото количество не може да надвишава заявеното.", "Решението се управлява от permission и статус.", "Одобрението не създава нова заявка."],
    "cornerCases": ["Нула не е частично одобрение и се обработва като отказ.", "Потребител извън scope не може да отвори заявката чрез директен URL."]
  },
  "US-F20-02": {
    "actor": "Потребител с право да създава дилърска складова заявка",
    "permission": "Създаване на поръчка за дилърски склад",
    "scope": "Разрешена дилърска компания и представителство",
    "description": "Дилърът може да заяви автомобили за собствена складова наличност, без клиент, клиентска оферта или капаро.",
    "preconditions": ["Избрани са представителство и автомобилна конфигурация.", "Потребителят има право за складова заявка."],
    "flow": ["Потребителят стартира нова поръчка за склад.", "Избира модел, модификация, цветове, количество и получаващо представителство.", "Системата записва предназначение Дилърски склад.", "Заявката започва от Dealer Manager и след одобрение следва China Motor approval процеса."],
    "rules": ["Не се изискват клиент, оферта или капаро.", "Заявката за склад използва същите количествени решения като клиентската заявка след дилърското ниво.", "Предназначението остава видимо по цялата верига."],
    "cornerCases": ["Недопустима конфигурация не се добавя като свободен текст.", "Количество под едно не може да бъде изпратено."]
  },
  "US-F21-01": {
    "actor": "Потребител с право за Dealer Manager одобрение",
    "permission": "Одобрение като Dealer Manager",
    "scope": "Цялата разрешена дилърска компания",
    "description": "Dealer Manager взема финалното решение от страна на дилъра и изпраща съществуващата заявка към China Motor.",
    "preconditions": ["Клиентската заявка е одобрена от Sales Manager или заявката е за дилърски склад.", "Заявката е активна и принадлежи на дилъра."],
    "flow": ["Dealer Manager вижда клиентските и складовите заявки.", "Преглежда предназначение, представителство, цена и предходни количества.", "Потвърждава същото или по-малко количество.", "При одобрение заявката преминава към Мениджър търговска мрежа в China Motor."],
    "rules": ["Не се създава дублирана входяща заявка.", "Потвърденото количество не надвишава Sales решението.", "Ценово изключение не прескача approval нивата."],
    "cornerCases": ["Оттеглянето на дилърската заявка е отделно soft-delete действие и не изтрива клиентската поръчка или капарото.", "Повторно изпращане на вече изпратена заявка не създава дубликат."]
  },
  "US-F02-01": {
    "actor": "Участник с permission за съответното approval ниво",
    "permission": "Одобрение като Sales, Dealer, Network, Product или Brand Manager",
    "scope": "Според нивото и активната компания",
    "description": "Количеството се решава последователно на пет нива. Всяко ниво вижда цялата история и може да потвърди максимум количеството от предходното ниво.",
    "preconditions": ["Има активна дилърска заявка на съответното approval ниво.", "Предходното ниво е записало решение."],
    "flow": ["Sales Manager взема първото количествено решение.", "Dealer Manager потвърждава дилърския ангажимент.", "Мениджър търговска мрежа взема първото решение от China Motor.", "Product Manager предлага изпълнимо количество, а Brand Manager взема финалното решение."],
    "rules": ["Всяко ниво може да запази или намали, но не и да увеличи предходното количество.", "Заявката се движи напред и няма общ неясен статус Върната.", "Неодобрената разлика се отказва; одобреното количество остава активно до изпълнение."],
    "cornerCases": ["Заявки без движение над 90 и 120 дни се показват като ескалации.", "Намаляването на количество не променя snapshot-а на клиентската оферта."]
  },
  "US-F22-01": {
    "actor": "China Motor Network, Product и Brand нива",
    "permission": "Съответното количествено approval право",
    "scope": "Вносител и разрешени марки/дилъри",
    "description": "China Motor завършва количественото решение, уведомява дилъра за финалното количество и предава одобрените бройки към Product Manager за поръчване.",
    "preconditions": ["Dealer Manager е изпратил заявката към China Motor.", "Заявката пази дилър, представителство, конфигурация и дилърско количество."],
    "flow": ["Мениджър търговска мрежа преглежда и потвърждава количество.", "Product Manager вижда заявки, наличности и таргети и предлага количество.", "Brand Manager взема финалното количествено решение.", "Дилърът получава потвърдените бройки, а Product Manager получава задача за включването им в поръчка към доставчик."],
    "rules": ["Brand Manager е финалното количествено ниво.", "Поръчването по доставчици запазва връзката с дилърската заявка.", "По заявката винаги се виждат одобрено, поръчано, разпределено, доставено и оставащо количество."],
    "cornerCases": ["Частичното изпълнение не приключва оставащото одобрено количество.", "Известие към дилъра не се изпраща преди финалното Brand решение."]
  },
  "US-F01-01": {
    "actor": "Потребител с право за планиране и преглед на таргети",
    "permission": "Управление или преглед на таргети",
    "scope": "Дилър, представителство, доставчик, марка и модел",
    "description": "Системата сравнява заявените цели с реалното изпълнение, без автоматично да предлага или ограничава количества.",
    "preconditions": ["Има дефинирана година и вид таргет.", "Приложимите дилъри, доставчици, марки или модели съществуват."],
    "flow": ["Оторизиран потребител задава годишен таргет и неговите измерения.", "Системата изчислява одобрено търсене, поръчани и доставени количества.", "Dashboard-ът показва процент и надвишаване.", "Потребителят използва резултата само като контекст за решение."],
    "rules": ["Таргетът не блокира бизнес процес.", "Няма автоматично предложение или преразпределяне по таргет.", "Редакцията се записва в audit историята без отделен version workflow."],
    "cornerCases": ["Над 100 процента се показва като изпълнение над таргета.", "Месечни и тримесечни таргети могат да се добавят в бъдеща версия, без да се изискват сега."]
  },
  "US-F03-01": {
    "actor": "Потребител с право за заводски поръчки",
    "permission": "Създаване и редакция на поръчка към доставчик",
    "scope": "Разрешени доставчици, марки и модели",
    "description": "Одобреното дилърско търсене, свободният stock и планираните количества се консолидират към конкретен доставчик, като източникът и оставащото количество се пазят.",
    "preconditions": ["Има одобрено търсене или собствено планирано количество.", "За избраните модели има допустим доставчик."],
    "flow": ["Потребителят избира редове от търсенето и/или собствен stock.", "Смесената селекция се разделя по доставчик.", "За всеки доставчик се отваря или създава поръчка и се добавят редовете.", "Добавените бройки създават отделни автомобилни записи и запазват връзката с източника."],
    "rules": ["Една заводска поръчка е към един доставчик.", "Поръчката може да остава активна и да се допълва дълго време без версии.", "Редовете са част от самата активна поръчка и не са отделен междинен бизнес обект.", "Редът на позициите следва реда на добавяне от Product Manager."],
    "cornerCases": ["Една дилърска заявка може да се изпълнява от няколко заводски поръчки.", "Използваното количество не може да надвиши оставащото одобрено търсене."]
  },
  "US-F03-02": {
    "actor": "Потребител с право за управление на продуктовия каталог и снабдяването",
    "permission": "Управление на каталог, допустими доставчици и цени",
    "scope": "Разрешени марки, модели и доставчици",
    "description": "Каталогът определя кои доставчици могат да доставят даден модел и държи отделни ценови контексти за клиент, дилър и доставчик.",
    "preconditions": ["Съществуват марка, модел и модификация.", "Потребителят има право за съответната номенклатура."],
    "flow": ["Потребителят редактира модела или модификацията.", "Свързва допустим доставчик и приложими цени.", "При нова поръчка системата използва актуалния каталог.", "Историческите оферти и поръчки продължават да използват своите snapshots."],
    "rules": ["Клиентска, дилърска и доставна цена не се презаписват взаимно.", "Скрит каталогов запис не участва в нов избор.", "Покажи скрити дава достъп до исторически използваните записи."],
    "cornerCases": ["Промяна на доставчика важи за нов избор, без да пренасочва автоматично съществуващи поръчки.", "Скриването не поврежда историческите relations."]
  },
  "US-F04-01": {
    "actor": "Потребител с право за производство",
    "permission": "Импорт и потвърждение на производствени данни",
    "scope": "Разрешени заводски поръчки и доставчици",
    "description": "Полученият от завода Excel попълва автомобилите, идентификаторите и производствения им статус директно във форма за проверка.",
    "preconditions": ["Съществува заводска поръчка с автомобилни редове.", "Получен е файл от производителя."],
    "flow": ["Потребителят качва Excel към заводската поръчка.", "Системата разчита и съпоставя редовете.", "Формата показва разпознати, непълни и несъпоставени автомобили.", "Потребителят коригира и потвърждава произведените автомобили."],
    "rules": ["Разчетените редове се попълват в крайната форма.", "Липсващ VIN, двигател или фактура не блокира производствения резултат.", "Статусът се променя по конкретен автомобил."],
    "cornerCases": ["Несъпоставен ред остава за човешка проверка.", "Масово действие пропуска автомобили в недопустим статус с точна причина."]
  },
  "US-F05-01": {
    "actor": "Потребител с право за заводски документи",
    "permission": "Качване, редакция и потвърждение на проформа",
    "scope": "Конкретна заводска поръчка",
    "description": "Към една заводска поръчка могат да се добавят много проформи. Всяка се разчита във форма с позиции, количества и цени, но не представлява окончателен финансов документ.",
    "preconditions": ["Съществува заводска поръчка.", "Получена е проформа по файл или входяща комуникация."],
    "flow": ["Потребителят качва проформата.", "Системата попълва номер, дата, валута, сума и позиции.", "Потребителят коригира и потвърждава формата.", "Проформата се свързва със заводската поръчка и приложимите позиции."],
    "rules": ["Една поръчка може да има неограничен брой проформи.", "Проформата не създава окончателно плащане сама по себе си.", "Потребител с permission може да добавя или премахва проформи."],
    "cornerCases": ["Нова проформа не изисква version workflow на поръчката.", "Нееднозначна позиция остава за ръчно съпоставяне във формата."]
  },
  "US-F05-02": {
    "actor": "Потребител с право за заводски фактури",
    "permission": "Пакетно качване и потвърждение на индивидуални фактури",
    "scope": "Заводска поръчка и нейните автомобили",
    "description": "Индивидуалните фактури се качват пакетно, разчитат се по автомобили и се сравняват с проформата. Разликата е информация за решение, а не автоматична блокировка.",
    "preconditions": ["Съществуват заводска поръчка и автомобилни записи.", "Получен е пакет от индивидуални фактури."],
    "flow": ["Потребителят качва един или повече фактурни файлове.", "Системата извлича данните и опитва съпоставяне с автомобил.", "Формата показва проформа, фактурна цена и разлика.", "Оторизираният потребител допълва и потвърждава фактурните стойности."],
    "rules": ["Няма ценови tolerance и автоматичен hard gate.", "Липсващ VIN не блокира потвърждението.", "Плащането се потвърждава чрез общата форма, попълнена от документ или ръчно."],
    "cornerCases": ["Несъпоставена фактура остава във формата за ръчно свързване.", "Дублиран файл не създава скрито второ задължение."]
  },
  "US-F05-03": {
    "actor": "Потребител с право за разпределение на автомобили",
    "permission": "Разпределение и преразпределение към дилър",
    "scope": "Разрешени дилъри, заявки и произведени автомобили",
    "description": "Произведените автомобили се свързват с одобрени дилърски заявки. Неплатен автомобил може да бъде прехвърлен към друг дилър независимо от логистичния си статус.",
    "preconditions": ["Автомобилът е произведен.", "Има одобрена дилърска заявка с оставащо количество или разрешено собствено предназначение."],
    "flow": ["Потребителят филтрира произведените и неразпределени автомобили.", "Избира заявка и вижда одобрено, разпределено и оставащо количество.", "Свързва автомобилите със заявката.", "До плащането може масово да смени дилъра; след плащане assignment-ът се заключва."],
    "rules": ["Смяната променя само дилърското assignment.", "Не се преизчисляват фактури, цени, документи или физическа локация.", "Само новият дилър получава известие за възможно логистично забавяне."],
    "cornerCases": ["Логистичният статус не блокира преразпределение на неплатен автомобил.", "Платен автомобил не може да бъде преразпределен чрез това действие."]
  },
  "US-F06-01": {
    "actor": "Логистика",
    "permission": "Създаване на транспортна поръчка и RFQ",
    "scope": "Произведени автомобили и разрешени превозвачи",
    "description": "Произведените автомобили се събират в транспортна поръчка. Към нея могат да се изпратят няколко независими заявки за оферта до различни транспортни фирми.",
    "preconditions": ["Автомобилите са произведени и не участват в друга активна международна доставка.", "Транспортните фирми са налични в номенклатурата."],
    "flow": ["Логистика филтрира и избира произведени автомобили.", "Създава транспортна поръчка с точния selection set.", "Добавя RFQ с превозвач, очаквана цена и маршрут.", "По избор изпраща английски email; създаването на поръчката не зависи от email-а."],
    "rules": ["Една поръчка може да има много RFQ към различни фирми.", "Превозвачът е relation към компания, а не свободен текст.", "Добавянето на първата доставка означава приемане на избраната оферта."],
    "cornerCases": ["Email може да бъде пропуснат или изпращането да се провали, без да блокира поръчката.", "Всички филтрирани автомобили могат да бъдат избрани независимо от пагинацията."]
  },
  "US-F06-02": {
    "actor": "Логистика",
    "permission": "Добавяне и редакция на международна доставка",
    "scope": "Конкретна транспортна поръчка",
    "description": "Една транспортна поръчка съдържа много частични доставки. Всяка доставка има собствен превозвач, маршрут, дати, BL, фактура, капацитет по модели и конкретни автомобили.",
    "preconditions": ["Съществува транспортна поръчка с налични автомобили.", "Избрана е оферта или превозвач за конкретната доставка."],
    "flow": ["Логистика избира Добави доставка.", "Качва BL и фактура, които попълват същата крайна форма.", "Допълва капацитет по модели, превозвач, маршрут, дата на товарене, ETA и конкретни автомобили.", "Проверява разпределения транспортен разход по автомобил и създава доставката."],
    "rules": ["Една поръчка може да съдържа доставки с различни превозвачи и дати.", "Разходът се разпределя пропорционално по моделен капацитет и сборът съвпада с фактурата.", "Логистика може да коригира разпределението преди запис."],
    "cornerCases": ["Липсващ VIN, двигател или индивидуална заводска фактура не блокира.", "Един автомобил не може да участва в две активни международни доставки."]
  },
  "US-F07-01": {
    "actor": "Логистика",
    "permission": "Управление на ETA, пристигане и известия",
    "scope": "Активни международни доставки",
    "description": "ETA е основната оперативна дата за доставка към България. Тексим се известява автоматично преди пристигането и отново при реалното пристигане.",
    "preconditions": ["Съществува активна доставка с ETA.", "Има определени получатели на известията в Тексим."],
    "flow": ["Системата показва ETA в списъка и детайла.", "В настройваем момент изпраща еднократно предварително известие.", "Логистика маркира реалното Пристигна в BG.", "Автомобилите получават локация BG пристанище и Тексим получава отделно известие."],
    "rules": ["Промяната на ETA пази старата и новата стойност.", "Промяна след известяване не изпраща автоматично второ предварително известие.", "Всяко известие има видим резултат и възможност за ръчно повторение."],
    "cornerCases": ["Неуспешното известие остава видимо и не блокира статуса.", "Реалното пристигане използва действителен момент, а не презаписва ETA."]
  },
  "US-F08-01": {
    "actor": "Приемчик в Тексим",
    "permission": "Приемане на автомобили в Безмитен склад",
    "scope": "Курсове и автомобили, адресирани към Тексим",
    "description": "След пристигането в България Тексим организира преместването от пристанището и приема автомобилите физически. Подписаният CMR се качва при получаването.",
    "preconditions": ["Автомобилите са на BG пристанище.", "Създаден е вътрешен курс към Безмитен склад."],
    "flow": ["Тексим отваря очаквания курс.", "Качва подписания при получаването CMR.", "CMR попълва приемната форма, която може да бъде коригирана.", "Тексим приема всички или част от автомобилите и системата обновява физическата им локация."],
    "rules": ["CMR се качва при физическото приемане, не при тръгването.", "Частичното приемане приключва курса само за приетите автомобили.", "Texim PDI е отделен, опционален и неблокиращ процес."],
    "cornerCases": ["Неприетите автомобили остават в активния курс.", "Автомобил в друг активен курс не може да бъде добавен повторно."]
  },
  "US-F09-01": {
    "actor": "Потребител с право за хомологация",
    "permission": "Преглед, редакция или потвърждение на хомологация",
    "scope": "Разрешени автомобили и технически документи",
    "description": "Хомологацията може да започне още при получаване на техническите документи. По автомобил се проследява дали има CoC, Удостоверение за индивидуално одобряване или друг приложим резултат.",
    "preconditions": ["Има автомобил или група автомобили.", "Получен е технически документ или е регистрирана липса за обработка."],
    "flow": ["Потребителят качва техническия документ.", "Системата разчита данните и предлага покритите автомобили.", "Потребителят коригира съпоставянето и потвърждава.", "Резултатът става видим по всеки покрит автомобил."],
    "rules": ["Процесът не чака задължително физическото пристигане.", "Един документ може да покрива много автомобили.", "Прегледът, редакцията и потвърждението са отделни permissions."],
    "cornerCases": ["Нечетим документ остава задача без измислени данни.", "Back Office и Логистика получават началните права, а permission-ите могат по-късно да се закачат към други роли."]
  },
  "US-F10-01": {
    "actor": "Логистика или потребител с митнически права",
    "permission": "Създаване и обработка на митническо досие",
    "scope": "Избрани автомобили в Безмитния склад",
    "description": "Митническата заявка съдържа точния списък автомобили и едно досие с отделен блок Калкулация и отделен блок Фактура. Процесът поддържа калкулация преди фактура или директно получена фактура.",
    "preconditions": ["Автомобилите са налични за митническа обработка.", "Избран е митнически агент и получател на заявката."],
    "flow": ["Потребителят избира автомобили и създава редактируема митническа чернова.", "Системата генерира Excel и записва изпращането към агента.", "При отделна калкулация тя се разчита и досието чака фактура.", "Ако фактурата пристигне първа, тя попълва и празния блок Калкулация; при два документа сумите се сравняват."],
    "rules": ["Само фактурата създава финансово задължение.", "Калкулация и фактура са по един блок в едно досие.", "Обща сума без разбивка не се разпределя чрез измислени стойности."],
    "cornerCases": ["Калкулацията може да се запази без фактура.", "Разлика между отделната калкулация и фактурата се показва за човешко решение."]
  },
  "US-F10-02": {
    "actor": "Логистика или потребител с митнически права",
    "permission": "Плащане, освобождаване и обработка на декларации",
    "scope": "Митническо досие и покритите автомобили",
    "description": "Плащането на фактурата, освобождаването на автомобилите и получаването на митническите декларации са отделни проследими събития.",
    "preconditions": ["Съществува митническо досие с потвърдена фактура.", "Автомобилите са включени в изпратената митническа заявка."],
    "flow": ["Плащането се потвърждава и досието чака освобождаване.", "Оторизиран потребител маркира освободените автомобили, включително частично.", "Получените декларации се качват и AI попълва MRN и автомобилите.", "Декларациите се свързват с конкретните автомобили и остават в досието."],
    "rules": ["Плащането не означава автоматично освобождаване.", "Освобождаването не означава автоматично получена декларация.", "Едно досие може да има много декларации, а една декларация да покрива много автомобили."],
    "cornerCases": ["Автомобил може да продължи логистично без финална декларация.", "Липсващата декларация остава видима и предизвиква soft warning при счетоводно завеждане."]
  },
  "US-F16-01": {
    "actor": "Back Office",
    "permission": "Преглед и изпълнение на приложимите back-office действия",
    "scope": "Автомобили в Back Office обработка",
    "description": "Единната опашка показва независимата готовност по документи, хомологация, еко такса, обмитяване, плащане и NAV, без изкуствен последователен процес Комплектоване.",
    "preconditions": ["Автомобилът е достигнал приложим етап за back-office обработка.", "Потребителят има поне едно от необходимите permissions."],
    "flow": ["Back Office филтрира автомобилите по отделните readiness показатели.", "Отваря досието и вижда налични, очаквани и липсващи документи.", "Стартира независимо необходимото действие или масова операция.", "При завеждане или предаване системата показва конкретните липси като soft warnings."],
    "rules": ["Няма отделен задължителен статус Комплектоване.", "Показателите не се чакат в фиксирана последователност.", "Override изисква право и се записва в историята."],
    "cornerCases": ["Автомобили с различни липси могат да участват в едно масово действие само за допустимата операция.", "Липсващ документ не се представя като наличен само защото друг readiness показател е готов."]
  },
  "US-F16-02": {
    "actor": "Back Office",
    "permission": "NAV import, NAV export и управление на складово състояние",
    "scope": "Автомобилният регистър и Централен склад Чайна Мотор",
    "description": "CRM комуникира с NAV чрез предоставения stock формат. NAV ID, инвентарният номер и VIN са отделни идентификатори, а счетоводният склад е отделен от физическата локация.",
    "preconditions": ["Наличен е NAV stock файл със съгласувания формат.", "Автомобилите имат или могат да получат отделен NAV ID."],
    "flow": ["Back Office импортира NAV файла от екрана Автомобили.", "Системата съпоставя първо по NAV ID и предлага актуализациите във форма.", "Потребителят потвърждава обновяването или обработва несъпоставените редове.", "Заведените в Централен склад автомобили могат да се експортират в същия 69-колонен формат."],
    "rules": ["NAV import и export не променят физическата локация.", "NAV склад, физическа локация и крайна дестинация са отделни полета.", "Счетоводното завеждане в Централен склад не означава физическо движение."],
    "cornerCases": ["Съществуващ NAV ID обновява автомобила вместо да създава дубликат.", "Физически към Централен склад се движат само демо автомобили и свободен собствен stock."]
  },
  "US-F17-01": {
    "actor": "Back Office",
    "permission": "Създаване и обработка на еко такса",
    "scope": "Избрани автомобили с приложими хомологационни документи",
    "description": "Еко таксата може да стартира от автомобилния регистър или специализирания Back Office изглед със същия selection set. Процесът пази партида, фактура, плащане и индивидуални декларации.",
    "preconditions": ["Автомобилът има CoC или Удостоверение за индивидуално одобряване.", "Автомобилът не участва в друга активна еко партида и няма отчетена еко такса."],
    "flow": ["Back Office избира автомобилите и вижда наличните хомологационни документи и липси.", "Създава и изпраща партида с точния списък автомобили.", "Получената фактура попълва форма със стойност и покрити автомобили.", "След реално плащане индивидуалните декларации се прикачват към автомобилите."],
    "rules": ["Статус Платена се задава само след потвърдено плащане.", "Един автомобил не се включва повторно в активна партида.", "Специализираният екран и автомобилният регистър използват еднакъв flow."],
    "cornerCases": ["Липсите са видими преди изпращане, а не скрито филтрирани.", "Фактура с частично съпоставени автомобили остава за корекция във формата."]
  },
  "US-F18-01": {
    "actor": "Back Office",
    "permission": "Генериране, изпращане и архивиране на дилърски документи",
    "scope": "Един дилър, едно представителство и избрани автомобили",
    "description": "За конкретно предаване се създава документен комплект. Системата следи генерираните, изпратените, върнатите и все още липсващите документи.",
    "preconditions": ["Избрани са автомобили за един дилър и едно представителство.", "Потребителят има достъп до необходимите автомобилни документи."],
    "flow": ["Back Office избира автомобилите и генерира комплекта.", "Преглежда файловете и изпраща комплекта.", "При получаване на подписани документи ги качва към същия комплект.", "Системата приключва само върнатите позиции и оставя липсващите отворени."],
    "rules": ["Различни дилъри или представителства не се смесват.", "Генериране, изпращане и връщане са отделни audit събития.", "Заменен файл пази предходната история."],
    "cornerCases": ["Частично върнат комплект остава отворен само за липсите.", "Повторното изпращане не създава нов несвързан комплект."]
  },
  "US-F11-01": {
    "actor": "Логистика",
    "permission": "Създаване на заявка за вътрешен транспорт",
    "scope": "Автомобили в Тексим и разрешени крайни локации",
    "description": "Логистиката организира транспорт от Тексим директно към дилър или, само за демо и свободен собствен stock, към физическия Централен склад.",
    "preconditions": ["Автомобилите са физически налични в Тексим.", "Определени са крайна дестинация и получател."],
    "flow": ["Логистика филтрира и избира автомобилите.", "Системата показва документи, хомологация, еко такса, обмитяване, плащане, NAV склад и локация.", "Липсите се показват като конкретни предупреждения.", "След потвърждение или разрешен override се създава заявка към Тексим."],
    "rules": ["Счетоводното завеждане не е физическо движение.", "Директна доставка от Тексим към дилър е допустима.", "Всяко override решение изисква permission и история."],
    "cornerCases": ["Неплатен или необмитен автомобил показва предупреждение, но не е автоматичен hard gate.", "Към Централен склад физически се насочват само демо и свободен собствен stock."]
  },
  "US-F12-01": {
    "actor": "Тексим",
    "permission": "Издаване на автомобили по вътрешна транспортна заявка",
    "scope": "Заявки и автомобили в operational scope на Тексим",
    "description": "Тексим издава физически наличните автомобили по заявката. Издаването може да е частично и не означава приемане от крайния получател.",
    "preconditions": ["Има активна заявка за вътрешен транспорт.", "Поне един от заявените автомобили е физически наличен за издаване."],
    "flow": ["Тексим отваря заявката и вижда автомобилите, дестинацията и документите.", "Маркира автомобилите, които действително издава.", "Системата създава движение към дилър или Централен склад.", "Неиздадените автомобили остават За издаване в същата заявка."],
    "rules": ["Издаден автомобил е В транспорт, а не Приет от дилър.", "Частичното издаване не приключва останалите позиции.", "Един автомобил не може да бъде издаден в две активни заявки."],
    "cornerCases": ["Физически липсващ автомобил остава неиздаден с причина.", "Повторно действие върху вече издаден автомобил се отказва."]
  },
  "US-F13-01": {
    "actor": "Приемащ служител",
    "permission": "Приемане на вътрешна доставка",
    "scope": "Автомобили, изпратени към текущата локация",
    "description": "Приемащият служител потвърждава реално получените нови автомобили един по един, като записва състояние, checklist, снимки и открити щети.",
    "preconditions": ["Автомобилите са изпратени към текущата локация.", "Доставката съдържа неприети автомобили."],
    "flow": ["Служителят избира всички или част от пристигналите автомобили.", "За всеки попълва checklist за състояние и комплектност.", "Добавя изискваните снимки и описва щета или липса.", "Потвърждава приемката и системата създава протокол само за избраните автомобили."],
    "rules": ["Checklist-ът и снимките са по автомобил.", "Щета или липса създава свързано damage case.", "Неприетите автомобили остават в доставката."],
    "cornerCases": ["Автомобил със щета може да бъде приет със свързан damage case.", "Частичната приемка не приключва цялата доставка."]
  },
  "US-F24-01": {
    "actor": "Дилърски приемащ потребител",
    "permission": "Приемане на доставка в представителство",
    "scope": "Активното дилърско представителство",
    "description": "Представителството вижда изпратените към него доставки и може да приеме точно пристигналите нови автомобили, включително на части.",
    "preconditions": ["Има активна доставка към представителството.", "В доставката има поне един неприет автомобил."],
    "flow": ["Потребителят отваря доставката и вижда маршрут, CMR, дата и автомобили.", "Избира неприетите автомобили, които са пристигнали.", "Попълва checklist, снимки и щети.", "Потвърждава приемката; доставката остава отворена или приключва според остатъка."],
    "rules": ["Протоколът съдържа само автомобилите от текущото действие.", "Физическата локация се обновява за приетите автомобили.", "Повторна приемка на същия автомобил не е допустима."],
    "cornerCases": ["Щета или липса изисква описание и damage case.", "Частично пристигнал курс запазва точния неприет остатък."]
  },
  "US-F14-01": {
    "actor": "Потребител с приложимо право за щети",
    "permission": "Отделни права за преглед, редакция, решение и приключване",
    "scope": "Достъпните автомобили и damage cases",
    "description": "Независимо на кой физически етап е открита, щетата се управлява в едно досие с доказателства, отговорник, калкулация, решение и история.",
    "preconditions": ["Съществува автомобил.", "На потвърден физически етап е открита щета, липса или нужда от допълнителен оглед."],
    "flow": ["Потребителят създава случай от приемка, PDI или автомобилното досие.", "Добавя място, етап, описание, снимки и отговорник.", "Оторизираните потребители допълват оглед, калкулация и решение.", "Случаят се приключва след реалното разрешаване."],
    "rules": ["Няма hardcoded роля или profile за обработката.", "Щетата не спира автоматично логистиката.", "Няма автоматичен срок за отказ или приключване на калкулацията."],
    "cornerCases": ["Чака допълнителен оглед и За ремонт остават отворени състояния.", "Началното разпределение следва Back Office/Логистика/After Sales според действието, а всяко право може да се закачи към друга роля."]
  },
  "US-F14-02": {
    "actor": "Дилър и After Sales",
    "permission": "Заявяване, изпълнение и фактуриране на Dealer PDI",
    "scope": "Автомобили на дилъра и приложим After Sales екип",
    "description": "Dealer PDI е отделен от допълнителния оглед на Тексим. Дилърът го заявява, After Sales го изпълнява, а дилърът фактурира разхода към China Motor. Оперативният процес вече е реализиран в системата за щети, но връзката й със CRM не е решена.",
    "preconditions": ["Автомобилът е в дилърския scope.", "Дилърът има право да заяви Dealer PDI."],
    "flow": ["Дилърът създава PDI заявка за конкретен автомобил.", "After Sales вижда заявката и записва изпълнението и резултата.", "След изпълнение дилърът добавя разходна фактура към China Motor.", "Фактурата се насочва към Finance и остава видима в автомобилното досие."],
    "rules": ["Dealer PDI и Texim PDI са отделни процеси и документи.", "PDI фактурата не преминава през допълнително бизнес одобрение.", "Изпълнението и финансовият документ са отделни събития.", "Няма потвърден CRM обхват преди ръководството да определи системата източник и обмена на данни."],
    "cornerCases": ["Незавършен PDI остава видим за After Sales и дилъра.", "Фактура не може да се свърже скрито с различен автомобил.", "За решение от ръководството: източник на истина, синхронизирани статуси и документи, идентификатор на автомобила и поведение при разминаване между системите."]
  },
  "US-F23-01": {
    "actor": "Дилърски потребител с финансов достъп",
    "permission": "Преглед и сваляне на финансови документи",
    "scope": "Собствени, екипни или фирмени документи според назначението",
    "description": "Дилърът разполага с един финансов списък за документите към China Motor, разделени по реален платежен статус и свързани с поръчките и автомобилите.",
    "preconditions": ["Има финансов документ, видим за дилъра.", "Потребителят има финансов достъп за съответния scope."],
    "flow": ["Потребителят отваря финансовия списък.", "Филтрира всички, за плащане, просрочени или платени документи.", "Отваря връзките към поръчка и автомобили.", "Преглежда или сваля оригиналния документ."],
    "rules": ["Свалянето не променя платежния статус.", "Всеки документ има собствен падеж и статус.", "Sales, Sales Manager и Dealer Manager виждат различен организационен scope."],
    "cornerCases": ["Минал падеж с потвърдено плащане е Платена, не Просрочена.", "Дублиран номер за същия издател се маркира за проверка без второ скрито задължение."]
  },
  "US-F23-02": {
    "actor": "Потребител с право за плащане",
    "permission": "Потвърждение на плащане и опционално качване на платежно",
    "scope": "Достъпни фактури и свързани поръчки",
    "description": "Плащането се отразява чрез една редактируема форма. Тя може да бъде попълнена от разчетен платежен документ или ръчно; потвърждението задава статуса Платена.",
    "preconditions": ["Съществува фактура или друг платим документ.", "Потребителят има право да потвърждава плащане."],
    "flow": ["Потребителят отваря конкретната фактура.", "Качва платежно за AI разчитане или избира ръчно попълване.", "Проверява и коригира дата, сума, референция, доставчик и покритите документи/автомобили.", "Потвърждава формата и плащането става видимо по фактурата, поръчката и автомобилите."],
    "rules": ["Платежният файл е опционален; потвърдените payment полета са бизнес фактът.", "NAV, import или друг бъдещ източник попълва същия payment модел.", "Плащането се проследява в контекста на задължението."],
    "cornerCases": ["Частична или различна сума остава видима за проверка.", "Повторно платежно се записва като отделен документ, без автоматично двойно плащане."]
  },
  "US-F15-01": {
    "actor": "Система и оперативен потребител",
    "permission": "Преглед и повторно изпращане на известия",
    "scope": "Съответното бизнес събитие и разрешени получатели",
    "description": "Известията са част от бизнес историята. Автоматичните се изпращат еднократно за събитие, а ръчното повторение създава нов комуникационен запис.",
    "preconditions": ["Настъпило е събитие с дефинирано известие или потребителят стартира ръчно изпращане.", "Получателите са определени чрез бизнес relation или конфигурация."],
    "flow": ["Системата определя типа, канала и получателите.", "Изпраща известието и записва резултата.", "Потребителят вижда историята в бизнес контекста.", "При нужда изпраща повторно и се създава нов запис."],
    "rules": ["Опционалният email не блокира основното действие.", "Email към международен превозвач е на английски.", "При преразпределение се известява само новият дилър."],
    "cornerCases": ["Неуспешното изпращане остава видимо и може да се повтори.", "Промяна на ETA не създава автоматично второ предварително известие."],
    "openQuestions": ["Да се одобри предложената матрица в UNI-32296: trigger, получатели, scope, канал, автоматично/ръчно изпращане, език, съдържание и документи."]
  },
  "US-F15-02": {
    "actor": "Потребител с активно company/role назначение",
    "permission": "Преглед на приложимите dashboard KPI и drill-down данни",
    "scope": "Активната компания, роля, представителства и екипи",
    "description": "Dashboard-ът използва еднакви KPI дефиниции, но показва различен бизнес обхват за China Motor, дилърски мениджъри и търговци.",
    "preconditions": ["Потребителят има активно назначение.", "За контекста са конфигурирани приложимите KPI и задачи."],
    "flow": ["Потребителят избира компания и роля.", "Dashboard-ът зарежда KPI, графики, таргети, задачи и изключения за контекста.", "Потребителят филтрира периода и отваря drill-down.", "Детайлният списък използва същия набор данни като показаната KPI стойност."],
    "rules": ["Default периодът е от 1 януари на текущата година до днес.", "Приходите и разходите се показват по месеци.", "China Motor различава приходната страна към дилърите от разходната към доставчици и превозвачи."],
    "cornerCases": ["Смяната на контекст обновява и менюто, и данните.", "Надвишен таргет се вижда, но не стартира действие и не блокира процес."]
  }
}