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

Finalización de la interfaz API y especificación de la lógica empresarial

Fecha de creación del documento: 2026.01.16 | WordPress Facturación e interfaz back-end para fines especiales

1. ⚠️ Lista de API de back-end que hay que perfeccionar

Falta el siguiente contenido para la documentación actual de la API, es necesario desarrollarlo con el complementario:

Interfaz 1 Añadir verificación de firmas: Aumentar firmar Campos. Dado que WordPress inicia las notificaciones de publicación de activos, la seguridad debe verificarse mediante firmas MD5.
Interfaz 1 Añadir asociación de orden originalEn respuesta a ACTUALIZACIÓN debe pasar originalOrderNoEl back-end debe localizar los activos antiguos y actualizar las SKU en consecuencia. El backend debe localizar los activos antiguos y realizar las actualizaciones de SKU correspondientes.
Interfaz 4 Añadir nombre de dispositivo Volver: necesita volver machineName. De lo contrario, los usuarios no podrán identificar los distintos ordenadores para las operaciones de desagregación en el Centro Personal.
Interfaz 4 Aumentar el número de residuos fuera de línea: necesita volver remainingOfflineUnbindCount. Se utiliza para limitar las licencias offline a 3 unbundles al año.

2. ACTUALIZACIÓN de las normas básicas de cumplimiento

Versión personal de la gestión de activos: Con el fin de garantizar la coherencia del código de autorización, la actualización de la Edición Personal toma "Actualización de anulación" Lógica.
1. Una vez efectuado el pago, WP envía una solicitud que contiene tipo de pedido: UPGRADE hasta originalOrderNo.
2. el backend localiza el código de autorización asociado al pedido original y actualiza únicamente su skuCode campos.No se genera código nuevo.
3. Una actualización es sólo un cambio de autoridad; el periodo de validez permanece, en principio, inalterado.

3. Fórmula de conversión para la facturación de actualizaciones (implantación de WP)

El plugin de WordPress calcula el importe de la orden de propagación de acuerdo con la siguiente fórmula:

Importe de la recarga = Precio del nuevo paquete - ( Precio pagado del paquete original / Días totales del paquete original * Días disponibles restantes )

4. Resumen del desglose lógico de la generación de códigos de autorización

Dimensión empresarial	Escenarios de compra	Descripción de las acciones de cumplimiento del back-end
Paquete Personal Edition	Nueva compra (NEW)	Generar un nuevo código de autorización y vincularlo automáticamente.
	Renovación (RENEW)	No genera un nuevo código, actualiza el tiempo de expiración (EndTime) del código original.
	ACTUALIZACIÓN	No se genera ningún código nuevo y se actualiza el código SKU del código original.
Paquete Team Edition	Todas las escenas	Se genera un nuevo código de autorización independientemente para cada plaza.
kit opcional	Nuevas compras/compras de equipos	Generar un número correspondiente de códigos de autorización de nuevos paquetes de opciones.

5. Normas de vinculación/desvinculación del código de autorización (Interfaz 3)

apátridasEjecución directa BIND Operación.
Estado del paquete existente: El sistema necesita ser arrancado yLlame primero a UNBIND para desvincular el código de licencia antiguo.Si no dispone de un nuevo código BIND, ejecute un nuevo código BIND.
Estado del paquete opcional disponible: Se permite la ejecución directa BIND, realizando la superposición opcional de derechos.

Comience su viaje transfronterizoPóngase en contacto con nosotros

Servicio de atención al cliente

Atención al cliente

Diseñador (creación de prototipos Figma)