Дата: 06.08.2026
Обхват: онлайн запис на сервизен час, потвърждение от сервизен консултант, алтернативни часове, график на специалистите на 30-минутни слотове, приемане на автомобил, PDI заявки, неработни дни и известия.
Мокъп: service-booking-v2.html
Източник: среща „CMC & BYD — Сервизен модул резервации" от 05.08.2026 и Kick-off документацията на проекта.
1. Роли и отговорности
| Роля | Основна отговорност в процеса | Основен интерфейс |
|---|---|---|
| Клиент | Заявява конкретен ден и час за своята кола и услуга, получава потвърждение или предложени часове и избира от тях | Публична страница „Запази час" (вгражда се в сайта) |
| Сервизен консултант (приемчик) | Обработва опашката, уточнява операциите и продължителността, разпределя специалист, потвърждава или предлага други часове, приема и издава автомобила | Сервизен модул в CRM |
| Специалист (механик) | Изпълнява поръчката. Той е ресурсът в графика — не работи в системата на този етап | — извън обхвата |
| After Sales / PDI отговорен | Получава заявките за PDI, изпълнява проверката и маркира PDI като приключен | PDI екран |
| Дилър — сервиз | Има собствен акаунт, свои специалисти и собствен график; може да вгради формата за запис в своя сайт | Сервизен модул, ограничен до своята точка |
| Централа | Вижда графиците и резервациите на всички точки, включително дилърските, и статистиката по тях | Сервизен модул, избор на сервизна точка |
Външни участници
Тези участници са част от процеса, но не трябва да се смесват с ролите в модула:
| Участник | Отговорност |
|---|---|
| Navision (NAV) | Сервизната поръчка, труд, материали, ставки, гаранция и фактуриране |
| Кол-център / централа | Приема входящите обаждания от телефоните, публикувани на сайта |
| Търговец | Подава кола за PDI преди издаване на клиент или преди доставка към дилър |
| Имейл / Viber / SMS доставчик | Доставя известията по избраните от клиента канали |
2. Как е показан процесът
Всеки flow по-долу съдържа един реален екран от работния мокъп, пътя до него и таблица със стъпките — роля, действие и резултат в CRM. Статусите са изписани така, както се виждат в интерфейса.
Жизнен цикъл на заявката
- Ново
- →
- В преглед
- →
- Предложени часове
- →
- Потвърдено
- ·
- Отказано
- ·
- Изтекло
Жизнен цикъл на сервизната поръчка
- Потвърдена
- →
- Колата приета
- →
- В ремонт
- →
- Готова
- →
- Издадена / закрита
- ·
- Отказана
- ·
- Неявил се
Извън текущия обхват: статусите В ремонт, Готова и Издадена / закрита съществуват в мокъпа, но мобилното отчитане от специалиста и издаването на автомобила няма да се разработват на този етап. Оставени са в мокъпа, за да могат да се включат по-късно. Виж 20.
Как се смята наличността
- Работно време за запис 09:30–17:00, слот 30 минути — първи 09:30, последен 16:30.
- Капацитетът на деня = брой активни специалисти × слотове. Един слот е свободен, ако поне един специалист е свободен в него.
- Всички специалисти са универсални — не се води специалност и тя не влияе на наличността.
- Продължителността идва от нормовремето на услугата. Слот се предлага само ако един специалист е свободен за целия интервал.
- Клиентът вижда часове най-рано за утре — за днес не се записва онлайн. Приемчикът може да запише за днес.
- Заявката не блокира слота. Слотът се блокира едва при потвърждение от приемчика.
- Отбелязан неработен ден блокира графика на специалиста; вече потвърдените часове не се преразпределят автоматично.
Филтриране, навигация и масови действия
| Контрола | Поведение |
|---|---|
| Сервизна точка | Всяка точка има собствен график и собствени специалисти. Изборът в лявата колона сменя контекста на всички екрани. Централата вижда и дилърските точки. |
| Опашка по SLA | Заявките са подредени по остатъчно време за реакция. Каналът (сайт / телефон / на място / PDI), марката и желаният час се виждат директно в реда. |
| Навигация по дни | В Заявки и график: стрелки, „Днес", избор на дата и лента с 10 работни дни, показваща свободния капацитет. Черновата се мести заедно с деня. |
| Марка | Блокчетата в графика са цветово разделени по марка (Dongfeng / BYD) с филтър в лентата. |
| Табове по статус | В Сервизни поръчки — Всички, Потвърдена, Колата приета, В ремонт, Готова, Издадена, с брояч на всеки таб. |
| Щриховани клетки | Свободно, но не стига за продължителността на текущата чернова — клетката не се кликва и обяснява причината. |
| Броячи в менюто | Заявки за обработка, активни поръчки и чакащи PDI — badge до името на екрана. |
3. Flow 1 — онлайн запис на час от клиент
Начало: клиент иска сервизен час за своята кола.
Край: заявката е в опашката на избраната сервизна точка със статус Ново, без блокиран слот.
Екран в мокъпа: Сайт — Запази час · Клиент
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Клиент | Избира марка (Dongfeng / BYD) и сервизна точка | Графикът на избраната точка става основа за наличността |
| 2 | Клиент | Въвежда рег. № или VIN, избира модел от списъка за марката, по избор километраж | Данни за автомобила в заявката |
| 3 | Клиент | Избира услуга от каталога или „Друго / не знам" с описание | Нормовремето на услугата задава нужната продължителност (напр. 2 ч → 4 × 30 мин) |
| 4 | Клиент | Избира ден от месечния календар | Под всяка дата стои броят възможни начални часове за тази услуга; запълнените дни излизат „няма" |
| 5 | Клиент | Избира начален час от свободните слотове | Целият зает интервал се маркира — напр. 10:00 → 12:00 при 2 ч |
| 6 | Клиент | Попълва име, телефон, имейл и предпочитани канали за връзка (чекбокси: имейл, Viber, SMS, телефон) | — |
| 7 | Клиент | Приема GDPR и изпраща заявката | Заявка SR-XXXX · Ново; часът не се блокира |
| 8 | Система | Изпраща потвърждение за приета заявка по избраните канали | Известие „Заявката е приета" с номера на заявката |
| 9 | Система | Известява приемчика на съответната точка | Заявката влиза в опашката със SLA брояч |
Важно: за днес не се записва онлайн — най-ранният възможен запис е за утре. Зачертаните часове се кликват и обясняват причината: няма свободен специалист за целия интервал или интервалът излиза след 17:00.
Ключов принцип: клиентът не вижда имена на специалисти — само агрегираната наличност на точката.
4. Flow 2 — заявка по телефон или на място
Начало: клиентът звъни на телефона от сайта или идва на място.
Край: заявка в опашката, идентична по обработка с онлайн заявката.
Екран в мокъпа: Заявки и график → + Ново · Сервизен консултант / рецепция
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Кол-център | Приема обаждането и го насочва към сервизната точка | Директни контакти на приемчиците не се дават на клиенти |
| 2 | Приемчик | Отваря + Ново и избира канал — телефон или на място | Чернова на заявка |
| 3 | Приемчик | Търси клиента по име, телефон, NAV ID, рег. № или VIN | Намерен клиент с история на обслужванията |
| 4 | Приемчик | Избира марка, точка, модел, километраж и услуга; записва описанието на проблема | — |
| 5 | Приемчик | Отбелязва предпочитаните канали за връзка | Известията тръгват по тях |
| 6 | Приемчик | Задава желан ден и час | Заявка SR-XXXX · Ново |
Важно: заявката по телефон също не блокира слота — минава през същото потвърждение като онлайн заявката, за да не се получат два различни процеса.
5. Flow 3 — потвърждение на часа от приемчика
Начало: в опашката има заявка със статус Ново.
Край: потвърден час, блокиран слот и създадена сервизна поръчка.
Екран в мокъпа: Заявки и график · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря заявка от опашката, подредена по SLA | Статус В преглед |
| 2 | Система | Предлага желания от клиента час като пунктирана чернова, ако е свободен; иначе първия възможен | Черновата показва специалист, ден, начален час и продължителност |
| 3 | Приемчик | Уточнява операциите — добавя или маха от каталога | „общо 3 ч → 6 слота"; полето за продължителност остава редактируемо |
| 4 | Приемчик | При нужда мести черновата с клик по свободна клетка или сменя деня със стрелките и лентата с дни | Черновата се мести заедно с деня; заетият интервал се вижда като един блок |
| 5 | Приемчик | Натиска Потвърди часа | Поръчка SO-XXX · Потвърдена; слотът се блокира за клиентите |
| 6 | Система | Изпраща потвърждение по избраните канали, с юридическия дисклеймър | Известие „Часът е потвърден" |
| 7 | Система | Записва в поръчката кой сервизен консултант е запазил часа | Вижда се в графика и в детайла на поръчката |
Ключов принцип: нормовремето е ориентир, крайното време е решение на приемчика — операции като „смяна на крушка" често изискват и оглед на ходовата част.
Бизнес правило: потвърждението е и моментът, в който слотът излиза от публичната наличност.
6. Flow 4 — няколко заявки за един и същ час
Начало: двама или повече клиенти са заявили един и същ час.
Край: един е потвърден, останалите получават алтернативи.
Екран в мокъпа: Заявки и график → Опашка · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Приема всички заявки за същия слот — нищо не се блокира | В реда на заявката: „още N за същия час" |
| 2 | Приемчик | Обработва по реда на влизане | — |
| 3 | Приемчик | Потвърждава първата изпълнима заявка | Слотът се затваря за клиентите |
| 4 | Система | Отбелязва останалите заявки за този час като неизпълними | В опашката се вижда, че часът вече е зает; известява се колко чакат алтернатива |
| 5 | Приемчик | Предлага на останалите други часове | Статус Предложени часове (Flow 6) |
Твърдо правило: няма ограничение колко клиенти могат да заявят един и същ час. Това е съзнателно — иначе бот или недоброжелател може да запълни календара с непотвърдени резервации.
7. Flow 5 — часът не се вмества за избраната услуга
Начало: желаният час е свободен, но не за цялата продължителност на услугата.
Край: намерен друг подходящ час или изпратени предложения.
Екран в мокъпа: Заявки и график → График · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Проверява целия интервал, не само началния слот | Клетките, в които не се вмества, са щриховани с „< 3 ч" и не се кликат |
| 2 | Система | Показва черновата в червено и я спира при първата заета поръчка | Надпис „✕ не се вмества"; съществуващата поръчка остава видима |
| 3 | Система | Обяснява конкретната причина | „Мартин Петров има SO-446 11:30–12:00 в този интервал" |
| 4 | Приемчик | Мести черновата, сменя специалиста, деня или намалява продължителността | Потвърди часа се отключва |
Твърдо правило: Потвърди часа е недостъпен, докато един специалист не е свободен за целия интервал. Клик по щрихована клетка не мести черновата, а обяснява защо.
8. Flow 6 — предлагане на до 3 алтернативни часа
Начало: желаният час не може да бъде потвърден.
Край: изпратени до 3 конкретни часа; заявката е Предложени часове.
Екран в мокъпа: Заявки и график → Предложи 3 други часа · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря Предложи 3 други часа | Списък само с реално свободните часове за тази услуга |
| 2 | Приемчик | Избира до 3 часа, максимално близо до желания | Избраните се виждат в прегледа на съобщението |
| 3 | Приемчик | Проверява как изглежда съобщението (Виж имейла) | — |
| 4 | Приемчик | Изпраща предложението | Статус Предложени часове; слотовете остават свободни |
Важно: предложените часове не се блокират. До избора на клиента те са достъпни и за други — затова съобщението предупреждава, че наличността се мени в реално време.
9. Flow 7 — клиентът избира от предложените часове
Начало: клиентът е получил съобщение с предложения.
Край: часът е запазен без повторно потвърждение, заявката остава отворена за обаждане или е отказана.
Екран в мокъпа: Имейл → Виж предложените часове → Сайт (личен линк) · Клиент
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Изпраща имейл и Viber/SMS с един бутон „Виж предложените часове" | В самото съобщение няма избор на час — само личен линк за заявката |
| 2 | Клиент | Отваря личния линк | Вижда само трите предложени часа — без календар и без други часове |
| 3 | Клиент | Избира час и потвърждава | Поръчка SO-XXX · Потвърдена; „запазил: клиентът (избор от предложените часове)" |
| 4 | Система | Ако часът е бил зает междувременно, показва останалите възможности | „Този час беше запазен, докато избирахте. Изберете друг." |
| 5 | Клиент | Алтернативно: „Никой не ми е удобен — свържете се с мен" | Заявката остава отворена; приемчикът звъни |
| 6 | Клиент | Алтернативно: „Откажи заявката" | Статус Отказано |
Ключов принцип: изборът се случва в платформата, а не в имейла — така наличността се проверява в момента на клика и не се стига до двойна резервация.
10. Flow 8 — преместване или отказ на потвърден час
Начало: потвърден час трябва да се промени — болен специалист, авария, клиентът не може.
Край: нов час или освободен слот.
Екран в мокъпа: Сервизни поръчки → Поръчка → Премести · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря поръчката и избира Премести | — |
| 2 | Приемчик | Задава нов специалист, ден, час и продължителност + причина | Старият слот се освобождава, новият се заема |
| 3 | Система | Известява клиента и специалиста | Известие „Часът е преместен" |
| 4 | Приемчик | При отказ или неявяване маркира Отказана / Неявил се | Слотът се освобождава и става достъпен за клиенти |
Важно: когато специалист бъде отбелязан като неработещ за даден ден, вече записаните часове не се преразпределят автоматично — приемчикът решава дали да ги премести или да осигури друг механик.
11. Flow 9 — приемане на автомобила
Начало: денят на записа е дошъл и клиентът докарва колата.
Край: колата е приета, специалистът е известен.
Екран в мокъпа: Сервизни поръчки → За приемане днес → Приеми колата · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря списъка „За приемане днес" | Само потвърдените поръчки за днешния ден |
| 2 | Приемчик | Въвежда реален километраж и ниво на гориво / заряд | Километражът остава в поръчката |
| 3 | Приемчик | Прави оглед; при нужда отбелязва щета и качва снимки | Щетите се завеждат по автомобила |
| 4 | Приемчик | Генерира приемо-предавателен протокол и взема подпис | — |
| 5 | Приемчик | Потвърждава приемането | Статус Колата приета; известие до специалиста |
12. Flow 10 — PDI заявка, планиране и приключване
Начало: търговец или PDI отговорен подава кола за предпродажбена проверка.
Край: PDI-то е планирано в графика и след изпълнението е маркирано като приключено.
Екран в мокъпа: PDI и Заявки и график · After Sales / Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Търговец / PDI отговорен | Подава кола за PDI с повод — преди издаване на клиент или преди доставка към дилър | Заявка PDI-XXX влиза в опашката при приемчика, заедно с клиентските |
| 2 | Приемчик | Планира PDI-то в същия график | Поръчка SO-XXX · тип PDI · Потвърдена |
| 3 | Специалист | Изпълнява проверката | Заема слотове като всяка друга поръчка |
| 4 | After Sales | Натиска PDI приключен | Статус Приключен |
Важно: PDI чеклистът, документите и фактурирането остават в дилърския процес и вървят по друг канал към финансите. В модула се прави само планирането в графика и отбелязването на приключването — така графикът отразява реалното натоварване.
13. Flow 11 — график на деня и капацитет
Начало: приемчик или мениджър иска да види натоварването на точката.
Край: ясна картина кой кога е зает и колко място остава.
Екран в мокъпа: График · Сервизен консултант / мениджър
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Избира сервизна точка и ден | Колони = специалисти, редове = 30-минутни слотове 09:30–17:00 |
| 2 | Система | Показва всяка поръчка като един блок за целия интервал | „SO-501 09:30–12:30 (3 ч)" с марка, кола, статус и кой е запазил часа |
| 3 | Система | Изчислява свободен капацитет и заетост | „свободен капацитет 39 от 60 получаса", „заетост 35%" |
| 4 | Приемчик | Филтрира по марка | Dongfeng и BYD са цветово разделени |
| 5 | Приемчик | Клик върху блокче | Отваря сервизната поръчка с действията за нейния статус |
Бизнес правило: сервизните консултанти от двете марки виждат целия график на точката — това е съзнателно, за да не се получи двойно записване. Търговците не получават достъп до общия график.
14. Flow 12 — специалисти, работно време и неработни дни
Начало: нужна е промяна в екипа на точката или в наличността.
Край: наличността е преизчислена и клиентите виждат актуалните часове.
Екран в мокъпа: Специалисти и графици · Сервизен мениджър
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Мениджър | Добавя специалист към сервизна точка и го маркира активен | Броят активни специалисти определя паралелните слотове за всеки час |
| 2 | Мениджър | Задава работно време (пн–пт 09:30–17:00) | Слотовете на деня се генерират от него |
| 3 | Мениджър | Отбелязва дни, в които специалистът не работи | Дните са блокирани — не се показват на клиенти и не влизат нови поръчки |
| 4 | Система | Преизчислява наличността | Колоната в графика е сива с „не работи"; капацитетът на деня пада |
| 5 | Дилър | Въвежда своите специалисти и услуги за своята точка | Собствен график; формата може да се вгради в неговия сайт |
Важно: не се води специалност — всички специалисти са универсални и работят и по двете марки. Ако по-късно се въведат специалности, те ще започнат да филтрират кой се предлага за дадена операция.
15. Flow 13 — каталог на услугите и нормовремена
Начало: нужна е нова услуга или промяна на нормовреме.
Край: услугата е избираема на сайта и участва в изчисляването на наличността.
Екран в мокъпа: Каталог услуги · Сервизен мениджър
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Мениджър | Създава или редактира операция — код, име, категория, нормовреме | Нормовремето се превръща в слотове (2 ч → 4 × 30 мин) |
| 2 | Мениджър | Задава марка — всички / Dongfeng / BYD — и видимост на сайта | Услугата се появява в клиентската форма за съответната марка |
| 3 | Система | Използва нормовремето за публичната наличност и за предложената продължителност при приемчика | — |
Важно: нормовремето е ориентировъчно. То определя какво се предлага на клиента, но крайното време остава решение на приемчика след прегледа на автомобила.
16. Flow 14 — известия, канали и дисклеймър
Начало: настъпва събитие по заявка или поръчка.
Край: получателят е известен по договорения канал, с изискваната формулировка.
Екран в мокъпа: Известия и шаблони · Всички роли
| Известие | Тригер | Получател | Канали |
|---|---|---|---|
| Заявката е приета | клиент изпрати заявка от сайта | Клиент | имейл + Viber/SMS |
| Нова заявка в опашката | нова заявка за сервизната точка | Приемчик | in-app + имейл |
| Часът е потвърден | приемчик потвърди | Клиент | имейл + Viber/SMS |
| Предложени други часове | приемчик изпрати до 3 алтернативи | Клиент | имейл + Viber/SMS с един бутон |
| Клиентът избра час | клиент потвърди от личния линк | Клиент + приемчик | имейл + Viber/SMS, in-app |
| Часът е преместен | приемчик премести поръчката | Клиент + специалист | имейл + Viber/SMS, in-app |
| Заявката е отказана | приемчик или клиент отказа | Клиент | имейл + Viber/SMS |
| Колата е готова извън обхвата | статус Готова | Клиент | имейл + Viber/SMS |
| PDI за планиране / приключен | нова PDI заявка · бутон „Приключен" | Приемчик · търговец | in-app + имейл |
Юридическо изискване: всяко потвърждение и предложение носи дисклеймър, че часът е ориентировъчен, реалната продължителност зависи от установеното при прегледа и дружеството си запазва правото да предложи друг час. Точният текст се предоставя от клиента.
17. Оперативен контрол при много заявки
Модулът е проектиран за поток от заявки по два бранда и няколко точки. Контролът върху обема се държи на три места:
| Механизъм | Какво постига |
|---|---|
| Блокиране при потвърждение | Ботове и масови непотвърдени заявки не могат да запълнят календара. Един слот може да бъде заявен от неограничено много клиенти. |
| Ред на влизане | Опашката се обработва по реда на подаване; при конфликт първата потвърдена печели слота. |
| SLA индикатор | Показва колко време остава за реакция; при под 40 минути е червен. |
| Автоматичен happy path | Ако желаният час е свободен и подходящ, потвърждението е един клик и известието тръгва автоматично — обаждане не е нужно. |
| Предложения вместо телефон | При конфликт клиентът получава линк с до 3 часа и избира сам, без разговор. |
18. Ролеви работни опашки
Сервизен консултант (приемчик)
- Нови заявки, подредени по SLA
- Заявки, чийто желан час вече е зает
- Заявки с няколко кандидата за един час
- Изпратени предложения, които чакат избор от клиента
- PDI заявки за планиране
- Коли за приемане днес
After Sales / PDI
- Коли, които чакат PDI, с повод и VIN
- Планирани PDI за деня
- PDI за приключване
Сервизен мениджър / централа
- Заетост и свободен капацитет по точки
- Неработни дни и намален капацитет
- Обем заявки по канал и по марка
19. Къде се вижда всеки flow в мокъпа
| Flow | Екран в мокъпа | Роля |
|---|---|---|
| Flow 1 | Сайт — Запази час | Клиент |
| Flow 2 | Заявки и график → + Ново | Приемчик |
| Flow 3 | Заявки и график | Приемчик |
| Flow 4 | Заявки и график → Опашка | Приемчик |
| Flow 5 | Заявки и график → График | Приемчик |
| Flow 6 | Заявки и график → Предложи 3 други часа | Приемчик |
| Flow 7 | Имейл → Виж предложените часове → Сайт (личен линк) | Клиент |
| Flow 8 | Сервизни поръчки → Поръчка → Премести | Приемчик |
| Flow 9 | Сервизни поръчки → За приемане днес | Приемчик |
| Flow 10 | PDI и Заявки и график | After Sales |
| Flow 11 | График | Приемчик / мениджър |
| Flow 12 | Специалисти и графици | Мениджър |
| Flow 13 | Каталог услуги | Мениджър |
| Flow 14 | Известия и шаблони | Всички |
20. Решаващи статуси и кой ги задава
| Статус | Значение | Кой го задава |
|---|---|---|
Ново | Заявката е подадена, слотът не е блокиран | Клиент (сайт) или приемчик (телефон / на място) |
В преглед | Приемчикът е отворил заявката | Приемчик — автоматично при отваряне |
Предложени часове | Изпратени са до 3 конкретни часа, все още незаети | Приемчик |
Потвърдено | Часът е фиксиран и слотът е блокиран | Приемчик или клиент чрез личния линк |
Колата приета | Автомобилът е физически в сервиза, с километраж и оглед | Приемчик |
В ремонт извън обхвата | Работата е започнала | — остава за по-късен етап |
Готова извън обхвата | Работата е приключена | — остава за по-късен етап |
Издадена / закрита извън обхвата | Колата е предадена, слотът е освободен | — остава за по-късен етап |
Приключен (PDI) | Проверката преди доставка или издаване е завършена | After Sales / PDI отговорен |
21. Потвърдени решения от срещата на 05.08.2026
| Решение | Как е реализирано |
|---|---|
| Клиентът вижда реални свободни часове | Отпадна вариантът с 3 предпочитани дати — клиентът избира конкретен час от календара. |
| Слотът се блокира при потвърждение | Защита от овърбукване и ботове; неограничено много заявки за един час. |
| Потвърждението от човек остава задължително | Продължителността на операциите варира; крайното време е по преценка на приемчика. |
| Ресурсът е брой механици, не специалности | Паралелните слотове = активни специалисти; всички са универсални. |
| Без запис за днес, за утре — да | Онлайн записът започва от следващия работен ден. |
| До 3 алтернативни часа при конфликт | Изпращат се по имейл и Viber/SMS с един бутон към личен линк. |
| Задължителен дисклеймър | Часът е ориентировъчен и дружеството си запазва правото да предложи друг — в потвържденията и предложенията. |
| Всяка сервизна точка е отделна | София — Орион, София — Кун, Пловдив, Бургас, Ямбол и официалните дилъри, всяка със собствен график. |
| Вижда се кой е запазил часа | Името на сервизния консултант е в блокчето в графика и в поръчката. |
| PDI влиза в същия график | Заявките идват при приемчика; чеклистът и документите остават в дилърския процес. |
| Без пари в букинга | Труд, материали, ставки и гаранция се водят в Navision. |
22. Оставащи отворени решения
| Въпрос | Състояние |
|---|---|
| Какво следва след „Колата приета" | Мобилното отчитане от специалиста (стар Flow 10) и издаването на автомобила (стар Flow 11) отпадат от обхвата. Трябва да се уточни кой и как затваря поръчката до момента, в който тези две части се разработят. Екраните остават в мокъпа. |
| Буфер в графика | Дали да не се предлага последният свободен специалист, за да остане резерв за спешни случаи и за клиенти на място. Към момента графикът се пълни до 100% капацитет. |
| Продължителност при „Друго / не знам" | Сега се заделя 1 ч за първоначален преглед. Да се потвърди дали това е достатъчно. |
| Срок на валидност на предложените часове | Колко време стоят активни, преди заявката да стане Изтекло. |
| Ориентировъчни времена по операции | Очаква се списък с нормовремена за типовите операции. |
| Финален текст на дисклеймъра | Юридическият текст ще бъде предоставен и заменен в шаблоните. |
| Дълбочина на интеграцията с Navision | Сега сервизната поръчка се въвежда ръчно в NAV. Автоматичното ѝ генериране остава за следваща стъпка. |