- Verschifft
- 18. Oktober 2026 um 20:34 UTC
- Autor
- Kamo
- Ausschuss
- 99ff37b
Elf iot_*-Tools im IoT-Pack, durch eigene Konventionen: pro Anrufer aus dem manifest (IotTools.RIGHT, die Ansicht hält Gründe), jedes Gerät, jede Funktion und Alarm überprüft mit der Ansicht des Anrufers, Ergebnisse Whitelisted (keine Mitgliedsnote, nein Kundenname, kein Freigabelabel, kein Regelautor-Text, TEXT-Werte verunrechen das Ergebnis. - Reads (VIEW_IOT_DEVICES): iot_list_sites (Adresse und Zeitzone, nie Notizen einer Website oder eine org-weite Geräteanzahl), iot_devices_for_customer (schlechtestes offenes Alarm, neuestes Werk order), iot_devices_for_job, iot_get_history (nur die HISTORY-Funktionen eines Geräts; zurückgehalten, wenn keine in Sicht ist), iot_list_commands (Funktionen außerhalb der Ansicht geflüt, iot_get_alarm (timeline; eine Notiz ist markiert, nie zitiert), iot_alarm_summary. - Alarmierung (ACKNOWLEDGE_IOT_ALARMS, WRITE_INTERNAL): iot_acknowledge_alarms (bis hin 25, die anerkannte übersprungen), iot_shelve_alarm: UPDATE_RECORD, neu klassiiert OPERATE_SECURITY_DEVICE für einen CRITICAL oder MAJOR Alarm, wie Anerkennung eins ist; iot_unshelve_alarm und iot_annotate_alarm: UPDATE_RECORD. Eine Ansicht-only-Sitzung schreibt nichts; eine Klasse änderte sich, nachdem die Genehmigung verweigert wurde. Co-signing, erneutes Versuchen eines Befehls, Zuschüsse, Aktien, Sicherheitsüberschreibungen und IoT-Einstellungen bleiben Person; Alarmregeln, Unterdrückungen und KPIs benötigen MANAGE_IOT_* (die SI-Ebene).