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

Completamento dell'interfaccia API e specifiche della logica aziendale

Data di generazione del documento: 2026.01.16 | WordPress Fatturazione e interfacciamento back-end per scopi speciali

1. ⚠️ Elenco di API back-end da perfezionare

Mancano i seguenti contenuti per l'attuale documentazione dell'API, che devono essere sviluppati con il complemento:

Interfaccia 1 Aggiungere la verifica della firma: Aumento segno Campi. Poiché WordPress avvia le notifiche di rilascio delle risorse, la sicurezza deve essere verificata mediante firme MD5.
Interfaccia 1 Aggiungere l'associazione dell'ordine originaleIn risposta a AGGIORNAMENTO si deve passare il tipo numero d'ordine originaleIl back-end deve individuare i vecchi beni ed eseguire gli aggiornamenti delle SKU di conseguenza. Il back-end deve individuare i vecchi beni ed eseguire gli aggiornamenti delle SKU di conseguenza.
Interfaccia 4 Aggiungi nome dispositivo Ritorno: necessità di tornare Nome macchina. In caso contrario, gli utenti non possono identificare i diversi computer per le operazioni di disaggregazione nel Centro personale.
Interfaccia 4 Aumento del numero di residui offline: necessità di tornare remainingOfflineUnbindCount. Limitava le licenze offline a 3 unbundle all'anno.

2. AGGIORNARE le regole di conformità fondamentali

Versione personale della gestione delle risorse: Al fine di garantire la coerenza del codice di autorizzazione, l'aggiornamento della Personal Edition prende "Aggiornamento di sovrascrittura" Logica.
1. Dopo l'avvenuto pagamento, WP invia una richiesta contenente Tipo di ordine: UPGRADE fino a numero d'ordine originale.
2. il backend individua il codice di autorizzazione associato all'ordine originale e aggiorna solo il suo codice di autorizzazione. codice sku campi.Non viene generato nuovo codice.
3. L'aggiornamento è solo un cambio di autorità; il periodo di validità rimane, in linea di principio, invariato.

3. Formula di conversione per la fatturazione degli aggiornamenti (implementazione WP)

Gli aggiornamenti sono supportati solo in un senso. il plugin WordPress calcola l'importo dell'ordine di diffusione in base alla seguente formula:

Importo di ricarica = Prezzo del nuovo pacchetto - ( Prezzo pagato del pacchetto originale / Giorni totali del pacchetto originale * Giorni disponibili rimanenti )

4. Sintesi della ripartizione logica della generazione del codice di autorizzazione

Dimensione aziendale	Scenari di acquisto	Descrizione delle azioni di adempimento back-end
Pacchetto Edizione Personale	Nuovo acquisto (NEW)	Generare un nuovo codice di autorizzazione e vincolarlo automaticamente.
	Rinnovo (RENEW)	Non genera un nuovo codice, ma aggiorna il tempo di scadenza (EndTime) del codice originale.
	AGGIORNAMENTO	Non viene generato un nuovo codice e viene aggiornato il codice SKU del codice originale.
Pacchetto Edizione Team	Tutte le scene	Un nuovo codice di autorizzazione viene generato indipendentemente per ogni sede.
kit opzionale	Nuovi acquisti/acquisti di squadra	Generare un numero corrispondente di nuovi codici di autorizzazione per i pacchetti di opzioni.

5. Regole di binding/unbinding del codice di autorizzazione (interfaccia 3)

apolidiaEsecuzione diretta LEGARE Operazione.
Stato del pacchetto esistenteIl sistema deve essere avviato eRichiamare prima UNBIND per disassociare il vecchio codice di licenza.Se non si dispone di un nuovo codice BIND, eseguire un nuovo codice BIND.
Stato del pacchetto opzionale disponibileL'esecuzione diretta è consentita LEGARErealizzando l'overlay opzionale dei diritti.

Iniziate il vostro viaggio transfrontalieroContattateci ora

Servizio clienti per lo sviluppo di siti web

Servizio clienti

Designer (realizzazione di prototipi Figma)