Changelog
Was ist neu?
Jede Verbesserung an der Plattform, wie sie geliefert wird.
· kamo-shared-library
IoT Alarm Response und IoT Geräte Verfügbarkeit Berichte
· SecurityService
Report-Option Anbieter und Konto zusammenfassen hält getaggte Geräte (SP13)
· SecurityService
IoT berichtet - kein Gott-Modus, die Eigentümer-Regel, und ReportDefinition.exportRight erzwungen beim Download, Zeitplan und jeden Lauf (SP13)
· SecurityService
SecurityService öffnet Service Work Jobs für IoT - Endpunkte, One-Transaction Opener, Crossapp-Scan (SP13)
· kamo-internal
Das Kamo OAuth Client-Panel des Advanced Tabs - Status, einmaliges Geheimnis, Amazon Hersteller-ID, aktivieren (IoT SP09)
SecurityService P1-P3 **************** hatte keinen Bildschirm, also Schritt B5 (das Alexa-Client-Geheime erstellen, die Umleitungsadressen der Verkäufer-ID registrieren, aktivieren) konnte nicht durchgeführt werden. Der Proxy gibt genau drei Formen weiter; das neue Geheimnis erscheint einmal, in einem eigenen Dialog, nie in einer Liste.
· kamo-shared-library
IoT Activity und IoT Command Audit Berichte
· kamo-shared-library
IotReportSupport (SI-Klemme, Lieferantenaufbewahrung, Lookups) und IotAlarmReportMapping
· kamo-shared-library
ReportDefinition.exportRight - ein pro Bericht Export direkt auf EXPORT_REPORTS
· kamo-shared-library
SP13 Verfügbarkeitsrechner und Anbieter-Retention Fenster
· EmailService
Löschen eines Kontakts löscht die IoT-Geräte, die damit getaggt sind (SP13)
· kamo-shared-library
SP13-Nachrichtenvorlage und Werttext
· kamo-shared-library
SP13 Handelskarte, Prioritätskarte und Diagnosepolitik
· MediaService
MediaService interner Chat-Post und Chat-Ziel-Endpunkte für IoT (SP13)
· kamo-shared-library
SP13 Service-Job-Link Einheit, Repository und sechs Aktivitätsarten
· EmailService
IOT_ALARM Telefon Push Body und zurückziehen-mit-Update (SP10)
Eine IOT_ALARM Veranstaltungskarte (Quelle **************** iot-service's AlarmNotifier schreibt es, oder <alarmUuid>:<seq>) wird als gespiegelt ein IOT_ALARM Push: Kanal/Farbe/Vibration nach Priorität, klebrig, wenn URGENT, Tag und Kollaps-Taste iot-alarm-<alarmId. Andere Karten halten die NOTIFICATION schieben; mirrorToPush ist unverändert. POST **************** zieht sich zurück DELETE tut (in der Fall kann <alarmUuid' sein:* für jede Ereigniskarte eines Alarms) und, mit einem Update, sendet jedes Mitglied, das einen Tray-Eintrag hatte einen Ersatz-Push mit dem gleichen Tag auf iot-alarm-updates.
· MediaService
Holder-only-Relais-Thema /topic/iot/relais/{connectionId' (SP10)
Core NATS iot.relay.{uuid' wird wörtlich zu /topic/iot/relay/{uid' weitergeleitet. Der Rahmen ist eine Wecke nur **************** SUBSCRIBE braucht iot-service I-OD1 (GET **************** ?memberId=, Antwort {allow, orgId]), um zu sagen, dass das Mitglied der Sitzung die Live-Behälter hält Leasing in der Sitzung org; zwischengekundt 10 s so, scheitern geschlossen. Kunde SEND auf die Vorse wird abgelehnt.
· MediaService
IOT_ALARM - vom Präsenztor und dem Tariflimit befreit (IoT SP10)
Ein Alarm ist nicht gesehen, weil ein Browser-Tab geöffnet ist, und jeder Lebenszyklusschritt (erätzt, eskaliert, anerkannt) Aktien ein Zusammenbruch Schlüssel, so dass die 15 s Grenze würde die Eskalation fallen lassen. Die SI-Mitgliedsverweigerung bleibt an erster Stelle. APNs markiert eine URGENT Alarm Zeitempfindlich; keine kritischen Warnungen Anspruch.
· KlusterServices
Iot.relay. . svc_iot veröffentlicht, svc_media abonniert (IoT SP10)
Die Google Home-Relais weckt das Telefon, das den Mietvertrag einer Verbindung hält: IoTService veröffentlicht einen inhaltsfreien Frame auf iot.relay.{connectionId' und MediaService leitet es an das nur für Inhaber erhaltende STOMP-Thema weiter. Kein anderer Benutzer gewinnt das Thema.
· kamo-shared-library
On-device-Wokabular und iot_on_device_links entity (SP10)
Die Link-Einheit hält nur die SHA-256 der Verbindung des Telefons geheim, und das hash ist @JsonIgnore, so dass es nie eine Antwort oder ein Ereignis erreicht.
· kamo-internal
Charter-Editor listet OPERATE_DEVICE und OPERATE_SECURITY_DEVICE; KamoAI Master 11 und IoT Master 10 Zeilen (SP11)
ACTION_CLASSES endet mit den beiden IoT SP11-Klassen und APPROVAL enthält 24 Artikel (eine pro Shared-lib AiActionClass). Der KamoAI Master gewinnt seine 11-Reihe für das iot_-Pack; der IoT-Master erhält die Ausführungsreihe SP11 (E1-E6).
· MCPGatewayService
Klassifizierung der zehn iot-Werkzeuge; die Katalogwächter bewegen sich von 101 auf 111 (SP11 P12)
Die drei iot-Schreiben sind NOT_DISCLOSING und die sieben liest NOT_CONTENT mit den Gründen der spec (inpinned in ContentReadToolsCoverageTest auch). RegistryCompletenessTest: 111 Werkzeuge, die auch-Klassen, die Darsteller der beiden Klassen, ************ ApprovalsCoverageTest: beide Klassen UNLISTED, approvals_request unverändert. ToolListParityTest's org hat jede App außer IoT (seine Schnappschüsse sind älter als die App); IotToolListTest deckt eine Org mit. Die goldene Schema-Datei gewinnt genau zehn Iot-Linien und verliert keine.
· MCPGatewayService
IotCallerView und die Regeln der reinen Ansicht V1-V11 (SP11 -4.4)
Ein Schlüssel, der ein Gerät zweimal auflistet, ist ein Manifestfehler und wird nie benutzt (fail closed).
· MCPGatewayService
IotManifestClient, ein per Session ETag-validierter Manifest-Cache mit Einzelflug (SP11 -4.4)
· MCPGatewayService
Per-Caller-Schemata und Verfügbarkeit für die zehn iot-Tools (SP11 -4,5)
· MCPGatewayService
IoT-Fehlerkarte, Wertprüfungen, Klassenüberprüfung, Whitelist-Ergebnisse und die Befehlsuhr (SP11 4,7, 4,9)
· MCPGatewayService
IotPack, die zehn iot_-Tools auf der Werkzeugse-Plane (SP11 - 4,6 - 4,10)
· MCPGatewayService
Nachgeschaltete Zulassungskopf, bedingter GET mit ETag, Opt-in-Fehlerfelder (SP11 P11)
· MCPGatewayService
AnruferSchema pro Anrufer nach Sichtbarkeit; PHYSICAL nach außen Inhalt fragt immer eine Person; die Genehmigung reist auf dem Plan (SP11 P4-P7)
Das Schema und die Verfügbarkeit eines statischen Werkzeugs können vom Anrufer abhängen (CallerSchema): nach Sichtbarkeit für Werkzeuge/Liste angesehen (eines 3 s Budget geteilt durch die Liste) und wieder für jeden Anruf (10 s), zurückgehalten -. TOOL_NOT_AVAILABLE {Vernunft; eine Ansicht, die ihre erweitert Basis oder wirft hält das Werkzeug zurück. Für eine SI wird ein PHYSISCHEr Anruf, dessen Charter-Ergebnis ausführen würde, von einer Person verlangt, wenn die ausgeführt ist extern verdorben (D8). Eine genehmigte oder genehmigte erneute Ausführung oder ein geprüfter Antrag, der für die Zustimmung, erreicht seinen Handler mit ToolPlan.APPROVAL = ApprovalRef(approvalId, Entscheider, Klasse, Modus) (auf Anfrage selbst gehalten Plan, so dass die verifizierte Anfrage, Basis und in Bezug auf Schlüssel bleiben).
· MCPGatewayService
ToolRisk.PHYSICAL, das iot_ prefix, zwei Charterklassen, die IOT-Tür und Approval Ref (SP11 P1-P3, P8-P10)
· AIService
Kurze Worte für die beiden physischen Charter-Klassen; Copilot Decke gepinnt (SP11)
CharterCompiler Wörter OPERATE_DEVICE und OPERATE_SECURITY_DEVICE und hält beide still, während ungenannt (als die beiden Teams Klassen von CP05 R1-3), so dass keine bestehenden SI-Brieftextänderungen und VERSION bleibt. CopilotCeilingTest pins der Mensch
Euer Universum wartet.
Fügen Sie Produkte hinzu, wann immer Sie möchten – keine Migration, keine neuen Anmeldungen.
Für immer kostenlos – keine Kreditkarte erforderlich