China Motor CRM — процесни flow-ове по роли
Дата: 06.08.2026
Обхват: снабдяване, заводски поръчки, автомобили, плащания, международна логистика, Тексим, обмитяване, хомологация и доставка към дилър.
Мокъпи: crm-full-mock.html и texim-operational-portal.html
1. Роли и отговорности
| Роля | Основна отговорност в процеса | Основен интерфейс |
|---|---|---|
| Buyer / Снабдяване | Консолидира търсенето, управлява заводските цели, създава поръчки към завода, следи производството и подготвя произведените автомобили за плащане | Основен CRM |
| Логистика | Организира международния транспорт, следи документите и пристигането, координира обмитяване/хомологация и създава заявка към Тексим за доставка до дилър | Основен CRM |
| Тексим | Избира автомобили от BG пристанище, организира вътрешен CMR, приема отделни бройки в Пазарджик и физически издава конкретни автомобили към дилър | texim-operational-portal.html |
| Дилър | Подава търсене/заявка, следи изпълнението, получава известия и потвърждава физическото получаване в представителството | Дилърски интерфейс / ограничен CRM изглед |
Външни участници
Тези участници са част от процесите, но не трябва да се смесват с четирите основни роли:
| Участник | Отговорност |
|---|---|
| Счетоводство / NAV | Осчетоводяване и потвърждение на реално плащане |
| Митнически агент | Калкулация, декларация и MRN |
| Техническа служба | Изпълнение на хомологацията и сертификат |
| After Sales | PDI, щети, донорски заявки и отстраняване на проблеми |
| Превозвач / спедитор | Потвърждение и изпълнение на международния транспорт |
| Завод | Потвърждение на поръчката, производство, фактури и производствени данни |
2. Как е показан процесът
Всеки flow по-долу съдържа един реален екран от работния мокъп и точния маршрут до него. Екранът показва къде потребителят изпълнява основното действие; таблицата под него описва последователността и ролевата отговорност.
Основната навигация по жизнения цикъл в автомобилния регистър е:
Поръчани → Производство → Произведени → Към BG → BG порт → Пазарджик → Дилър
Тя групира точните оперативни състояния. Например Произведени включва произведена, за плащане и платена/готова бройка; Към BG включва заявен и активен международен транспорт; Пазарджик включва пътуване и приемане в склада; Дилър включва заявка, изпращане и приемане от дилъра. Налични, Резервирани, Капарирани и Продадени са отделни търговски гледки, а не логистични стъпки.
Филтриране, навигация и масови действия
Автомобилните списъци се отварят по подразбиране без групиране. Това дава един последователен списък, подходящ за бързо сканиране, колонно филтриране и масова селекция. Групирането остава опционален режим, който потребителят включва само когато му е необходимо.
| Контрола | Поведение |
|---|---|
| Навигация по жизнения цикъл | Филтрира по седем основни фази: Поръчани, Производство, Произведени, Към BG, BG порт, Пазарджик и Дилър. Числото показва общия брой автомобили във всички подстатуси на фазата. |
| Глобално търсене | Търси едновременно по VIN, инвентарен номер, двигател, заводска поръчка, международна доставка, марка, модел и цветове. |
| Филтър в заглавието на колона | Funnel иконата отваря стойностите само за тази колона. Поддържа търсене, избор на една или няколко стойности и (Празни). |
| Комбиниране на колони | Активните колонни филтри се прилагат едновременно с AND логика. Например Модел = Box + Екстериор = Бял + Интериор = Черен. |
| Активен филтър | Иконата на филтрираната колона става червена. Може да се изчисти само текущата колона или всички активни филтри. |
| Групиране | По подразбиране е Без групиране. При нужда може да се включи групиране по поръчка, доставчик, модел, локация, дилър или доставка. |
| Колони | Определя кои колони са видими в текущия оперативен изглед. |
| Страница и резултати | Пагинацията работи върху вече филтрирания набор. Броячът показва видимия диапазон и общия брой резултати. |
| Масова селекция | Позволява избор на отделни редове, Shift-селекция, текуща страница, всички филтрирани резултати или цяла група, когато групирането е включено. |
| Масови действия | Контекстната лента се показва само при избрани автомобили и предлага валидните действия за текущия етап. |
| Excel / Експорт | Експортира текущия филтриран набор или избраните автомобили според правата на ролята. |
Същият модел се използва в основния автомобилен регистър, Обмитяване, останалите оперативни автомобилни таблици и отделния портал на Тексим.
Работен плот — оперативни задачи
Dashboard-ът е организиран като работни опашки по следващо действие, а не като общи KPI показатели. Текущият прототип показва: чакащи производство; произведени за заявяване на плащане; чакащи заводска фактура; фактурирани автомобили, чакащи плащане; автомобили за транспортна оферта; и приета транспортна оферта, чакаща реално товарене.
Всеки уиджет показва отговорник, общ брой автомобили, разбивка по поръчка или доставка и директен вход към правилния филтриран екран. В прототипа са показани всички отговорници; окончателната видимост на уиджетите по роли предстои да бъде конфигурирана.
3. Flow 1 — цели и планиране
Начало: договорени годишни/тримесечни цели и очаквано дилърско търсене.
Край: видима база за заводски поръчки и контрол на изпълнението.
Екран в мокъпа: Цели → Заводски цели · Buyer / Снабдяване
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Buyer | Въвежда заводска годишна цел по модел, доставчик и Q1–Q4 | Заводска цел |
| 2 | Дилър | Дава търсене/очаквани бройки по модел | Вход за дилърска цел или дилърска заявка |
| 3 | Дилърска мрежа / външен собственик | Поддържа отделните дилърски цели | Дилърска цел по дилър и модел |
| 4 | Buyer | Сравнява цел, вече поръчани бройки и одобрени дилърски заявки | Остатък за поръчване |
| 5 | Buyer | Експортира справка към доставчик при нужда | Excel справка в EUR |
Важно: заводските и дилърските цели са отделни входове и имат различни права за редакция. Дилърът не редактира заводския контракт.
4. Flow 2 — дилърска заявка до одобрено търсене
Начало: дилърът има нужда от автомобили.
Край: заявката е отказана или одобрена и готова за включване в заводска поръчка.
Екран в мокъпа: Дилърски заявки · Buyer / оторизиран служител
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Дилър | Подаване на заявка с модел, модификация, екстериор, интериор и количество | Нова заявка |
| 2 | Buyer / оторизиран служител на China Motor | Проверка спрямо дилърска цел, наличности и общ план | За преглед |
| 3A | Buyer / оторизиран служител | Отказва и въвежда причина | Отказана + email preview към дилъра |
| 3B | Buyer / оторизиран служител | Одобрява заявката | Одобрена · чака поръчка |
| 4 | Buyer | Вижда одобрената заявка в конструктора на нова заводска поръчка | Достъпна за селекция |
Контрол: одобрената заявка не се добавя автоматично към произволна заводска поръчка и не може да бъде включена два пъти.
5. Flow 3 — заводска поръчка
Начало: има остатък по цел, собствено търсене или одобрени дилърски заявки.
Край: поръчката е изпратена към завода и всяка бройка е отделен запис в автомобилния регистър.
Екран в мокъпа: Поръчки към завода → + Нова поръчка към завода · Buyer
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Buyer | Отваря + Нова поръчка към завода |
Чернова |
| 2 | Buyer | Добавя позиции ръчно, от Excel или от одобрени дилърски заявки | Позиции по модел, модификация и цветова комбинация |
| 3 | Buyer | Проверява количества, източник и връзка с дилърската заявка | Валидирана чернова |
| 4 | Buyer | Създава/изпраща поръчката към завода | Изпратена към завод |
| 5 | Система | Създава отделен предварителен запис за всяка заявена бройка | Автомобили → Поръчани |
| 6 | Система | Маркира използваните дилърски заявки като включени | В поръчка към завода + номер на поръчката |
| 7 | Buyer | Отразява потвърждението от завода | Потвърдена |
6. Flow 4 — производство на ниво автомобил
Начало: бройките са създадени като Поръчани.
Край: произведените автомобили са готови да бъдат заявени за плащане.
Екран в мокъпа: Автомобили → Поръчани · Buyer
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Buyer | Филтрира по поръчка, модел, екстериор и интериор | Работен списък |
| 2 | Buyer | Селектира редове, диапазон със Shift, група, страница или всички резултати | Контекстна лента с брой избрани |
| 3 | Buyer | Масово отбелязва начало на производство | В производство |
| 4 | Buyer | Масово отбелязва произведените бройки и дата | Произведени |
| 5 | Buyer | Попълва VIN и № двигател ръчно или чрез Excel | Данни в досието на автомобила |
| 6A | Buyer | Отразява отказана от завода бройка/цветова комбинация | Отказано производство |
| 6B | Система | Подготвя известие към заявителя — дилър или Buyer | Email preview и history |
Правило: VIN и номерът на двигателя са опционални при Произведен, но са задължителни преди потвърждение на международното товарене.
7. Flow 5 — фактура и плащане към завода
Начало: има произведени автомобили.
Край: конкретните платени бройки имат фактурна стойност и могат да бъдат включени в международна заявка.
Екран в мокъпа: Фактури за плащане → За плащане · Buyer въвежда фактурата; Счетоводство / NAV плаща
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Buyer | Селектира произведени автомобили и ги заявява за плащане | За плащане |
| 2 | Buyer | Въвежда получената заводска фактура и я свързва с конкретни автомобили | Фактура за плащане |
| 3 | Счетоводство / NAV | Извършва и осчетоводява плащането | Реално платена фактура |
| 4 | Счетоводство / упълномощен служител | Качва платежно, дата и стойност за всяка покрита кола | Частично или пълно плащане |
| 5 | Система | Маркира само покритите автомобили като готови | Платена · готова |
Контрол: една фактура може да покрива част от партидата. Неплатените автомобили остават За плащане.
8. Flow 6 — международен транспорт Китай → България
Начало: автомобилите са платени и готови за товарене.
Край: потвърдена международна пратка във В транспорт.
Екран в мокъпа: Заявки за транспорт → Заявка към превозвач · Логистика
Стъпка 1 — заявка към превозвач
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика | Филтрира Готови за заявка и селектира конкретни автомобили |
Селекция за пратка |
| 2 | Логистика | Създава заявка с очакван превозвач, стойност, ETD и ETA | Заявка към превозвач |
| 3 | Система | Запазва заявката като отделен запис, без автоматично да я потвърждава | Чака отговор от превозвач |
Стъпка 2 — потвърждение на транспорта
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 4 | Превозвач / спедитор | Връща потвърдени данни и документи | Външен отговор |
| 5 | Логистика | Сверява заявените данни и въвежда потвърден превозвач, коносамент/CMR, дата на товарене, маршрут, ETD/ETA, стойност и документи | Готово за validation |
| 6 | Система | Проверява VIN и № двигател за всеки избран автомобил | Валидирано или блокирано |
| 7A | Логистика | При липсващи данни отваря филтрирания автомобилен регистър и допълва записите | Връща се към потвърждението |
| 7B | Логистика | Потвърждава товаренето след успешна проверка | В транспорт |
Задължителни полета: превозвач, транспортен документ и дата на товарене.
9. Flow 7 — проследяване до BG пристанище
Начало: пратката е във В транспорт.
Край: конкретните автомобили са видими като физически налични на BG пристанище.
Екран в мокъпа: Заявки за транспорт → В транспорт · Логистика
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика | Следи кораб/рейс, контейнер, маршрут и ETA | Активна международна пратка |
| 2 | Логистика | Актуализира промени по ETA и документи | История по пратката |
| 3 | Логистика | Отразява физическото пристигане във Варна или Бургас | BG пристанище |
| 4 | Система | Показва всеки автомобил отделно на Тексим | На пристанище в портала на Тексим |
10. Flow 8 — BG пристанище → Пазарджик с частични приемки
Начало: има автомобили на BG пристанище, които още не са включени във вътрешен курс.
Край: конкретни автомобили са физически приети в Безмитния склад в Пазарджик.
Екран в мокъпа: texim-operational-portal.html → На пристанище · Тексим
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Тексим | Отваря На пристанище и вижда всички налични автомобили |
Оперативен списък |
| 2 | Тексим | Филтрира и групира по поръчка, модел, екстериор, интериор, пратка и други полета | Филтриран резултат |
| 3 | Тексим | Селектира конкретни бройки, група, страница или всички филтрирани | Масова селекция |
| 4 | Тексим | Създава вътрешен курс/CMR за селекцията | Автомобилите стават Към Пазарджик |
| 5 | Тексим | При физическото пристигане селектира само реално пристигналите бройки | Частична приемка |
| 6 | Тексим | Въвежда дата и приемащ; при нужда качва документ | Приети конкретни автомобили |
| 7 | Система | Оставя неприетите автомобили от същия CMR в За приемане |
Курс частично приет X/Y |
| 8 | Система | При последната приемка приключва вътрешния курс | Всички бройки Безмитен склад |
Ключов принцип: не се приема цялата морска пратка наведнъж. Един CMR може да има няколко последователни частични приемки.
11. Flow 9 — хомологация
Начало: има доставка и налични технически документи. Процесът може да започне преди физическото пристигане.
Край: сертификатът е свързан с доставката и автомобилните досиета.
Екран в мокъпа: Хомологация · Логистика + Sales, за потвърждение
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика + Sales (за потвърждение) | Подготвя документите/Excel заявката по доставка и модификация | Нужна |
| 2 | Логистика + Sales (за потвърждение) | Изпраща документите към техническата служба | Подадена по документи |
| 3 | Техническа служба | Изпълнява проверката и издава сертификат | Външен резултат |
| 4 | Логистика + Sales (за потвърждение) | Качва сертификата и го свързва с доставката | Приключена |
| 5 | Система | Отразява статуса във всички свързани автомобили и в заводската поръчка | Актуален homologation статус |
12. Flow 10 — обмитяване
Начало: автомобилите са физически приети в Безмитния склад.
Край: конкретните автомобили имат валиден MRN и статус Обмитени.
Екран в мокъпа: Обмитяване · Логистика
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика | Селектира приети автомобили и създава митническа заявка | За заявка → Заявка изпратена |
| 2 | Митнически агент | Връща калкулация за мито, ДДС и общо в EUR | Калкулация |
| 3 | Логистика | Записва калкулацията и изпраща към счетоводството | Чака митническо плащане |
| 4 | Счетоводство / NAV | Извършва митническото плащане и предоставя платежно | Митн. плащане |
| 5 | Митнически агент | Издава декларация/MRN | Външен документ |
| 6 | Логистика | Записва MRN, дата и връзката към един или повече автомобили | Обмитени |
Твърдо правило: необмитен автомобил не може да бъде заявен за физическо изпращане към дилър.
13. Flow 11 — заявка към Тексим за дилър
Начало: автомобилите са приети в Пазарджик, обмитени и свободни за транспорт.
Край: Тексим има видима заявка за конкретни автомобили и конкретна крайна дестинация.
Екран в мокъпа: Заявки за транспорт → Към дилър · Логистика
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика | Селектира конкретните автомобили в Безмитен склад |
Селекция за изпращане |
| 2 | Система | Проверява митническия статус | Необмитените са блокирани |
| 3 | Логистика | Въвежда отделно дилър, представителство и крайна дестинация | Адресирана доставка |
| 4 | Логистика | Добавя желана дата и бележка | Данни на заявката |
| 5 | Логистика | Създава заявката | Заявка към Тексим |
| 6 | Система | Показва заявката в За издаване в портала на Тексим |
Предаване към Тексим |
Бизнес правило: Buyer и Admin имат ролевата възможност да разрешат изпращане на неплатен автомобил. Детайлният approval процес остава извън текущия обхват.
14. Flow 12 — Тексим издава и изпраща към дилър
Начало: Тексим има одобрена заявка с конкретни автомобили.
Край: избраните автомобили са физически напуснали Пазарджик, но още не се считат за доставени.
Екран в мокъпа: texim-operational-portal.html → За издаване · Тексим
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Тексим | Отваря За издаване и сверява дилър, представителство и крайна дестинация |
Валидирана заявка |
| 2 | Тексим | Потвърждава конкретния курс и задава реална дата на товарене и реална крайна дата | Курс в стъпка 2 |
| 3 | Тексим | По желание попълва превозвач, шофьор, телефон, камион и документи | Допълнени транспортни данни |
| 4 | Тексим | Селектира реално натоварените автомобили | Възможно частично изпълнение |
| 5 | Тексим | Потвърждава физическото издаване | Изпратена към дилър |
| 6 | Система | Оставя неиздадените бройки в отворената заявка | Частично изпратена X/Y |
Ключов принцип: Издадена от Тексим означава Изпратена към дилър, а не Доставена.
15. Flow 13 — приемане от дилъра с приемо-предавателен протокол
Начало: автомобилите са със статус Изпратена към дилър.
Край: конкретните автомобили са огледани и приети в представителството с отделен системен протокол.
Екран в мокъпа: Заявки за транспорт → Към дилър → Преглед: дилърски профил → Приеми с протокол · Дилър
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Дилър | Сверява пристигналите автомобили с транспортната заявка | Подготовка за приемане |
| 2 | Дилър | Селектира само физически пристигналите бройки | Пълна или частична приемка |
| 3 | Дилър | Въвежда задължително дата, име и длъжност на приемащия | Данни на протокола |
| 4 | Дилър | Прави оглед по всеки автомобил | Състояние Без щета / липса, Има щета или Има липса |
| 5 | Дилър | Попълва чеклист: външност, гуми/джанти, интериор, електроника, документи/ключове и съответствие с транспортния документ | Резултат от огледа |
| 6 | Дилър | Описва задължително всяка установена щета или липса | Констатация по автомобил |
| 7 | Дилър | Качва задължителни снимки; друг документ е опционален | Доказателства към протокола |
| 8 | Система | Създава отделен номер на приемо-предавателен протокол и пази история | ППП-... |
| 9 | Система | Завежда констатациите като щета/липса с място При доставка при дилър и известява After Sales |
Свързан damage flow |
| 10A | Система | При неприети бройки оставя заявката отворена | Частично приета X/Y |
| 10B | Система | Когато всички изпратени бройки са приети с протокол | Приета от дилъра |
Ключов принцип: дилърът сам извършва приемането в собствения си дилърски профил. Логистиката вижда заявката, статуса и протоколите, но не може да потвърди приемането вместо дилъра. Контролът е на ниво автомобил, с оглед, чеклист, щети/липси, снимки и протокол.
16. Flow 14 — щета или несъответствие
Начало: щета е открита на пристанище, при приемане в Пазарджик, в склада, при издаване или при дилъра.
Край: има регистриран случай, отговорник и решение.
Екран в мокъпа: Щети · регистриране от приемащия; оценка и затваряне от After Sales
| № | Роля | Действие | Статус / резултат |
|---|---|---|---|
| 1 | Логистика / Тексим / Дилър | Регистрира щета за конкретен автомобил и етап | Нов запис за щета |
| 2 | Подалият сигнала | Добавя описание, снимки, CMR/пратка и дали щетата е отбелязана в документа | Пълно досие |
| 3 | After Sales | Определя отговорна страна: превозвач, производител или без claim | Насочен случай |
| 4 | After Sales | Оценява, ремонтира или разрешава случая | Решена щета |
| 5 | Система | Освобождава автомобила за следващата стъпка, ако няма друг блокер | Свободен за транспорт |
17. Flow 15 — известия и комуникационна история
Известия се използват при отказано производство, промяна на дилърска заявка, пристигане в склада, напомняне за плащане, ескалация и други ключови събития.
Екран в мокъпа: Известия / Плащания · Buyer / Логистика
| № | Роля | Действие | Резултат |
|---|---|---|---|
| 1 | Buyer / Логистика | Стартира известие от свързаното бизнес събитие | Email preview |
| 2 | Buyer / Логистика | Проверява От, До, Относно, съдържание и приложени документи |
Редактируема чернова |
| 3A | Buyer / Логистика | Запазва без изпращане | Чернова в history |
| 3B | Buyer / Логистика | Изпраща | Изпратен в history |
| 4 | Дилър | Получава известието или напомнянето | Външна комуникация |
| 5 | Система | Пази дата, тип, получател, тема, статус и автор | Комуникационна история |
18. Оперативен контрол при големи обеми
Това не е отделен lifecycle, а общ механизъм във всички автомобилни flow-ове.
| Действие | Buyer | Логистика | Тексим | Дилър |
|---|---|---|---|---|
| Търсене по VIN, инв. №, двигател, поръчка, модел и цвят | ✓ | ✓ | ✓ | ограничено |
| Филтри по доставчик, поръчка, пратка, марка, модел и модификация | ✓ | ✓ | ✓ | ограничено |
Отделни филтри Екстериор и Интериор |
✓ | ✓ | ✓ | ✓ |
| Групиране по поръчка по подразбиране | ✓ | ✓ | ✓ | ✓ |
| Shift селекция | ✓ | ✓ | ✓ | според правата |
| Избор на група, страница или всички филтрирани | ✓ | ✓ | ✓ | според правата |
| Масова промяна на производствен етап | ✓ | — | — | — |
| Масова международна транспортна заявка | — | ✓ | — | — |
| Масово създаване на вътрешен CMR | — | преглед | ✓ | — |
| Масово приемане в Пазарджик | — | преглед | ✓ | — |
| Масово издаване към дилър | — | заявка | ✓ | — |
| Excel/CSV export с цени в EUR | ✓ | без ценови колони | без ценови колони | без ценови колони |
Администратор: има същия достъп до дилърски цени и фактурни стойности като Buyer. В текущия UI на щетите действието за затваряне остава достъпно за всички роли за демонстрационни цели, въпреки че бизнес собственикът е After Sales.
19. Ролеви работни опашки
Buyer / Снабдяване
- Цели за преглед и остатък за поръчване.
- Нови дилърски заявки за решение.
- Одобрени заявки, които чакат включване в заводска поръчка.
- Заводски поръчки, които чакат потвърждение.
- Поръчани бройки, които трябва да преминат в производство.
- Бройки в производство, които трябва да бъдат отбелязани като произведени.
- Отказани производствени позиции и известия към заявителя.
- Произведени автомобили, които трябва да бъдат заявени за плащане.
Логистика
- Платени автомобили, готови за международна заявка.
- Заявки към превозвач, които чакат потвърждение.
- Автомобили, блокирани за товарене поради липсващ VIN или № двигател.
- Международни пратки с промяна по ETD/ETA или липсващи документи.
- Автомобили на BG пристанище и вътрешни курсове към Пазарджик.
- Приети автомобили, които чакат обмитяване.
- Доставки, които чакат хомологационен сертификат.
- Обмитени автомобили, които чакат разпределение.
- Заявки към Тексим, частично изпратени автомобили и дилърски протоколи само за преглед.
Тексим
На пристанище— автомобили без вътрешен CMR.За приемане— автомобили по CMR, които още не са физически приети.В Пазарджик— приети автомобили за оперативна справка.За издаване— одобрени заявки към дилър.- Частично приети CMR курсове.
- Частично изпълнени заявки към дилър.
Дилър
- Подадени заявки и решение по тях.
- Одобрени заявки, които чакат заводска поръчка.
- Потвърдени, произведени и пътуващи автомобили.
- Автомобили в Безмитния склад и срокове за плащане.
- Автомобили, изпратени от Тексим и чакащи физическо приемане.
- Щети/несъответствия, установени при получаване.
20. Къде се вижда всеки flow в мокъпите
| Flow | Място в мокъпа |
|---|---|
| Цели | Цели по модели |
| Дилърски заявки | Дилърски заявки |
| Заводска поръчка | Поръчки към завода |
| Поръчани → В производство → Произведени | Автомобили |
| Плащане към завода | Фактури за плащане |
| Международна заявка и потвърждение | Заявки за транспорт → Готови за заявка / Заявка към превозвач |
| Международно проследяване | Заявки за транспорт → В транспорт |
| Автомобили на BG пристанище | Заявки за транспорт и texim-operational-portal.html → На пристанище |
| CMR и частични приемки | texim-operational-portal.html → На пристанище / За приемане |
| Приети в Пазарджик | texim-operational-portal.html → В Пазарджик |
| Обмитяване | Обмитяване и детайл на заводска поръчка |
| Хомологация | Хомологация и детайл на заводска поръчка |
| Заявка към Тексим | Заявки за транспорт → Към дилър |
| Издаване към дилър | texim-operational-portal.html → За издаване |
| Приемане и протокол от дилъра | Заявки за транспорт → Към дилър → Преглед: дилърски профил → Приеми с протокол |
| Щети | Щети и автомобилно досие |
| Email preview/history | Известия / Плащания и действията в дилърските заявки |
21. Решаващи статуси и кой ги задава
| Статус | Кой го задава | Какво доказва |
|---|---|---|
Одобрена · чака поръчка |
Buyer / оторизиран служител | Търсенето е одобрено, но още не е поръчано |
В поръчка към завода |
Системата след действие на Buyer | Заявката е включена точно веднъж |
В производство |
Buyer | Заводът е започнал конкретните бройки |
Произведен |
Buyer | Конкретната бройка е произведена |
Платена · готова |
Счетоводство / NAV | Конкретната бройка е покрита от реално плащане |
Заявка към превозвач |
Логистика | Има изпратена заявка, но няма потвърдено товарене |
В транспорт |
Логистика след validation | Има потвърден международен транспорт |
BG пристанище |
Логистика | Автомобилът е физически пристигнал в България |
Към Пазарджик |
Тексим | Автомобилът е включен във вътрешен CMR |
Безмитен склад |
Тексим | Конкретната бройка е физически приета |
Обмитен |
Логистика след MRN | Има валидна митническа декларация |
Заявка към Тексим |
Логистика | Тексим има задача за изпращане към дилър |
Изпратена към дилър |
Тексим | Автомобилът е напуснал Пазарджик |
Частично приета от дилъра |
Дилър | Част от изпратените автомобили имат протокол; останалите още чакат приемане |
Приета от дилъра |
Дилър | Всички изпратени автомобили са огледани и приети с протокол |
22. Потвърдени ролеви решения
| Тема | Решение |
|---|---|
| Приемане от дилър | Дилърът сам приема автомобилите в собствения си профил; логистиката има само преглед |
| Неплатен автомобил | Buyer и Admin имат ролевата възможност за разрешение; отделен approval flow не се разработва на този етап |
| Заводска фактура | Buyer въвежда и свързва фактурата; счетоводство/NAV извършва плащането |
| Реални дати на курса | Тексим задава реалната дата на товарене и реалната крайна дата |
| Щети при дилър | After Sales е собственик на затварянето; в мокъпа действието временно е достъпно за всички |
| Финален статус | Изпратена към дилър → Приета от дилъра; няма междинен статус При дилър, чака потвърждение |
| PDI | Не се променя и не се детайлизира в текущия етап |
| Export цени | Дилърски цени и фактурни стойности се виждат само от Buyer и Admin |
23. Оставащи отворени решения
- Кой одобрява дилърската заявка: Buyer или отделен
Мениджър дилърска мрежа? - Кой извършва хомологацията? Работната хипотеза е
Логистика + Sales, но трябва потвърждение.