¿Cuáles son las interacciones de datos entre isv y DingTalk?
El mecanismo ISV está diseñado para el "mercado de aplicaciones". Según el pensamiento oficial de DingTalk, como proveedor de servicios independiente, después de desarrollar la aplicación, se puede comercializar y las empresas que lo necesitan pueden hacerlo. Vaya al mercado para comprarlo. En base a esto, su mecanismo de implementación de autorización y notificación es como está ahora, lo cual es un poco problemático. Los usuarios "compran aplicaciones" o realizan cualquier operación de configuración en las aplicaciones se completan en los servicios de DingTalk, pero los servicios reales proporcionados son aplicaciones desarrolladas por ISV específicos. Por lo tanto, el servicio de DingTalk sirve como conexión entre los usuarios empresariales, DingTalk y los ISV. El "empuje" en este proceso es también la mayor diferencia entre el enfoque ISV y el enfoque ordinario de "microaplicación". (El envío implica cifrado y descifrado AES). Establecer una conexión
Puede utilizar los dos métodos siguientes para conectar las microaplicaciones de DingTalk a sus aplicaciones empresariales:
1. El servidor de aplicaciones empresariales llama a la interfaz proporcionada por la plataforma abierta de DingTalk. Enviar mensajes a las cuentas de DingTalk de los usuarios empresariales como microaplicaciones de DingTalk, en lo sucesivo denominado modo de llamada activa.
2. Cuando los usuarios de DingTalk 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 JSAPI. modo .
3. El servidor DingTalk envía los mensajes enviados por el usuario o los eventos activados por el usuario a la aplicación empresarial, que es procesada por la aplicación empresarial. En lo sucesivo, se denomina modo de devolución de llamada. Llamada activa
Necesita usarse cuando el servidor de aplicaciones empresariales llama a la interfaz de plataforma abierta DingTalk.
Debe traer el parámetro AccessToken cada vez que llame activamente a la interfaz de la plataforma abierta DingTalk. El parámetro AccessToken se intercambia por CorpID y CorpSecret. Para ISV, obtenga el token de acceso autorizado por la empresa
CorpID es la identificación de la empresa en DingTalk, y cada empresa tiene un CorpID único;
CorpSecret es el número de identificación de cada aplicación de la clave de credencial empresarial.
CorpID y CorpSecret se pueden encontrar en el backend de administración proporcionado por DingTalk para empresas y DingTalk los asigna automáticamente.
Establezca Content-Type:application/json en el encabezado HTTP para solicitudes POST; de lo contrario, la llamada a la interfaz falla y la frecuencia de las llamadas activas es limitada.
Cuando obtenga el AccessToken, su micro aplicación El backend 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 provoquen una carga anormal en el servidor DingTalk, de forma predeterminada, cada servidor tiene un cierto límite de frecuencia para llamar a la interfaz. Cuando se excede este límite, se llama a la interfaz correspondiente. se cargará al 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/minuto<. /p> p>
La frecuencia de cada ISV (proveedor de aplicaciones) que llama a una única interfaz no puede exceder las 2000 veces/minuto
La frecuencia de cada ISV (proveedor de aplicaciones) que llama a una única interfaz de un único la empresa no puede exceder las 1500 veces/min
La frecuencia con la que cada suite llama a una única interfaz de una sola empresa no puede exceder las 1000 veces/min