Uživatelský manuál
Stručný průvodce
Dashboard
Přehledy
Detail případu (Caseoverview)
Případ - Událost
Úkoly
Poznámky případu
Dokumenty
Nastavení uživatele
Oblíbené
Komponenta tabulky
FAQ
Novinky/Oznámení v Team assistant
Nastavení mobilní aplikace
Admin dokumentace
Platforma
Administrace
Crony
Autentizace a synchronizace
Nastavení mobilní aplikace pro vaše prostředí
Schéma
Dynamické tabulky
Archivace
Skripty
Servisní konzole
Naplánované úkoly
HR Agenda
Sekvence
CSP hlavičky - zásady zabezpečení obsahu
Logy
Správa novinek (Notifikační centrum)
Nastavení přístupového tokenu a vypršení platnosti relace
Šablona
Role
Plánování
Uživatelé
Organizační struktura
Události
Překlady
NFC integrace
AXIOS API
Výpočty a funkce
Integrace
TAS Forms
Pokročilé funkce a tipy
Produkt
Technický changelog
Business Changelog
Průvodce upgradem z předchozích verzí
Upgrade na 5.17
Upgrade na 5.7
Lodash upgrade v4.17.x (>v5.5)
Hlavní změny a zaniklé funkce (v5.3 > v5.7)
Podbarvení proměnných ve stavu Read-only (>v5.7.58)
Použití validačních funkcí
Upgrade na 5.3
Migrace dynamických podmínek
Úprava a kontrola tisku pdf
Úprava Popis úkolu vs Instrukce k úkolu
Transpilace forEach na for loop
Vykreslení HTML na Caseoverview
Rozdíly mezi TAS4 a TAS5 - kompletní přehled
Best Practices upgrade z TAS 4 na TAS 5
Technické požadavky a architektura
Status routes
Prerekvizity serveru
Bezpečnost a ochrana dat
Security
TAS Operations Runbook
Technologická architektura
Graceful Shutdown + Status Routes
Aktuality / Důležité informace
Jak začít?
- Vše /
- Admin dokumentace
- Integrace /
- Modul na volání TASu - TAS 2 TAS (zakládání procesů přes API)
Modul na volání TASu - TAS 2 TAS (zakládání procesů přes API)
Endpoint Start Process API umožňuje jedním voláním vytvořit nový případ z existující šablony, naplnit proměnné vstupními daty a okamžitě spustit workflow. Operace je atomická — případ buď vznikne kompletně, nebo vůbec.
5.7.75 a 5.17Endpoint
Method: POST
URL: /api/plugins/api-extensions/start-process
Autentizace
Každé volání musí obsahovat Bearer token v HTTP hlavičce:
Authorization: Bearer <accessToken>
Content-Type: application/json
Tělo požadavku
{
"processId": 27, //ID hlavičky (headerId) spouštěného procesu
"data": {
"processVariable1": "value1",
"processVariable2": "value2"
}
}Pole | Typ | Popis |
|
| ID hlavičky (šablony) procesu, ze které se případ zakládá |
|
| Klíč–hodnota párů odpovídající proměnným šablony |
Podporované typy hodnot v data
Typ | Příklad |
String |
|
Number |
|
Datum ( |
|
Příklad volání
try {
const accessToken = 'xxxxxx';
const configStartNewProces = {
method: "post",
url: `/api/plugins/api-extensions/start-process`,
headers: {
"Authorization": `Bearer ${accessToken}`,
"Content-Type": "application/json"
},
data: JSON.stringify({
processId: 27, //ID hlavičky (headerId) spouštěného procesu
data: {
"processVariable1": "value1",
"processVariable2": "value2"
}
})
};
const requestStartNewProces = axios.getAxios().requestRaw(configStartNewProces);
proc.warn(`requestStartNewProces Result`, { requestStartNewProces });
} catch (error) {
proc.warn(`requestStartNewProces error`, { error });
}async/await — transpiler je doplní automaticky. Ruční použití způsobí chybu při spuštění.Doporučení pro administrátora
- Do objektu
datadoporučujeme přidat proměnnou_isCaseCreatedByAPIs hodnotou"true". Šablona tak okamžitě rozpozná, že případ vznikl přes API, a může na to reagovat v podmínkách nebo routingu. - Všechny hodnoty z
datajsou dostupné již v úkolu Start — workflow s nimi může pracovat okamžitě (podmínky, routing, rozhodování) bez nutnosti čekat na další krok.
"_isCaseCreatedByAPI": "true" — přidej tuto proměnnou do šablony jako textové pole a workflow ji může číst hned od startu.Chování při chybě
Pokud dojde k jakékoliv chybě (nevalidní vstup, neexistující processId, problém při startu workflow):
- případ se nevytvoří,
- žádná data se neuloží,
- v systému nezůstanou neúplné ani „rozbité" procesy.
Updated
by Frantisek Brych