Was macht Rahmenvertrags-Generator?
Eine Mastervorlage, eine kleine Spezifikation pro Gegenpartei, ein Entwurfs-Build-Schritt. Der Generator kennzeichnet die Ausgabe immer als ENTWURF, auch bei Dokumenten, die aus einer abgeschlossenen Vorlage erstellt wurden. Eine erfolgreiche Konvertierung beweist die Artefaktgenerierung, nicht die rechtliche Vollständigkeit, Vertretungsbefugnis oder Bereitschaft zum Senden oder Unterzeichnen. Ein ausgeführter Vertrag kann es erlauben, bestimmte Gelegenheiten per Mitteilung hinzuzufügen; diese Befugnis muss vor Verwendung des Schedule-A-Workflows festgestellt werden.
Wann verwenden
- Sie geben einen Rahmenvertrag (NDA, Vermittlungs- oder Quellenvergütung, Nichtumgehung, Masterdienstleistungen) an viele Gegenparteien mit denselben Bedingungen und einigen parteispezifischen Feldern aus.
- Geschäfte werden im Laufe der Zeit hinzugefügt, und die Neudokumentation jedes einzelnen ist der Engpass.
- Dokumente müssen aus nachverfolgbaren Quellen reproduzierbar, diffbar und frei von manuellen Bearbeitungen sein.
- Unterschriftsfelder werden automatisch platziert und benötigen ein stabiles Seitenlayout.
Funktionsweise
Vorlage
Eine einzelne Markdown-Vorlage mit {{PLATZHALTER}}-Feldern. Jeder parteispezifische Wert ist ein Platzhalter; alles andere ist fester Text. Ein Grundgerüst befindet sich unter references/master-template.example.md. Ersetzen Sie dessen allgemeine Sätze durch Ihre von der Rechtsabteilung genehmigten Klauseln.
Platzhalter, die das Referenzskript ausfüllt:
| Platzhalter | Quelle |
|---|---|
{{DATUM}} | spec.date, Standard heute |
{{CP_KURZ}} | spec.short |
{{CP_RECHTLICH}}, {{CP_RECHTSGEBIET}}, {{CP_ADRESSE}} | spec-Felder oder eine Leerzeile, wenn die Gegenpartei sie bei Unterzeichnung ausfüllt |
{{ROLLEN_KLAUSEL}}, {{GEBÜHREN_TITEL}}, {{GEBÜHREN_KLAUSEL}} | ausgewählt durch spec.role aus der Rollentabelle |
{{ZEITPLAN_ZEILEN}} | spec.schedule oder eine Zeile „keine Einträge bei Unterzeichnung” |
{{ERGÄNZUNGS_KLAUSEL}} | spec.supplement, gerendert mit einem trennenden Zeilenumbruch oder leer |
{{CP_UNT_BLOCK}}, {{CP_ZEICHNER}}, {{CP_TITEL}}, {{CP_EMAIL}} | Unterschriftsblockfelder, leer wenn unbekannt |
Spezifikation
Eine JSON-Datei pro Gegenpartei:
{
"file": "AcmeLieferant",
"short": "Acme",
"role": "lieferant",
"legal": "Acme Compute Ltd",
"juris": "Gesellschaft englischen und walisischen Rechts",
"addr": "1 Example Street, London",
"signer": "A. Person",
"title": "Direktor",
"email": "[email protected]",
"schedule": [["1", "2026-09-01", "Los A (16 Knoten)", "einführend", "12 Monate", "Standard"]],
"supplement": "das Datenverarbeitungsanhang vom 2026-09-01"
}
Für einen Entwurf sind nur file, short und role erforderlich. Fehlende Unterschriftsfelder werden als Leerzeilen zur Überprüfung und Vervollständigung gerendert. Siehe references/spec.example.json.
file muss ein nicht leerer portabler Dateiname sein, wie AcmeLieferant oder Acme Lieferant, ohne Verzeichniskomponenten. Der Builder lehnt Pfadtrennzeichen, Laufwerk-/UNC-Syntax, Steuerzeichen, von Windows reservierte Satzzeichen oder Gerätenamen sowie nachgestellte Punkte oder Leerzeichen ab. Ungültige Namen werden ohne Bereinigung oder Umbenennung abgelehnt, bevor eine Ausgabe erstellt oder Pandoc aufgerufen wird.
Lassen Sie schedule weg oder verwenden Sie [] für den Platzhalter „keine Einträge bei Unterzeichnung”. Ein bereitgestellter Zeitplan muss andernfalls ein dichtes Array von Sechs-Zellen-Arrays sein, in dieser Reihenfolge: Nummer, Datum, geschützte Gegenpartei oder Los, Rolle, Bedingungen, Gebühr. Jede Zelle muss ein gültiger Unicode-String oder eine endliche Zahl sein; leere Strings sind für absichtliche Leerzeichen erlaubt. Nullwerte, Booleans, Objekte, verschachtelte Zellen-Arrays, fehlende Zellen und nicht-endliche Zahlen werden mit Zeilen-/Zellenindex abgelehnt, bevor ein Artefakt geschrieben oder Pandoc ausgeführt wird. Ungepaarte UTF-16-Ersatzzeichen werden ebenfalls abgelehnt, anstatt während der UTF-8-Ausgabe ersetzt zu werden; gültige ergänzende Zeichen wie Emojis bleiben unterstützt.
Zellen sind Klartext, nicht Markdown oder HTML. Der Builder codiert Syntaxzeichen, sodass literale Pipes, Backslashes, Backticks und Markup in ihren ursprünglichen Feldern bleiben. Jedes CRLF, bloße CR oder LF wird zu einem Leerzeichen; Text um Zeilenumbrüche bleibt erhalten. Andere Leerzeichen und literale Satzzeichen bleiben in den gerenderten Zellen erhalten. Die Quellspezifikation wird nicht geändert. Ein gewöhnlicher gültiger Zeitplan behält seine sechs Spalten; fehlerhafte Eingabe wird nie stillschweigend durch einen leeren Zeitplan ersetzt.
Rollentabelle
spec.role wählt drei Strings aus: die Klausel für die stehende Vereinbarung, den Titel des Gebührenabschnitts und den Eröffnungssatz der Gebührenklausel.
| Rolle | Wer zahlt | Form der Klausel |
|---|---|---|
| käufer | Die Gegenpartei zahlt bei Transaktionen mit eingeführten Parteien | Gegenpartei bestellt uns auf nicht ausschließlicher Basis zur Vermittlung und Einführung |
| lieferant | Die Gegenpartei zahlt bei Transaktionen mit eingeführten Parteien; wo wir als Auftraggeber kaufen, kontrahieren wir zu den Zeitplanbedingungen | Gegenpartei bietet uns und von uns eingeführten Käufern Kapazität an |
| gegenseitig | Wer mit der Einführung des anderen abschließt, zahlt | Jede Partei kann einführen; die abschließende Partei zahlt |
Unbekannte Rollen werden zur Build-Zeit abgelehnt.
Erstellung
Verwenden Sie nur überprüfte Vorlagen und Spezifikationen. Gewöhnliche Vorlagensubstitutionen außerhalb von Schedule A sind markup-fähig, kein Sanitizer für nicht vertrauenswürdige Dokumente. Pandoc kann referenzierte lokale oder entfernte Ressourcen lesen; dieser Generator sandboxt den Dateisystem- oder Netzwerkzugriff des Konverters nicht. Überprüfen Sie diese Referenzen und führen Sie die Konvertierung in Ihrer eigenen angemessen eingeschränkten Umgebung durch. Die fokussierten Tests verwenden einen synthetischen Konverter und zertifizieren kein reales DOCX-Layout oder keine Isolierung.
node skills/master-agreement-generator/scripts/build-agreement.js \
skills/master-agreement-generator/references/master-template.example.md \
specs/AcmeLieferant.json \
out/
Das Skript füllt Platzhalter, rendert die Zeitplantabelle und schreibt out/<datei> MASTER.md mit einem obligatorischen ENTWURF-Hinweis. Standardmäßig (oder mit --require-docx) erfordert es installiertes pandoc, um ein nicht leeres reguläres .docx-Artefakt zu erstellen. Fehlendes Pandoc, fehlgeschlagene Konvertierung oder fehlende/leere Ausgabe gibt Exit-Code 1 zurück. Jede Pandoc-Überprüfung oder -Konvertierung ist auf zehn Sekunden begrenzt. Unbekannte, doppelte oder widersprüchliche Flags geben Exit-Code 2 zurück.
Verwenden Sie --markdown-only explizit für einen erfolgreichen Markdown-only-Entwurf. Dieser Modus überprüft oder ruft Pandoc nie auf, gibt docxSkipped: true von der Bibliothek zurück und stellt kein DOCX für einen E-Sign-Workflow bereit. Bibliotheksaufrufer müssen { markdownOnly: true } übergeben; { pandoc: false } allein lässt jetzt die DOCX-Anforderung fehlschlagen. Das Ergebnis meldet immer documentStatus: 'draft'. Vorhandenes generiertes DOCX wird entfernt, wenn sein Markdown neu erstellt wird, und fehlgeschlagene Konvertierung hinterlässt kein partielles DOCX, sodass ein früheres Artefakt nicht als aktuelle Ausgabe getarnt werden kann. Halten Sie beide generierten Dateien außerhalb der Versionskontrolle; die Vorlage und die Spezifikationen sind die Quelle.
Es gibt keinen Ausführungs-Kopiermodus. Das Beispiel enthält bewusst ungelöste eckige Klammern mit Formulierungshinweisen; das Füllen von {{PLATZHALTER}}-Token vervollständigt diese rechtlichen Bestimmungen nicht. Vor der Erstellung eines Ausführungsdokuments holen Sie eine separate Überprüfung der abgeschlossenen Klauseln, Parteiangaben, bevollmächtigten Unterzeichner, kommerziellen Bedingungen und genauen Dokumentversion ein. Bewahren Sie den Entwurf und die überprüfte Ausführungskopie als getrennte Aufzeichnungen auf. Selbst eine erfolgreiche DOCX-Konvertierung autorisiert keinen Upload, Versand oder keine Unterschrift. Siehe den esign-field-placement-Genehmigungsworkflow.
Beide Ausgabeziele müssen direkte Kinder des aufgelösten Ausgabeverzeichnisses sein. Ein vorhandener Symlink an einem der Ziele, einschließlich eines defekten Links, wird abgelehnt, bevor eines der Artefakte geschrieben wird, selbst wenn die DOCX-Konvertierung deaktiviert ist. Gewöhnliche reguläre Dateien können neu erstellt werden. Verwenden Sie ein Ausgabeverzeichnis, das Sie kontrollieren; diese Prüfungen bieten keine Isolierung gegen gleichzeitige feindliche Dateisystemänderungen. Zurückgegebene Artefaktpfade sind absolut.
Unterschriftsseitengeometrie
Die Vorlage beendet den Hauptteil mit einem OpenXML-Seitenumbruch, sodass der Unterschriftsblock in einem kompatiblen DOCX-Renderer eine neue Seite anfordert:
```{=openxml}
<w:p><w:r><w:br w:type="page"/></w:r></w:p>
```
Die Struktur der Unterschriftsseite (unser Block, dann der Block der Gegenpartei, jeweils mit Durch, Name, Titel, E-Mail, Datum) ist konsistent, aber der Seitenumbruch kann sich mit Text, Schriftarten, Renderer oder Format ändern. Überprüfen Sie das tatsächliche überprüfte Dokument und seine Seitengeometrie, bevor Sie Felder platzieren; siehe das esign-field-placement-Skill.
Schedule-A-Anhang-Workflow
Verwenden Sie die tatsächliche Befugnis und die Mitteilungsanforderungen des ausgeführten Vertrags:
- Überprüfen Sie die Ökonomie der Gelegenheit und die Verhandlungsstrategie in einem internen Verhandlungs-/Genehmigungskanal. Holen Sie die Zusagegenehmigung ein, bevor Sie vertragliche Inhalte senden. Ein gemeinsamer Kanal mit der Gegenpartei ist kein interner Kanal.
- Bestätigen Sie, dass der vorgeschlagene Eintrag, die Rolle, die Bedingungen, die Gebühr und das Wirksamkeitsdatum innerhalb der ausdrücklichen Schedule-A-Mitteilungsbefugnis des Vertrags liegen. Änderungen der laufenden Bedingungen oder Abweichungen außerhalb dieser Befugnis erfordern das anwendbare Änderungsverfahren; eine Mitteilung kann keine eigene Ausnahme schaffen.
- Entwerfen Sie eine genehmigte, gegenparteispezifische datierte Mitteilung für den vom ausgeführten Vertrag genehmigten Empfänger und Mitteilungskanal. Fügen Sie nützliche geschäftliche Inhalte ein: die geschützte Gegenpartei oder das Los, die autorisierte Rolle, die kommerziellen Bedingungen und die anwendbare Gebühr. Schließen Sie interne Margen, Verhandlungsstrategie, Wirtschaftsdaten anderer Parteien, Systemspuren, Rohfehler und interne Vermerke zur Ablage aus.
- Reichen Sie die genaue Mitteilung zur Betreibergenehmigung ein, bevor Sie sie senden; siehe operator-approval-loop. Bewahren Sie Stille im Kanal der Gegenpartei, solange keine Genehmigung oder Beteiligungsbefugnis vorliegt. Die Genehmigung ist zu unterscheiden vom Nachweis, dass ein autorisierter Absender die Mitteilung tatsächlich zugestellt hat.
- Dokumentieren Sie den autorisierten Zustellnachweis, das Wirksamkeitsdatum und etwaige Einwände gemäß den tatsächlichen Anforderungen des ausgeführten Vertrags. Beispielhafte Fristen sind keine Voreinstellungen. Halten Sie das ausgeführte Dokument unveränderlich; aktualisieren Sie den nachverfolgten Zeitplan und erstellen Sie einen Entwurf einer konsolidierten Ansicht für die interne Überprüfung, mit einem Verweis auf die ausgeführte Version und die genehmigte Mitteilung. Diese Neuerstellung ersetzt nicht den unterzeichneten Vertrag oder beweist die rechtliche Wirksamkeit.
Beispiele
Mitteilungstext
Nur zur Veranschaulichung: Verwenden Sie diese Bedingungen und Daten ausschließlich, wenn der ausgeführte Vertrag sie autorisiert und der Betreiber diese genaue Empfängermitteilung genehmigt.
Schedule-A-Mitteilung, 2026-09-02
Vertrag: Rahmenvertrag vom 2026-08-14 zwischen Uns und Acme
Eintrag 2: Los B, 8 Knoten, Region EU-West
Rolle: Einführender
Bedingungen: 6-monatige Laufzeit, Beginn spätestens 2026-10-01
Gebühr: Standard
Dieser Eintrag wird heute wirksam, es sei denn, Sie widersprechen innerhalb von zehn Werktagen mit datiertem schriftlichem Nachweis einer früheren Beziehung zur Gegenpartei.
Hinzufügen des Eintrags zur Spezifikation
"schedule": [
["1", "2026-08-20", "Los A (16 Knoten)", "einführend", "12 Monate", "Standard"],
["2", "2026-09-02", "Los B (8 Knoten, EU-West)", "einführend", "6 Monate", "Standard"]
]
Neu erstellen, den ENTWURF des Markdowns diffen und den konsolidierten Entwurf dem internen Datensatz beifügen, zusammen mit dem unveränderten ausgeführten Dokument und dem Zustellnachweis.
Gegenpartei füllt eigene Angaben bei Unterzeichnung aus
Lassen Sie für den Entwurf legal, juris, addr, signer, title, email aus der Spezifikation weg, um Leerzeilen zu rendern. Ein separat überprüfter Ausführungsworkflow muss entscheiden, welche Angaben von der Gegenpartei ausgefüllt werden dürfen, und die tatsächlichen Felder verifizieren; der Generator erstellt oder genehmigt keinen E-Sign-Umschlag.