Page 1 of 1

Schließungsgrund der Aufgabe soll Bestellung abbrechen

Posted: 04. Dec 2025, 16:40
by llaprosper
Hallo Zusammen,
ich erzeuge bei einer Bestellung eine Aufgabe.
Wenn jetzt die Aufgabe mit einem negativen Schließungsgrund geschlossen wird, soll die Bestellung abgeschlossen/abgebrochen werden und der Service dann NICHT dem User zugeordnet werden.
Eigentlich dachte ich, dass ich dafür im Workflow das Repository "Fail Provisioning" nehme. Aber es wird dabei dem User trotdem der Service zugewiesen und ist unter "Meine Services" sichtbar.
Was muss ich en im WF machen, damit die Buchung NICHT ERFOLGREICH durchgeführt wird und der Service nicht zugewiesen wird?

VG
Andreas

Re: Schließungsgrund der Aufgabe soll Bestellung abbrechen

Posted: 15. Dec 2025, 22:12
by Theo_Gottwald
I𝚌𝚑 𝚝𝚎𝚒𝚕𝚎 𝚍𝚒𝚎 𝚣𝚠𝚎𝚒 𝚃𝚑𝚎𝚖𝚎𝚗:

## 1️⃣ 𝙴𝚖𝚙𝚒𝚛𝚞𝚖 25.0.1: 𝚁𝚘𝚕𝚕𝚘𝚞𝚝-𝙺𝚘𝚘𝚛𝚍𝚒𝚗𝚊𝚝𝚒𝚘𝚗 𝚒𝚗 𝚍𝚎𝚛 𝙴𝙼𝙲? „𝙺𝚎𝚢𝚠𝚘𝚛𝚍 𝚗𝚘𝚝 𝚜𝚞𝚙𝚙𝚘𝚛𝚝𝚎𝚍: ‘𝚍𝚜𝚗’“ 🚦💻

* **𝚂𝚎𝚛𝚟𝚎𝚛 2016**: 𝙳𝚒𝚎 *𝙼𝚊𝚝𝚛𝚒𝚡42 𝙼𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝 𝙲𝚘𝚗𝚜𝚘𝚕𝚎* 𝚠𝚒𝚛𝚍 𝚘𝚏𝚏𝚒𝚣𝚒𝚎𝚕𝚕 𝚗𝚞𝚛 𝚊𝚋 **𝚆𝚒𝚗𝚍𝚘𝚠𝚜 𝚂𝚎𝚛𝚟𝚎𝚛 2019** 𝚞𝚗𝚝𝚎𝚛𝚜𝚝ü𝚝𝚣𝚝. 𝚂𝚎𝚛𝚟𝚎𝚛 2016 𝚒𝚜𝚝 𝚊𝚕𝚜𝚘 𝚛𝚊𝚞𝚜 – 𝚍𝚊𝚜 𝚙𝚊𝚜𝚜𝚝 𝚣𝚞 𝚍𝚎𝚒𝚗𝚎𝚛 𝙱𝚎𝚘𝚋𝚊𝚌𝚑𝚝𝚞𝚗𝚐. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][1]) 🖥️🚫
* **𝚆𝚒𝚗𝚍𝚘𝚠𝚜 10 1607 (𝙻𝚃𝚂𝙱 2016)**: 𝙶𝚎𝚏𝚘𝚛𝚍𝚎𝚛𝚝 𝚠𝚒𝚛𝚍 „𝚆𝚒𝚗𝚍𝚘𝚠𝚜 10 𝚖𝚒𝚝 𝚓𝚎𝚠𝚎𝚒𝚕𝚜 𝚊𝚔𝚝𝚞𝚎𝚕𝚕𝚎𝚖 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙿𝚊𝚌𝚔“. 𝙾𝚏𝚏𝚕𝚒𝚗𝚎-𝙲𝚕𝚒𝚎𝚗𝚝𝚜 𝚜𝚒𝚗𝚍 𝚘𝚏𝚝 **𝚙𝚊𝚝𝚌𝚑-𝚝𝚎𝚌𝚑𝚗𝚒𝚜𝚌𝚑 𝚗𝚒𝚌𝚑𝚝 𝚊𝚞𝚏 𝚐𝚕𝚎𝚒𝚌𝚑𝚎𝚖 𝚂𝚝𝚊𝚗𝚍** – 𝚍𝚊𝚜 𝚎𝚛𝚔𝚕ä𝚛𝚝 𝚄𝚗𝚝𝚎𝚛𝚜𝚌𝚑𝚒𝚎𝚍𝚎 𝚊𝚞𝚏 „𝚒𝚍𝚎𝚗𝚝𝚒𝚜𝚌𝚑𝚎𝚗“ 𝙼𝚊𝚜𝚌𝚑𝚒𝚗𝚎𝚗. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][1]) 🔄🕵️‍♂️
* 𝙸𝚗 25.0.1 𝚠𝚞𝚛𝚍𝚎 𝚍𝚒𝚎 **𝚁𝚘𝚕𝚕𝚘𝚞𝚝-𝙺𝚘𝚘𝚛𝚍𝚒𝚗𝚊𝚝𝚒𝚘𝚗** 𝚟𝚎𝚛𝚋𝚎𝚜𝚜𝚎𝚛𝚝 (𝙱𝚊𝚌𝚔𝚐𝚛𝚘𝚞𝚗𝚍-𝙿𝚛𝚘𝚌𝚎𝚜𝚜𝚒𝚗𝚐, 𝚃𝚒𝚖𝚎𝚘𝚞𝚝 𝚟𝚒𝚊 𝚊𝚙𝚙.𝚌𝚘𝚗𝚏𝚒𝚐). 𝙳𝚊𝚜 𝙿𝚛𝚘𝚋𝚕𝚎𝚖 „𝚁𝚘𝚕𝚕𝚘𝚞𝚝 𝚌𝚘𝚘𝚛𝚍𝚒𝚗𝚊𝚝𝚒𝚘𝚗 𝚒𝚜 𝚗𝚘𝚝 𝚏𝚞𝚗𝚌𝚝𝚒𝚘𝚗𝚒𝚗𝚐 𝚘𝚗 𝚌𝚕𝚒𝚎𝚗𝚝𝚜“ 𝚐𝚒𝚕𝚝 𝚊𝚕𝚜 𝚐𝚎𝚏𝚒𝚡𝚝. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][2]) ✔️🆕

**𝚆𝚊𝚜 𝚒𝚌𝚑 𝚙𝚛ü𝚏𝚎𝚗 𝚠ü𝚛𝚍𝚎 (𝚠𝚎𝚒𝚕 𝚍𝚒𝚎 𝙵𝚎𝚑𝚕𝚎𝚛𝚖𝚎𝚕𝚍𝚞𝚗𝚐 𝚜𝚝𝚊𝚛𝚔 𝚗𝚊𝚌𝚑 𝚏𝚊𝚕𝚜𝚌𝚑𝚎𝚖 𝙲𝚘𝚗𝚗𝚎𝚌𝚝𝚒𝚘𝚗-𝚂𝚝𝚛𝚒𝚗𝚐/𝙿𝚛𝚘𝚟𝚒𝚍𝚎𝚛 𝚔𝚕𝚒𝚗𝚐𝚝):**

1. **𝙳𝚂𝙽/𝙻𝚘𝚐𝚒𝚗 𝚔𝚘𝚛𝚛𝚎𝚔𝚝?** 𝙱𝚎𝚒𝚖 𝚂𝚝𝚊𝚛𝚝 𝚍𝚎𝚛 𝙴𝙼𝙲 𝚞𝚗𝚋𝚎𝚍𝚒𝚗𝚐𝚝 𝚍𝚒𝚎 **𝙳𝚂𝙽 𝚍𝚎𝚜 𝚎𝚛𝚜𝚝𝚎𝚗 𝚂𝚝𝚊𝚗𝚍𝚘𝚛𝚝𝚎𝚜** 𝚠ä𝚑𝚕𝚎𝚗 – **𝚗𝚒𝚎** „𝙴𝚖𝚙𝙻𝚘𝚌𝚊𝚝𝚒𝚘𝚗𝚜“. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][3]) 🏁🔑
2. **𝙾𝙳𝙱𝙲/𝙳𝚂𝙽 𝚊𝚞𝚏 𝙿𝚛𝚘𝚋𝚕𝚎𝚖-𝙲𝚕𝚒𝚎𝚗𝚝𝚜 „𝚗𝚎𝚞 𝚣𝚒𝚎𝚑𝚎𝚗“:** 𝙳𝚒𝚎 𝙴𝙼𝙲-𝙸𝚗𝚜𝚝𝚊𝚕𝚕𝚊𝚝𝚒𝚘𝚗 𝚊𝚔𝚝𝚞𝚊𝚕𝚒𝚜𝚒𝚎𝚛𝚝 𝚋𝚎𝚜𝚝𝚎𝚑𝚎𝚗𝚍𝚎 𝙾𝙳𝙱𝙲-𝚅𝚎𝚛𝚋𝚒𝚗𝚍𝚞𝚗𝚐𝚎𝚗 𝚘𝚏𝚝 **𝚗𝚒𝚌𝚑𝚝** 𝚊𝚞𝚝𝚘𝚖𝚊𝚝𝚒𝚜𝚌𝚑. 𝚂𝚎𝚝𝚣𝚎 𝚒𝚖 *𝙻𝚘𝚌𝚊𝚝𝚒𝚘𝚗𝙳𝙱.𝚒𝚗𝚒* 𝚒𝚖 𝙴𝙼𝙲-𝙿𝚊𝚔𝚎𝚝 `𝙵𝚘𝚛𝚌𝚎=1` 𝚞𝚗𝚍 𝚒𝚗𝚜𝚝𝚊𝚕𝚕𝚒𝚎𝚛𝚎 𝚍𝚒𝚎 𝙴𝙼𝙲 𝚗𝚎𝚞, 𝚍𝚊𝚖𝚒𝚝 𝚍𝚒𝚎 𝙾𝙳𝙱𝙲-𝚅𝚎𝚛𝚋𝚒𝚗𝚍𝚞𝚗𝚐/𝙳𝚂𝙽 𝚗𝚎𝚞 𝚎𝚛𝚜𝚝𝚎𝚕𝚕𝚝 𝚠𝚒𝚛𝚍. ([𝚠𝚙𝚖-𝚋𝚕𝚘𝚐.𝚍𝚎][4]) 🔄🛠️
3. **𝚅𝚎𝚛𝚜𝚒𝚘𝚗/𝙱𝚞𝚒𝚕𝚍 𝚍𝚎𝚛 𝙴𝙼𝙲 𝚟𝚎𝚛𝚐𝚕𝚎𝚒𝚌𝚑𝚎𝚗:** Ü𝚋𝚎𝚛𝚙𝚛ü𝚏𝚎 𝚊𝚞𝚏 𝚏𝚞𝚗𝚔𝚝𝚒𝚘𝚗𝚒𝚎𝚛𝚎𝚗𝚍𝚎𝚖 𝚟𝚜. 𝚙𝚛𝚘𝚋𝚕𝚎𝚖𝚊𝚝𝚒𝚜𝚌𝚑𝚎𝚖 𝚆𝚒𝚗10-𝙲𝚕𝚒𝚎𝚗𝚝, 𝚘𝚋 𝚠𝚒𝚛𝚔𝚕𝚒𝚌𝚑 **𝚍𝚎𝚛𝚜𝚎𝚕𝚋𝚎 𝙱𝚞𝚒𝚕𝚍 (25.0.1)** 𝚒𝚗𝚜𝚝𝚊𝚕𝚕𝚒𝚎𝚛𝚝 𝚒𝚜𝚝. 𝙸𝚗 25.0.1 𝚠𝚞𝚛𝚍𝚎 𝚍𝚊𝚜 𝙲𝚕𝚒𝚎𝚗𝚝-𝙺𝚘𝚘𝚛𝚍𝚒𝚗𝚊𝚝𝚒𝚘𝚗𝚜𝚙𝚛𝚘𝚋𝚕𝚎𝚖 𝚎𝚡𝚙𝚕𝚒𝚣𝚒𝚝 𝚊𝚍𝚛𝚎𝚜𝚜𝚒𝚎𝚛𝚝. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][2]) 🆒📊

𝚆𝚎𝚗𝚗 𝚍𝚞 𝚖𝚒𝚛 𝚜𝚊𝚐𝚜𝚝, **𝚠𝚎𝚕𝚌𝚑𝚎 𝙳𝚂𝙽** 𝚍𝚞 𝚋𝚎𝚒𝚖 𝙻𝚘𝚐𝚒𝚗 𝚠ä𝚑𝚕𝚜𝚝 (𝙽𝚊𝚖𝚎) 𝚞𝚗𝚍 𝚘𝚋 𝚍𝚒𝚎 𝙴𝙼𝙲 𝚊𝚕𝚜 **32-𝙱𝚒𝚝** 𝚒𝚗𝚜𝚝𝚊𝚕𝚕𝚒𝚎𝚛𝚝 𝚒𝚜𝚝, 𝚔𝚊𝚗𝚗 𝚒𝚌𝚑 𝚍𝚒𝚛 𝚎𝚒𝚗𝚎 𝚐𝚎𝚣𝚒𝚎𝚕𝚝𝚎 𝙲𝚑𝚎𝚌𝚔𝚕𝚒𝚜𝚝𝚎 𝚐𝚎𝚋𝚎𝚗, 𝚠𝚊𝚛𝚞𝚖 „𝚍𝚜𝚗“ 𝚒𝚗 𝚜𝚘 𝚎𝚒𝚗𝚎𝚖 𝚂𝚎𝚝𝚞𝚙 𝚑ä𝚗𝚐𝚝. 📝🤔

---

## 2️⃣ 𝙼𝚊𝚝𝚛𝚒𝚡42 (𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙲𝚊𝚝𝚊𝚕𝚘𝚐 𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠): 𝙽𝚎𝚐𝚊𝚝𝚒𝚟𝚎𝚛 𝚂𝚌𝚑𝚕𝚒𝚎ß𝚞𝚗𝚐𝚜𝚐𝚛𝚞𝚗𝚍? 𝙱𝚎𝚜𝚝𝚎𝚕𝚕𝚞𝚗𝚐 𝚊𝚋𝚋𝚛𝚎𝚌𝚑𝚎𝚗, 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙽𝙸𝙲𝙷𝚃 𝚣𝚞𝚠𝚎𝚒𝚜𝚎𝚗 🛑🚫

𝙳𝚎𝚛 𝙺𝚗𝚊𝚌𝚔𝚙𝚞𝚗𝚔𝚝: **„𝙵𝚊𝚒𝚕 𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐“** 𝚏ü𝚑𝚛𝚝 **𝚔𝚎𝚒𝚗 „𝚂𝚝𝚘𝚛𝚗𝚘/𝚄𝚗𝚊𝚜𝚜𝚒𝚐𝚗“** 𝚍𝚞𝚛𝚌𝚑, 𝚜𝚘𝚗𝚍𝚎𝚛𝚗 𝚋𝚎𝚎𝚗𝚍𝚎𝚝 𝚗𝚞𝚛 𝚍𝚎𝚗 𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐-𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠 𝚞𝚗𝚍 𝚜𝚎𝚝𝚣𝚝 𝚍𝚒𝚎 **𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙱𝚘𝚘𝚔𝚒𝚗𝚐** 𝚊𝚞𝚏 **„𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐 𝙵𝚊𝚒𝚕𝚎𝚍“** – 𝚍𝚒𝚎 𝙱𝚞𝚌𝚑𝚞𝚗𝚐 𝚋𝚕𝚎𝚒𝚋𝚝 𝚠𝚎𝚒𝚝𝚎𝚛 𝚋𝚎𝚜𝚝𝚎𝚑𝚎𝚗, 𝚍𝚎𝚛 𝚄𝚜𝚎𝚛 𝚜𝚒𝚎𝚑𝚝 𝚍𝚎𝚗 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝚠𝚎𝚒𝚝𝚎𝚛𝚑𝚒𝚗 𝚞𝚗𝚝𝚎𝚛 „𝙼𝚎𝚒𝚗𝚎 𝚂𝚎𝚛𝚟𝚒𝚌𝚎𝚜“. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][5]) 🧐

**𝚆𝚎𝚗𝚗 𝚍𝚞 𝚠𝚒𝚕𝚕𝚜𝚝, 𝚍𝚊𝚜𝚜 𝚍𝚒𝚎 𝙱𝚞𝚌𝚑𝚞𝚗𝚐 𝙽𝙸𝙲𝙷𝚃 𝚎𝚛𝚏𝚘𝚕𝚐𝚛𝚎𝚒𝚌𝚑 𝚒𝚜𝚝 𝚄𝙽𝙳 𝚍𝚎𝚛 𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙽𝙸𝙲𝙷𝚃 𝚣𝚞𝚐𝚎𝚘𝚛𝚍𝚗𝚎𝚝 𝚋𝚕𝚎𝚒𝚋𝚝, 𝚋𝚛𝚊𝚞𝚌𝚑𝚜𝚝 𝚍𝚞 𝚒𝚖 𝙵𝚎𝚑𝚕𝚎𝚛𝚣𝚠𝚎𝚒𝚐 𝚎𝚡𝚙𝚕𝚒𝚣𝚒𝚝 „𝙲𝚊𝚗𝚌𝚎𝚕“ (𝚘𝚍𝚎𝚛 𝙳𝚎𝚕𝚎𝚝𝚎) 𝚊𝚞𝚏 𝙾𝚛𝚍𝚎𝚛/𝙱𝚘𝚘𝚔𝚒𝚗𝚐:** 🙅‍♂️

* 𝙳𝚒𝚎 𝙰𝚔𝚝𝚒𝚘𝚗 **„𝙲𝚊𝚗𝚌𝚎𝚕“** 𝚜𝚎𝚝𝚣𝚝 𝚕𝚊𝚞𝚝 𝙳𝚘𝚔𝚞 **𝙾𝚛𝚍𝚎𝚛, 𝙱𝚘𝚘𝚔𝚒𝚗𝚐𝚜, 𝙰𝚙𝚙𝚛𝚘𝚟𝚊𝚕𝚜, 𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠-𝙸𝚗𝚜𝚝𝚊𝚗𝚣𝚎𝚗 𝚎𝚝𝚌. 𝚊𝚞𝚏 „𝙲𝚊𝚗𝚌𝚎𝚕𝚎𝚍“** 𝚞𝚗𝚍 𝚍𝚒𝚎 𝙾𝚛𝚍𝚎𝚛 𝚠𝚒𝚛𝚍 𝚗𝚒𝚌𝚑𝚝 𝚠𝚎𝚒𝚝𝚎𝚛 𝚋𝚎𝚊𝚛𝚋𝚎𝚒𝚝𝚎𝚝. ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][6]) ✋

**𝙿𝚛𝚊𝚔𝚝𝚒𝚜𝚌𝚑𝚎𝚛 𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠-𝙰𝚞𝚏𝚋𝚊𝚞:**

1. `𝙶𝚎𝚝 𝙾𝚛𝚍𝚎𝚛 𝙳𝚊𝚝𝚊` (𝚕𝚒𝚎𝚏𝚎𝚛𝚝 𝚁𝚎𝚏𝚎𝚛𝚎𝚗𝚣𝚎𝚗 𝚣𝚞𝚛 𝙾𝚛𝚍𝚎𝚛) ([𝙼𝚊𝚝𝚛𝚒𝚡42 𝚂𝚎𝚕𝚏-𝚂𝚎𝚛𝚟𝚒𝚌𝚎 𝙷𝚎𝚕𝚙 𝙲𝚎𝚗𝚝𝚎𝚛][5]) 📋
2. 𝚃𝚊𝚜𝚔 𝚎𝚛𝚜𝚝𝚎𝚕𝚕𝚎𝚗 / 𝚊𝚞𝚏 𝙰𝚋𝚜𝚌𝚑𝚕𝚞𝚜𝚜 𝚠𝚊𝚛𝚝𝚎𝚗 ⏳
3. 𝙳𝚎𝚌𝚒𝚜𝚒𝚘𝚗: *𝙲𝚕𝚘𝚜𝚞𝚛𝚎 𝚁𝚎𝚊𝚜𝚘𝚗 𝚗𝚎𝚐𝚊𝚝𝚒𝚟?* ❓

* **𝙹𝚊 → 𝙲𝚊𝚗𝚌𝚎𝚕 𝙾𝚛𝚍𝚎𝚛 (𝚜𝚝𝚊𝚝𝚝 𝚗𝚞𝚛 𝙵𝚊𝚒𝚕 𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐)** (𝚐𝚐𝚏. 𝚣𝚞𝚜ä𝚝𝚣𝚕𝚒𝚌𝚑𝚎𝚗 𝙺𝚘𝚖𝚖𝚎𝚗𝚝𝚊𝚛 𝚜𝚎𝚝𝚣𝚎𝚗) → 𝙴𝚗𝚍𝚎 🚨
* **𝙽𝚎𝚒𝚗 → 𝚗𝚘𝚛𝚖𝚊𝚕 𝚏𝚘𝚛𝚝𝚏𝚊𝚑𝚛𝚎𝚗 / 𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐 𝚜𝚞𝚌𝚌𝚎𝚜𝚜** ✅

𝚆𝚒𝚌𝚑𝚝𝚒𝚐: „𝙲𝚊𝚗𝚌𝚎𝚕 𝙾𝚛𝚍𝚎𝚛“ 𝚒𝚜𝚝 𝚒𝚗 𝚍𝚎𝚛 𝚄𝙸 𝚎𝚒𝚗𝚎 𝙰𝚔𝚝𝚒𝚘𝚗 – 𝚏𝚊𝚕𝚕𝚜 𝚍𝚞 𝚔𝚎𝚒𝚗𝚎 𝚏𝚎𝚛𝚝𝚒𝚐𝚎 𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠-𝙰𝚌𝚝𝚒𝚟𝚒𝚝𝚢 𝚑𝚊𝚜𝚝, 𝚖𝚞𝚜𝚜𝚝 𝚍𝚞 𝚍𝚊𝚜 𝚒𝚖 𝚆𝙵 𝚟𝚒𝚊 **𝙰𝚌𝚝𝚒𝚘𝚗-𝙰𝚞𝚜𝚏ü𝚑𝚛𝚞𝚗𝚐/𝙲𝚞𝚜𝚝𝚘𝚖 𝙰𝚌𝚝𝚒𝚟𝚒𝚝𝚢** 𝚕ö𝚜𝚎𝚗 (𝙲𝚊𝚗𝚌𝚎𝚕-𝙰𝚌𝚝𝚒𝚘𝚗 𝚊𝚞𝚏 𝙾𝚛𝚍𝚎𝚛-𝙾𝚋𝚓𝚎𝚔𝚝), 𝚗𝚒𝚌𝚑𝚝 𝚗𝚞𝚛 ü𝚋𝚎𝚛 „𝙵𝚊𝚒𝚕 𝙿𝚛𝚘𝚟𝚒𝚜𝚒𝚘𝚗𝚒𝚗𝚐“. 🛠️

𝚆𝚎𝚗𝚗 𝚍𝚞 𝚖𝚒𝚛 𝚜𝚊𝚐𝚜𝚝, **𝚠𝚎𝚕𝚌𝚑𝚎 𝙴𝚂𝙼-𝚅𝚎𝚛𝚜𝚒𝚘𝚗** (12.𝚡/13.𝚡?) 𝚞𝚗𝚍 𝚘𝚋 𝚎𝚒𝚗𝚎 𝙰𝚔𝚝𝚒𝚟𝚒𝚝ä𝚝 𝚠𝚒𝚎 „𝙴𝚡𝚎𝚌𝚞𝚝𝚎 𝙰𝚌𝚝𝚒𝚘𝚗“/„𝚁𝚞𝚗 𝙳𝚊𝚝𝚊 𝙳𝚎𝚏𝚒𝚗𝚒𝚝𝚒𝚘𝚗 𝙰𝚌𝚝𝚒𝚘𝚗“/„𝚄𝚙𝚍𝚊𝚝𝚎 𝙾𝚋𝚓𝚎𝚌𝚝“ 𝚒𝚖 𝚆𝙵 𝚂𝚝𝚞𝚍𝚒𝚘 𝚟𝚘𝚛𝚑𝚊𝚗𝚍𝚎𝚗 𝚒𝚜𝚝, 𝚔𝚊𝚗𝚗 𝚒𝚌𝚑 𝚍𝚒𝚛 𝚍𝚎𝚗 **𝚎𝚡𝚊𝚔𝚝𝚎𝚗** 𝚂𝚌𝚑𝚛𝚒𝚝𝚝 𝚗𝚎𝚗𝚗𝚎𝚗, 𝚞𝚖 𝚍𝚊𝚜 𝙲𝚊𝚗𝚌𝚎𝚕 𝚔𝚘𝚛𝚛𝚎𝚔𝚝 𝚒𝚖 𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠 𝚊𝚞𝚜𝚣𝚞𝚕ö𝚜𝚎𝚗. 🚀

[1]: 𝚑𝚝𝚝𝚙𝚜://𝚑𝚎𝚕𝚙.𝚖𝚊𝚝𝚛𝚒𝚡42.𝚌𝚘𝚖/010_𝚂𝚄𝙴𝙼/020_𝚄𝙴𝙼/20𝙲𝚕𝚒𝚎𝚗𝚝_𝙼𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝/𝙸𝚗𝚜𝚝𝚊𝚕𝚕𝚊𝚝𝚒𝚘𝚗_𝚊𝚗𝚍_𝙲𝚘𝚗𝚏𝚒𝚐𝚞𝚛𝚊𝚝𝚒𝚘𝚗/𝚅𝚎𝚛𝚜𝚒𝚘𝚗_25.𝚡/𝙴𝚖𝚙𝚒𝚛𝚞𝚖_25.𝚡_-_𝚂𝚢𝚜𝚝𝚎𝚖_𝚁𝚎𝚚𝚞𝚒𝚛𝚎𝚖𝚎𝚗𝚝𝚜
[2]: 𝚑𝚝𝚝𝚙𝚜://𝚑𝚎𝚕𝚙.𝚖𝚊𝚝𝚛𝚒𝚡42.𝚌𝚘𝚖/010_𝚂𝚄𝙴𝙼/020_𝚄𝙴𝙼/20𝙲𝚕𝚒𝚎𝚗𝚝_𝙼𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝/𝚁𝚎𝚕𝚎𝚊𝚜𝚎_𝙽𝚘𝚝𝚎𝚜/𝚅𝚎𝚛𝚜𝚒𝚘𝚗_25.𝚡/𝙴𝚖𝚙𝚒𝚛𝚞𝚖_25.0_𝚄𝚙𝚍𝚊𝚝𝚎_1_-_𝚁𝚎𝚕𝚎𝚊𝚜𝚎_𝚊𝚗𝚍_𝚄𝚙𝚍𝚊𝚝𝚎_𝙽𝚘𝚝𝚎𝚜
[3]: 𝚑𝚝𝚝𝚙𝚜://𝚑𝚎𝚕𝚙.𝚖𝚊𝚝𝚛𝚒𝚡42.𝚌𝚘𝚖/010_𝚂𝚄𝙴𝙼/020_𝚄𝙴𝙼/20𝙲𝚕𝚒𝚎𝚗𝚝_𝙼𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝/𝙸𝚗𝚜𝚝𝚊𝚕𝚕𝚊𝚝𝚒𝚘𝚗_𝚊𝚗𝚍_𝙲𝚘𝚗𝚏𝚒𝚐𝚞𝚛𝚊𝚝𝚒𝚘𝚗/𝚅𝚎𝚛𝚜𝚒𝚘𝚗_25.𝚡/𝙴𝚖𝚙𝚒𝚛𝚞𝚖_25.𝚡_-_𝙸𝚗𝚜𝚝𝚊𝚕𝚕𝚊𝚝𝚒𝚘𝚗_𝙼𝚊𝚗𝚞𝚊𝚕?𝚞𝚝𝚖_𝚜𝚘𝚞𝚛𝚌𝚎=𝚌𝚑𝚊𝚝𝚐𝚙𝚝.𝚌𝚘𝚖
[4]: 𝚑𝚝𝚝𝚙𝚜://𝚠𝚠𝚠.𝚠𝚙𝚖-𝚋𝚕𝚘𝚐.𝚍𝚎/𝚖𝚊𝚝𝚛𝚒𝚡42-𝚖𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝-𝚌𝚘𝚗𝚜𝚘𝚕𝚎-𝚘𝚍𝚋𝚌-𝚟𝚎𝚛𝚋𝚒𝚗𝚍𝚞𝚗𝚐-𝚊𝚔𝚝𝚞𝚊𝚕𝚒𝚜𝚒𝚎𝚛𝚎𝚗/?𝚞𝚝𝚖_𝚜𝚘𝚞𝚛𝚌𝚎=𝚌𝚑𝚊𝚝𝚐𝚙𝚝.𝚌𝚘𝚖
[5]: 𝚑𝚝𝚝𝚙𝚜://𝚑𝚎𝚕𝚙.𝚖𝚊𝚝𝚛𝚒𝚡42.𝚌𝚘𝚖/030_𝙴𝚂𝙼𝙿/020_𝚆𝙵𝚂𝚝𝚞𝚍𝚒𝚘/𝙼𝚊𝚝𝚛𝚒𝚡42_𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠_𝚂𝚝𝚞𝚍𝚒𝚘/𝙳𝚎𝚕𝚒𝚟𝚎𝚛𝚎𝚍_𝙰𝚌𝚝𝚒𝚟𝚒𝚝𝚒𝚎𝚜/𝙼𝚊𝚝𝚛𝚒𝚡42_𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠_𝚂𝚝𝚞𝚍𝚒𝚘%3𝙰_𝚂𝚎𝚛𝚟𝚒𝚌𝚎_𝙲𝚊𝚝𝚊𝚕𝚘𝚐_𝙰𝚌𝚝𝚒𝚟𝚒𝚝𝚒𝚎𝚜
[6]: 𝚑𝚝𝚝𝚙𝚜://𝚑𝚎𝚕𝚙.𝚖𝚊𝚝𝚛𝚒𝚡42.𝚌𝚘𝚖/020_𝙴𝚂𝙼/10_𝚂𝚎𝚛𝚟𝚒𝚌𝚎_𝙼𝚊𝚗𝚊𝚐𝚎𝚖𝚎𝚗𝚝/003𝚂𝚎𝚛𝚟𝚒𝚌𝚎_𝙲𝚊𝚝𝚊𝚕𝚘𝚐_𝙶𝚞𝚒𝚍𝚎/𝚄𝚗𝚍𝚎𝚛𝚜𝚝𝚊𝚗𝚍𝚒𝚗𝚐_𝚂𝚎𝚛𝚟𝚒𝚌𝚎_𝙲𝚊𝚝𝚊𝚕𝚘𝚐/𝙾𝚛𝚍𝚎𝚛𝚜_𝚊𝚗𝚍_𝚋𝚘𝚘𝚔𝚒𝚗𝚐𝚜

#𝙼𝚊𝚝𝚛𝚒𝚡42 #𝙴𝚖𝚙𝚒𝚛𝚞𝚖 #𝚆𝚘𝚛𝚔𝚏𝚕𝚘𝚠 #𝚂𝚎𝚛𝚟𝚒𝚌𝚎𝙲𝚊𝚝𝚊𝚕𝚘𝚐 #𝙸𝚃𝚂𝙼 #𝙸𝚃𝚂𝚞𝚙𝚙𝚘𝚛𝚝 #𝙳𝚂𝙽 #𝚃𝚛𝚘𝚞𝚋𝚕𝚎𝚜𝚑𝚘𝚘𝚝𝚒𝚗𝚐 #𝙾𝙳𝙱𝙲 #𝚂𝚎𝚛𝚟𝚎𝚛2016 #𝚆𝚒𝚗𝚍𝚘𝚠𝚜10 #𝙱𝚎𝚜𝚝𝙿𝚛𝚊𝚌𝚝𝚒𝚌𝚎 #𝙰𝚍𝚖𝚒𝚗𝙻𝚒𝚏𝚎 #𝙳𝚒𝚐𝚒𝚝𝚊𝚕𝚆𝚘𝚛𝚔𝚙𝚕𝚊𝚌𝚎 🚀🖥️🤖🛠️📝🔎⚡📋🔄🙅‍♂️❌✅🤔🆒🎯👨‍💻👩‍💻