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

Spécification de l'achèvement de l'interface API et de la logique commerciale

Date de création du document : 2026.01.16 | WordPress Facturation et interface back-end à des fins spéciales

1. ⚠️ Liste des API back-end à affiner

Le contenu suivant de la documentation actuelle de l'API est manquant, il doit être développé avec le complément :

Interface 1 Ajouter la vérification de la signature: Augmentation signe Champs. WordPress étant à l'origine des notifications de mise à disposition des actifs, la sécurité doit être vérifiée par des signatures MD5.
Interface 1 Ajouter l'association de l'ordre original: En réponse à UPGRADE vous devez passer N° de commande original. Le backend doit localiser les anciens actifs et effectuer les mises à jour des UGS en conséquence.
Interface 4 Add Device Name Return: besoin de revenir nom de la machine. Sinon, les utilisateurs ne peuvent pas identifier les différents ordinateurs pour les opérations de dégroupage dans le centre personnel.
Interface 4 Augmentation du nombre de résidus hors ligne: besoin de revenir restantsOfflineUnbindCount. Limitation des licences hors ligne à 3 dégroupages par an.

2. mettre à jour les règles de conformité de base

Version personnelle de la gestion des actifs : Afin de garantir la cohérence du code d'autorisation, la mise à jour de l'édition personnelle prend en compte les éléments suivants "Mise à jour prioritaire" Logique.
1) Une fois le paiement effectué, WP envoie une demande contenant les éléments suivants orderType : UPGRADE jusqu'à N° de commande original.
2. le backend localise le code d'autorisation associé à la commande initiale et ne met à jour que son code d'autorisation. skuCode champs.Aucun nouveau code n'est généré.
3) Un surclassement n'est qu'un changement d'autorité ; la période de validité reste, en principe, inchangée.

3. formule de conversion pour la facturation des mises à niveau (mise en œuvre de WP)

Les mises à jour ne sont possibles que dans un sens. Le plugin WordPress calcule le montant de l'ordre d'écart selon la formule suivante :

Montant du complément = Prix du nouveau forfait - (Prix payé du forfait initial / Nombre total de jours du forfait initial * Nombre de jours disponibles restants)

4) Résumé de la décomposition logique de la génération des codes d'autorisation

Dimension commerciale	Scénarios d'achat	Description des actions d'exécution en amont
Édition personnelle	Nouvel achat (NEW)	Générer un nouveau code d'autorisation et le lier automatiquement.
	Renouvellement (RENEW)	Ne génère pas de nouveau code, mais met à jour l'heure d'expiration (EndTime) du code original.
	UPGRADE	Aucun nouveau code n'est généré et le code SKU du code original est mis à jour.
Package Team Edition	Toutes les scènes	Un nouveau code d'autorisation est généré indépendamment pour chaque siège.
kit d'option	Nouveaux achats/achats d'équipe	Générer un nombre correspondant de nouveaux codes d'autorisation pour les packs d'options.

5) Règles de liaison et de déliaison des codes d'autorisation (interface 3)

apatridieExécution directe BIND Fonctionnement.
Statut du paquet existantLe système a besoin d'être démarré etAppelez d'abord UNBIND pour libérer l'ancien code de licence.Si vous ne disposez pas d'un nouveau code BIND, exécutez un nouveau code BIND.
Statut de paquet optionnel disponibleL'exécution directe est autorisée BINDLa mise en œuvre de l'option de superposition des droits.

Commencez votre voyage transfrontalierContactez-nous

Développement de sites web, service à la clientèle

Service clientèle

Concepteur (réalisation de prototypes Figma)