20 Skills, die Sie einmal festlegen.

---
name: kalkulationsschema
description: Kalkuliert Angebotspositionen nach einem festen Zuschlagsschema (Material, Lohn, Fremdleistung, Wagnis und Gewinn, Umsatzsteuer) und rechnet jede Summe ein zweites Mal nach. Verwenden, wenn ein Angebot, ein Kostenvoranschlag oder eine Nachkalkulation gerechnet wird, wenn Positionen, Stundensätze oder Zuschläge genannt werden oder wenn jemand fragt, was ein Auftrag kosten soll.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Kalkulationsschema

Rechnet Angebote immer nach demselben Schema, damit zwei Personen im Betrieb für denselben Auftrag auf dieselbe Summe kommen.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach, rechne nur mit dem, was feststeht, und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Land und Steuersätze: [DE 19 % / 7 %, AT 20 % / 13 % / 10 %, CH 8,1 % / 3,8 % / 2,6 %]
- Stundenverrechnungssatz netto: [z. B. Geselle 68 EUR, Meister 82 EUR]
- Materialzuschlag: [z. B. 15 %]
- Zuschlag auf Fremdleistungen: [z. B. 10 %]
- Wagnis und Gewinn: [z. B. 8 % auf die Selbstkosten]
- Fahrtkosten: [Pauschale je Einsatz oder Satz je km]
- Zeittakt: [z. B. auf 0,25 Stunden aufrunden]
- Preisliste: [Datei oder Tabelle mit Artikel, Einheit, Einkaufspreis]

## Eingaben

Positionen mit Menge und Einheit, geschätzte Stunden je Qualifikation, Material aus der Preisliste, Fremdleistungen mit Angebotspreis, Kundentyp (Unternehmen oder Privat).

## Vorgehen

1. Material: Einkaufspreis × Menge, darauf den Materialzuschlag.
2. Lohn: Stunden im Zeittakt aufrunden, × Stundenverrechnungssatz.
3. Fremdleistung: Angebotspreis, darauf den Fremdleistungszuschlag.
4. Fahrt: nach Betriebsangabe.
5. Selbstkosten = Summe aus 1 bis 4, darauf Wagnis und Gewinn.
6. Netto je Position, Nettosumme, Umsatzsteuer nach Satz, Brutto.
7. Runde kaufmännisch auf zwei Nachkommastellen, erst am Ende jeder Position, nicht in Zwischenschritten.

Sonderfälle sprichst du an, statt still zu entscheiden:

- Privatkunde in Deutschland: Lohn-, Maschinen- und Fahrtkosten getrennt vom Material ausweisen, damit der Kunde die Steuerermäßigung nach § 35a EStG nutzen kann.
- Bauleistung an ein Bauunternehmen: Die Steuerschuld kann nach § 13b UStG auf den Kunden übergehen. Dann keine Umsatzsteuer ausweisen und mit [PRÜFEN] markieren.
- Kleinunternehmer nach § 19 UStG: keine Umsatzsteuer, Hinweis in den Angebotstext.

## Ausgabe

Eine Tabelle, danach die Summen:

| Pos. | Bezeichnung | Menge | Einheit | Einzelpreis netto | Gesamt netto | Rechenweg |
|---|---|---|---|---|---|---|

Darunter Nettosumme, Umsatzsteuer mit Satz und Brutto. Zum Schluss eine Zeile „Offen:" mit allem, was gefehlt hat.

## Prüfung vor der Ausgabe

Rechne jede Summe ein zweites Mal, diesmal von hinten: Die Positionen müssen die Nettosumme ergeben, Nettosumme plus Steuer das Brutto. Weichen beide Rechnungen ab, zeig beide Werte und rechne nicht weiter.

## Grenzen

- Nur Preise aus der Preisliste oder vom Nutzer. Fehlt ein Preis, frag. Ein geschätzter Preis steht nie ohne [GESCHÄTZT] im Angebot.
- Steuerliche Sonderfälle entscheidest du nicht, du markierst sie.
- Kein Rabatt und kein Skonto, das nicht ausdrücklich genannt ist.

## Beispiel

Eingabe: „Badtür tauschen, Privatkunde in Köln. 3,2 h Geselle, Tür 189 EUR EK, Zarge 64 EUR EK, eine Anfahrt."

Ausgabe mit Stundensatz 68 EUR, Materialzuschlag 15 %, Wagnis und Gewinn 8 %, Anfahrt 35 EUR:

| Pos. | Bezeichnung | Menge | Einheit | Einzelpreis netto | Gesamt netto | Rechenweg |
|---|---|---|---|---|---|---|
| 1 | Lohn Geselle | 3,25 | h | 73,44 | 238,68 | 3,2 h → 3,25 h × 68,00 × 1,08 |
| 2 | Innentür | 1 | Stk | 234,74 | 234,74 | 189,00 × 1,15 × 1,08 |
| 3 | Zarge | 1 | Stk | 79,49 | 79,49 | 64,00 × 1,15 × 1,08 |
| 4 | Anfahrt | 1 | psch | 37,80 | 37,80 | 35,00 × 1,08 |

Nettosumme 590,71 EUR, USt 19 % 112,23 EUR, Brutto 702,94 EUR.
Lohn und Anfahrt (276,48 EUR netto) sind für § 35a EStG getrennt ausgewiesen.
Offen: nichts.

---
name: aufwandsschaetzung
description: Schätzt Aufwand je Arbeitspaket mit drei Werten (günstig, erwartet, ungünstig), berechnet daraus den Erwartungswert und nennt, was den ungünstigen Fall auslöst. Verwenden, wenn für ein Projekt, ein Angebot oder eine interne Planung Stunden, Personentage oder Dauer geschätzt werden, oder wenn jemand fragt, wie lange etwas dauert oder was es an Aufwand kostet.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Aufwandsschätzung

Ersetzt die eine Zahl im Angebot durch eine Spanne mit Begründung. Wer die Spanne kennt, sieht vor Projektbeginn, wo das Geld verloren gehen kann.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Einheit: [Stunden oder Personentage zu 8 h]
- Größtes Arbeitspaket: [z. B. 24 Stunden; größere werden zerlegt]
- Erfahrungswerte aus früheren Projekten: [z. B. „Datenübernahme aus Altsystem: geplant 16 h, tatsächlich 31 h"]
- Aufschlag für Abstimmung und Projektleitung: [z. B. 15 % auf die Summe]

## Eingaben

Beschreibung des Vorhabens oder eine Liste von Arbeitspaketen. Fehlen Arbeitspakete, zerlegst du das Vorhaben zuerst und legst die Zerlegung zur Bestätigung vor, bevor du schätzt.

## Vorgehen

1. Zerlege das Vorhaben in Arbeitspakete mit je einem prüfbaren Ergebnis, keines größer als die Betriebsangabe.
2. Je Paket drei Werte: günstig (alles läuft glatt), erwartet (üblicher Verlauf), ungünstig (das Wahrscheinlichste, was schiefgeht, tritt ein).
3. Erwartungswert je Paket nach der Dreipunktschätzung: (günstig + 4 × erwartet + ungünstig) / 6.
4. Nutze Erfahrungswerte vor eigenen Annahmen. Weicht deine Schätzung von einem Erfahrungswert ab, sag warum.
5. Schlage den Aufschlag für Abstimmung und Projektleitung auf.

## Ausgabe

| Nr. | Arbeitspaket | Ergebnis | günstig | erwartet | ungünstig | Erwartungswert | Was den ungünstigen Fall auslöst |
|---|---|---|---|---|---|---|---|

Darunter getrennt: Summe der Erwartungswerte, Summe der ungünstigen Fälle, Aufschlag. Dann höchstens fünf Annahmen, auf denen die Schätzung beruht, und die Fragen, deren Antwort die Spanne am stärksten verkleinert.

## Prüfung vor der Ausgabe

- Ist jeder Erwartungswert richtig gerechnet und liegt er zwischen günstig und ungünstig?
- Hat jedes Paket ein Ergebnis, das jemand abnehmen kann? „Konzeption" allein ist kein Ergebnis.
- Sind bei einem Paket alle drei Werte gleich? Dann fehlt eine Annahme; nenne sie.

## Grenzen

- Keine einzelne Zahl ohne Spanne, auch nicht auf Nachfrage. Wer eine Zahl braucht, bekommt den Erwartungswert mit dem Hinweis auf den ungünstigen Fall.
- Die Schätzung bleibt eine Schätzung. Kennzeichne sie so, wenn sie in ein Angebot übernommen wird.
- Du kennst die Leute nicht, die die Arbeit machen. Frag nach, wenn Erfahrung oder Verfügbarkeit die Spanne bestimmen.

## Beispiel

Eingabe: „Wir wollen unsere Kundendaten aus drei Excel-Listen in ein CRM übernehmen."

Ausgabe (Auszug):

| Nr. | Arbeitspaket | Ergebnis | günstig | erwartet | ungünstig | Erwartungswert | Was den ungünstigen Fall auslöst |
|---|---|---|---|---|---|---|---|
| 1 | Listen zusammenführen, Dubletten klären | eine bereinigte Liste | 4 h | 8 h | 20 h | 9,3 h | keine gemeinsame Kundennummer in den Listen |
| 2 | Felder auf das CRM abbilden | Feldzuordnung, abgenommen | 2 h | 3 h | 6 h | 3,3 h | Freitextfelder mit gemischtem Inhalt |

Frage mit der größten Wirkung: Tragen alle drei Listen dieselbe Kundennummer?

---
name: nachfassen
description: Schreibt Nachfass-Nachrichten zu offenen Angeboten und Anfragen, jede mit neuem Anlass statt bloßer Erinnerung, höchstens drei je Vorgang. Verwenden, wenn ein Angebot unbeantwortet ist, ein Interessent sich nicht meldet oder jemand eine Erinnerungsmail, ein Follow-up oder eine kurze Nachfrage an einen Kunden schreiben will.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Nachfassen

Angebote bleiben liegen, weil niemand gern erinnert. Dieser Skill schreibt die zweite und dritte Nachricht so, dass sie dem Kunden etwas bringen, statt zu drängen.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Abstand: [z. B. zweite Nachricht nach 5 Werktagen, dritte nach weiteren 10]
- Anrede: [Sie oder du]
- Signatur: [NAME, FUNKTION, TELEFON]
- Anlässe, die wir anbieten können: [z. B. Termin vor Ort, Referenz aus derselben Branche, Variante mit kleinerem Umfang, Hinweis auf Lieferzeit]

Gibt es den Skill `hausstil`, gelten seine Regeln für Ton und Wortwahl.

## Eingaben

Das ursprüngliche Angebot oder die Anfrage mit Datum, bisherige Nachrichten und alles, was seitdem passiert ist: Preisänderung, freie Termine, eine Rückfrage des Kunden.

## Vorgehen

1. Stell fest, die wievielte Nachricht es wird. Nach der dritten schreibst du keine weitere, sondern schlägst vor, den Vorgang zu schließen.
2. Wähle einen Anlass, der dem Kunden etwas Neues gibt: eine Information, eine Entscheidungshilfe, einen konkreten Termin. „Ich wollte nur nachhören" ist kein Anlass.
3. Schreib höchstens 80 Wörter und am Ende eine Frage, die sich mit einem Satz beantworten lässt.
4. Die dritte Nachricht bietet ausdrücklich an, das Thema zu schließen („Passt es gerade nicht, ist das auch eine Antwort").

## Ausgabe

```
Betreff: …
Text: …
Anlass: … (eine Zeile, nicht zum Versand)
Nächster Schritt: Datum der nächsten Nachricht oder „Vorgang schließen"
```

## Prüfung vor der Ausgabe

- Unter 80 Wörtern, genau eine Frage?
- Kein künstlicher Druck: keine erfundene Frist, kein „nur noch heute", kein Rabatt, der nicht freigegeben ist.
- Steht etwas drin, das der Kunde schon weiß? Dann streichen.

## Grenzen

- Nachfassen bezieht sich nur auf das angefragte Angebot. Werbung für andere Leistungen per Mail braucht eine Einwilligung (§ 7 UWG); die schreibt dieser Skill nicht.
- Keine Zusage zu Preis oder Termin, die nicht im Angebot oder in den Eingaben steht.

## Beispiel

Eingabe: „Angebot Wartungsvertrag an Praxis Dr. Berger, am 12.09. verschickt, keine Antwort. Am 21.10. ist ein Techniker in der Nähe."

Ausgabe:

```
Betreff: Wartung Ihrer Praxis – Termin am 21. Oktober möglich
Text: Guten Tag Frau Dr. Berger, am 21. Oktober ist unser Techniker bei Ihnen in der Nähe. Geben Sie den Wartungsvertrag bis dahin frei, übernimmt er die Erstprüfung gleich mit, ohne eigene Anfahrt. Soll ich den Termin für Sie vormerken? Viele Grüße, …
Anlass: freier Termin in der Nähe, Anfahrt entfällt
Nächster Schritt: dritte Nachricht am 02.11. oder Vorgang schließen
```

---
name: ausschreibung-pruefen
description: Zerlegt eine Ausschreibung oder ein Leistungsverzeichnis in Ausschlusskriterien, Fristen, Zuschlagskriterien, Pflichten und Positionen, gleicht sie mit dem eigenen Profil ab und formuliert Bieterfragen. Verwenden, wenn Vergabeunterlagen, ein LV, eine öffentliche Ausschreibung (VOB/A, UVgO, VgV) oder eine Kundenanfrage mit Lastenheft vorliegt und entschieden werden soll, ob sich ein Angebot lohnt.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Ausschreibung prüfen

Legt vor der Entscheidung, ob sich ein Angebot lohnt, alles offen, was zum Ausschluss führen kann. Ein übersehenes Formblatt kostet das ganze Angebot.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Was wir leisten: [LEISTUNGEN, REGION, KAPAZITÄT JE MONAT]
- Was wir nicht leisten: [z. B. keine Bereitschaft rund um die Uhr, keine Arbeiten über 10 m Höhe]
- Vorhandene Nachweise: [z. B. Handelsregisterauszug, Unbedenklichkeitsbescheinigung, ISO 9001, Referenzen der letzten drei Jahre]
- Auftragswert, ab dem wir bieten: [BETRAG]

## Eingaben

Bekanntmachung, Leistungsbeschreibung oder LV, Vertragsbedingungen, Formblätter. Fehlt eine Unterlage, auf die verwiesen wird, nenne sie.

## Vorgehen

Arbeite in dieser Reihenfolge; die ersten Punkte entscheiden über alles andere.

1. **Ausschlusskriterien und Formvorgaben**: Angebotsfrist mit Uhrzeit, Abgabeweg, Formblätter, Unterschriften, verlangte Nachweise, Mindestanforderungen an die Eignung. Jedes wörtlich zitiert, mit Fundstelle.
2. **Fristen**: Bieterfragen bis, Angebotsfrist, Bindefrist, Ausführungszeitraum.
3. **Zuschlagskriterien**: Preis allein oder Gewichtung mit Qualität, Termin, Konzept.
4. **Pflichten**: was geliefert werden muss, Vertragsstrafen, Sicherheiten, Gewährleistung.
5. **Positionen**: Nr. | Kurztext | Menge | Einheit.
6. **Abgleich** mit den Betriebsangaben: Wo passt es nicht, welcher Nachweis fehlt?
7. **Bieterfragen**: unklare oder widersprüchliche Stellen, je mit Formulierungsvorschlag.

## Ausgabe

Zuerst eine Ampel mit Begründung in zwei Sätzen: „Bieten", „Bieten nach Klärung" oder „Nicht bieten". Danach die sieben Abschnitte als Überschriften, die Punkte 1, 2 und 5 als Tabellen.

## Prüfung vor der Ausgabe

- Ist jedes Ausschlusskriterium wörtlich zitiert und mit Seite oder Abschnitt belegt?
- Hast du jeden Verweis auf eine andere Unterlage verfolgt oder als fehlend gemeldet?
- Stimmen die Fristen in allen Unterlagen überein? Eine Abweichung ist selbst eine Bieterfrage.

## Grenzen

- Fasse kein Kriterium zusammen, das zum Ausschluss führen kann. Zitiere es.
- Du bewertest nicht vergaberechtlich, etwa ob eine Anforderung zulässig ist. Solche Stellen markierst du mit [RECHTLICH PRÜFEN].
- Die Ampel ist ein Vorschlag. Entscheiden muss der Betrieb.

## Beispiel

Eingabe: LV „Unterhaltsreinigung Rathaus", 42 Seiten.

Ausgabe (Auszug):

Ampel: Bieten nach Klärung. Leistung und Region passen; verlangt ist eine Referenz über mindestens 3.000 m² öffentliche Fläche, die größte eigene hat 2.400 m².

| Ausschlusskriterium | Zitat | Fundstelle |
|---|---|---|
| Abgabe nur elektronisch | „Angebote sind ausschließlich über die Vergabeplattform einzureichen." | Bekanntmachung, Ziff. 4.2 |
| Tariftreueerklärung | „Formblatt 124 ist dem Angebot beizufügen." | Teil A, S. 7 |

Bieterfrage: „Werden Referenzen mehrerer Objekte anerkannt, die zusammen über 3.000 m² umfassen?"

---
name: rechnungspruefung
description: Prüft Eingangsrechnungen gegen Bestellung und Lieferschein, rechnet Summen und Steuer nach, kontrolliert die Pflichtangaben nach § 14 UStG und warnt bei geänderter Bankverbindung. Verwenden, wenn eine Lieferantenrechnung, ein Rechnungs-PDF oder eine E-Rechnung (XRechnung, ZUGFeRD) zur Freigabe ansteht oder jemand fragt, ob eine Rechnung stimmt.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Rechnungsprüfung

Vergleicht jede Eingangsrechnung mit dem, was bestellt und geliefert wurde, bevor jemand zahlt. Die Sichtprüfung fällt unter Zeitdruck als Erstes weg; dieser Skill nicht.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Land des Betriebs: [DE, AT oder CH]
- Unser Name und unsere Anschrift, wie sie auf Rechnungen stehen müssen: [FIRMA, ANSCHRIFT]
- Bekannte Bankverbindungen der Lieferanten: [LIEFERANT, IBAN]
- Toleranz: [z. B. Abweichungen unter 5 EUR nennen, aber nicht als Fehler werten]
- Skonto-Regel: [z. B. Skonto immer ziehen, wenn die Frist noch läuft]

## Eingaben

Die Rechnung, dazu Bestellung, Auftragsbestätigung oder Lieferschein, soweit vorhanden. Bei einer E-Rechnung reicht die XML-Datei oder die lesbare Ansicht daraus.

## Vorgehen

1. **Abgleich**: Positionen, Mengen und Einzelpreise gegen Bestellung und Lieferschein. Jede Abweichung mit Differenz in EUR.
2. **Rechnen**: Positionssummen, Nettosumme, Steuer je Steuersatz, Brutto. Rechne selbst, übernimm keine Summe.
3. **Pflichtangaben** (Deutschland, § 14 Abs. 4 UStG): Name und Anschrift von Lieferant und Empfänger, Steuernummer oder USt-IdNr. des Lieferanten, Rechnungsdatum, fortlaufende Rechnungsnummer, Menge und Art der Leistung, Leistungsdatum oder -zeitraum, Entgelt nach Steuersätzen getrennt, Steuersatz und Steuerbetrag oder der Grund für die Steuerbefreiung. Bis 250 EUR brutto genügt eine Kleinbetragsrechnung (§ 33 UStDV). Für AT und CH prüfst du nur Rechnen und Abgleich und markierst die Pflichtangaben mit [NACH LANDESRECHT PRÜFEN].
4. **Sonderfälle**: Steht keine Steuer drauf, muss der Grund dastehen (Kleinunternehmer, § 13b UStG, innergemeinschaftliche Lieferung mit beiden USt-IdNrn.).
5. **Betrugsmerkmale**: Bankverbindung weicht von der bekannten ab, Zahlungsaufforderung mit ungewöhnlicher Eile, Rechnungsnummer schon einmal gesehen. Jedes davon ist ein Grund zum Klären per Telefon unter der bekannten Nummer, nie per Antwort auf die Mail.
6. **Zahlung**: Fälligkeit und Skontofrist mit Datum.

## Ausgabe

Erste Zeile: „Freigabe empfohlen" oder „Klären". Dann:

| Prüfpunkt | Ergebnis | Fundstelle oder Differenz |
|---|---|---|

Zum Schluss: fällig am, Skonto bis, Betrag mit Skonto.

## Prüfung vor der Ausgabe

- Hast du jede Summe selbst gerechnet?
- Steht jede Abweichung mit Betrag da, nicht nur „weicht ab"?
- Hast du eine geänderte Bankverbindung als Erstes genannt, über allem anderen?

## Grenzen

- Du gibst nichts frei und veranlasst keine Zahlung. Du empfiehlst.
- Seit 1. Januar 2025 müssen Unternehmen in Deutschland E-Rechnungen empfangen können. Ob ein PDF noch als Rechnung genügt, hängt von Übergangsfristen ab; das klärt die Steuerberatung, nicht dieser Skill.
- Ob ein Vorsteuerabzug möglich ist, entscheidet die Buchhaltung. Du zeigst nur, welche Angabe fehlt.

## Beispiel

Eingabe: Rechnung Nr. 2026-0419 der Elektro Sommer GmbH, 1.428,00 EUR brutto, dazu der Lieferschein.

Ausgabe:

Klären.

| Prüfpunkt | Ergebnis | Fundstelle oder Differenz |
|---|---|---|
| Bankverbindung | weicht ab | Rechnung DE12 …4471, bekannt DE89 …2203. Vor Zahlung telefonisch bestätigen. |
| Menge Pos. 3 | weicht ab | berechnet 40 m Kabel, geliefert 25 m, Differenz 26,25 EUR netto |
| Summen und Steuer | stimmen | 1.200,00 + 19 % = 1.428,00 |
| Pflichtangaben | vollständig | |

Fällig am 30.10.2026, 2 % Skonto bis 16.10.2026 (nach Klärung neu rechnen).

---
name: zahlungserinnerung
description: Schreibt Zahlungserinnerungen und Mahnungen in drei Stufen, stellt fest, ob und seit wann der Kunde in Verzug ist, und rechnet Verzugszinsen und Pauschale nach deutschem Recht nach. Verwenden, wenn eine Rechnung überfällig ist, ein Kunde nicht zahlt oder jemand eine Zahlungserinnerung, Mahnung oder letzte Mahnung schreiben will.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Zahlungserinnerung

Offene Rechnungen bleiben offen, weil das Mahnen unangenehm ist und niemand die Regeln im Kopf hat. Dieser Skill schreibt die Nachricht und rechnet, was gefordert werden darf.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Land: [DE, AT oder CH]
- Stufen und Abstände: [z. B. Erinnerung 7 Tage nach Fälligkeit, 1. Mahnung nach weiteren 14 Tagen, letzte Mahnung nach weiteren 14 Tagen]
- Zinsen und Pauschale fordern: [ja, ab der 1. Mahnung / nein, nur bei Neukunden / nie]
- Aktueller Basiszinssatz: [WERT UND STAND, von der Deutschen Bundesbank; er ändert sich zum 1. Januar und 1. Juli]
- Bankverbindung und Signatur: [IBAN, NAME, TELEFON]
- Was nach der letzten Mahnung geschieht: [z. B. gerichtliches Mahnverfahren, Inkasso, Anwalt]

## Eingaben

Rechnungsnummer, Rechnungsdatum, Betrag, Fälligkeit, Datum des Zugangs, ob der Kunde Unternehmen oder Verbraucher ist, bisherige Erinnerungen, Teilzahlungen.

## Vorgehen

1. **Stufe bestimmen** aus den bisherigen Nachrichten.
2. **Verzug prüfen** (Deutschland, § 286 BGB): Verzug tritt ein mit einer Mahnung nach Fälligkeit, ohne Mahnung bei einem kalendermäßig bestimmten Zahlungsziel („zahlbar bis 15.10.") oder spätestens 30 Tage nach Fälligkeit und Zugang der Rechnung. Bei Verbrauchern gilt die 30-Tage-Regel nur, wenn die Rechnung darauf hinweist. Nenne das Datum, ab dem Verzug besteht, und den Grund.
3. **Rechnen** (nur Deutschland und nur, wenn Verzug besteht und der Betrieb es will): Verzugszinsen nach § 288 BGB, bei Verbrauchern 5 Prozentpunkte, zwischen Unternehmen 9 Prozentpunkte über dem Basiszinssatz, taggenau ab Verzugsbeginn. Zwischen Unternehmen zusätzlich 40 EUR Pauschale (§ 288 Abs. 5 BGB). Zeig den Rechenweg.
4. **Ton nach Stufe**: Erinnerung freundlich und ohne Vorwurf, 1. Mahnung sachlich mit Frist, letzte Mahnung mit Frist und angekündigtem nächsten Schritt.
5. **Frist** setzen: konkretes Datum, mindestens 7 Tage.

## Ausgabe

```
Stufe: Erinnerung / 1. Mahnung / letzte Mahnung
Verzug seit: Datum und Grund, oder „noch kein Verzug"
Forderung: Hauptbetrag, Zinsen mit Rechenweg, Pauschale, Summe
Betreff: …
Text: …
```

## Prüfung vor der Ausgabe

- Stimmen Rechnungsnummer, Betrag und Datum mit den Eingaben überein?
- Ist der Zinssatz der aus den Betriebsangaben und der Zeitraum taggenau?
- Kündigt die Nachricht nur an, was der Betrieb wirklich vorhat?

## Grenzen

- Für Österreich und die Schweiz gelten andere Zinssätze und Regeln. Dort schreibst du die Nachricht, rechnest aber keine Zinsen und markierst die Stelle mit [NACH LANDESRECHT PRÜFEN].
- Bestreitet der Kunde die Forderung oder meldet einen Mangel, ist das kein Fall für eine Mahnung. Sag das und schlag eine Klärung vor.
- Keine Drohung, die über den angekündigten rechtlichen Schritt hinausgeht. Kein Schufa-Eintrag als Drohung.

## Beispiel

Eingabe: „Rechnung 2026-311 an Bäckerei Lind GmbH, 2.380,00 EUR, fällig 01.09.2026, Erinnerung am 08.09. ohne Reaktion. 1. Mahnung, mit Zinsen. Basiszinssatz 1,27 %." (Wert nur für das Beispiel.)

Ausgabe:

```
Stufe: 1. Mahnung
Verzug seit: 09.09.2026, durch die Erinnerung vom 08.09. nach Fälligkeit (§ 286 Abs. 1 BGB)
Forderung: 2.380,00 EUR + Zinsen 10,27 % für 28 Tage bis 06.10. = 18,75 EUR (2.380,00 × 10,27 % × 28 / 365) + Pauschale 40,00 EUR = 2.438,75 EUR
Betreff: 1. Mahnung zu Rechnung 2026-311
Text: Sehr geehrte Damen und Herren, zu unserer Rechnung 2026-311 vom … über 2.380,00 EUR haben wir bis heute keinen Zahlungseingang. Bitte überweisen Sie 2.438,75 EUR bis zum 16.10.2026 auf … Die Aufstellung finden Sie unten. Hat sich Ihre Zahlung mit diesem Schreiben gekreuzt, betrachten Sie es als gegenstandslos. …
```

---
name: angebotsvergleich
description: Stellt zwei oder mehr Angebote verschiedener Anbieter auf eine gemeinsame Tabelle (Leistungsumfang, Ausschlüsse, Einmal- und laufende Kosten, Laufzeit, Kündigung, Gewährleistung) und rechnet die Gesamtkosten über einen festen Zeitraum. Verwenden, wenn im Einkauf Angebote, Kostenvoranschläge oder Software-Tarife verglichen werden oder jemand fragt, welches Angebot günstiger ist.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Angebotsvergleich

Drei Angebote haben drei Strukturen. Dieser Skill bringt sie auf eine Zeile, damit der Vergleich am Inhalt hängt und nicht an der Gliederung.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Vergleichszeitraum: [z. B. 36 Monate]
- Muss-Kriterien: [z. B. Rechenzentrum in der EU, Ansprechpartner deutschsprachig]
- Gewichtung, falls gewünscht: [z. B. Preis 50 %, Leistung 30 %, Service 20 %; leer lassen = keine Punktwertung]

## Eingaben

Mindestens zwei Angebote für dieselbe Leistung, als Text, PDF oder Tabelle. Dazu, wenn vorhanden, die eigene Anfrage, damit klar ist, was verlangt war.

## Vorgehen

1. Lies jedes Angebot vollständig, auch Fußnoten, AGB-Verweise und Anlagen.
2. Übertrage jeden Punkt in die Vergleichstabelle. Fehlt etwas, schreib „nicht genannt", nicht „nein".
3. Rechne die Gesamtkosten über den Vergleichszeitraum: Einmalkosten + laufende Kosten × Monate + bekannte Preissteigerungen. Zeig den Rechenweg je Anbieter.
4. Prüfe die Muss-Kriterien. Wer eines nicht erfüllt oder nicht nennt, wird markiert, nicht gestrichen.
5. Ist eine Gewichtung angegeben, vergib je Kriterium 1 bis 5 Punkte mit einem Satz Begründung und rechne die gewichtete Summe. Ohne Gewichtung keine Punkte.

## Ausgabe

Eine Spalte je Anbieter:

| | Anbieter A | Anbieter B |
|---|---|---|
| Leistungsumfang | | |
| ausdrücklich ausgeschlossen | | |
| Einmalkosten netto | | |
| laufende Kosten netto | | |
| Gesamtkosten im Zeitraum | | |
| Laufzeit und Kündigung | | |
| Preisanpassung | | |
| Gewährleistung, Service | | |
| Zahlungsbedingungen | | |
| Muss-Kriterien erfüllt | | |
| offene Punkte | | |

Danach je Anbieter die Fragen, die vor einer Entscheidung zu stellen sind.

## Prüfung vor der Ausgabe

- Ist jede Zahl in der Tabelle im Angebot zu finden oder als eigene Rechnung gekennzeichnet?
- Netto und brutto nicht gemischt?
- Ist „nicht genannt" überall dort eingetragen, wo ein Angebot schweigt?

## Grenzen

- Keine Empfehlung für einen Anbieter. Die Tabelle und die offenen Fragen sind die Entscheidungsgrundlage; entscheiden muss der Betrieb.
- Was nicht im Angebot steht, unterstellst du nicht, auch nicht aus allgemeinem Wissen über den Anbieter.

## Beispiel

Eingabe: zwei Angebote für eine Telefonanlage in der Cloud, 12 Plätze.

Ausgabe (Auszug):

| | Anbieter A | Anbieter B |
|---|---|---|
| Einmalkosten netto | 480,00 EUR Einrichtung | nicht genannt |
| laufende Kosten netto | 12 × 9,90 EUR = 118,80 EUR / Monat | 12 × 7,50 EUR = 90,00 EUR / Monat |
| Gesamtkosten 36 Monate | 480,00 + 36 × 118,80 = 4.756,80 EUR | 36 × 90,00 = 3.240,00 EUR, ohne Einrichtung |
| Laufzeit und Kündigung | monatlich kündbar | 24 Monate, 3 Monate Frist |

Frage an B: Fallen Einrichtungskosten an, und was kosten die Endgeräte?

---
name: hausstil
description: Legt Anrede, Tonfall, Schreibweisen, verbotene Wörter, Grußformel und Signatur eines Betriebs fest und wendet sie auf jeden Text an, der nach außen geht. Verwenden bei jeder Mail, jedem Angebotstext, jeder Kundenantwort, jedem Beitrag oder Webtext im Namen des Betriebs, und wenn jemand einen Text umformulieren, glätten oder „in unserem Stil" schreiben lassen will.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Hausstil

Sobald mehr als eine Person nach außen schreibt, klingt der Betrieb sonst nach mehreren Betrieben. Dieser Skill hält Anrede, Ton und Schreibweisen fest.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Anrede: [Sie oder du; Kunden mit Nachnamen, wenn bekannt]
- Region und Rechtschreibung: [DE, AT (z. B. „Jänner") oder CH (ss statt ß)]
- Tonfall in drei Wörtern: [z. B. sachlich, freundlich, knapp]
- Geschlechtergerechte Sprache: [z. B. Doppelnennung, neutrale Formen, keine Sonderzeichen]
- Wörter, die wir nicht verwenden: [z. B. „zeitnah", „leider", „Problem" → „Frage"]
- Begriffe, die wir genau so schreiben: [PRODUKTNAMEN, FACHBEGRIFFE]
- Datum, Beträge, Telefon: [z. B. 6. Oktober 2026 · 1.234,56 EUR · +49 221 123456]
- Grußformel und Signatur: [GRUSS, NAME, FUNKTION, TELEFON]
- Ein Text, der genau richtig klingt: [BEISPIELTEXT]

## Vorgehen

1. Schreib oder überarbeite den Text nach den Betriebsangaben. Das Beispiel ist der Maßstab für den Klang.
2. Sätze unter 20 Wörtern. Ein Gedanke je Satz. Verb statt Substantivkette: „Wir prüfen die Rechnung", nicht „Die Prüfung der Rechnung erfolgt".
3. Das Wichtigste steht im ersten Satz: Antwort, Termin oder Bitte.
4. Keine Zusage zu Preis, Termin oder Gewährleistung, die nicht in den Eingaben steht.

## Ausgabe

Der fertige Text. Darunter, abgesetzt, eine Zeile „Angepasst:" mit den Änderungen gegenüber der Vorlage (zum Beispiel „‚zeitnah' → ‚bis Freitag', Anrede auf Sie"). Bei einem neuen Text entfällt die Zeile.

## Prüfung vor der Ausgabe

- Liste der verbotenen Wörter durchgehen, Wort für Wort.
- Anrede durchgehend gleich, auch in Betreff und Gruß?
- Region beachtet: In der Schweiz kein ß.
- Beträge und Daten im festgelegten Format?

## Grenzen

- Der Skill regelt den Ton, nicht den Inhalt. Fakten, Preise und Zusagen kommen aus den Eingaben.
- Rechtlich verbindliche Texte (AGB, Kündigungen, Abmahnungen) glättet er nicht. Dort zählt der Wortlaut.

## Beispiel

Eingabe: „Umschreiben: ‚Leider können wir Ihre Anfrage zeitnah nicht bearbeiten, da unser Team ausgelastet ist. Wir melden uns.'" (Hausstil: Sie, sachlich und freundlich, ohne „leider" und „zeitnah".)

Ausgabe:

> Guten Tag Herr Albers, Ihre Anfrage ist angekommen. Wir melden uns bis Donnerstag, 9. Oktober, mit einem Terminvorschlag.
>
> Viele Grüße
> Jana Roth, Kundenservice

Angepasst: „leider" und „zeitnah" gestrichen, „Wir melden uns" mit Datum, Begründung zur Auslastung weggelassen. Das Datum bitte bestätigen.

---
name: anfragen-sortieren
description: Sortiert eingehende Mails, Formularanfragen und Tickets nach Kategorie und Dringlichkeit, erkennt nach festen Regeln, was sofort an eine Person gehen muss (Datenschutz, Rechtliches, Beschwerden, hohe Beträge), und entwirft Antworten nur für Standardfälle. Verwenden, wenn ein Posteingang, ein Support-Postfach oder eine Liste von Kundennachrichten vorsortiert, beantwortet oder verteilt werden soll.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Anfragen sortieren

Sortiert den Posteingang nach festen Regeln vor. Was eine Person entscheiden muss, landet nie in einer Standardantwort.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Kategorien mit Zuständigen: [z. B. Angebot → Vertrieb, Termin → Disposition, Rechnung → Buchhaltung, Reklamation → Werkstattleitung, Sonstiges → Zentrale]
- Standardantworten: [THEMA UND TEXT, z. B. Öffnungszeiten, Lieferzeit, Rechnungskopie]
- Betrag, ab dem ein Streit eskaliert: [z. B. 500 EUR]
- Datenschutz-Kontakt: [NAME ODER ADRESSE]
- Geschäftsleitung: [NAME]

## Eskalation, immer an eine Person

Diese Regeln gehen allem anderen vor. Greift eine, gibt es keinen Antwortentwurf.

| Auslöser | an |
|---|---|
| Auskunft, Löschung oder Widerspruch nach DSGVO, oder ein möglicher Datenschutzvorfall | Datenschutz-Kontakt. Hinweis: Auskunft innerhalb eines Monats (Art. 12 Abs. 3 DSGVO), Vorfälle binnen 72 Stunden an die Aufsicht (Art. 33) |
| Anwalt, Gericht, Behörde, Kammer, Abmahnung erwähnt | Geschäftsleitung |
| Streit über einen Betrag ab der Grenze | Geschäftsleitung |
| Gefahr für Gesundheit oder Sicherheit, Unfall, Schaden | Geschäftsleitung, sofort |
| Drohung oder Beleidigung | Geschäftsleitung |
| dritte Nachricht derselben Person in derselben Sache | Zuständige der Kategorie, mit Vermerk |

## Vorgehen

1. Prüfe jede Nachricht zuerst gegen die Eskalationsregeln.
2. Ordne eine Kategorie zu und eine Dringlichkeit: hoch (heute), normal (2 Werktage), niedrig.
3. Passt eine Standardantwort, entwirf die Antwort aus ihr. Sonst schreib in einem Satz, was die zuständige Person wissen muss.
4. Bist du unsicher, ob eine Regel greift, eskaliere und sag, warum.

## Ausgabe

| Nr. | Absender | Betreff | Kategorie | Dringlichkeit | Eskalation (Regel) | an | Entwurf oder Hinweis |
|---|---|---|---|---|---|---|---|

Auf Wunsch dieselben Felder als JSON-Liste mit den Schlüsseln `nr`, `absender`, `betreff`, `kategorie`, `dringlichkeit`, `eskalation`, `regel`, `an`, `entwurf`.

## Prüfung vor der Ausgabe

- Hat jede Nachricht genau eine Zeile?
- Steht bei jeder Eskalation die Regel, die gegriffen hat?
- Enthält ein Entwurf eine Zusage, die nicht aus einer Standardantwort stammt? Dann streichen.

## Grenzen

- Du verschickst nichts. Entwürfe prüft und sendet ein Mensch.
- Nachrichten enthalten personenbezogene Daten. Nutze den Skill nur in einem Werkzeug, für das ein Vertrag zur Auftragsverarbeitung besteht (siehe Skill `dsgvo-vorpruefung`).

## Beispiel

Eingabe: drei Mails.

Ausgabe:

| Nr. | Absender | Betreff | Kategorie | Dringlichkeit | Eskalation (Regel) | an | Entwurf oder Hinweis |
|---|---|---|---|---|---|---|---|
| 1 | m.kaya@… | Welche Daten haben Sie über mich? | Sonstiges | hoch | ja (DSGVO-Auskunft) | Datenschutz-Kontakt | Frist ein Monat ab Eingang |
| 2 | info@bau-west… | Rechnung 2026-188 als PDF? | Rechnung | normal | nein | Buchhaltung | Standardantwort Rechnungskopie |
| 3 | p.ernst@… | Dritte Mail wegen klemmender Tür | Reklamation | hoch | ja (dritte Nachricht) | Werkstattleitung | Kunde wartet seit 12 Tagen auf Termin |

---
name: protokoll-zu-aufgaben
description: Macht aus Besprechungsnotizen, Transkripten oder Sprachmemos ein Ergebnisprotokoll mit Beschlüssen, Aufgaben (Verantwortliche, Fälligkeit) und offenen Fragen, ohne Aufgaben oder Namen zu erfinden. Verwenden nach jeder Besprechung, jedem Kundentermin, jeder Teamrunde oder jedem Telefonat, wenn jemand Notizen, ein Transkript oder eine Mitschrift zusammenfassen oder in To-dos verwandeln will.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Protokoll zu Aufgaben

Das Ergebnis einer Besprechung verschwindet sonst in einer Notiz. Dieser Skill macht daraus Aufgaben, die jemandem gehören und ein Datum haben.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Kürzel und Namen im Team: [z. B. AR = Anna Roth, MK = Mehmet Kaya]
- Ziel der Aufgaben: [z. B. Tabelle zum Einfügen in Planner, Trello, Excel]

## Eingaben

Notizen, Transkript oder Mitschrift, dazu Datum und Teilnehmende der Besprechung. Fehlt das Datum, frag danach, bevor du Fristen rechnest.

## Vorgehen

1. Lies alles einmal ganz, bevor du schreibst. Ein später Satz hebt oft einen früheren Beschluss auf.
2. Beschlüsse: was entschieden ist, je ein Satz. Nur, was entschieden ist, nicht, was diskutiert wurde.
3. Aufgaben: jede mit einem Verb am Anfang, einer verantwortlichen Person und einem Datum. Relative Angaben („bis nächste Woche") rechnest du vom Besprechungsdatum aus und zeigst die Umrechnung.
4. Offene Fragen: was ungeklärt blieb, und wer es klären soll, wenn das genannt ist.

## Ausgabe

```
Besprechung: Thema, Datum, Teilnehmende

Beschlüsse
1. …

Aufgaben
| Nr. | Aufgabe | verantwortlich | fällig am | Quelle |

Offene Fragen
- … (klärt: …)
```

Die Spalte „Quelle" zitiert die Stelle der Notiz in wenigen Wörtern, damit sich jede Aufgabe nachprüfen lässt.

## Prüfung vor der Ausgabe

- Ist jede verantwortliche Person in den Notizen genannt? Wenn nicht, steht dort „offen".
- Hat jede Aufgabe ein Datum oder „ohne Termin"?
- Gibt es eine Aufgabe ohne Stelle in den Notizen? Dann streichen.

## Grenzen

- Du erfindest weder Aufgaben noch Verantwortliche noch Termine. Unklares steht unter offene Fragen.
- Transkripte enthalten oft Namen und Gesprächsinhalte Dritter. Kläre vorher, ob sie in das genutzte Werkzeug dürfen (Skill `dsgvo-vorpruefung`).

## Beispiel

Eingabe: „Teamrunde 06.10.2026, AR, MK, JS. Messestand Hannover: wir machen es. MK holt bis Freitag zwei Angebote für den Standbau. Flyer? JS kümmert sich irgendwann. Budget noch offen, Chef fragen."

Ausgabe:

```
Besprechung: Teamrunde, 06.10.2026, Anna Roth, Mehmet Kaya, J. S.

Beschlüsse
1. Wir nehmen mit einem Stand an der Messe in Hannover teil.

Aufgaben
| Nr. | Aufgabe | verantwortlich | fällig am | Quelle |
| 1 | Zwei Angebote für den Standbau einholen | Mehmet Kaya | 09.10.2026 (Freitag nach dem 06.10.) | „MK holt bis Freitag" |
| 2 | Flyer für die Messe erstellen | J. S. | ohne Termin | „JS kümmert sich irgendwann" |

Offene Fragen
- Budget für den Messestand (klärt: Geschäftsleitung)
```

Hinweis: Das Kürzel JS fehlt in der Teamliste. Bitte ergänzen.

---
name: fristenwaechter
description: Findet in Verträgen, Bescheiden, Mails und Protokollen jede Frist und jeden Termin, auch versteckte („binnen zwei Wochen nach Zugang"), rechnet sie in ein Datum um und zeigt den Rechenweg. Verwenden, wenn ein Vertrag, eine Kündigung, ein Behördenbescheid, ein Mängelschreiben oder eine Mail mit Fristen vorliegt oder jemand fragt, bis wann etwas erledigt sein muss.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Fristenwächter

Fristen stehen im Fließtext, oft relativ und verschachtelt. Dieser Skill schreibt sie mit Datum heraus, damit sie in den Kalender kommen, bevor sie ablaufen.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Bundesland oder Kanton für Feiertage: [z. B. Bayern]
- Vorlauf für Erinnerungen: [z. B. 14 Tage und 3 Tage vor Ablauf]
- Wer Fristen einträgt: [NAME]

## Eingaben

Der Text, dazu das Datum des Schreibens und, wenn bekannt, das Datum des Zugangs. Fehlt das Zugangsdatum und hängt eine Frist daran, rechne mit dem Datum des Schreibens und markiere die Frist mit [ZUGANG PRÜFEN].

## Vorgehen

1. Finde jede Frist, jeden Termin und jede Kündigungsmöglichkeit, auch in Anlagen und Fußnoten. Achte auf Formulierungen wie „binnen", „spätestens", „mit einer Frist von", „zum Ende des", „verlängert sich um".
2. Rechne relative Fristen nach §§ 187, 188 BGB: Der Tag des Ereignisses zählt nicht mit; eine Frist nach Wochen oder Monaten endet an dem Tag, der durch seine Benennung oder Zahl dem Ereignistag entspricht.
3. Fällt das Ende auf einen Samstag, Sonntag oder Feiertag, nenne zusätzlich den nächsten Werktag mit dem Hinweis auf § 193 BGB und markiere die Zeile mit [PRÜFEN]. Ob die Verschiebung gilt, hängt von der Art der Frist ab.
4. Automatische Verlängerungen: Nenne den letzten Tag, an dem die Kündigung zugehen muss.
5. Rechne für jede Frist die Erinnerungstermine aus den Betriebsangaben.

## Ausgabe

| Was | Frist endet | Rechenweg | wer handelt | Erinnerung | Fundstelle (Zitat) | Hinweis |
|---|---|---|---|---|---|---|

Sortiert nach Datum, die nächste zuerst. Datum als TT.MM.JJJJ mit Wochentag.

## Prüfung vor der Ausgabe

- Rechne jedes Datum ein zweites Mal mit dem Kalender, Wochentag eingeschlossen.
- Hat jede Zeile ein wörtliches Zitat als Fundstelle?
- Hast du Kündigungsfristen bei Verträgen mit Verlängerung gesucht, auch wenn der Text sie nicht hervorhebt?

## Grenzen

- Du bewertest nicht, ob eine Frist rechtlich wirksam ist oder schon versäumt wurde.
- Gesetzliche Fristen, die nicht im Text stehen (etwa Verjährung), nennst du nur als Hinweis, nie als berechnetes Datum.
- Eine Frist im Kalender ersetzt nicht die Ablage des Schreibens.

## Beispiel

Eingabe: Mail vom Vermieter der Lagerhalle, datiert Dienstag, 06.10.2026: „Der Mietvertrag verlängert sich um ein Jahr, wenn er nicht mit einer Frist von drei Monaten zum 31.12. gekündigt wird. Bitte senden Sie uns die Nebenkostenbelege binnen zwei Wochen."

Ausgabe:

| Was | Frist endet | Rechenweg | wer handelt | Erinnerung | Fundstelle (Zitat) | Hinweis |
|---|---|---|---|---|---|---|
| Nebenkostenbelege senden | Di, 20.10.2026 | 06.10. + 2 Wochen | wir | 06.10., 17.10. | „binnen zwei Wochen" | [ZUGANG PRÜFEN], gerechnet ab Datum der Mail |
| Kündigung muss zugehen | Mi, 30.09.2026 (abgelaufen) | 31.12.2026 − 3 Monate | wir | – | „mit einer Frist von drei Monaten zum 31.12." | [PRÜFEN] Für 2026 vermutlich versäumt; nächste Möglichkeit 30.09.2027 |

---
name: tabelle-saeubern
description: Prüft und bereinigt Tabellen vor einer Auswertung oder einem Import (Dubletten, gemischte Datumsformate, Zahlen als Text, Dezimalkomma, verlorene führende Nullen bei Postleitzahlen, leere Pflichtfelder, Ausreißer) und löscht nie still eine Zeile. Verwenden, wenn eine Excel-, CSV- oder Export-Datei ausgewertet, zusammengeführt oder in ein anderes System übernommen werden soll.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Tabelle säubern

Gewachsene Excel-Dateien und Exporte aus Fachsystemen haben dieselben Fehler. Dieser Skill findet sie, bevor eine Summe falsch wird oder ein Import abbricht.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Schlüsselspalte für Dubletten: [z. B. Kundennummer, sonst Name + PLZ]
- Pflichtspalten: [z. B. Kundennummer, Name, PLZ, Ort]
- Plausible Wertebereiche: [z. B. Menge 0 bis 10.000, Rabatt 0 bis 30 %]
- Zielformat: [z. B. CSV mit Semikolon, UTF-8, Datum JJJJ-MM-TT, Dezimalpunkt]

## Eingaben

Die Tabelle als Datei oder eingefügter Text. Kann das Werkzeug Code ausführen, lies die Datei mit Code und prüfe mit Code, nicht durch Lesen. Bei großen Dateien zählen sonst übersehene Zeilen.

## Vorgehen

Prüfe in dieser Reihenfolge und sammle die Funde, bevor du etwas änderst:

1. **Aufbau**: Kopfzeile vorhanden und eindeutig? Verbundene Zellen, Leerzeilen, Summenzeilen mitten in den Daten?
2. **Kodierung**: Umlaute kaputt („Müller")? Dann ist die Datei in UTF-8 gespeichert und als Windows-1252 gelesen oder umgekehrt.
3. **Dubletten**: gleiche Zeilen und gleiche Schlüssel mit abweichendem Rest, auch bei anderer Schreibweise („Müller GmbH", „Mueller GmbH").
4. **Datumsangaben**: gemischte Schreibweisen (06.10.2026, 2026-10-06, 10/06/2026), Excel-Seriennummern (46301), unmögliche Daten.
5. **Zahlen**: Zahlen als Text, Tausenderpunkte, Dezimalkomma und Dezimalpunkt gemischt, Währungszeichen in Zahlenspalten.
6. **Kennungen**: Postleitzahlen mit verlorener führender Null (1067 statt 01067), Telefonnummern und IBAN als Zahl mit Exponent.
7. **Pflichtfelder** leer, **Ausreißer** außerhalb der Wertebereiche.

## Ausgabe

Zuerst die Fundliste:

| Zeile | Spalte | Fund | Vorschlag |
|---|---|---|---|

Dann eine Zusammenfassung in Zahlen (Zeilen gelesen, Funde je Art). Danach, wenn gewünscht, die bereinigte Tabelle im Zielformat. Jede Zeile, die entfallen soll, bleibt drin und bekommt in einer neuen Spalte `Hinweis` den Eintrag `[ENTFERNEN: Grund]`.

## Prüfung vor der Ausgabe

- Hat die bereinigte Tabelle genauso viele Zeilen wie die Eingabe?
- Stimmt die Summe jeder Zahlenspalte vor und nach der Bereinigung überein, abgesehen von korrigierten Funden? Nenne jede Differenz.

## Grenzen

- Du löschst nie still. Du schlägst vor; entfernt wird nach Bestätigung.
- Bei zwei plausiblen Lesarten (03.04. als 3. April oder 4. März) entscheidest du nicht, sondern fragst.
- Kundentabellen enthalten personenbezogene Daten. Kläre vorher, ob sie in das genutzte Werkzeug dürfen (Skill `dsgvo-vorpruefung`).

## Beispiel

Eingabe: Kundenliste mit 1.214 Zeilen aus zwei Filialen.

Ausgabe (Auszug):

| Zeile | Spalte | Fund | Vorschlag |
|---|---|---|---|
| 88 und 412 | Kundennr. 10442 | gleiche Nummer, Name „Müller GmbH" und „Mueller GmbH" | zusammenführen, Anschrift aus Zeile 412 (neuer) |
| 130–171 | PLZ | 4-stellig, führende Null fehlt (1067) | als Text 01067 |
| 502 | Umsatz | „1.250,00 €" als Text | 1250.00 |

Gelesen 1.214 Zeilen. Funde: 9 Dubletten, 42 PLZ, 17 Zahlen als Text, 3 leere Pflichtfelder.

---
name: kennzahlen-bericht
description: Rechnet Umsatz, Rohertrag, Marge, Auslastung und weitere Kennzahlen immer nach denselben, vom Betrieb festgelegten Formeln und schreibt daraus einen kurzen Monatsbericht mit Vorjahresvergleich und Rechenweg. Verwenden, wenn ein Export aus Buchhaltung, Warenwirtschaft oder Zeiterfassung ausgewertet, ein Monats- oder Quartalsbericht erstellt oder gefragt wird, wie das Geschäft gerade läuft.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Kennzahlen-Bericht

Wenn zwei Auswertungen derselben Woche verschiedene Zahlen zeigen, liegt es fast immer an der Definition. Dieser Skill legt sie einmal fest und rechnet jede Auswertung danach.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

| Kennzahl | Formel | Quelle (Datei, Spalten) |
|---|---|---|
| Umsatz | [z. B. Summe Rechnungsbetrag netto nach Rechnungsdatum, ohne Gutschriften] | [EXPORT, SPALTEN] |
| Rohertrag | [z. B. Umsatz − Wareneinsatz] | [ ] |
| Marge | [z. B. Rohertrag / Umsatz] | [ ] |
| Auslastung | [z. B. verrechnete Stunden / Anwesenheitsstunden] | [ ] |
| [WEITERE] | [ ] | [ ] |

- Abgrenzung: [z. B. Kalendermonat, Wirtschaftsjahr ab 1. Juli]
- Vergleich: [z. B. Vormonat und Vorjahresmonat]
- Schwelle für einen Hinweis: [z. B. Abweichung über 10 % zum Vorjahresmonat]

## Eingaben

Die Exporte für den Zeitraum und den Vergleichszeitraum. Kann das Werkzeug Code ausführen, rechne mit Code und nicht im Kopf.

## Vorgehen

1. Prüfe, ob jede Spalte, die eine Formel braucht, in den Daten vorhanden ist. Fehlt eine, nenne sie und rechne diese Kennzahl nicht.
2. Grenze den Zeitraum ab, wie in den Betriebsangaben festgelegt.
3. Rechne jede Kennzahl nach ihrer Formel, für Zeitraum und Vergleich.
4. Prüfe Abweichungen über der Schwelle und such in den Daten nach dem Grund (ein großer Auftrag, eine Gutschrift, ein fehlender Monat).

## Ausgabe

```
Bericht: Zeitraum, Stand der Daten

In drei Sätzen: das Wichtigste zuerst, mit Zahl.

| Kennzahl | Zeitraum | Vergleich | Abweichung | Formel |

Auffällig: je Abweichung über der Schwelle ein Satz mit dem Grund aus den Daten, oder „Grund nicht in den Daten".

Nicht gerechnet: Kennzahlen, für die Spalten fehlen.
```

## Prüfung vor der Ausgabe

- Rechne die Summe einer Kennzahl auf einem zweiten Weg nach, etwa je Monat summiert gegen die Gesamtsumme.
- Steht bei jeder Zahl die Formel?
- Sind netto und brutto nirgends gemischt?

## Grenzen

- Keine Kennzahl, die nicht definiert ist, ohne zu fragen. Eine eigene Definition wäre eine zweite Wahrheit.
- Du deutest Ursachen nur, wenn sie in den Daten stehen. Vermutungen kennzeichnest du als Vermutung.
- Der Bericht ersetzt keine betriebswirtschaftliche Auswertung der Steuerberatung.

## Beispiel

Eingabe: Rechnungsexport September 2026 und September 2025.

Ausgabe (Auszug):

```
Bericht: September 2026, Daten bis 30.09.2026

Der Umsatz liegt mit 184.300 EUR netto 12 % über dem Vorjahresmonat. Die Marge sank von 41 % auf 36 %, weil ein Großauftrag mit hohem Materialanteil abgerechnet wurde (Rechnung 2026-287).

| Kennzahl | Sep 2026 | Sep 2025 | Abweichung | Formel |
| Umsatz | 184.300 EUR | 164.550 EUR | +12,0 % | Summe netto nach Rechnungsdatum, ohne Gutschriften |
| Marge | 36,0 % | 41,0 % | −5,0 Punkte | (Umsatz − Wareneinsatz) / Umsatz |
```

---
name: antworten-aus-unterlagen
description: Beantwortet Fragen ausschließlich aus den vorgelegten Unterlagen (Handbücher, AGB, Verträge, Preislisten, Richtlinien), belegt jede Aussage mit Datei und Abschnitt und sagt offen, wenn etwas nicht drinsteht. Verwenden, wenn Kunden-, Mitarbeiter-, Prüfer- oder Behördenfragen anhand interner Dokumente beantwortet werden, wenn jemand fragt „was steht in unseren Unterlagen zu …" oder wenn eine Antwort belegbar sein muss.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Antworten aus Unterlagen

Ein Sprachmodell füllt Lücken gern mit Allgemeinwissen. Für Auskünfte an Kunden, Prüfer oder Behörden ist das gefährlich. Dieser Skill antwortet nur aus den Unterlagen und belegt jeden Satz.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Unterlagen, die gelten: [z. B. Betriebshandbuch 2026, AGB Stand 01/2026, Preisliste Stand 07/2026]
- Rangfolge bei Widersprüchen: [z. B. Vertrag vor AGB vor Handbuch; neueres Datum vor älterem]
- Wer Lücken klärt: [NAME ODER ABTEILUNG]

## Vorgehen

1. Such die Antwort in allen Unterlagen, die im Gespräch oder Projekt vorliegen.
2. Belege jede Aussage mit Datei und Abschnitt oder Seite. Die entscheidende Stelle zitierst du wörtlich, höchstens 25 Wörter.
3. Steht die Antwort nicht drin, sag es: „Dazu steht nichts in den vorliegenden Unterlagen." Dann nenne, wer es klären kann. Kein Allgemeinwissen als Ersatz, auch nicht als „üblicherweise".
4. Widersprechen sich zwei Stellen, zeig beide mit Datum und wende die Rangfolge an. Gibt es keine Rangfolge, entscheidest du nicht.
5. Ist die Frage nur teilweise beantwortbar, beantworte den Teil und benenne den Rest.

## Ausgabe

```
Antwort: zwei bis vier Sätze

Belege:
1. „Zitat" (Datei, Abschnitt)
2. …

Nicht in den Unterlagen: … (klärt: …)
```

## Prüfung vor der Ausgabe

Such jedes Zitat ein zweites Mal im Dokument. Findest du es nicht wörtlich wieder, streiche die Aussage, die darauf beruht. Prüfe außerdem, ob eine neuere Fassung desselben Dokuments vorliegt.

## Grenzen

- Die Antwort ist so gut wie die Unterlagen. Veraltete Dokumente ergeben veraltete Antworten; nenne deshalb immer den Stand der Quelle.
- Rechtliche Auskünfte bleiben Auskünfte aus den Unterlagen, keine Rechtsberatung.

## Beispiel

Eingabe: „Ein Kunde fragt, ob er die Wartung jederzeit kündigen kann." Vorliegend: AGB Stand 01/2026, Wartungsvertrag Muster 2025.

Ausgabe:

```
Antwort: Nein, nicht jederzeit. Der Wartungsvertrag läuft zwölf Monate und ist mit drei Monaten Frist zum Laufzeitende kündbar. Die AGB sehen eine monatliche Kündigung vor, gelten aber nach der Rangfolge nachrangig zum Vertrag.

Belege:
1. „Die Laufzeit beträgt zwölf Monate; die Kündigungsfrist drei Monate zum Ende der Laufzeit." (Wartungsvertrag Muster 2025, § 4)
2. „Dauerschuldverhältnisse sind monatlich kündbar, soweit nichts anderes vereinbart ist." (AGB 01/2026, Ziff. 9.2)

Nicht in den Unterlagen: ob für Bestandsverträge vor 2025 andere Fristen gelten (klärt: Vertrieb).
```

---
name: dsgvo-vorpruefung
description: Prüft vor dem Einsatz eines KI-Werkzeugs, welche personenbezogenen Daten im Material stecken, ob besondere Kategorien nach Art. 9 DSGVO dabei sind, ob die Aufgabe ohne sie geht und was vorher zu klären ist (Auftragsverarbeitung, Drittland, Training, Information der Betroffenen). Verwenden, bevor Kunden-, Beschäftigten-, Patienten- oder Bewerberdaten in ChatGPT, Claude, Copilot, Gemini oder ein anderes Modell gegeben werden, oder wenn jemand fragt, ob er etwas einfügen darf.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# DSGVO-Vorprüfung

Die Frage „Darf ich das hier einfügen?" stellt im Alltag kaum jemand. Dieser Skill stellt sie vor jedem Einsatz mit echten Daten und sagt, was vorher zu klären ist.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Genutztes Werkzeug und Tarif: [z. B. Claude Team, ChatGPT Enterprise, Microsoft 365 Copilot]
- Vertrag zur Auftragsverarbeitung (Art. 28 DSGVO) abgeschlossen: [ja, Datum / nein / unbekannt]
- Verarbeitungsort laut Vertrag: [z. B. EU, USA mit Data Privacy Framework]
- Nutzung der Eingaben zum Training: [abgeschaltet / unbekannt]
- Datenschutzbeauftragte Person: [NAME ODER „keine"]

## Eingaben

Die geplante Aufgabe in einem Satz und das Material oder eine Beschreibung davon. Echte Daten musst du dafür nicht sehen; eine Beschreibung der Spalten oder ein Muster mit erfundenen Werten reicht.

## Vorgehen

1. **Daten finden**: Namen, Kontaktdaten, Kennnummern (Kunden-, Personal-, Versicherungsnummer), Bankdaten, Standort, Fotos, Stimmen, freie Texte über Personen.
2. **Besondere Kategorien** nach Art. 9 DSGVO: Gesundheit, Religion, Gewerkschaft, ethnische Herkunft, politische Meinung, Sexualleben, biometrische und genetische Daten. Jede Fundstelle nennen.
3. **Datensparsamkeit**: Geht die Aufgabe ohne Personenbezug, mit Platzhaltern oder nur mit Spalten ohne Namen? Wenn ja, wie genau (Skill `pseudonymisieren`).
4. **Voraussetzungen** gegen die Betriebsangaben prüfen: Auftragsverarbeitung, Drittlandübermittlung (Art. 44 ff. DSGVO), Training abgeschaltet, Rechtsgrundlage für den Zweck, Information der Betroffenen (Art. 13, 14).
5. **Hohes Risiko**: Bewertung von Personen, Beschäftigtendaten in großem Umfang, besondere Kategorien in großem Umfang. Dann den Hinweis auf eine Datenschutz-Folgenabschätzung (Art. 35).
6. Entscheidet die Aufgabe über Menschen (Bewerbung, Kredit, Leistung), auch den Skill `ki-vo-einordnung` nennen.

## Ausgabe

```
Ergebnis: Einsetzen / Einsetzen nach Klärung / So nicht einsetzen

Gefundene Daten: … (mit Fundstelle oder Spalte)
Besondere Kategorien: keine / …
Ohne Personenbezug möglich: ja, so: … / nein, weil …
Vor dem Einsatz klären:
- [ ] …
Mit der datenschutzbeauftragten Person klären: …
```

## Prüfung vor der Ausgabe

- Hast du auch Freitextfelder und Dateinamen durchsucht? Dort stehen oft Gesundheitsangaben („krank seit …").
- Ist jeder Punkt der Checkliste etwas, das jemand im Betrieb erledigen kann?

## Grenzen

- Keine Rechtsberatung. Bist du unsicher, schreib: „Mit der datenschutzbeauftragten Person oder einer Fachkanzlei klären."
- Du prüfst den Vertrag des Anbieters nicht; du fragst, ob er vorliegt.
- Diese Vorprüfung selbst sollte mit Beschreibungen oder Mustern laufen, nicht mit den echten Daten.

## Beispiel

Eingabe: „Wir wollen die Krankmeldungen des letzten Jahres mit ChatGPT auswerten, um Ausfallmuster zu sehen. Tarif: ChatGPT Plus."

Ausgabe:

```
Ergebnis: So nicht einsetzen

Gefundene Daten: Namen, Personalnummern, Zeiträume der Arbeitsunfähigkeit
Besondere Kategorien: ja, Gesundheitsdaten (Art. 9 DSGVO), Beschäftigtendaten
Ohne Personenbezug möglich: ja, so: Ausfalltage je Abteilung und Kalenderwoche als Summen auswerten, ohne Namen und Personalnummern
Vor dem Einsatz klären:
- [ ] Ein Privatkonto-Tarif ohne Vertrag zur Auftragsverarbeitung ist für Beschäftigtendaten ungeeignet; Geschäftstarif mit AV-Vertrag prüfen
- [ ] Betriebsrat beteiligen, falls vorhanden (Auswertung von Beschäftigtendaten)
Mit der datenschutzbeauftragten Person klären: ob schon die Summen je Abteilung bei kleinen Abteilungen auf Einzelne schließen lassen
```

---
name: pseudonymisieren
description: Ersetzt Namen, Firmen, Anschriften, Telefonnummern, Mailadressen, Kunden-, Vertrags- und Kontonummern in Texten durch einheitliche Platzhalter und liefert die Zuordnungsliste getrennt, damit sich echte Fälle als Beispiel, Schulungsmaterial oder Prompt-Vorlage verwenden lassen. Verwenden, wenn ein Text, eine Mail, ein Protokoll oder eine Tabelle geschwärzt, anonymisiert oder pseudonymisiert werden soll.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Pseudonymisieren

Ein echter Fall ist das beste Beispiel, aber er soll nicht als echter Fall weitergehen. Dieser Skill ersetzt alles, was auf Personen und Firmen zeigt, durch Platzhalter.

Mit Zuordnungsliste sind die Daten pseudonymisiert, nicht anonymisiert (Art. 4 Nr. 5 DSGVO): Wer die Liste hat, kann zurückübersetzen. Die Liste gehört deshalb getrennt vom Text abgelegt, und wer echte Anonymität braucht, verwirft sie.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Eigene Kennungen, die ebenfalls ersetzt werden: [z. B. Projektnummern P-2026-…, Personalnummern]
- Was bleiben darf: [z. B. Ortsnamen ab 100.000 Einwohnern, unser eigener Firmenname]

## Vorgehen

1. Ersetze:
   - Personen durch `[PERSON_1]`, `[PERSON_2]` …
   - Firmen durch `[FIRMA_1]` …
   - Anschriften, Telefonnummern, Mailadressen durch `[ADRESSE_1]`, `[TELEFON_1]`, `[MAIL_1]` …
   - Kunden-, Vertrags-, Rechnungs-, Konto- und Kennnummern sowie IBAN durch `[NUMMER_1]` …
   - Datumsangaben, die eine Person erkennbar machen (Geburtstag, Unfalltag), durch Monat und Jahr.
   - Eigene Kennungen aus den Betriebsangaben.
2. Gleiche Person, gleicher Platzhalter, auch bei anderer Schreibweise oder Anrede („Herr Meier", „Meier", „H. Meier", „Ihr Mann").
3. Achte auf indirekte Hinweise: Funktion in kleinem Betrieb („die Filialleiterin in Bad Tölz"), seltene Ereignisse, Signaturen, Dateinamen, Mail-Kopfzeilen.

## Ausgabe

Zuerst der bearbeitete Text. Danach, deutlich getrennt unter der Überschrift „Zuordnungsliste, getrennt ablegen":

| Platzhalter | Original |
|---|---|

Zum Schluss eine Zeile „Indirekt erkennbar:" mit Stellen, die trotz Platzhaltern auf eine Person schließen lassen könnten.

## Prüfung vor der Ausgabe

Lies den fertigen Text ein zweites Mal nur auf Reste: Großgeschriebene Wörter, die Namen sein könnten, Ziffernfolgen, @-Zeichen, Straßennamen, Grußformeln und Signaturen.

## Grenzen

- Wer den Originaltext in einen Chat kopiert, hat ihn dem Anbieter des Werkzeugs schon übergeben. Für Daten, die den Betrieb nicht verlassen dürfen, läuft dieser Skill nur in einem Werkzeug mit Vertrag zur Auftragsverarbeitung oder in einem Modell auf eigenem Rechner.
- Kein Verfahren findet jeden Rest sicher. Was nach außen geht, liest ein Mensch gegen.

## Beispiel

Eingabe: „Frau Sabine Krüger (Kd.-Nr. 40017) rief am 02.10. an: Ihr Mann Thomas hat die Heizung in der Lindenstraße 4, Eching, seit Montag ohne Warmwasser. Rückruf 0171 5550123."

Ausgabe:

> [PERSON_1] ([NUMMER_1]) rief am 02.10. an: [PERSON_2] hat die Heizung in [ADRESSE_1] seit Montag ohne Warmwasser. Rückruf [TELEFON_1].

Zuordnungsliste, getrennt ablegen:

| Platzhalter | Original |
|---|---|
| [PERSON_1] | Sabine Krüger |
| [PERSON_2] | Thomas (Ehemann von PERSON_1) |
| [NUMMER_1] | Kd.-Nr. 40017 |
| [ADRESSE_1] | Lindenstraße 4, Eching |
| [TELEFON_1] | 0171 5550123 |

Indirekt erkennbar: keine Stelle.

---
name: ki-vo-einordnung
description: Ordnet einen geplanten oder laufenden KI-Einsatz im Betrieb nach der EU-KI-Verordnung (AI Act) ein, prüft verbotene Praktiken (Art. 5), Hochrisiko-Bereiche nach Anhang III, Transparenzpflichten (Art. 50) und die Pflicht zur KI-Kompetenz (Art. 4) und nennt die Rolle des Betriebs (Betreiber oder Anbieter). Verwenden, wenn jemand fragt, ob ein KI-Werkzeug, Chatbot oder eine Automatisierung erlaubt ist, welche Pflichten daraus folgen, oder bevor KI in Personal, Kredit, Bildung oder Kundenkontakt eingesetzt wird.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# KI-VO-Einordnung

Die meisten KI-Einsätze im Mittelstand sind nach der KI-Verordnung unkritisch, einige wenige nicht. Dieser Skill sortiert einen Einsatz ein und sagt, welche Pflichten daraus folgen und welche nicht.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Eingesetzte KI-Werkzeuge: [z. B. Microsoft 365 Copilot, Chatbot auf der Website, Belegerkennung in der Buchhaltung]
- Selbst entwickelte oder unter eigenem Namen angebotene KI: [ja, welche / nein]
- Schulung der Beschäftigten zu KI: [z. B. Unterweisung am 15.03.2026 / keine]
- Ansprechperson für KI-Fragen: [NAME]

## Eingaben

Der Einsatz in wenigen Sätzen: Was tut das System, wer nutzt es, wen betrifft das Ergebnis, entscheidet es über Menschen oder bereitet es nur vor?

## Vorgehen

1. **Rolle**: Betreiber (nutzt ein fremdes System unter eigener Aufsicht) oder Anbieter (entwickelt oder bringt unter eigenem Namen in Verkehr). Wer ein Hochrisiko-System wesentlich verändert oder für einen Hochrisiko-Zweck umwidmet, kann selbst Anbieter werden.
2. **Verbotene Praktiken** (Art. 5): unter anderem unterschwellige Manipulation, Ausnutzen von Schwächen, Social Scoring, Emotionserkennung am Arbeitsplatz und in Bildungseinrichtungen (außer aus medizinischen oder Sicherheitsgründen), ungezieltes Auslesen von Gesichtsbildern. Trifft eines zu: Ergebnis „verboten", Prüfung endet.
3. **Hochrisiko** (Anhang III): Prüfe die Bereiche biometrische Identifizierung, kritische Infrastruktur, Bildung, **Beschäftigung und Personalmanagement** (Stellenanzeigen gezielt ausspielen, Bewerbungen sichten oder bewerten, Entscheidungen über Beförderung, Kündigung, Aufgabenzuteilung, Leistungsüberwachung), Zugang zu wichtigen Leistungen (Kreditwürdigkeit, Lebens- und Krankenversicherungstarife, öffentliche Leistungen), Strafverfolgung, Migration, Justiz und Wahlen.
4. **Transparenz** (Art. 50): Chatbots müssen sich als KI zu erkennen geben; KI-erzeugte oder manipulierte Bilder, Töne und Videos (Deepfakes) sind zu kennzeichnen; KI-Texte, die die Öffentlichkeit über Angelegenheiten von öffentlichem Interesse informieren, ebenso, sofern kein Mensch sie redaktionell verantwortet.
5. **KI-Kompetenz** (Art. 4, gilt seit 2. Februar 2025): Wer KI-Systeme einsetzt, sorgt dafür, dass die Beschäftigten, die damit arbeiten, ausreichend geschult sind. Gilt für jeden Einsatz.
6. **Daneben**: DSGVO, Arbeitsrecht (Mitbestimmung bei technischer Überwachung), Urheberrecht. Nur nennen, nicht prüfen; für die DSGVO den Skill `dsgvo-vorpruefung`.

## Ausgabe

```
Einsatz: … (ein Satz)
Rolle des Betriebs: Betreiber / Anbieter
Einstufung: verboten / Hochrisiko (Anhang III, Bereich …) / Transparenzpflicht / geringes Risiko
Begründung: zwei bis vier Sätze mit Artikel
Pflichten daraus:
- [ ] …
Daneben zu beachten: …
Stand der Fristen prüfen: ja
```

## Prüfung vor der Ausgabe

- Hast du bei Personal- und Kundenthemen jeden Unterpunkt von Anhang III Nr. 4 und Nr. 5 geprüft?
- Steht bei jeder Pflicht der Artikel?
- Hast du die KI-Kompetenz genannt? Sie gilt immer.

## Grenzen

- Keine Rechtsberatung. Eine Einstufung als Hochrisiko oder ein Grenzfall gehört zu einer Fachkanzlei oder zur zuständigen Stelle; in Deutschland ist die Bundesnetzagentur als Marktüberwachung vorgesehen.
- Die Stichtage für Hochrisiko-Pflichten werden in der EU derzeit neu verhandelt. Nenne keinen Stichtag für Anhang III als sicher, sondern verweise auf den aktuellen Stand im Amtsblatt.
- Dieser Skill trifft selbst keine Entscheidung über Menschen und eignet sich nicht dazu, Bewerbungen oder Beschäftigte zu bewerten.

## Beispiel

Eingabe: „Wir wollen eingehende Bewerbungen von einer KI vorsortieren lassen: passt, passt vielleicht, passt nicht."

Ausgabe:

```
Einsatz: KI sortiert Bewerbungen nach Eignung vor.
Rolle des Betriebs: Betreiber (fremdes Werkzeug), Anbieter, falls selbst gebaut
Einstufung: Hochrisiko (Anhang III Nr. 4 a, Sichten und Bewerten von Bewerbungen)
Begründung: Das System bewertet Bewerbende und beeinflusst, wer eingeladen wird. Genau das nennt Anhang III Nr. 4 a.
Pflichten daraus:
- [ ] Nur ein System einsetzen, dessen Anbieter die Hochrisiko-Anforderungen erfüllt (Konformität, Gebrauchsanweisung)
- [ ] Menschliche Aufsicht durch geschulte Person, die Ergebnisse überstimmen kann (Art. 26)
- [ ] Betroffene und Betriebsrat informieren (Art. 26 Abs. 7, 11)
- [ ] Protokolle aufbewahren (Art. 26 Abs. 6)
- [ ] KI-Kompetenz der Personalabteilung sicherstellen (Art. 4)
Daneben zu beachten: DSGVO (Art. 22, automatisierte Entscheidung), AGG, Mitbestimmung (§ 87 Abs. 1 Nr. 6 BetrVG)
Stand der Fristen prüfen: ja
```

---
name: spec-vor-code
description: Verlangt vor jeder Zeile Code eine kurze Spezifikation (Zweck, Abgrenzung, Ein- und Ausgaben mit Beispiel, Datenablage, Erfolgskriterium) und wartet auf Freigabe. Verwenden, wenn jemand ohne Programmiererfahrung ein kleines Werkzeug, Skript, eine Excel-Makro-Ablösung, eine interne Web-App oder eine Automatisierung bauen lassen will, also bei Vibe Coding und jedem „Bau mir mal schnell …".
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Spec vor Code

Vibe Coding überspringt den Schritt, an dem festgelegt wird, was das Werkzeug tun soll. Das Ergebnis sind drei Anläufe und ein Programm, das etwas anderes kann als gebraucht. Dieser Skill holt den Schritt nach vorn: eine Seite Spezifikation, dann Code.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Kenntnisstand der Person, die baut: [z. B. Excel gut, nie programmiert]
- Wo es laufen darf: [z. B. nur auf dem eigenen Rechner, im Firmennetz, im Internet]
- Vorhandene Werkzeuge: [z. B. Microsoft 365, Python installiert, keine Server]

## Vorgehen

1. Stell höchstens fünf Fragen, wenn die Anfrage zu vage ist, und schlag zu jeder eine Antwort vor.
2. Schreib die Spezifikation (Format unten), nicht mehr als eine Seite.
3. Warte auf ein ausdrückliches OK. Bis dahin kein Code, auch kein „kleiner Entwurf".
4. Nach dem OK: Bau nur, was in der Spezifikation steht. Fällt dir eine sinnvolle Erweiterung ein, schlag sie vor, bau sie nicht.
5. Ändert sich die Anforderung, ändere zuerst die Spezifikation und lass sie bestätigen, dann den Code.

## Ausgabe

```
Spezifikation: Name des Werkzeugs

1. Zweck: was es tut, in drei Sätzen.
2. Nicht enthalten: was es ausdrücklich nicht tut.
3. Eingaben: Was kommt hinein, in welchem Format? Ein Beispiel.
4. Ausgaben: Was kommt heraus? Ein Beispiel.
5. Daten: Wo liegen sie, wer darf sie sehen, was passiert beim Löschen?
6. Läuft wo: Rechner, Netz, Dienst; was muss installiert sein?
7. Erfolgskriterium: Woran sieht die Person in fünf Minuten, dass es funktioniert?
8. Risiken: Was passiert, wenn es falsch rechnet oder ausfällt?
```

## Prüfung vor der Ausgabe

- Versteht jemand mit dem genannten Kenntnisstand jeden Satz?
- Ist das Erfolgskriterium ein Test, den die Person selbst ausführen kann?
- Verarbeitet das Werkzeug personenbezogene Daten oder Geld? Dann gehört der Skill `sicherheits-kurzpruefung` vor den ersten echten Einsatz; schreib das unter Risiken.

## Grenzen

- Ein Werkzeug, das Rechnungen bucht, Geld bewegt oder Kundendaten nach außen gibt, ist kein Wegwerf-Prototyp. Sag das, bevor gebaut wird.
- Die Spezifikation ersetzt keine Abnahme. Getestet wird mit echten, aber unkritischen Fällen.

## Beispiel

Eingabe: „Bau mir was, das aus unseren Stundenzetteln (Excel) jeden Monat eine Abrechnung je Kunde macht."

Ausgabe (Auszug):

```
Spezifikation: Monatsabrechnung aus Stundenzetteln

1. Zweck: Liest alle Stundenzettel eines Monats aus einem Ordner, summiert die Stunden je Kunde und Tätigkeit und schreibt eine Excel-Datei mit einem Blatt je Kunde.
2. Nicht enthalten: keine Rechnung, kein Versand, keine Änderung an den Stundenzetteln.
3. Eingaben: Ordner mit .xlsx-Dateien, Spalten Datum, Kunde, Tätigkeit, Stunden. Beispiel: 06.10.2026 | Bäckerei Lind | Wartung | 2,5
...
7. Erfolgskriterium: Für September stimmt die Summe für Bäckerei Lind mit der Handrechnung von 14,5 Stunden überein.
```

Weiter erst nach Ihrem OK.

---
name: sicherheits-kurzpruefung
description: Prüft selbst gebauten oder KI-erzeugten Code vor dem ersten Einsatz mit echten Daten auf die häufigsten Lücken (Zugriff ohne Anmeldung, ungeprüfte Eingaben, Geheimnisse im Code, Datenverlust, veraltete Abhängigkeiten) und nennt je Fund Datei, Zeile, schlimmsten Fall und kleinsten Fix. Verwenden, bevor ein Prototyp, Skript, eine interne Web-App oder eine Automatisierung mit Kundendaten, Zugangsdaten oder Geld arbeitet oder anderen zugänglich gemacht wird.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Sicherheits-Kurzprüfung

Ein Prototyp, der funktioniert, ist noch nicht betriebstauglich. Diese Prüfung findet die Lücken, die bei schnell gebautem Code fast immer auftreten. Sie ersetzt kein Audit.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Die Anwendung: [WAS SIE TUT, WER SIE NUTZT, WO SIE LÄUFT]
- Welche Daten sie verarbeitet: [z. B. Kundenanschriften, Preise, Zugangsdaten zum Buchhaltungssystem]
- Erreichbar aus: [nur lokal / Firmennetz / Internet]

## Eingaben

Der Code, am besten das ganze Projekt. Fehlen Teile (Konfiguration, Abhängigkeitsliste), nenne sie; was du nicht siehst, kannst du nicht freigeben.

## Vorgehen

Prüfe in dieser Reihenfolge, die schweren Fälle zuerst:

1. **Zugriff**: Kommt jemand ohne Anmeldung an Daten oder Funktionen? Sieht ein angemeldeter Nutzer fremde Daten, wenn er eine Nummer in der Adresse ändert?
2. **Eingaben**: Landen ungeprüfte Eingaben in Datenbankabfragen, Dateipfaden, Shell-Befehlen oder im HTML einer Seite?
3. **Geheimnisse**: Passwörter, API-Schlüssel oder Tokens im Code, im Repository, in Logs oder im Browser?
4. **Datenverlust**: Was passiert bei Absturz, Doppelklick, gleichzeitigem Zugriff? Gibt es eine Sicherung, und ist das Zurückspielen getestet?
5. **Abhängigkeiten**: veraltete, unbekannte oder ungenutzte Pakete. Kann das Werkzeug Befehle ausführen, lass `npm audit`, `pip-audit` oder Entsprechendes laufen.
6. **Fehlermeldungen**: Zeigen sie Nutzern interne Details (Pfade, SQL, Schlüssel)?

## Ausgabe

```
Urteil: einsatzbereit / einsatzbereit nach Fix von Nr. … / nicht einsatzbereit

| Nr. | Schwere | Datei:Zeile | Fund | schlimmster Fall | kleinster Fix |
```

Schwere: kritisch (sofort ausnutzbar, Daten weg oder offen), hoch, mittel, niedrig. Sortiert nach Schwere.

## Prüfung vor der Ausgabe

- Ist jeder Fund mit Datei und Zeile belegt?
- Ist der kleinste Fix etwas, das die Person mit ihrem Kenntnisstand umsetzen kann, oder steht dabei, dass sie Hilfe braucht?
- Hast du „keine Funde" nur geschrieben, wenn du den ganzen Code gesehen hast?

## Grenzen

- Diese Prüfung ersetzt kein Audit und keinen Penetrationstest. Bei Anwendungen im Internet mit Kundendaten oder Zahlungen gehört eine fachkundige Prüfung dazu.
- Sei streng. Ein falsches „einsatzbereit" kostet mehr als ein unnötiger Fix.
- Du prüfst nur Code, den du siehst. Server, Hosting und Konten außerhalb des Codes prüfst du nicht.

## Beispiel

Eingabe: kleine Flask-App „Urlaubsplaner", im Firmennetz, Anmeldung über ein gemeinsames Passwort.

Ausgabe (Auszug):

```
Urteil: einsatzbereit nach Fix von Nr. 1 und 2

| Nr. | Schwere | Datei:Zeile | Fund | schlimmster Fall | kleinster Fix |
| 1 | kritisch | app.py:41 | SQL aus Eingabe zusammengesetzt: f"... WHERE name = '{name}'" | jeder im Netz liest oder löscht alle Einträge | Platzhalter verwenden: cursor.execute("... WHERE name = ?", (name,)) |
| 2 | hoch | config.py:3 | Passwort im Code, liegt im Git-Repository | wer das Repository sieht, kommt hinein | in Umgebungsvariable verschieben, Passwort ändern |
| 3 | mittel | – | keine Sicherung der SQLite-Datei | Urlaubsplanung nach Festplattenschaden verloren | tägliche Kopie auf das Netzlaufwerk |
```

---
name: uebergabe-doku
description: Schreibt zu selbst gebautem oder KI-erzeugtem Code eine Übergabe-Dokumentation (Zweck, Starten auf einem neuen Rechner, Konfiguration ohne Geheimnisse, Datenablage und Sicherung, bekannte Schwächen), nur aus dem, was im Code steht. Verwenden, wenn ein Prototyp, Skript oder internes Werkzeug an Kollegen, einen Dienstleister oder das eigene spätere Ich übergeben wird, oder wenn eine README fehlt.
license: CC-BY-4.0
metadata:
  author: kiintegration.com
  version: "1.0.0"
---

# Übergabe-Dokumentation

In einem Jahr fragt jemand, wie das Werkzeug funktioniert, und niemand weiß es mehr. Diese Dokumentation beantwortet die Frage, solange der Code noch frisch ist.

## Betriebsangaben

Diese Angaben trägt der Betrieb einmal ein. Steht hier noch eine eckige Klammer, frag beim ersten Einsatz danach und sag, wo die Angabe hingehört. Rate keine Betriebsangabe.

- Verantwortlich für das Werkzeug: [NAME, VERTRETUNG]
- Wo Zugangsdaten verwahrt werden: [z. B. Passwortmanager, Tresor „IT"]

## Eingaben

Der Code, am besten das ganze Projekt mit Konfigurationsdateien und Abhängigkeitsliste.

## Vorgehen

1. Lies den Code vollständig, bevor du schreibst. Starte ihn, wenn das Werkzeug Befehle ausführen kann, und prüfe die Startanleitung am Ergebnis.
2. Schreib die README mit den Abschnitten unten. Jeder Satz muss sich am Code belegen lassen.
3. Was du nicht prüfen kannst (Server, Zugänge, Absprachen), markierst du mit [UNGEPRÜFT].
4. Geheimnisse nennst du nur mit Namen und Ablageort, nie mit Wert.

## Ausgabe

Eine Datei `README.md`:

```
# Name des Werkzeugs

Zweck in zwei Sätzen. Verantwortlich: …

## Starten
Voraussetzungen und Befehle, Schritt für Schritt, für einen neuen Rechner.

## Konfiguration
| Einstellung | Wofür | Wo gesetzt | Beispielwert (kein echter) |

## Daten
Wo sie liegen, wie man sichert, wie man zurückspielt.

## Bekannte Schwächen
Wo es kaputtgeht und was dann zu tun ist.

## Änderungen
Datum, Name, was.
```

## Prüfung vor der Ausgabe

- Kann jemand ohne Vorwissen das Werkzeug nach dem Abschnitt „Starten" auf einem neuen Rechner starten? Geh jeden Schritt gedanklich durch.
- Steht irgendwo ein echter Schlüssel, ein Passwort oder eine personenbezogene Angabe? Dann ersetzen.
- Ist jede Einstellung aus dem Code in der Tabelle?

## Grenzen

- Nur, was im Code steht. Gute Absichten des Entwicklers sind keine Dokumentation.
- Die README ersetzt keine Sicherheitsprüfung (Skill `sicherheits-kurzpruefung`).

## Beispiel

Eingabe: Ordner `stundenauswertung/` mit `auswerten.py`, `requirements.txt`, `.env.example`.

Ausgabe (Auszug):

```
## Konfiguration
| Einstellung | Wofür | Wo gesetzt | Beispielwert (kein echter) |
| QUELL_ORDNER | Ordner mit den Stundenzetteln | .env | Z:\Stunden\2026 |
| SMTP_PASSWORT | Versand der Auswertung per Mail | .env, Wert im Passwortmanager „IT" | – |

## Bekannte Schwächen
- Eine geöffnete Excel-Datei im Quellordner bricht den Lauf ab (auswerten.py:58). Datei schließen, neu starten.
- Kein Schutz gegen doppelte Stundenzettel [UNGEPRÜFT, ob das vorkommt].
```