¿Cuáles son las interacciones de datos entre isv y DingTalk?

¿ISV? Este mecanismo está diseñado para el "mercado de aplicaciones". Según el pensamiento oficial, como proveedor de servicios independiente, una vez completado el desarrollo de la aplicación, se puede comercializar y las empresas que lo necesiten pueden comprar aplicaciones en el mercado. En base a esto, su mecanismo de implementación de autorización y notificación es solo eso, lo cual es un poco problemático. El usuario "compra la aplicación". O cualquier operación de configuración en la aplicación se completa en el servicio DingTalk, pero ¿qué servicios específicos se proporcionan realmente? ¿ISV? aplicaciones de desarrollo. Entonces, ¿usuarios empresariales, DingTalk, ISV? Entre las tres partes, el servicio DingTalk desempeña un papel de conexión, entonces, ¿cuenta el “empuje”? ¿ISV? El método es la mayor diferencia con el método ordinario de "microaplicación". (¿Qué implica? ¿AES? Cifrado y descifrado).

Conexión Puede conectar las microaplicaciones de DingTalk a sus aplicaciones empresariales de las dos formas siguientes:

1. El servidor de aplicaciones empresariales llama a la interfaz proporcionada por la plataforma abierta de DingTalk para enviar mensajes. La cuenta DingTalk de los usuarios empresariales se utiliza como una microaplicación DingTalk, en lo sucesivo denominada? Modo de llamada activo.

2. Cuando los usuarios utilizan la página de microaplicación H5 proporcionada por la empresa, la página puede llamar a la interfaz JS proporcionada por DingTalk y utilizar las capacidades comerciales y de terminal abierto de DingTalk, en lo sucesivo denominadas. Patrón JSAPI.

3. El servidor DingTalk envía mensajes enviados por los usuarios o eventos activados por los usuarios a aplicaciones empresariales para su procesamiento. Modo de devolución de llamada.

Se requiere una llamada activa cuando el servidor de aplicaciones empresariales llama a la interfaz de plataforma abierta DingTalk.

Cada vez que llamas activamente a la interfaz de la plataforma abierta DingTalk, debes traer el parámetro AccessToken. El parámetro AccessToken se intercambia entre CorpID y CorpSecret. Para ISV, obtenga el token de acceso autorizado por la empresa.

CorpID es la identificación de una empresa y cada empresa tiene un CorpID único;

CorpSecret es la clave de credencial para cada aplicación de la empresa.

CorpID y CorpSecret se pueden encontrar en el backend de administración proporcionado por DingTalk para empresas y DingTalk los asigna automáticamente.

Establezca el tipo de contenido: aplicación/json en el encabezado HTTP de la solicitud POST; de lo contrario, la llamada a la interfaz fallará.

La frecuencia de llamadas activas es limitada. Después de obtener AccessToken, el backend de su microaplicación puede llamar con éxito a varias interfaces proporcionadas por el backend de DingTalk o acceder a los recursos de la empresa correspondiente o enviar mensajes a los miembros.

Para evitar que los errores del programa de microaplicaciones causen una carga anormal en el servidor DingTalk, de forma predeterminada, cada interfaz de llamada del lado del servidor tiene un cierto límite de frecuencia. Cuando se excede este límite, la interfaz de llamada correspondiente. recibirá el código de error correspondiente.

Los siguientes son los límites de frecuencia predeterminados actuales. El backend de DingTalk puede ajustar este umbral según las condiciones operativas:

La frecuencia de cada empresa que llama a una única interfaz no puede exceder las 1500 veces por minuto.

Cada ISV (proveedor de aplicaciones) no puede llamar a una única interfaz más de 2000 veces/minuto.

La frecuencia con la que cada ISV (proveedor de aplicaciones) llama a una única interfaz de una única empresa no puede exceder las 1.500 veces/minuto.

La frecuencia con la que cada suite llama a una única interfaz de una única empresa no puede exceder las 1.000 veces/minuto.