UATУЧЕБНО РЪКОВОДСТВО
Приложение на UAT подхода

Работата в Digi
и Digi Studio

Свържи конфигурацията, хората и крайния резултат. Първо изясни бизнес задачата, след това провери как тя се изпълнява в конкретната тестова версия.

Съдържание на тази страница
01 / КОНТЕКСТ

Къде се настройва и къде се работи

Digi е вътрешна уеб система за работа на служители с клиентска информация, заявки и организационни процеси. Digi Studio е работното пространство за настройване на процеси, екрани, правила и продукти.

За UAT връзката е: договорена бизнес нужда → настройка → изпълнение от съответните роли → проверим бизнес резултат. Успешно записана настройка е само част от доказателството. След нея трябва да се провери работата по реалистична тестова заявка.

Този продуктов контекст е по локалните материали от септември 2026. Той не удостоверява поведението на разположената версия към 02.10.2026. Екипът потвърждава актуалните екрани, роли, правила и интеграции преди UAT.

Работа по заявки

Списъци, възложени задачи, решения и история. UAT въпросът е дали правилният служител може да доведе заявката до правилен резултат.

Workflow Designer

Стъпки, формуляри, участници и условия. UAT проверява дали описаният бизнес маршрут се изпълнява с нужните данни и роли.

Продуктова фабрика

Параметри и условия на продукти, версии и състояния. UAT проверява дали служителят избира приложимия продукт и работи по договорените условия.

Правила и решения

Условия, таблици за решения, политики и номенклатури. UAT проверява правилния маршрут и резултат при съответните бизнес входни данни.

02 / ВЕРСИИ И ЗАЯВКИ

Разграничавай настройката от изпълнението

Процесната дефиниция описва как трябва да протече работата. Конкретната заявка е едно изпълнение на този процес с определени данни и участници.

Настройка в Studio→Публикувана версия→Заявка в Digi→Бизнес резултат

Преди теста запиши процесната и продуктовата версия, както и приложимите правила. Не приемай, че запазване на чернова, публикуване на процес и приключване на заявка са едно и също действие.

При промяна на процеса уточни какво трябва да стане с новите и със започнатите заявки. Не предполагай, че външна таблица, политика и продукт автоматично са фиксирани към същата версия. Очакваното поведение трябва да бъде договорено и проверено.

03 / ПОДГОТОВКА

Какво да получиш от екипа

  • Адрес, версия и конфигурация на UAT средата.
  • Бизнес процесът, критерии за приемане и правила за обичайните случаи и изключенията.
  • Акаунти за автор, преглеждащ, одобряващ и други приложими роли; кои организации и записи са достъпни за всяка.
  • Тестови клиенти, продукти, документи и начални заявки с разрешени данни.
  • Кои интеграции са реално свързани, кои са симулирани и кой дава доказателство за крайния резултат.
  • Как се отчита дефект, кой решава бизнес въпросите и кой приема обхвата.

Участникът в UAT не е задължително и автор на процеси в Studio. Ако ролята ти е за изпълнение в Digi, конфигурацията може да бъде подготвена от отговорния колега. В сценария запиши кой извършва всяка стъпка.

04 / РЕЗУЛТАТ

Какво е полезно доказателство в Digi

ПроверкаКакво запазваш
Данните са записани вярно.Входни стойности, ID на заявка, повторно отворен запис и сравнение.
Правилният човек получава задача.Роля, организация, ID на общата заявка и задачата в съответния списък.
Маршрутът следва правилото.Версия на правилото, входни данни, очакван и действителен път.
Корекцията стига до следващата роля.Причина, променени стойности, повторно предаване и история.
Крайното действие е изпълнено.Краен статус плюс изискваното потвърждение, документ или резултат в свързаната система.

При отклонение описвай бизнес последствието: грешен одобряващ, неправилно условие, изгубена промяна, липсващ документ или неприключена задача. Техническият екип помага за причината.

05 / ДЕМОНСТРАЦИЯ

Използвай демото за ориентация

Приложеното интерактивно обяснение е локална продуктова демонстрация. Използвай я, за да проследиш участници, стъпки и решения. Тя не създава реални заявки в Digi и не е UAT доказателство за тестовата система.

В материалите от септември са описани демонстрационни компоненти за част от външните операции. Преди текущия UAT екипът трябва да потвърди действителното състояние на всяка интеграция. Не извеждай реално извършена проверка, подписване или предоставена услуга само от успешен демонстрационен екран.

Маршрутната симулация в Studio не е равна на пълно изпълнение от всички роли. Исторически измервания в техническите раздели на демото не са критерии за приемане на текущата среда.

06 / ОСНОВА НА КОНТЕКСТА

Проектни материали

Контекстът използва вече събраните локални материали за Digi от септември 2026. Посочените пътища са ориентир за екипа, а не файлове, които получателят трябва да има, за да чете ръководството.

  • WORKFLOW-STUDIO-DEMO.md — демонстрационни процеси и ограничения.
  • Web/docs/workflow/index.html — копираното интерактивно обяснение от 08.09.2026.
  • BankingOperationsService/docs/digi-studio.md — процеси и версии.
  • Web/docs/wiki/project-overview.md — общ обхват на Digi.
  • Web/lib/process/designer/templates.ts — примерни процесни шаблони.
  • Web/lib/products/productsApi.ts и types.ts — продуктови действия и състояния.