OpenTest 项目：API 接口补齐与全业务逻辑规范

API-Schnittstellenvervollständigung und Spezifikation der Geschäftslogik

Erstellungsdatum des Dokuments: 2026.01.16 | WordPress Abrechnung und Backend-Schnittstellen für spezielle Zwecke

1. ⚠️ Liste der zu verfeinernden Back-End-APIs

Der folgende Inhalt für die aktuelle API-Dokumentation fehlt, muss mit dem Komplementär entwickelt werden:

Schnittstelle 1 Unterschriftenprüfung hinzufügen: Erhöhung Zeichen Felder. Da WordPress die Benachrichtigung über die Freigabe von Assets initiiert, muss die Sicherheit durch MD5-Signaturen überprüft werden.
Schnittstelle 1 Ursprüngliche Auftragszuordnung hinzufügen: Als Antwort auf UPGRADE Typ, müssen Sie originalOrderNoDas Backend muss die alten Assets lokalisieren und SKU-Aktualisierungen entsprechend durchführen. Das Backend muss die alten Assets lokalisieren und entsprechende SKU-Aktualisierungen durchführen.
Schnittstelle 4 Gerätenamen hinzufügen Rückkehr: zurückkehren müssen Maschinenname. Andernfalls können die Benutzer nicht verschiedene Computer für die Entbündelung im Personal Centre identifizieren.
Schnittstelle 4 Erhöhung der Anzahl der Offline-Residuen: zurückkehren müssen remainingOfflineUnbindCount. Wurde verwendet, um Offline-Lizenzen auf 3 Entbündel pro Jahr zu begrenzen.

2. das UPGRADE der wichtigsten Einhaltungsvorschriften

Persönliche Version der Vermögensverwaltung: Um die Konsistenz des Autorisierungscodes zu gewährleisten, wird das Upgrade der Personal Edition "Aktualisierung aufheben" Logik.
1. nach erfolgreicher Zahlung sendet WP eine Anfrage mit orderType: UPGRADE bis zu originalOrderNo.
2. Das Backend ermittelt den mit der ursprünglichen Bestellung verbundenen Autorisierungscode und aktualisiert nur dessen skuCode Felder.Es wird kein neuer Code erzeugt.
(3) Eine Höherstufung ist nur eine Änderung der Zuständigkeit; die Gültigkeitsdauer bleibt im Prinzip unverändert.

3. die Umstellungsformel für die Upgrade-Abrechnung (WP-Implementierung)

Upgrades werden nur in eine Richtung unterstützt. Das WordPress-Plugin berechnet den Betrag der Spread-Order nach der folgenden Formel:

Aufstockungsbetrag = Neuer Paketpreis - ( Bezahlter Originalpaketpreis / Gesamtzahl der Tage des Originalpakets * Verbleibende verfügbare Tage )

4 Zusammenfassung der logischen Aufschlüsselung der Erzeugung von Autorisierungscodes

Geschäftliche Dimension	Kaufszenarien	Beschreibung der Backend-Erfüllungsmaßnahmen
Personal Edition-Paket	Neuer Kauf (NEW)	Generieren Sie einen neuen Autorisierungscode und binden Sie ihn automatisch.
	Erneuerung (RENEW)	Erzeugt keinen neuen Code, sondern aktualisiert die Ablaufzeit (EndTime) des ursprünglichen Codes.
	UPGRADE	Es wird kein neuer Code erzeugt, sondern der SKU-Code des ursprünglichen Codes wird aktualisiert.
Team Edition Paket	Alle Schauplätze	Für jeden Platz wird unabhängig ein neuer Berechtigungscode generiert.
Optionssatz	Neuanschaffungen/Teamanschaffungen	Generieren Sie eine entsprechende Anzahl neuer Berechtigungscodes für Optionspakete.

5 Regeln für die Bindung/Entbindung von Berechtigungscodes (Schnittstelle 3)

Staatenlosigkeit: Direkte Ausführung BIND Betrieb.
Bestehender Paketstatus: Das System muss gebootet werden undRufen Sie zunächst UNBIND auf, um die Bindung des alten Lizenzcodes aufzuheben.Wenn Sie keinen neuen Code BIND haben, dann führen Sie einen neuen Code BIND aus.
Optionaler Paketstatus verfügbarDirekte Ausführung ist erlaubt BIND, die Realisierung der fakultativen Anspruchsüberlagerung.

Beginnen Sie Ihre grenzüberschreitende ReiseKontaktieren Sie uns jetzt

Kundendienst für die Entwicklung von Websites

Kundenbetreuung

Designer (Herstellung von Figma-Prototypen)