Fin3000

View saved version →

---
name: fin3000-buchhaltung
description: Analysiere die Buchhaltung von Freelancern, Selbstständigen und GbRs in Fin3000, insbesondere BWA, Einnahmen, Ausgaben, Gewinn und offene Posten; nutze den Skill für Finanzüberblicke und Vergleiche, nicht für Monatsabschluss-Checklisten oder das Erstellen von Rechnungen.
---

# Fin3000 Buchhaltung

Erstelle einen belegbaren, grundsätzlich nur lesenden Finanzüberblick aus den
Fin3000-Daten des verbundenen Kontos.

## Vorgehen

1. Rufe zuerst `get_context` auf. Verwende ausschließlich die dort gelieferten
   Business Units und Fähigkeiten.
2. Ist die gewünschte Business Unit nicht eindeutig, frage nach. Erfinde oder
   errate weder Namen noch IDs. Bei einem Vergleich rufe die BU-fähigen Tools
   für jede Business Unit getrennt auf.
3. Wähle nur die zum Auftrag passenden Werkzeuge:
   - `get_financial_report` für BWA, Einnahmen, Ausgaben und Ergebnis;
   - `list_open_items` für offene Forderungen oder Verbindlichkeiten;
   - `search_sales_documents` und danach bei Bedarf `get_sales_document` für
     Ausgangsbelege;
   - `search_incoming_invoices` für Eingangsrechnungen;
   - `search_transactions` für Bank- und Kassenbewegungen;
   - `search_journal_entries` für Buchungen;
   - `get_vat_return_status` nur für den vorhandenen UStVA-/ELSTER-Status.
4. Übernimm Zeitraum, Währung, Scope und vorläufigen Status aus den Ergebnissen.
   Ein fehlender `year_to_date`-Block ist unbekannt und niemals als null zu
   interpretieren.
5. Gib pro Business Unit einen getrennten Abschnitt aus. Nenne Kennzahlen,
   Zeitraum und Datenbasis und verlinke die von Fin3000 gelieferten Deep-Links.
   Aggregiere mehrere Firmen nur auf ausdrücklichen Wunsch und kennzeichne die
   Addition als kontenübergreifende Zusammenfassung.

## Fachliche Grenzen

- Dieser Skill liest und erklärt. Rufe weder `create_client`,
  `create_invoice_draft` noch `categorize_transaction` auf.
- Verbindlichkeiten, Eingangsrechnungen, Transaktionen oder Journalbereiche
  dürfen nicht als BU-genau bezeichnet werden, wenn das jeweilige Tool nur den
  Owner-Scope liefert. Weise den Scope sichtbar aus.
- Stelle vorläufige Werte nicht als Jahresabschluss, Steuererklärung oder
  Steuerberatung dar.
- Sende nichts an ELSTER oder DATEV und behaupte keine Finalisierung, Zahlung
  oder Festschreibung.
- Erfinde keine fehlenden Zahlen. Benenne leere, nicht verfügbare und nicht
  berechtigte Ergebnisse unterschiedlich.

Referenced files: 1

View saved version →

---
name: fin3000-monatsabschluss
description: Bereite den Monatsabschluss in Fin3000 vor, indem du Eingangsrechnungen, unkontierte Banktransaktionen, Journalbuchungen, offene Posten, UStVA-Status und BWA für einen Zeitraum prüfst; nutze den Skill für eine Abschluss-Checkliste, nicht zum Festschreiben oder Übermitteln.
---

# Fin3000 Monatsabschluss

Erstelle eine lesende, nachvollziehbare Checkliste zur Vorbereitung eines
Monatsabschlusses. Der Skill schließt keine Periode und nimmt keine
Steuerübermittlung vor.

## Vorgehen

1. Rufe `get_context` auf. Ermittle den gewünschten Monat und, soweit für das
   jeweilige Werkzeug unterstützt, die Business Unit. Frage nach, wenn Monat
   oder Firma mehrdeutig ist.
2. Verwende für alle Aufrufe denselben vollständigen ISO-Zeitraum vom ersten
   bis zum letzten Kalendertag des Monats.
3. Prüfe nur die für den Auftrag verfügbaren Bereiche:
   - `search_incoming_invoices` für Eingangsrechnungen im Zeitraum;
   - `search_transactions` mit `booking_status="unbooked"` für die offene,
     geschäftliche und technisch buchbare Transaktions-Worklist;
   - `search_journal_entries` für vorhandene Buchungen;
   - `list_open_items` für offene Forderungen und, ohne falschen BU-Bezug,
     Verbindlichkeiten;
   - `get_vat_return_status` für den vorhandenen UStVA-/ELSTER-Status;
   - `get_financial_report` für die vorläufige BWA der eindeutig gewählten
     Business Unit.
4. Folge Cursorn nur so weit, wie es für eine vollständige Aussage nötig ist.
   Wenn die Ergebnismenge nicht vollständig gelesen wurde, nenne die
   verbleibende Pagination statt Vollständigkeit zu behaupten.
5. Gib das Ergebnis als Checkliste mit `Erledigt`, `Prüfen` und
   `Nicht beurteilbar` aus. Nenne je Punkt Datenzeitraum, angewandten Scope,
   Anzahl oder relevante Beträge sowie die gelieferten Fin3000-Links.
6. Schließe mit einer priorisierten Liste offener Arbeiten und kennzeichne die
   BWA als vorläufig.

## Grenzen

- Dieser Workflow ist standardmäßig vollständig lesend. Rufe
  `categorize_transaction`, `create_client` und `create_invoice_draft` nicht
  als Teil des Monatsabschluss-Checks auf.
- Transaktionen, Eingangsrechnungen und Journaldaten besitzen in den
  vorhandenen MCP-Werkzeugen keinen frei wählbaren BU-Filter. Beschreibe solche
  Ergebnisse als kontoweit und ordne sie keiner Firma erfunden zu.
- `unbooked` ist der MCP-Wert; verwende nicht den REST-Begriff
  `needs_booking`.
- Ein Statusabruf übermittelt keine UStVA. Behaupte niemals ELSTER-/DATEV-
  Versand, Festschreibung, Periodenabschluss oder steuerliche Prüfung.
- Fehlende Daten sind kein Beleg dafür, dass der Sachverhalt erledigt ist.

Referenced files: 1

View saved version →

---
name: fin3000-rechnungen
description: Prüfe Kundenrechnungen, Forderungen und offene Posten in Fin3000 oder bereite einen bestätigungspflichtigen Rechnungsentwurf vor; nutze den Skill bei Fragen zu Rechnungen, Rechnung schreiben, Kunden und Zahlungseingängen, nicht für Versand, Finalisierung oder Mahnungen.
---

# Fin3000 Rechnungen

Prüfe bestehende Rechnungen oder führe den sicheren Vorschau- und
Bestätigungsablauf für Stammdaten und Rechnungsentwürfe aus.

## Bestehende Rechnungen prüfen

1. Rufe `get_context` auf und löse die gewünschte Business Unit eindeutig auf.
2. Nutze `search_clients`, wenn der Kunde nicht eindeutig ist.
3. Nutze `list_open_items` mit der Forderungsseite für offene oder überfällige
   Kundenrechnungen. Nutze `search_sales_documents` für eine allgemeinere
   Belegsuche und `get_sales_document` erst mit einer gefundenen Dokument-ID.
4. Gib Status, Fälligkeit, offene Beträge, Business Unit und verfügbare
   Fin3000-Links wieder, ohne einen Zahlungseingang zu behaupten.

## Kunden und Rechnungsentwürfe vorbereiten

1. Suche vor einer Kundenanlage mit `search_clients` nach einem bestehenden
   passenden Datensatz. Lege nur auf ausdrücklichen Wunsch einen neuen Kunden
   mit `create_client` an.
2. Der erste Aufruf eines Schreibwerkzeugs dient ausschließlich der Vorschau.
   Zeige die Wirkung verständlich an und frage danach separat nach einer
   ausdrücklichen Bestätigung.
3. Verwende den zurückgegebenen `confirmation_token` nur nach dieser
   Bestätigung und nur mit unverändertem Payload. Bei jeder Änderung an Kunde,
   Business Unit, Positionen, Menge, Preis oder Text fordere eine neue Vorschau
   an.
4. Löse für einen Rechnungsentwurf den Kunden mit `search_clients` und die
   Business Unit mit `get_context` auf. Frage bei fehlenden oder mehrdeutigen
   Positionen, Mengen oder Preisen nach, bevor du `create_invoice_draft`
   aufrufst.
5. Wenn Kunde und Entwurf neu angelegt werden sollen, behandle sie als zwei
   getrennte Schreibvorgänge mit zwei Vorschauen und zwei Bestätigungen.
6. Melde nach Erfolg die erzeugte ID, den Status `DRAFT`, die betroffene
   Business Unit und den Fin3000-Link. Wiederhole einen bestätigten Aufruf nicht
   eigenmächtig.

## Grenzen

- Fin3000 kann über diesen Workflow nur einen Rechnungsentwurf anlegen. Es kann
  ihn nicht finalisieren, festschreiben, bezahlen, versenden oder öffentlich
  bereitstellen.
- Keine Sammelanlagen und keine stillen Folgeschreibvorgänge.
- Eine ursprüngliche Bitte wie „Erstelle eine Rechnung“ ist keine Bestätigung
  der anschließend erzeugten Vorschau.
- Erfinde keine Kunden-ID, Rechnungsposition, Steuerangabe oder Zahlung.

Referenced files: 1