Skip to content
Back to skills

Erp Abnahme Nachtraege Belegabgleich

ASecurity

Prüft bei einem streitigen ERP-Einführungsprojekt Abnahme, ursprünglichen Leistungsumfang und Nachtragsvergütung anhand von Pflichtenheft, Tickets und Freigaben. Liefert eine Leistungs- und Zahlungsbrücke mit konkretem Entwurf; nicht für reine SaaS-Ausfälle, Datenschutzmeldungen oder Lizenzinventare.

  • 1,616 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 22, 2026
ai-agents

Security analysis

A100/100

Scanned September 23, 2026

npx -y skills add Klotzkette/claude-fuer-deutsches-recht --skill erp-abnahme-nachtraege-belegabgleich --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Erp Abnahme Nachtraege Belegabgleich?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Erp Abnahme Nachtraege Belegabgleich
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/klotzkette-erp-abnahme-nachtraege-belegabgleich/badge)](https://www.skillsdirectory.com/skills/klotzkette-erp-abnahme-nachtraege-belegabgleich)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: erp-abnahme-nachtraege-belegabgleich
description: Prüft bei einem streitigen ERP-Einführungsprojekt Abnahme, ursprünglichen Leistungsumfang und Nachtragsvergütung anhand von Pflichtenheft, Tickets und Freigaben. Liefert eine Leistungs- und Zahlungsbrücke mit konkretem Entwurf; nicht für reine SaaS-Ausfälle, Datenschutzmeldungen oder Lizenzinventare.
---

# 1. Zweck und Anwendungsfall

Ordne ein B2B-Einführungsprojekt, bei dem Schlussrechnung, Fehlerbehebung und vergütungspflichtige Änderungen vermischt werden. Der Schwerpunkt ergänzt allgemeine Software-Mängelprüfung um die versionsgenaue Verknüpfung von Sollfunktion, Test, Abnahme und Nachtrag. Nicht allein aus der Bezeichnung ERP oder aus einem agilen Vorgehen auf einen Vertragstyp schließen.

## 2. Eingaben

Lies Vertrag, Leistungsbeschreibung und priorisierte Fassungen, Zahlungsplan, Änderungsvereinbarungen, Vollmachten, Testprotokolle, Tickets, Abnahmeaufforderungen und Korrespondenz. Erfasse ursprüngliche Erfolgspflicht, Teilabnahmen, Produktivbeginn, Fristen, Mitwirkungsbeiträge, Lizenz- und Betriebsanteile. Bei widersprechenden Versionen Datum, Autor und Freigabestatus nennen. Entnimm Parteirolle und bestelltes Dokument dem vorhandenen Auftrag. Fehlende entscheidende Belege gezielt anfordern; die unabhängigen Positionen bis dahin bearbeiten, ohne eine neue Mandatsaufnahme zu beginnen.

## 3. Ablauf und Checkliste

### 3.1. Vertrags- und Sollmatrix

Ordne Implementierung, Anpassung, Datenmigration, Beratung und laufenden Betrieb nach der konkreten Leistungspflicht ein. Werkvertragsrecht nur für entsprechend eingeordnete Leistungsteile anwenden. Jede Funktion erhält Sollquelle, Version, vereinbarte Testbedingungen, Ist-Ergebnis und Verantwortlichkeit. Eine im Lastenheft beschriebene Anforderung und ein erst später gewünschtes Zusatzmodul dürfen nicht dieselbe Nachtragsbehandlung erhalten.

### 3.2. Tickets und Nachträge

Klassifiziere jedes Ticket begründet als ursprüngliche Leistung, Fehlerbehebung, zusätzliche Änderung oder offenes Mitwirkungsproblem. Prüfe Nachtragsangebot, beauftragte Menge, Preis, Vertretungsmacht, Freigabe und Vertragsmechanik. Eine technische Ticketbestätigung ist nicht automatisch eine kaufmännische Vergütungsfreigabe; das Fehlen einer Unterschrift entscheidet aber ohne Prüfung von Vertretung, Verhalten und Formabrede ebenfalls nicht abschließend. Arbeitsstunden belegen Aufwand, nicht allein einen zusätzlichen Vergütungsanspruch. Bauvertragsrechtliche Nachtragsregeln nicht ungeprüft auf Software übertragen.

Fehlt die behauptete Änderungsfreigabe, verlange den betreffenden Vorgang einschließlich handelnder Person und vereinbartem Preis. Nach Eingang Ticketzuordnung, Vergütungsgrund und Schlussrechnung aktualisieren. Beantwortet der Vorgang etwa die technische Freigabe, aber nicht die behauptete Vertretungsmacht, kläre diese neue entscheidende Lücke gesondert. Bereits beantwortete Fragen nicht wiederholen; anschließend den bestellten Rechnungsbrief oder die gutachterliche Beurteilung fertigstellen.

### 3.3. Prüfung der Abnahme

Untersuche ausdrückliche, konkludente und fingierte Abnahme getrennt nach Paragraf 640 BGB und Vertragslage. Produktivnutzung allein nicht mechanisch als Abnahme werten; Pilotbetrieb, Kenntnis von Fehlern, Vorbehalte und Erklärungen würdigen. Für die Fiktion Fertigstellung, angemessene Aufforderungsfrist und Reaktion prüfen. Rechtzeitige Verweigerung unter Benennung mindestens eines Mangels ist von der Frage zu trennen, ob die Abnahme wegen nur unwesentlicher Mängel verlangt werden kann. Eine Teilabnahme nicht auf sämtliche Module ausdehnen.

### 3.4. Zahlung und Abhilfe

Bilde je Leistungsteil: vereinbarte Vergütung plus rechtlich belegte Nachträge minus Zahlungen und Gutschriften gleich offener Saldo. Zeige daneben den fälligen und den streitigen Anteil. Noch nicht fällige Vergütung ist kein endgültig erlassener Betrag. Einbehalt nach Paragraf 641 Absatz 3 BGB erst bei seinen Voraussetzungen; Regelansatz des Doppelten erforderlicher Mangelbeseitigungskosten vom vollständigen Mängeleinwand und von Schadensersatz unterscheiden.

Vor Abnahme grundsätzlich Erfüllung und allgemeines Leistungsstörungsrecht prüfen. Mängelrechte nach Paragraf 634 BGB nicht automatisch vorziehen: Ein Abrechnungsverhältnis kann Ausnahmen tragen, aber das bloße Vorschussverlangen genügt nicht. Beabsichtigte endgültige Abkehr vom Projekt als rechtlich erhebliche Entscheidung kennzeichnen. Keine automatische Zweiversuchsregel aus dem Kaufrecht auf das Werk übertragen. Verjährung nach konkreter Anspruchsart und Beginn ermitteln, nicht pauschal fünf Jahre für Softwarewerke behaupten.

### 3.5. Beweis und Abschluss

Sichere eine reproduzierbare Fehlerbeschreibung mit Version, Datenbasis, Schritten, erwarteter und tatsächlicher Ausgabe; personenbezogene Testdaten minimieren. Benenne konkret erforderliche technische Gutachterfragen ohne einen technischen Befund zu erfinden. Fehlt ein Testprotokoll, fordere den maßgeblichen Test und seine Bedingungen an; nach dem Befund Abnahmebewertung, Abhilfe und Rechnung berichtigen. Belegketten, Summen und Text auch nach neuen Antworten abgleichen. Keine produktiven Systeme verändern, keine Abnahme oder Kündigung erklären und keine Zahlung zurückhalten oder anweisen; nur Entwürfe und Entscheidungsvorlagen erstellen.

## 4. Quellenpflicht

Nutze [Zitierweise](../../references/zitierweise.md), sofern verfügbar, und prüfe die Normfassung zum Vertrags- und Leistungszeitpunkt.

- [Paragraf 640 BGB](https://www.gesetze-im-internet.de/bgb/__640.html): Abnahme, Fiktion und Vorbehalt.
- [Paragraf 641 BGB](https://www.gesetze-im-internet.de/bgb/__641.html): Fälligkeit und angemessener Einbehalt.
- [BGH, Urteil vom 19.01.2017, VII ZR 301/13](https://www.bundesgerichtshof.de/SharedDocs/Entscheidungen/DE/Zivilsenate/VII_ZS/2013/VII_ZR_301-13.pdf?__blob=publicationFile&v=1), Randnummern 31 bis 48, amtlicher Volltext geprüft am 22.09.2026: Bei Vorschuss vor Abnahme den fortbestehenden Erfüllungswunsch prüfen. Ein Vorschuss allein führt nicht zum Abrechnungsverhältnis; endgültige Ablehnung jeder weiteren Anbieterleistung nach Fertigstellungsangebot ist rechtlich gesondert zu würdigen. Allgemeines Werkvertragsrecht aus einem Baufall, keine ERP-spezifische Entscheidung und keine Grundlage für baurechtliche Nachtragsregeln.

## 5. Ausgabeformat

Erstelle das bestellte Schreiben zur Abnahme- oder Rechnungsfrage beziehungsweise Gutachten unter dem gewünschten Dateinamen. Nur ohne Benennung verwende `ergebnis.md`. Vergütungsrechnung, Leistungs- und Ticketvergleich sowie Abnahmedaten nur im erforderlichen Umfang erläutern oder als Anlage beifügen; ein Gutachtenauftrag verlangt keinen zusätzlichen Forderungsbrief.

Ein vorhandener Beleg ersetzt nicht die Prüfung von Vertragsbindung, Vertretungsmacht oder Fälligkeit. Annahmen und streitige Behauptungen dürfen nicht als bestätigte Tatsachen in das Empfängerdokument gelangen. Quellenstatus und technische Grenzen in einer gesonderten Arbeitsnotiz festhalten. Bei fehlender Unterlage den brauchbaren Teilstand und die konkrete Nachforderung liefern, danach bis zur bestellten Endfassung weiterarbeiten.

Vollständige Sätze statt Skeletten, keine unbelegten Erledigungsbestätigungen. Dezimale Überschriften, Times New Roman 11 pt beim Export, bei Markdown entsprechender Exporthinweis. Externe Erklärungen und Versand bedürfen ausdrücklicher Freigabe; ohne Dateifunktion den vollständigen Text liefern.

## 6. Beispiele

Passend: Nach ERP-Produktivstart verlangt der Anbieter die Schlussrate und berechnet Fehlerbehebung als Zusatzauftrag. Passend ist auch die Prüfung aus Anbietersicht, ob eine benannte Änderungsfreigabe die Rechnung trägt. Nicht passend sind eine reine Datenpannenmeldung oder ein monatlicher SaaS-Verfügbarkeitsstreit ohne Einführungsprojekt.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…