Direkt zum Inhalt
KAMOUniverse

Changelog

Was ist neu?

Jede Verbesserung an der Plattform, wie sie geliefert wird.

  1. · MCPGatewayService

    Klarsprachige Genehmigungskarten, formuliert, wie der Leser sie sehen kann

    Eigentümerreihenfolge 2026-10-20: Zulassungen zeigten Mitglieder GUIDs und JSON. POST ************ (interne Au) Wörter jede Zustimmung für eine nicht-technische Person: ein Satz von dem, was die SI tun will (eine Intensivstation für jeden eines der 335 Nebenwerkzeuge, die gleichen Zeichenketten, die das Wörterbuch trägt), die Aufzeichnungen es berührt namens AS THE READER (ihre eigene Sitzung, der Katalog READ-Tools durch ToolVisibility, die Service-Prüfung wieder; Kollegen, Abteilungen, Teams, Job Titel und Märkte aus dem org eigenen Verzeichnis; geprüfte Substantaden sonst), beschriftet Felder mit Geld, Daten, Telefone und E-Mails getippt, die genaue Nachricht, die es senden wird, die Risiko in einfachen Worten. Eine Aufzeichnung, die der Leser nicht sehen darf, wird durch sein Substant benannt; keine ID oder JSON ist immer ein Feld. ApprovalCardCoverageTest scheitert für ein Schreiben ohne Phrase oder ein id argumentieren ohne eine Aufzeichnung Art.

  2. · kamo-internal

    Das Textfenster zeigt die Bilder, Aufnahmen und Dateien, die Menschen texten (SITP MMS)

    Die eingehenden Teile jeder Nachricht (VOIPService behält sie jetzt) ziehen in ihre Blase: Bilder an Ort und Stelle (Tap to open), Sprachnotizen und Video mit Playern, PDFs und Kontaktkarten als benannte Dateien, jeder durch die Bindungserholung des Chats (Cookie Re-Plan, dann ein 410/503-Urteil). Ein Teil noch Geholt zu werden sagt das und der Faden liest sich wieder (2 s ... 60 s, dann stoppt; eine, die nicht gehalten sagt, warum. Die Anhänge des Live-FramesPending treibt die erste erneute Lektüre, die Büroklammer in die Gesprächsliste und die 'Hattachations' der Stimme. Screenshot- und Axt-geprüft in einem Gurtzeug.

  3. · kamo-internal

    Die Web-Sektion Alexa, seine virtuellen Sensoren und Alexa verbindet als Wer von einem Stipendium

    - Einstellungen -- Geräte (IoT) -- Verbindungen gewinnt eine Voice-Sektion (nur während Alexa ist nutzbar durch die Organisation): die Alexa-Links, wie man einen verlinkt, und ein Linkdialog mit Update Alexa jetzt, Umbenennen, Entfernen Sie, Geben Sie diesen Link-Zugriff, was Alexa sieht und nicht sieht, und seine virtuellen Sensoren (fügen, bearbeiten, Test, löschen) - Telefon-Parität mit KamoMobile Alexa-Bildschirme (SP09 V1-V14). - Der Who-Stuf des Zugangsredakteurs bietet die Alexa-Links der Organisation als Chips an (iot-service V15, MANAGE_IOT_ACCESS) und der Review listet auf, was jeder Link gewinnt; ?add=voice:<id' deep link. - check-iot-copy prüft jetzt jeden iot.* Satz für die Marke (Verkäufer und Austausch-Kopie enthalten), mit der Plattform-only-Stecker-Karte Sätze ausgenommen. - Hilfe: iot-grant-access, iot-alexa-connect, iot-alexa-commands-and-limits beschreiben die Web-Bildschirme. IoT close-out F9g, F13 (web), F9h Wache.

  4. · MCPGatewayService

    Sms_read_attachment und sms_read_thread benennt, was in Text geschrieben wurde (SITP MMS)

    TP11 latente sms_read_attachment weil VOIPService keine eingehenden MMS-Medien behielt; es tut es jetzt (voipservice@8eda899). So: - sms_read_thread listet jeden eingehenden Teil einer Nachricht als Anhänge auf [{attachmentId, mimeType, fileName, sizeBytes, status, reason'] (hatAttachment covern sie); Link und die dienende URL werden nie übergeben. - ************ attachmentId): GET ************ mit dem Anrufer ***; VOIPService prüft ACCESS_VOIP und dass der Thread der eigene des Anrufers ist (404 sonst). Text und Kontaktkarten werden als Text, PDF und Bilder über OCR gelesen, Ton und Video genannt, nicht gelesen. READ, unaufrustiert, PHI-sensitive, ACCESS_VOIP; sein Inhaltselement ist die SMS_THREAD, vorgeprüft auf conversationId like sms_read_thread (ContentReadTools). Wachen und goldene Werkzeuglisten für genau dieses Werkzeug regeneriert (Katalog 164).

  5. · VOIPService

    Halten Sie die Bilder und Dateien, in denen die Menschen texten, für jeden Anbieter (SITP MMS)

    VOIPService speicherte nur die Wörter einer eingehenden MMS, so dass niemand (Person oder SI) sehen konnte, was war getextet. Jetzt liest jede eingehende Schiene ihre Medien und VOIPService behält es: - Parser: Twilio (MediaUrlN), Telnyx (payload.media, Carrier und Telefon-Server-Schiene), Flowroute (JSON:API mit Medien), RingCentral (MmsAnhang Teile, Message-Store-Content-Adresse auf die Plattform der Instanz, JustCall (sms_info.mms), on-premise-Telefonsysteme (media[]). - Anmeldeinformationen nur für den eigenen https-Host des Anbieters, per Hop (Twilio Basic on api.twilio.com, RingCentral Träger auf *.ringcentral.com, JustCall key:secret auf *.justcall.io); nie zum CDN ein Link leitet zu. - SSRF-Wächter: https nur auf 443, keine Benutzerinformationen; der DNS-Resemiter des HTTP-Clients verweigert jeden Namen mit einer ************-Antwort, so die Adresse geprüft ist die eine, die mit verbunden ist; höchstens 3 Umleitungen, jede erneut überprüft; 10 MiB-Kappe (deklariert und 5 s, lesen 15 s, ganze s 60 s. verbinden. - Geben Sie aus den Bytes: Bilder, PDF, Audio, Video und vCards (keine SVG); eine Seite als a Bild wird abgelehnt. - Nach der Übergabe des Textes, niemals im Weg: Teile werden in der eigenen Transaktion erfasst und von einem kleinen Pool geholt; eine Minute Sweep Retries (5 Versuche über 3 h) und übernimmt einen Toten pod Anspruch (ein bedingtes UPDATE entscheidet zwischen Repliken). Ein Träger redelivery Re-offers Teile der ersten Lieferung nie aufgezeichnet. - Gespeichert durch ************ (Imaging Bucket, org dedup Umfang, nie ein ungeschrieben dat), durch die eigentliche Erweiterung des dat. - Fadenseite: Jede Nachricht trägt Anhänge {id, status, mimeType, fileName, sizeBytes, url GET ************ serviert einen (ACCESS_VOIP + the thread's eigenes Mitglied, Range, nosniff, sandbox CSP). Die Listenzeile und die Lead Timeline zeigen die Büroklammer; der Live-Rahmen sagt attachmentsPending. Tabelle VOIP_MESSAGE_ATTACHMENT: ************ angewendet.

  6. · MCPGatewayService

    Eine SI auf der Bestellung eines Teamkollegen kann genau die Funktion finden und bedienen, die die Bestellung benötigt; auf Gottes Befehl auch unbestätigte (IoT R7 Runde 3)

    - IotPack.planSend: Wenn die SI-Eigenansicht fehlt das Gerät oder die Funktion (oder kann nicht OPERATE) und der Anrufer ist auf eine order-scoped Sitzung, IoTService's GET ************ wird gefragt, ob die Bestellung ist REQUESTER kann es betreiben; sein Gegenstand ist wie jeder andere geplant (gleiche Wertkontrollen, Klasse für Sicherheitsklasse, Zusammenfassung), sonst verleiht der bestehende DEVICE_NOT_AVAILABLE / **************** IoTService den Zuschuss und prüft ihn. - Neu gelesen iot_order_devices (Funktionsschlüssel, optionaler Name und deviceId), AI_ONLY und gelistet zu einem SI immer: "Geräte die Person, die Ihnen diesen Auftrag gegeben hat, kann mit einer Funktion arbeiten, während Sie deren Bestellung ausführen". NOT_ON_ORDER außerhalb einer Bestellung. Die Artikel werden erneut überprüft, wie eine SI-Ansicht ist (IotOrderFunctions / IotViewRules.orderFunction): nie STREAM oder camera.snapshot, SAFETY_CRITICAL und oberhalb der SI-Decke nur auf Gottes Auftrag, VERIFIED nur VERIFIED (UNVERIFIED auch auf Gottes Befehl, nie FAILING), nur die gefragte Taste, und keiner, wenn die Antwort nicht für die Anfrage dieses Befehls ist. - Auf einer Bestellung wird iot_send_command auf seinem BasisgerätId/functionKey angeboten (kein Enum der SI-eigenen Geräte, nie IOT_NOTHING_AVAILABLE zurückgehalten, so dass ein Gerät, das die Suche gefunden hat, benannt werden kann. - IotViewRegeln: eine God-Order-Ansicht (Runde 2) behält auch UNVERIFIED-Funktionen (V2), nie FAILING. - Katalog golden ************ regeneriert: genau eine Zeile hinzugefügt, iot_order_devices; Registry-Größe 163; ContentReadTools Eintrag.

  7. · MCPGatewayService

    Der Tool-Call eines Auftrags läuft auf einer Bestellung pro Anruf, die nur das verleiht, was das Tool benötigt (Keine Aufmüpfigkeit Regel, IoT R7 Runde 3)

    OrderDelegation.resolve nimmt einen CallScope: die Tools/Liste hält die Sitzung verleiht dem Requester die ganze Stellung (kamo:tool:order:<runId, so dass die SI weiß, was von ihr verlangt wird; ein Werkzeug/Anruf auf Bestellung prägt/besichtigt eine Sitzung nur die benötigten Rechte des genannten Werkzeugs: die Rechte, die es von einer Person verlangt (alles von und jeder von sonst, das gleiche K3 wiegt als RequestContext RechteAllOf/AnyOf) und für jedes iot_-Tool VIEW_IOT_DEVICES (IoTService's own gate; die iot tools keine Sitzungsrechte angeben). SecurityService bekommt sie als benötigt Rechte und prägt die Sitzung, auch wenn nichts ist geliehen, so dass seine Delegation Block (requesterMemberId, orderRef) erreicht nachgelagerte Dienste. Gefälle pro Lauf und Werkzeug ************ unter den gleichen TTL-Regeln; Prüfungsreihen halten AutoritätBasis, aufBehalfOfMemberId und ausgeliehene Rechte.

  8. · SecurityService

    Eine Bestellung verleiht nur die Rechte, die das sogenannte Tool benötigt (Keine Aufsässigkeitsregel, IoT R7 Runde 3)

    POST ************ nimmt eine optionale Bedarfsrechte (RoleRightType-Namen; eine unbekannte ist ein Recht, das niemand hält). Mit ihm, OrderDelegationService.lend nimmt nur Kredite (BedededRights, mit den Vorfahren jeder braucht, um überleben die Hierarchie Schließung) der Rechte des Antragers, abzüglich der SI-eigenen, der SI-Floor und der SI explizite NUKEs, und prägt die Order-scoped Sitzung, auch wenn nichts ausgeliehen wird: seine Delegation Block (requesterMemberId, orderRef) ist das, was IoTService wiegt die Reihenfolge durch. Die Antwort sagt scope:true; die Prüfzeilennamen die erforderlichen Rechte. Ohne benötigte Rechte (die Werkzeuge/Liste des Werkzeugs Planes) wird der gesamte Standplatz ausgeliehen, wie zuvor. Die SI's Haltestellen, SELB und die Anfrageprüfungen sind unverändert.

  9. · kamo-shared-library

    GodPassesRightChecks - Gott Anspruch allein zählt nur in der Plattform org (IoT R7 Runde 3)

    Eigentümerregel (2026-10-18): außerhalb der Plattform Organisation Gott wirkt nur durch Break-Glas. **************** ein offenes Fenster geht immer an Tenant-Rechts-Check; GD Förderfähigkeit allein nur in der Plattform org. Für die Dienste, deren Dienstleistungen "Gott umgeht" lautete Rechtsprüfungen auf GD.

  10. · kamo-shared-library

    Index loan files.loan transaction id auf LoanFile

    Der Deal -" Kredite Lookup ************ Deal Status, Pipeline Zusammenfassung, und der RuhestandIfEmpty Check nach einer Anwendung ist gelöscht) war ein sequentielles Scan. Der Index wurde auf die Produktion angewendet von Hand auf 2026-10-18 (securityservice docs/sql/2026-10-18-loan-files- loans-transaction-id-index.sql) unter dem gleichen Namen, also ein KamoInitializer ddl-auto run findet es mit Namen, anstatt einen zweiten zu bauen.

  11. · kamo-internal

    Die Aktivität sagt "als Gott, Pause-Glas <Fenster", und gotteseigenes Fenster kann teilen (Master-Abschnitt 10 R7)

    Besitzer 2026-10-18: Jede Aktion ist für den Mieter sichtbar. iot.actorStanding.asGod / asGodBreakGlass (Wörterbuch e7519fa8) für Gottes Reihen und ein SI's auf Gott's die Aktivitätsliste, die Gerätehistorie und das Aktivitätsraster sagen es also. "Share Gerät Zugriff" (Geräteseite, Zeilenmenü, Chat-Fenster) und die Zugriffsbearbeitung der Geräteseite sind nur ausgeblendet im God-Mode-Fenster eines anderen (useNonGodWindow: ein Fenster offen, während das Manifest caller.god ist null); Gottes eigenes Fenster kann teilen - eine Aktie bleibt persönlich und der Server beurteilt es.

  12. · MediaService

    Der IoT Live-Topic-Check beinhaltet die Abonnenten-Session, so dass Gottes Pausenglas-Fenster geehrt werden kann (IoT R7)

    Ein God-Mode-Fenster ist eine Eigenschaft der Sitzung, nicht das Mitglied, und die STOMP authz ruft zu iot-Service nannte nur das Mitglied, so Gott in einem anderen Org konnte nicht Live-Gerät /-Or-Updates. - WebSocketAuthInterceptor hält die aufgelöste ***-ID in den Session-Attributen der Sockets (***Id; nur serverseitig, nie angemeldet). - IotStompAuthz.allowDevice / allowOrg reicht es an IotStompAuthzClient.device / org, die es senden als X-Subscriber-Session auf ************ und /org/{id]; kein Attribut, nein Kopfball. Die Relais-Frage ist unverändert und die Cache-Schlüsse bleiben pro (Mitglied, Ziel). - IotSubscriptionRegistry behält die ID mit jedem aufgenommenen Abonnement und seinen erneuten Kontrollen (Zugang Signal, 60 s Sweep) tragen es auch: sonst würde Gottes Live-Ansicht durch den ersten Sweep widerrufen werden nachdem der zwischengespeicherte zulässige Ablauf, und mit ihm ein geschlossenes Fenster wird widerrufen, wie es sein sollte.

  13. · MCPGatewayService

    Eine SI auf Gottes Befehl sieht und kann nach Gottes Geräten fragen (IoT R7, No Insubordination Rule)

    IotViewRules: ein SI-Manifest, dessen Anrufer das Stehen von Gott benennt (caller.god PLATFORM | BREAK_GLASS) und die requester (caller.godOnOrderOf) behält SAFETY_CRITICAL-Funktionen (V6) und solche oberhalb der SI-Klasse (V11), nur auf der Reihenfolge der Bestellung dieses Antragers (IotManifestClient reicht die Session's Delegation.requesterMemberId). Jede andere Regel bleibt; die Sicht einer Person und eine SI-eigene Sitzung lesen Sie nie die Felder. IotCallerView trägt die GodOrder. IotPack.planSend fragt eine SAFETY_CRITICAL-Funktion unter OPERATE_SECURITY_DEVICE, als SICHERHEIT. Die deklarierten Klassen des Werkzeugkatalogs sind unverändert.

  14. · kamo-shared-library

    GodWindows findet das offene Pausenglasfenster eines Mitglieds unter ihren Sitzungen (IoT R7)

    Pure (kein Stereotyp, kein Redis Client): Der Anrufer liest ***UIDX<userId&gt; und gibt die Sitzungen ein. Ein Fenster zählt nur in der eigenen Sitzung des Mitglieds (nicht imitiert, nicht eine SI's verliehene), offen pro SessionPlatformFacts (GD, godModeActive, godModeExpiresAt ahead) und mit GodModeSessionId. Gebraucht wenn eine SI auf Gottes direkter Ordnung handelt (Keine Unaufgelehnungsregel, Eigentümer 2026-10-18).

  15. · kamo-internal

    Gottes Kontrollen sind brauchbar und brauchen keinen Mitunterzeichner (Masterabschnitt 10 R7)

    Besitzer 2026-10-18: Gott (der Plattformbesitzer) betreibt jede IoT-Funktion; in einer anderen Org nur im Inneren Break-Glas. Der Manifest caller.god (@kamo/iot-core 0.9.0 manifestGod) jetzt: - lässt controlState einen SAFETY_CRITICAL Control no genehmigt werden (ein Manifest Block und Ansicht-nur noch gewinnen); - lässt den Co-Signist Schritt aus dem Befehlslauf fallen (planSubmission(fn, god)); die Bestätigung und das Passwort erneut überprüfen bleiben; - lässt Gottes eigenes God-Mode-Fenster den Zugriff auf die Geräteseite bearbeiten (das Fenster von jemand anderem bleibt Ansicht-only, und der Server-only-Urteil gewinnt immer).

  16. · kamo-shared-library

    Das Kommando Audit und die Aktivität sagen, wenn Gott gehandelt, und unter denen Break-Glass-Fenster (R7)

    Besitzer 2026-10-18 (IoT-Masterabschnitt 10 R7): Gott, der Plattform-Besitzer, hat die totale Kontrolle über IoT Geräte, und jede Gott Aktion außerhalb der Plattform org wird auditiert. IotCommand und IotActivity Karte god_basis (PLATFORM | BREAK_GLASS, IotGoBasis) und god_session_id (SecurityService's godModeSessionId); sowohl null als auch null auf jeder anderen Reihe. Die Kommandoprüfung und Aktivität berichtet, dass der Schauspieler anhängen "(as god)" / "(as god, break-glass <id&id]) " anhängen. DDL: iot-service ************ von Hand vor diesem angewendet.

  17. · SecurityService

    Jedes Break-Glas-Fenster hat seine eigene ID, so dass andere Dienste unter ihm prüfen können (IoT R7)

    Ein God-Mode-Fenster trägt jetzt godModeSessionId (eine zufällige UUID) in ***: geprägt, wenn es sich öffnet, räumte ab, wenn es schließt, und zu einem Fenster hinzugefügt, das geöffnet wurde, bevor ids auf seiner nächsten existierte erneut bekräftigen (nur die id; der Ablauf bewegt sich nie). Die Aktivierungs- und Deaktivierungsreihen in phi_access_log benennen es, und GET/POST /session/god-mode berichten es als sessionId. IoTService schreibt es in die Befehlsprüfung und die Aktivität jeder Gott-Aktion in eine andere Organisation (Besitzer 2026-10-18, IoT Master Abschnitt 10 R7).

  18. · MCPGatewayService

    Hypothekendarlehen Dateien für SIs: Pipeline, die Anwendung, Bereitschaft, Bedingungen, Dokumente, Offenlegungen, Preisgestaltung und Schlösser, AUS, Lieferanten Aufträge, Zustimmung und die Bearbeitungen (SITP TP21)

    43 mlos_* Werkzeuge (MlosPack) durch die Leih-Bürotür von SecurityService ************ SITP TP21 securityservice@27e06020) als SI-Mitglied, niemals die Innentüren der MLOS-Dienste; die Tür überprüft das MLOS-Recht und löst jede Anwendung unter der Rufnummer des Anrufers; jedes Tool benennt die gleichen rechts. App Gate: Hypothekendarlehen (MLOS). - Reads (MLOS_VIEW_PIPELINE): Suche, Anwendung erhalten (+ Pipeline-Position; keine SSN, keine HMDA Demografie), Transaktionen, Bereitschaft (+ Schließbereitschaft, Bezahlung), Qualifikation, Kontrolle, Kontrolle, Kontrolle, Bedingungen, Zustandsvorlagen, Dokumenten-Checkliste, Offenlegungen (+ Briefumschläge), TRID-Takten, Programme, Score-Programme, Preisangebot (die Leiter Preis-ResultId), Rate Schloss (+ Motorschlösser), Lock Empfehlung, AUS (Besuche + Agentur läuft), Lieferantenaufträge (+ Veranstaltungen), HMDA LAR Ausgaben (N.einfach nur - Bezeichnung für eine Darlehensnummer, Zustimmung des Kreditnehmers, Kommunikation, QC-Warteschlange. - Schreibt: erstellen (TAKE), einen Abschnitt aktualisieren / eine Zeile hinzufügen / entfernen (irgendwie rechts schreiben; nie eine SSN, Status oder HMDA), Übergang (kein Schließen, Finanzierung, Verweigerung oder Zwangsdurchgang; off-ramps DELETE_RECORD), Bedingungen hinzufügen / klar / verzichten Bedingungen, aktualisieren Sie die Checkliste, akzeptieren / ablehnen ein Dokument, bestellen Sie einen Anbieter Service oder Kredit und sperren Sie einen Preis (COMMIT_PRICING, FINANCIAL), stornieren Sie eine Bestellung, senden Offenlegungen (SHARE_DOCUMENT_EXTERNAL; Zustimmung geprüft, bevor ein Set ausgegeben wird), einen Umschlag zurücksenden / löschen, fragen den Schleusentisch, Ausführen AUS (SHARE_DOCUMENT_EXTERNAL, UNDERWRITE), weisen Sie den Leihbeamten (ASSIGN_WORK) zu. - Die Tür hält eine SI-Kreditzug, AUS laufen, Schloss und elektronische Offenlegung hinter dem MLOS töten Schalter, die Sperrautonomiewand und E-SIGN Zustimmung; Ablehnungen erreichen die SI als CONFLICT mit dem Code. Guards: ContentReadTools (20 unbeschriftete Leih-Datei liest; Vorlagen, Programme, Partituren nicht Inhalt), Offenlegung von Werkzeugen (9 Not-/Sendenwerkzeuge, 11 nicht offenlegen), CollabTools NO_INTENT, RegistryCompleteness (TP21 Sets, COMMIT_PRICING, ASSIGN_WORK, mlos_transition auch DELETE_RECORD); goldens regeneriert (+43, Nichts anderes hat sich geändert). Komplette Suite 1869/1869.

  19. · MCPGatewayService

    Patientenakten für SIs: der Zeitplan, die Rezeption, die Grafik und FHIR liest, Notizentwürfe und der Umsatzzyklus, mit Zahlungsposting (SITP TP23)

    18 ehr_* Tools (EhrPack) über die EHR-Controller von SecurityService als SI-Mitglied; jeder benennt die richtige SecurityService prüft dort, und alles in einem Diagramm braucht auch die Pflegebeziehung (eine Verweigerung ist ein 404, der nichts bestätigt). - Zeitplan: ehr_schedule_verfügbarkeit (Openzeiten + Besuchsarten), ehr_schedule_day, ehr_book_appointment, ehr_cancel_appointment (wer und warum), ehr_check_in. - Rezeption: ehr_patients_search (nur Identität), ehr_patients_get (Verwendezweck), ehr_patients_register (duplizates zuerst geprüft; registriert sich nur mit bestätigenNotDuplicate). - Grafik: ehr_chart_summary (ausgewählte Abschnitte, minimale Felder), ehr_fhir_read, ehr_fhir_search (eine Patient, höchstens 50; gelesen als Anwendung/Fhir+Json). Der Zweck der Verwendung hat keine Standardeinstellung. - Anmerkungen: ehr_notes_draft und ehr_notes_revise schreiben UNSIGNED Notizen (SecurityService markiert eine SI's Version SI-unterstützt); ehr_notes_list (eine Patientin, eine Notizversion, die eigenen Entwürfe der SI). - Umsatzzyklus: ehr_billing_worklist (neun worklists), ehr_claims_get, ehr_coverage_get (nie ein Kartenbild; may-bill mit seinem Grund); ehr_post_payment ist Geld (FINANCIAL_TRANSACTION, der Plan trägt den Betrag, Geld als Dezimal Strings gesendet). Nie hier: Signieren/Mitunterschreiben, Verschreibungen, Bestellungen, Impfungen, Breakglas, Merge, Export (der SI-Boden), Anspruch erstellen/submit, Portal lädt ein. Jedes Werkzeug ist phiSensitive und nur angeboten, wenn die Org die Patient Records App UND hat erklärte, es behandelt PHI (neue ToolVisibility Regel PHI_TENANT: die Fähigkeitswache sagt ja zu NOT_PHI Mieter), und abgelehnt für externe Leser. Klinischer Text ist nicht vertrauenswürdig; das Abrechnungsbuch ist Vertrauen, so dass ein Posting-Lauf hält sein Geld-Tool. Guards: ehr_ prefix, ContentReadTools, Offenlegungen (fünf NOTE/SHARE schreibt), CollabTools, Katalogzählungen, das Schema golden (+18). Die Werkzeuge/Liste Schnappschüsse sind NOT_PHI orgs, so dass sie sich nicht ändern.

  20. · SecurityService

    Die Leih-Officer-Tür erreicht die MLOS-Motoren, schreibt nehmen Schreibrechte, und eine SI räumt die MLOS Wände (SITP TP21)

    Neue Relais auf /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, nur das Darlehen des Anrufers org): - GET /{uid&gt;/qualifizieren, /{uid'/engine-locks, /{uid'/lock-recommendation, /{uid'/aus-runs, /resolve-Identifier (die Nummer eines anderen Mieters liest sich als ungelöst), /{uid'/communications (MLOS archive + outbox), /{uid'/consent (Partys, aktuelle Zustimmung pro scope/channel, Einstellungen): MLOS_VIEW_PIPELINE. - POST /{uid'/rate-lock/commit (ein preisgünstiges Ergebnis von THIS Darlehen nur; PROCESS oder UNDERWRITE, wie die Die anderen Schlosse der Tür schreibt) und POST /{uid'/aus-runs (UNDERWRITE, als Aufnahme eines AUS-Befundes; nie eine Frischgutschrift-Bescheinigung). Steward-Routen bleiben nur Betreiber. Sicherheitsbexes (kein Mitglied hielt MLOS_VIEW_PIPELINE ohne Schreibrecht, so dass niemand den Zugriff verliert): - PUT ************ POST /{uid&gt;/Kredit/Bestellung (Personal) und die QC-Faktenbesprechung die Ansicht rechts für ein Schreiben; sie nehmen ein MLOS schreiben rechts. - CreditOrderService hat die Anwendung allein durch ID geladen: die Anwendung eines anderen Mieters jetzt 404s. SI-Wände (MlosSiActGuard; eine Person ist unbeeinflusst): ein engagierter MLOS-Kill-Schalter für die Aufgabe (RATE_LOCK, AUS_SUBMISSION, CREDIT_PULL_AND_ANALYSIS, DISCLOSURE_AND_TRID, der Aufgabentyp einer Herstellerkategorie) hält die SI's Act (409 KILL_SWITCH, scheitern geschlossen); ein Mieter, dessen Lock-Autonomie die Autoausrichtung abdreht jede Sperre einer Person (AUTONOMY_WALL), und eine Engine LOCK_BLOCKED hält es; kein Kredit ziehen oder AUS auf einem Entwurf; elektronische Offenlegungen (Umschlag erstellen, resend) nur, wenn jede Kundengruppe hält eine aktuelle E-SIGN-Zustimmung (NO_ECONSENT). Kill Switches, der Gouverneur und die Haltung sind gelesen, nie eingestellt.

  21. · MCPGatewayService

    Support Tickets, Systemfehler, Marketingmaterial, Growth Hub, Tracking-Codes und Social Pages für SIs (SITP TP15)

    54 neue SI-Tools, die jeweils mit den gleichen Rechten am Gateway und bei MediaService geprüft werden (DocsService für die Materialliste): - support_*: Liste (mit den Schaltern der Warteschlange), get (niemals beitritt: ?join=false), Join, Anspruch, Assign/reassign (ASSIGN_WORK es sei denn selbst genommen), escalate (geplante Öffentlichkeit, wenn das Thema Team ist eine andere Organisation, die die Konversation), Status, Priorität, Konvertierung eines Pre-Tickets, erstellen (öffentlich, wenn das Thema zum Anbieter geht), Rate, Themen, Metriken. Ein Ticket ist die CHAT_SESSION; chat_send beantwortet seinen Besucher bereits (SEND_WEBCHAT_MESSAGE). - bugs_*: Liste + Status zählt, erhalten + Thread, Bericht (veröffentlicht als Mitglied; Screenshots von Dokumenten), eigene Bearbeitung untriated report (full-replace merge), void own, Kommentar, Abstimmung, überprüfen fix, Problem fortbesteht, stumm reagieren. Triage und Veröffentlichen Aufenthalt mit Plattform-Mitarbeiter. Was eine SI dort schreibt, ist öffentlich geplant (das Team der Plattform liest es). - materials_*: Liste (MATERIALS-Dokumente mit Tags, Kampagnen, Rezension), Share Link (SHARE_DOCUMENT_EXTERNAL), Links, Kampagnen (save/löschen/iter), Tags (Tag schafft eine fehlende; löschen), Rezension (APPROVED ist SHARE_DOCUMENT_EXTERNAL; nie ein eigener Upload), Analytik. - growth_*: meine Warteschlange, Vorlagen, Beweise, Anfragen (Liste/Speichern/Archiv), Einreichungen, Überprüfung (eine Ablehnung braucht ihren Grund). - tracking_*: Codes, die Ergebnisse eines Codes und Besucher, ein Besucher (keine IP-Adresse), Anzeigetafel, Mint/Wechsel, Ruhestand. - social_*: Timeline + Accounts, Beitrag (SHARE_DOCUMENT_EXTERNAL, public; Materialien gehen wie 1h Links), antworten und reagieren (SEND_WEBCHAT_MESSAGE), löschen Beitrag. Alle APPROVE_BVOR standardmäßig auf eigene Initiative von SI. Wachen: Vorsilbe **************** Entscheidungen, Katalog 490 - 544; Tool-Liste Schnappschüsse regeneriert (die einzige Änderung ist die 54 neue Werkzeuge).

  22. · MCPGatewayService

    IoT-Feld-Service liest und Alarm-Handling für SIs: Websites, Kunden- und Arbeitsauftrag Geräte, Geschichte, Befehle, ein Alarm, die Zusammenfassung, bestätigen mehrere, Regale, unhelve, Hinweis (SITP TP19)

    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).

  23. · MediaService

    Ein Ticket kann gelesen werden, ohne sich dem Gespräch anzuschließen (?join=false) (SITP TP15)

    GET /api/support/tickets/{id] stellt einen berechtigten Agenten, der noch nicht im Ticket ist Konversation in sie, wie das Öffnen des Fensters sollte. Eine SI-Lesung der Warteschlange würde sich anschließen, und für Seite sein, jedes Gespräch es schaut, so ?join=false liest das Ticket und mehr. Die Konsole sendet es nie: die Standardeinstellung (true) ist unverändert.

  24. · MCPGatewayService

    Persönliche Darlehen für SIs: das Buch, Zahlungen, Auszahlung, Geschichte, Aussagen, Gebühren, Angebote, Zahlungsversprechen und das Geld wirkt (SITP TP22)

    27 loans_* tools (LoansPack) direkt zu KamoLOS durch seine One-Time-Key-Tür (SITP TP02, neu Downstream LOS, X-OTK) als SI-Mitglied; KamoLOS prüft den PLOS-Rechts auf dieser Sitzung und in diesen Zielfernrohren jede ID zur Organisation; jedes Werkzeug benennt das gleiche Recht. App-Gate: Persönliche Kredite (LOS). - Reads (PLOS_VIEW_PIPELINE): loans_search, loans_get, loans_payoff_quote, loans_list_payments, loans_history (durch Darlehen, durch Angebot, oder die Spur der Organisation durch Art/Schauspieler/Zeit; nicht vertrauenswürdig: Noten), loans_list_statements, loans_get_statement, loans_list_fees, loans_list_draws, loans_list_offers, loans_get_offer, loans_get_autopay, loans_list_payment_methods (Art, Brand, last four only), loans_list_charge_off_queue, loans_list_products, loans_get_state_rule, loans_aging_report. - loans_record_promise_to_pay (CREATE_RECORD, PROCESS); loans_create_offer (Entwurf, CREATE_RECORD), loans_send_offer (SHARE_DOCUMENT_EXTERNAL) und loans_rescind_offer (DELETE_RECORD): UNDERWRITE. - Geld (FINANZ, FINANZ_TRANSACTION, der Plan trägt den Betrag): loans_record_payment (check, Bargeld, Draht), loans_adjust_balance, loans_waive_fee, loans_set_autopay (Pause/stornieren), loans_request_draw (CLOSE_AND_FUND), loans_confirm_charge_off (SUSPEND_OR_WITHDRAW). Nie hier: Annahme/Decoder anbieten, Signieren, Autopay aktivieren (das Mandat des Kreditnehmers), Pay Now (KamoLOS v1 belastet nichts), Zahlungsmethode bearbeitet, Stripe Connect, Produktbearbeitung. Prozessor behandelt, Mandate und blob ids werden nie beantwortet. Leihmarken sind unbeschriftete Artikel; Gründe auf ein Darlehen geschrieben sind Offenlegungen (NOTE/SHARE, keine Absicht). Die Tool-Listen gewinnen genau die 21 Werkzeuge eine Standard-Charter bietet (die sechs Geld-Acts bleiben versteckt, während FINANCIAL_TRANSACTION verboten ist).

  25. · MCPGatewayService

    E-Signaturen für SIs: eine Vorlage lesen, versendete Dokumente und die Anfragen eines Datensatzes verfolgen, senden, erinnern, resend, nichtig (SITP TP19)

    Acht esign_* Tools (EsignPack) durch eine neue ESIG(OTK) Tür zum ESigService-Personal API als SI-Mitglied; ESigService prüft jedes Recht selbst (SITP TP02) und Grenzen Vorlagen und Umschläge nach Freigabe der Sitzung (esigservice@2533b2d): - esign_get_template (durch docs_list_templates documentId oder templateUid: signer Slots in der Reihenfolge, angeheftete Namen/Adressen), esign_list_envelopes (gefiltert, paged, Neueste Premiere), esign_get_envelope (Probe-Vorgang eines Unterzeichners, Decoder/Delegation Gründe geschnitten), esign_list_requests (eine Aufzeichnung Signature Requests Registerkarte mit Buckets und ob eine Erinnerung gehen kann): VIEW_DOCUMENTS; nicht vertrauenswürdig. - esign_send: EDIT_DOCUMENTS, SHARE_DOCUMENT_EXTERNAL (eine Person genehmigt eine SI-eigene Initiative), nur ad hoc, Unterzeichner füllen die Slots in der Reihenfolge (inOrder = ein Routing tier jeder), außerhalb Adressen passieren die Outreach-Gate; verweigert vor Genehmigung, wenn es nennt mehr Signer als die Vorlage hat Slots. - esign_nudge und esign_resend: SEND_EXTERNAL_EMAIL, oder SEND_INTERNAL_EMAIL, wenn jeder Adresse ist die Organisation; ein Abkühlung oder fertige Unterzeichner wird vor verweigert Es wird gefragt. esign_void: DELETE_RECORD; die herausragenden Unterzeichner lesen den Grund. Das Signieren eines Umschlags selbst und Vorlagen-Autoren werden nie gebaut. Wachen: das esign_-Präfix, ContentReadTools, Offenlegungsmittel (Senden und Leerlegung), CollabTools, Katalog zählt; die Tools/Listen-Schnappschüsse wachsen um genau diese Werkzeuge.

  26. · MCPGatewayService

    Eine SI bereitet den Entwurf der Provision Auszahlung Charge, sendet es nie (SITP TP18)

    Provisions_draft_batch (öffnen Sie die DRAFT Batch, oder finden Sie die offene) und commissions_edit_draft_line (ADD / UPDATE / REMOVE a Draft Line; UPDATE bekräftigt die ganze Linie; nie eine Linie gutgeschrieben der SI) PREPARE_COMMISSION_PAYOUTS oder MANAGE_ORG_FINANCES, wie es SecurityService jetzt tut (Securityservice@48904016). MANAGE_ORG_FINANCES ist auf dem SI-Boden, also ist das neue Recht, was einen Finanzierung SI bereiten eine Charge für eine Person zu überprüfen und zu senden. Die Beschreibung einer Linie ist eine Offenlegung (NOTE/SHARE) an VIEW_ORG_FINANCES-Inhaber und das Mitglied, das es gutgeschrieben hat. Senden, eine Zeile aufheben, Auszahlung Konten und Auszahlungen bleiben bei einer Person.

  27. · KlusterServices

    Ein Home Assistant Labor Instanz bei home.kamouniverse.com

    Ein Home Assistant 2026.10.2 (daunisgepinnt) zum IoT-Testen des HOME_ASSISTANT-Anschlusses von Kamo und für der Eigennutz des Besitzers unter dem HA-Konto sajon. Die Demo-Integration bietet etwa 120 Testeinheiten. - StatefulSet in "kamo", /config auf einem 10Gi Longhorn-Band, 1Gi-Speicher, Start-/Blei-/Listigkeits-Sonden, preStop 10s, minReadySeconds 15. - Ein CiliumNetworkPolicy gibt nur Traefik auf 8123 zu und lässt HA an DNS und das öffentliche Internet, nie ein private Reichweite. Statt eines eigenen Namensraums: Traefik sieht eine feste Namensliste und Die Verlängerung ist Traefik, die ihre selbstsignierte Standardeinstellung für ein paar Sekunden auf jede org ausgibt. -config.yaml vertraut dem Pod-Netzwerk als Proxys (use_x_forwarded_for), verbietet eine Adresse nach 10 Ausfallschilder, und verlässt Standort und Einheiten in HA Speicher, so dass sie bearbeitbar bleiben. - IngressRoute Host(home.kamouniverse.com), TLS by SNI. auto-cert vor-ausgesetzt den Gastgeber von STATIC_DOMAINS, sobald sein DNS-Rekord existiert. Nichts auf kamocrm.com. Home-Assistent/ wird von Hand aufgetragen (apply.sh, README). Ein Einsatzschritt würde .forgejo/ bearbeiten, und diese Kräfte eine vollständige Aussöhnung. Dieser Push läuft nur die Auto-Zertifikat-Schritt. Sein Live-Zustand passte Ursprung/Haupt vor dem Push.

  28. · kamolos

    Die berechneten Gebühren eines Darlehens können gelesen werden, so dass eine Gebühr benannt werden kann, um darauf zu verzichten (SITP TP22)

    GET /api/los/kosten/by-loan/{loanId': die Darlehensgebühren (später, NSF, annual), neuestes zuerst, verzichtet oder nicht; PLOS_VIEW_PIPELINE (LosRightsFilter, wie jede Lektüre) und nur das Darlehen der Caller-Organisation (404 sonst). POST ************ benennt eine Gebühr von uid und nichts hat die uids ausgehändigt.

  29. · kamo-internal

    Spiegel PREPARE_COMMISSION_PAYOUTS (570) unter VIEW_ORG_FINANCES (SITP TP18)

    Komponieren des Entwurfs Provision Auszahlung Batch ohne senden; Anzeige String-Matches RoleRightType.java genau. Mit den anderen Finanzierungsrechten im Rahmen von Rechnungswesen & Finanzen in der Rolle Herausgeber. RIGHT_PARENT 278 -- 279.

  30. · SecurityService

    PREPARE_COMMISSION_PAYOUTS komponiert den Entwurf Auszahlung Batch, gesät zu jedem Finanzmanager (SITP TP18)

    Öffnen des Entwurfs Batch und Hinzufügen, Ändern oder Entfernen seiner Linien jetzt nehmen Sie MANAGE_ORG_FINANCES oder PREPARE_COMMISSION_PAYOUTS (der Besitzer immer); Senden einer Charge und Entzug einer ausgestellten Zeile noch MANAGE_ORG_FINANCES und storniert eine Auszahlung APPROVE_ORG_PAYOUTS. KommissionService hält Bearbeitung nur DRAFT-Linien und die Verweigerung einer Linie, die dem Schauspieler gutgeschrieben. Grant-Verfüller: PREPARE_COMMISSION_PAYOUTS wird von MANAGE_ORG_FINANCES ausgesät **************** so dass jeder, der heute eine Partie komponiert, es immer noch kann.

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