Changelog
Qué hay de nuevo.
Cada mejora de la plataforma, a medida que se envía.
· kamo-shared-library
IoT Alarm Response and IoT Device Availability reports
· SecurityService
Proveedores de opción de reporte y fusiones de cuenta mantiene dispositivos etiquetados (SP13)
· SecurityService
IoT reporta — ningún modo de dios, la regla del propietario, y ReportDefinition. exportRight enforced at download, schedule and every run (SP13)
· SecurityService
SecurityService abre el servicio Trabajos de trabajo para IoT: puntos finales, apertura de una transacción, escaneo crossapp (SP13)
· kamo-internal
El panel cliente Kamo OAuth de la pestaña Avanzada — status, one-time secret, Amazon vendedor id, active (IoT SP09)
SecurityService P1-P3 ************* no tenía pantalla, por lo que el paso del operador B5 (generar el secreto del cliente de Alexa, registrar las direcciones de redireccion del vendedor id, activar) no se puede hacer. El proxy transmite exactamente tres formas; el nuevo secreto aparece una vez, en su propio diálogo, nunca en una lista.
· kamo-shared-library
IoT Activity and IoT Command Audit reports
· kamo-shared-library
IotReportSupport (impresión SI, retención de proveedores, búsquedas) e IotAlarmReportMapping
· kamo-shared-library
ReportDefinition.exportRight — a per-report export right on top of EXPORT REPORTS
· kamo-shared-library
Calculadora de disponibilidad SP13 y ventanas de retención de proveedores
· EmailService
Eliminar un contacto aclara los dispositivos IoT etiquetados con él (SP13)
· kamo-shared-library
SP13 plantilla de mensaje y texto de valor
· kamo-shared-library
SP13 mapa comercial, mapa prioritario y política de diagnóstico
· MediaService
MediaService Puntos finales internos de chat y chat-target para IoT (SP13)
· kamo-shared-library
SP13 entidad de enlace de trabajo, repositorio y seis tipos de actividad
· EmailService
IOT ALARM teléfono push body y retirar-with-update (SP10)
Una tarjeta de evento IOT ALARM (fuente ******************* AlarmNotifier de iot-service lo escribe, o se refleja como un impulso IOT ALARM: canal/color/vibración por prioridad, pegajoso cuando URGENT, tag and collapse key iot-alarm-directarmId Conf. Otras cartas mantienen la NOTIFICACIÓN push; mirrorToPush no se cambia. PUESTOS *********** DELETE lo hace (puede ser idalarmUuid titulada:* para cada tarjeta de evento de una alarma) y, con una actualización, envía a cada miembro que tenía una entrada de bandeja un empuje de reemplazo con la misma etiqueta en iot-alarm-updates.
· MediaService
Tema de relé sólo para el titular /topic/iot/relay/{connectionId} (SP10)
Core NATS iot.relay.{uuid} es relayed verbatim to /topic/iot/relay/{uid}. El marco es sólo un velatorio. SUBSCRIBE needs iot-service I-OD1 (GET ********************** ?memberId=, respuesta {allow, orgId}) para decir que el miembro de la sesión tiene la vida arrendamiento en la org de la sesión; caché 10 s de cualquier manera, fall cerrado. Cliente SEND al prefijo es rechazado.
· MediaService
IOT ALARM - exenta de la puerta de presencia y el límite de tarifas (IoT SP10)
Una alarma no se ve porque una pestaña del navegador está abierta, y cada paso del ciclo de vida (raizado, escalado, reconocido) comparte una clave de colapso, por lo que el límite de 15 s caería la escalada. La negativa de los miembros de la SI se mantiene primero. APNs marca un Urgente alarma sensible al tiempo; sin derecho a Alertas Críticas.
· KlusterServices
Iot.relay. confianza — svc iot publices, svc media subscribes (IoT SP10)
El Google Relé casero despierta el teléfono que tiene un contrato de arrendamiento de conexión: IoTService publica un marco sin contenido en iot.relay.{connectionId} y MediaService lo envía al tema STOMP sólo por soporte. No hay otro usuario Gana el tema.
· kamo-shared-library
Vocabulario en el dispositivo y la entidad iot on device links (SP10)
La entidad de enlace mantiene sólo el SHA-256 del enlace del teléfono secreto, y que hash es @JsonIgnore por lo que nunca alcanza una respuesta o un evento.
· kamo-internal
Listas de editores OPERATE DEVICE y OPERATE SECURITY DEVICE; KamoAI master §11 e IoT master §10 rows (SP11)
ACTION CLASSES termina con las dos clases IoT SP11 y APPROVAL tiene 24 artículos (uno por AiActionClass). El KamoAI master gana su línea §11 para el paquete iot ; el maestro IoT gana la fila de ejecución SP11 (E1-E6).
· MCPGatewayService
Clasifique las diez herramientas iot; los guarda catálogos mueven 101 a 111 (SP11 P12)
Las tres escrituras iot son NO DISCLOSING y las siete lecturas NO CONTENT con las razones de la especie (pintadas en ContentReadToolsCoverageTest también). RegistryCompletenessTest: 111 herramientas, también clases, los intérpretes de las dos clases, ¿Qué? AprobacionesCoverageTest: ambas clases UNLISTED, approvals request unchanged. ToolListParity Test's org tiene cada aplicación pero IoT (sus instantáneas prefeccionan la aplicación); IotToolList La prueba cubre una org con ella. El archivo de esquema dorado gana exactamente diez líneas iot y no pierde ninguno.
· MCPGatewayService
IotCallerView y las reglas de visión pura V1-V11 (SP11 §4.4)
Una clave que una lista de dispositivos dos veces es un defecto manifiesto y nunca se utiliza (fail cerrado).
· MCPGatewayService
IotManifestClient, a per-session ETag-validated manifest cache with single flight (SP11 §4.4)
· MCPGatewayService
Esquemas per-caller y disponibilidad para las diez herramientas iot (SP11 §4.5)
· MCPGatewayService
Mapa de error de IoT, cheques de valor, cheque de clase, resultados de lista blanca y el reloj de comando (SP11 §4.7, §4.9)
· MCPGatewayService
IotPack, las diez herramientas iot en el Plano de Herramientas (SP11 §4.6-§4.10)
· MCPGatewayService
Headers de aprobación de Downstream, condicional GET with ETag, opt-in campos de error (SP11 P11)
· MCPGatewayService
CallerSchema per caller after visibility; PHYSICAL after outside content always asks a person; the approval travels on the plan (SP11 P4-P7)
El esquema y la disponibilidad de una herramienta estática pueden depender del callador (CallerSchema): visto después de la visibilidad para herramientas/lista (uno 3 s presupuesto compartido por la lista) y de nuevo por cada llamada (10 s), retenido - confianza TOOL NOT AVAILABLE {reason}; una vista que amplía su base o tira retiene la herramienta. Para un SI, una llamada PHYSICAL cuyo resultado de la carta se ejecutará se le pide a una persona cuando el (D8). Una nueva ejecución aprobada o aprobada por el autor, o una solicitud verificada para la aprobación, llega a su manejador con ToolPlan. APPROVAL = ApprovalRef(approval Id, decider, clase, modo) plan, por lo que la búsqueda verificada, la base y con respecto a la estancia de llaves).
· MCPGatewayService
ToolRisk. PHYSICAL, el iot prefijo, dos clases de alquiler, la puerta IOT y ApprovalRef (SP11 P1-P3, P8-P10)
· AIService
Breves palabras para las dos clases de chárter físico; techo de copiloto grabado (SP11)
CharterCompiler words OPERATE DEVICE and OPERATE SECURITY DEVICE and keep both silent while unnamed (as the two team clases de CP05 R1-3), por lo que no hay cambios de texto breves de la SI existente y la VERSIÓN permanece. CopilotCeiling La prueba pone al humano
Tu universo está esperando.
Comience gratis en minutos y agregue productos cuando esté listo, sin migración ni nuevos inicios de sesión.
Gratis para siempre: no se requiere tarjeta de crédito