Changelog
Cosa c'è di nuovo.
Ogni miglioramento alla piattaforma, come si spedisce.
· MCPGatewayService
Carte di approvazione in lingua normale, scritte come il lettore può vederli
Ordine del proprietario 2026-10-20: le approvazioni hanno mostrato i membri GUID e JSON. POST Non e' vero. (Autore interno) parole ogni approvazione per un persona non tecnica: una frase di ciò che il SI vuole fare (una frase ICU per ogni uno dei 335 strumenti effetti collaterali, le stesse stringhe che il dizionario porta), il record tocca il nome di AS THE READER (la loro sessione, gli strumenti READ del catalogo attraverso ToolVisibility, il servizio di controllo di nuovo; colleghi, dipartimenti, team, lavoro titoli e mercati dalla directory dell'org; sostantivi trattati altrimenti), etichettati campi con soldi, date, telefoni e email digitati, il messaggio esatto che invierà, il rischio in parole semplici. Un record che il lettore non può vedere è chiamato dal suo sostantivo; JSON è sempre un campo. ApprovalCardCoverageTest non riesce a scrivere senza una frase o un Id argomento senza un tipo record.
· kamo-internal
La finestra di testo mostra le immagini, le registrazioni e i file di testo in (SITP MMS)
Le parti in entrata di ogni messaggio (VOIPService ora li tiene) disegnano all'interno della sua bolla: immagini in posizione (tap to open), note vocali e video con giocatori, PDF e schede di contatto come file di nome, ciascuno attraverso il recupero di allegati della chat (cookie re-plant, quindi un verdetto 410/503). Una parte ancora essere preso dice così e il filo si legge di nuovo (2 s... 60 s, poi si ferma); uno che era Non tenuto dice perché. Gli allegati della cornice livePending guida la prima rilettura, la clip di carta in la lista di conversazione e la voce 'ha attaccamenti'. Schermata e ascia controllata in un'imbracatura.
· kamo-internal
La sezione web Alexa, i suoi sensori virtuali, e Alexa collega come chi di una sovvenzione
- Impostazioni -> Dispositivi (IoT) -> Le connessioni guadagnano una sezione vocale (solo mentre Alexa è utilizzabile dal organizzazione): i collegamenti Alexa, come collegare uno, e una finestra di dialogo di collegamento con Aggiorna Alexa ora, Rinomina, Rimuovere, Dare questo collegamento di accesso, ciò che Alexa vede e non vede, e i suoi sensori virtuali (add, modificare, test, delete) — parità di telefono con gli schermi Alexa di KamoMobile (SP09 V1-V14). - L'editor di accesso Chi passo offre l'organizzazione Alexa link come chip (iot-service V15, MANAGE IOT ACCESS) e la recensione elenca ciò che ogni link guadagna; ?add=voice: <id> deep link. - check-iot-copy ora controlla ogni frase iot.* per il marchio (copie regalo e condivisione incluse), con le frasi della scheda di connettore-solo della piattaforma esenti. - Aiuto: iot-grant-access, iot-alexa-connect, iot-alexa-commands-and-limits descrivono gli schermi web. IoT close-out F9g, F13 (web), F9h guard.
· MCPGatewayService
Sms read attachment, e sms read thread nomi che cosa è stato scritto in (SITP MMS)
TP11 differito sms read attachment perché VOIPService non ha mantenuto i media MMS in entrata; ora lo fa (voipservice@8eda899). Allora... - sms read thread elenca ogni parte in entrata di un messaggio come allegati [{attachment Id... mimeType, fileName, sizeBytes, stato, ragione}] (hasAttachment li copre); il fornitore link e l'URL di servizio non sono mai consegnati. - Si'. # Con il chiamante # # controlli VOIPService # ACCESS VOIP e che il thread è proprio il chiamante (404 altrimenti). Testo e carte di contatto sono letti come testo, PDF e immagini attraverso OCR, suono e video sono chiamati, non leggere. READ, non attendibile, PHI-sensibili, ACCESS VOIP; la sua voce di contenuto è SMS THREAD, pre-controllata conversazioneMi piacerebbe sms read thread (ContentReadTools). Guardie e liste di utensili dorate rigenerate per esattamente questo strumento (catalogo 164).
· VOIPService
Mantenere il testo delle immagini e dei file, per ogni provider (SITP MMS)
VOIPService ha memorizzato solo le parole di un MMS in entrata, quindi nessuno (persona o SI) poteva vedere che cosa era inviato. Ora ogni rotaia in entrata legge i suoi mezzi e VOIPService lo mantiene: - Parsers: Twilio (MediaUrlN), Telnyx (payload.media, carrier and phone-server rail), Flowroute (JSON:API incluso media), RingCentral (MmsAttachment parts, messaggio-store indirizzo di contenuto su piattaforma dell'istanza), JustCall (sms info.mms), sistemi telefonici on-premise (media[]). - Credenziali solo all'host https del fornitore, chiesto per hop (Twilio Basic on api.twilio.com, RingCentral Bearer su *.ringcentral.com, JustCall key:secret on *.justcall.io); mai al CDN un link reindirizza a. - Guardia SSRF: https on 443 only, no informazioni utente; il risolutore DNS del client HTTP rifiuta qualsiasi nome con una risposta, quindi l'indirizzo ha controllato è quello collegato a; al massimo 3 reindirizzamenti, ogni ricontrollato; 10 tappo MiB (dichiarato e streamed); collegare 5 s, leggere 15 s, fetch intero 60 s. - Tipo dal byte: immagini, PDF, audio, video e vCards only (no SVG); una pagina vestita come una il quadro è rifiutato. - Dopo che il testo commette, mai a suo modo: le parti sono registrate nella loro transazione e catturati da una piccola piscina; un minuto spazzare ripiani (5 tentativi su ~3 h) e prende il sopravvento di un morto rivendicazione di pod (un UPDATE condizionale decide tra le repliche). Un vettore redistribuzioni parti la prima consegna mai registrata. - E' stato memorizzato. (imaging secchio, org dedup portata, mai un unwritten dat), chiave della vera estensione del dat. - Pagina del thread: ogni messaggio porta allegati {id, stato, mimeTipo, fileName, sizeBytes, url}; E' una cosa da fare. proprio membro, Range, nosniff, sandbox CSP). La riga dell'elenco e la timeline di piombo mostrano la clip di carta; il telaio live dice allegatiPending. Tabella VOIP MESSAGE ATTACHMENT: **************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************.
· MCPGatewayService
Un SI su ordine di un compagno di squadra può trovare e operare solo la funzione di cui l'ordine ha bisogno; su ordine di Dio anche non verificato (IoT R7 round 3)
- IotPack.planSend: quando la vista del SI manca del dispositivo o della funzione (o non può OPERARE) e il chiamante è acceso Una sessione con l'ordine, il GET di IoTService, si chiede se l'ordine sia REQUESTER può farlo funzionare; il suo articolo è progettato come qualsiasi altro (stesso valore controlli, classe per classe di sicurezza, sommario), In altre parole, il DEVICE NOT AVAILABLE (in inglese) IoTService presta la sovvenzione e la controlla. - Nuova lettura iot order devices (funzioneKey, nome opzionale e dispositivoId), AI ONLY e elencato a un SI sempre: "Dispositivi la persona che ti ha dato questo ordine può operare con una funzione, mentre effettui il loro ordine." # fuori da un ordine. Gli articoli vengono ricontrollati come la vista di un SI è (IotOrderFunctions / IotViewRules.orderFunction): mai STREAM o camera.snapshot, SAFETY CRITICAL e sopra il soffitto SI solo su ordine di Dio, VERIFICAto solo (VERIFIATO anche su ordine di Dio, mai FAILING), solo la chiave richiesta, e nessuno quando la risposta non è per il richiedente di questo ordine. - Su un ordine iot send command è offerto sul suo dispositivo baseId/functionKey (nessun enum dei propri dispositivi SI, mai withheld IOT NOTHING AVAILABLE), quindi un dispositivo che la ricerca trovata può essere chiamato. - IotViewRules: una vista di ordine dio (Round 2) mantiene anche funzioni NONVERIFIATE (V2), mai FAILING. - Catalogo d'oro. rigenerato: esattamente una linea aggiunta, iot order devices; dimensione del registro 163; ContenutoReadTools voce.
· MCPGatewayService
La chiamata di uno strumento di un ordine viene eseguita su una sessione di ordine per-chiamata che presta solo ciò che lo strumento ha bisogno (No regola di insubordinazione, IoT R7 round 3)
OrderDelegation.resolve assume un CallScope: gli strumenti/list tengono la sessione in attesa dell'intera posizione del richiedente (kamo:tool:order:東runId>), quindi il SI sa cosa può essere chiesto di fare; uno strumento/chiamata su un ordine mints/usare una sessione prestare SOLO i diritti necessari dello strumento chiamato: i diritti che richiede di una persona (tuttavia e qualsiasi altra, la stessa K3 pesa come RichiestaContext rightsAllOf/AnyOf) e, per ogni strumento iot , VIEW IOT DEVICES (il cancello di IoTService; gli strumenti iot non dichiarare diritti di sessione). SecurityService li ottiene come necessarioRights e mints la sessione anche quando nulla è in prestito, così il suo blocco di delegazione (requesterMemberId, orderRef) raggiunge i servizi a valle. Kept per corsa e strumento ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** Preso in prestito.
· SecurityService
Un ordine presta solo i diritti di cui lo strumento ha bisogno (No Regola di Insubordinazione, IoT R7 round 3)
****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** Nomi di tipo; uno sconosciuto è a destra nessuno detiene). Con esso, OrderDelegationService.lend prende solo in prestito (needRights, con gli antenati ciascuno ha bisogno di sopravvivere alla chiusura della gerarchia) dei diritti del richiedente, meno il SI, il SI pavimento (AiRightsFloor) e il SI NUKE espliciti, e minte la sessione con l'ordine, anche quando nulla è preso in prestito: la sua delegazione blocca (requesterMemberId, orderRef) è quello che IoTService pesa l'ordine da. La risposta dice: vero; i nomi della linea di audit i diritti necessari. Senza bisognoGiustizie (gli strumenti/lista del Piano degli strumenti) l'intera posizione è prestata, come prima. Il SI fermate, SELF e i controlli dei richiedenti sono invariati.
· kamo-shared-library
GodPassesRightChecks — l'ammissibilità sola conta solo nella piattaforma org (IoT R7 round 3)
Regola del proprietario (2026-10-18): al di fuori dell'organizzazione della piattaforma il dio agisce solo attraverso il vetro di rottura. # Una finestra aperta passa sempre # controllo inquilino-destra; ammissibilità GD da solo solo nella piattaforma org. Per i servizi i cui "passi di accesso" i controlli giusti leggono GD da solo (MediaService AuthHelper, ConversionService).
· kamo-shared-library
Indice prestito files.loan transaction id su LoanFile
L'accordo -> ricerca di prestiti Lo stato degli affari, il riepilogo della pipeline e il retireIf il controllo vuoto dopo un'applicazione è cancellato) era una scansione sequenziale. L'indice è stato applicato alla produzione da mano su 2026-10-18 (docs/sql/2026-10-18-loan-files- prestito-transaction-id-index.sql) con lo stesso nome, quindi un KamoInitializer ddl-auto run lo trova per nome invece di costruire un secondo.
· kamo-internal
L'attività dice "come dio, vetro di rottura <window>", e la finestra di Dio può condividere (sezione principale 10 R7)
Proprietario 2026-10-18: ogni azione è visibile all'inquilino. attoreText aggiunge iot.actorStanding.asGod / asGodBreakGlass (dizionario e7519fa8) per le file di Dio e un SI su dio ordine, quindi la lista di attività, la storia del dispositivo e la griglia di attività lo dicono tutti. "Condividi dispositivo accesso" (pagina di dispositivo, menu di riga, finestre di chat) e la modifica di accesso della pagina del dispositivo sono nascosti solo nella finestra di Dio-mode di qualcun altro (usare NonGodWindow: una finestra aperta mentre il caller.god del manifesto è null); la finestra di Dio può condividere — una quota rimane personale e il server lo giudica.
· MediaService
Il controllo live-topic dell'IoT porta la sessione dell'abbonato, quindi la finestra di Dio può essere onorata (IoT R7)
Una finestra di Dio-mode è una proprietà della sessione, non il membro, e il STOMP authz chiama a iot-service chiamato solo il membro, in modo che Dio in un altro org non poteva ottenere aggiornamenti live dispositivo/org. - WebSocketAuthInterceptor mantiene la risoluzione *** id negli attributi di sessione della presa (***Id; solo lato server, mai registrato). - IotStompAuthz.allowDevice / consentireOrg consegnarlo a IotStompAuthzClient.device / org, che lo invia come X-Subscriber-Session su ****************************** e /org/{id}; no attributo, no Intestazione. La domanda di relè è invariata e le chiavi della cache rimangono per (membro, obiettivo). - IotSubscriptionRegistry mantiene l'ID con ogni abbonamento registrato e i suoi ricontrolla (accesso segnale, 60 s spazzare) portare anche: altrimenti la vista dal vivo di Dio sarebbe revocata dal primo spazzamento dopo la cache permesso scaduto, e con esso una finestra chiusa viene revocata come dovrebbe essere.
· MCPGatewayService
Un SI sull'ordine di Dio vede e può chiedere i dispositivi di Dio (IoT R7, No Regola di Insubordinazione)
IotViewRules: un manifesto di SI il cui caller blocca i nomi dio in piedi (caller.god PLATFORM | BREAK GLASS) e il richiedente (caller.godOnOrderOf) mantiene funzioni SAFETY CRITICAL (V6) e quelle sopra il soffitto di classe SI (V11), solo sulla sessione ordinata dell'ordine di quell'ordine molto richiesto (IotManifestClient consegna la sessione Delegazione.requisitoMemberId). Ogni altra regola rimane; la vista di una persona e la sessione di un SI non leggono mai campi. IotCallerView porta l'Ordine di Dio. IotPack.planSend chiede una funzione SAFETY CRITICAL sotto OPERATE SECURITY DEVICE, come SICUREZZA. Le classi dichiarate sono invariate.
· kamo-shared-library
GodWindows trova una finestra di vetro aperto di un membro tra le loro sessioni (IoT R7)
Pure (nessuno stereotipo, nessun client Redis): il chiamante legge ***UIDX <userId> e consegna le sessioni. Una finestra conta solo nella sessione del membro (non impersonata, non una lenta del SI), aperta per SessionPlatformFacts (GD, GodModeActive, GodModeExpiresAt avanti) e portare GodModeSessionId. Usato quando un SI agisce sull'ordine diretto di Dio (No Regola di Insubordinazione, proprietario 2026-10-18).
· kamo-internal
I controlli di Dio sono utilizzabili e non hanno bisogno di co-signer (sezione principale 10 R7)
Proprietario 2026-10-18: Dio (proprietario della piattaforma) opera ogni funzione IoT; in un altro org solo all'interno vetro. Caller.god del manifesto (@kamo/iot-core 0.9.0 manifestGod) ora: - consente al controlState di disegnare un controllo SAFETY CRITICAL senza autorizzazione (un blocco manifesto e vista-solo ancora vincere); - scende il passo del co-segnatore dal comando run (planSubmission(fn, dio)); la conferma e la password ricontrollare il soggiorno; - consente alla finestra di Dio-mode di modificare l'accesso sulla pagina del dispositivo (la finestra di qualcun altro rimane view-only, e il verdetto view-only del server vince sempre).
· kamo-shared-library
L'audit di comando e l'attività dicono quando Dio ha agito, e sotto quale finestra di rottura (R7)
Proprietario 2026-10-18 (IoT master sezione 10 R7): dio, il proprietario della piattaforma, ha il controllo totale di IoT dispositivi, e ogni azione dio al di fuori della piattaforma org è controllata. IotCommand e IotActivity mappa God basis (PLATFORM | BREAK GLASS, IotGodBasis) e God session id (SecurityService's GodModeSessionId); sia nullabile che nullo su ogni altra riga. Il controllo e l'attività riferisce append "(come dio)" / "(come dio, vetro di rottura <id>)" all'attore. DDL: iot-service ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************.
· SecurityService
Ogni finestra di vetro ha un proprio id, quindi altri servizi possono controllare sotto di esso (IoT R7)
Una finestra di Dio-mode ora porta GodModeSessionId (un UUID casuale) in ***: coniato quando si apre, sgomberato quando si chiude, e aggiunto a una finestra che è stato aperto prima che ids esistesse sul suo prossimo ri-assert (il solo id; la scadenza non si muove mai). Le righe di attivazione e disattivazione in phi access log name it, and GET/POST /session/god-mode report it as sessionId. IoTService lo scrive nell'audit di comando e nell'attività di ogni azione dio intrapresa un'altra organizzazione (proprietario 2026-10-18, IoT master sezione 10 R7).
· MCPGatewayService
Mortgage prestito file per SIs: pipeline, l'applicazione, disponibilità, condizioni, documenti, divulgazione, prezzi e serrature, AUS, ordini del fornitore, consenso e le modifiche (SITP TP21)
Utensili 43 mlos * (MlosPack) tramite la porta di credito della SecurityService ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** SITP TP21 securityservice@27e06020) come membro SI, mai le porte interne dei servizi MLOS; la porta controlla il diritto MLOS e risolve ogni applicazione sotto l'org del chiamante; ogni strumento nomina lo stesso Giusto. App gate: Mortgage Lending (MLOS). - Reads (MLOS VIEW PIPELINE): ricerca, ottenere applicazione (+ posizione pipeline; no SSN, no HMDA demografici), transazioni, prontezza (+ prontezza di chiusura, pagamento), qualificazione, controllo di una mossa, condizioni, modelli di condizione, elenco dei documenti, rivelazioni (+ buste), timer TRID, programmi, programmi di punteggio, quotazione dei prezzi (il prezzo della scalaResultId), blocco dei prezzi (+ serrature del motore), Raccomandazione di blocco, AUS (finanze + agenzie di gestione), ordini di fornitori (+ eventi), problemi HMDA LAR (identifier + field only), risolvere un numero di prestito, il consenso del mutuatario, le comunicazioni, la coda di QC. - Scrive: creare (TAKE), aggiornare una sezione / aggiungere / rimuovere una riga (qualsiasi scrittura a destra; mai un SSN, stato o HMDA), transizione (senza chiusura, finanziamento, smentimento o passaggio forzato; off-ramps DELETE RECORD), aggiungere / cancellare / waive condizioni, aggiornare la lista di controllo, accettare / rifiutare un documento, ordinare un venditore servizio o credito e bloccare un tasso (COMMIT PRICING, FINANZIARIO), annullare un ordine, inviare le informative (SHARE DOCUMENT EXTERNAL; consenso controllato prima che un insieme venga rilasciato), rivendere / annullare una busta, chiedere la scrivania di blocco, eseguire AUS (SHARE DOCUMENT EXTERNAL, UNDERWRITE), assegnare l'ufficiale di prestito (ASSIGN WORK). - La porta detiene l'estrazione di credito di un SI, la corsa di AUS, la serratura e la divulgazione elettronica dietro l'omicidio di MLOS interruttori, la parete di autonomia di blocco e il consenso E-SIGN; i rifiuti raggiungono il SI come CONFLICT con il codice. Guardie: ContentReadTools (20 leggi non etichettate del prestito; modelli, programmi, punteggi non contenuti), DisclosingTools (utensili da 9 note/send, 11 non discorsi), CollabTools NO INTENT, RegistryCompleteness (T21 set, COMMIT PRICING, ASSIGN WORK, mlos transition anche DELETE RECORD); dori rigenerati (+43, niente altro cambiato). Suite completa 1869/1869.
· MCPGatewayService
Registrazioni dei pazienti per SI: il calendario, la reception, il grafico e FHIR legge, le bozze di nota e il ciclo di ricavi, con il pagamento postale (SITP TP23)
18 strumenti ehr * (EhrPack) sui controller EHR di SecurityService come membro del SI; ciascuno nomina i destra SecurityService controlla lì, e qualsiasi cosa all'interno di un grafico ha anche bisogno del rapporto di cura (un rifiuto è un 404 che non conferma nulla). - Programma: ehr schedule availability (ora aperti + tipi di visita), ehr schedule day, ehr book appointment, ehr cancel appointment (chi e perché), ehr check in. - Reception: ehr patients search (solo identità), ehr patients get (funzionamento d'uso), ehr patients register (duplicati controllati prima; registra solo con confermaNotDuplicate). - Grafico: ehr chart summary (sezioni scelte, campi minimi), ehr fhir read, ehr fhir search (una paziente, al massimo 50; letto come applicazione/fhir+json). Lo scopo dell'uso non ha alcun valore predefinito. - Note: ehr notes draft ed ehr notes revise scrivono note UNSIGNED (SecurityService segna un SI's versione SI-assisted); ehr notes list (le versioni di un paziente, una nota, le bozze proprie del SI). - Ciclo delle entrate: ehr billing worklist (nine worklist), ehr claims get, ehr coverage get (mai un immagine della carta; may-bill con la sua ragione); ehr post payment è denaro (FINANCIAL TRANSACTION, il piano porta l'importo, il denaro inviato come stringhe decimali). Mai qui: firma / firma, prescrizioni, ordini, vaccinazioni, vetro di rottura, fusione, esportazione (il pavimento SI), rivendicare creare/sottomettere, portale invita. Ogni strumento è fisionologico e offerto solo dove l'org ha l'app di Registro dei pazienti E ha ha dichiarato che gestisce PHI (nuovo ToolVisibility rule PHI TENANT: la guardia di capacità dice sì a NON PHI inquilini), e rifiutato per i lettori esterni. Il testo clinico non è attendibile; il registro di fatturazione è fidato così una corsa di postazione mantiene il suo strumento di denaro. Guardie: ehr prefisso, ContentReadTools, DisclosingTools (cinque NOTE/SHARE scrive), CollabTools, conteggio catalogo, schema dorato (+18). Gli strumenti / lista snapshot NON PHI orgs, quindi non cambiano.
· SecurityService
La porta del prestito-ufficiale raggiunge i motori MLOS, scrive prendere diritti di scrittura, e un SI cancella le pareti MLOS (SITP TP21)
Nuovi relè su /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, il solo prestito del chiamante org): - GET /{uid}/qualifica, /{uid}/engine-locks, /{uid}/lock-recommendation, /{uid}/aus-runs, /resolve-identifier (il numero di un altro inquilino si legge come non risolto), /{uid}/comunicazioni (MLOS archivio + outbox), /{uid}/consenso (parti, consenso corrente per ambito/canale, preferenze): MLOS VIEW PIPELINE. - POST /{uid}/rate-lock/commit (risultato del solo prestito; PROCESS o UNDERWRITE, come l'altra serratura della porta scrive) e POST /{uid}/aus-runs (UNDERWRITE, come la registrazione di una ricerca AUS; mai un attestato di credito fresco). I percorsi di Steward rimangono solo operatore. Correzioni di sicurezza (nessun membro detenuto MLOS VIEW PIPELINE senza un diritto di scrittura, quindi nessuno perde l'accesso): E' una cosa che non va. POST /{uid}/credit/order (staff) e la recensione di fatto del QC hanno preso la vista destra per una scrittura; prendono un MLOS scrivere a destra. - CreditOrderService ha caricato l'applicazione da solo: l'applicazione di un altro inquilino ora 404s. SI pareti (MlosSiActGuard; una persona non è interessata): un MLOS impegnato kill switch per il compito (RATE LOCK, AUS SUBMISSION, CREDIT PULL AND ANALYSIS, DISCLOSURE AND TRID, tipo di attività della categoria di fornitore) detiene il L'atto di SI (409 KILL SWITCH, fail chiuso); un inquilino la cui autonomia di blocco spegne l'auto-esecuzione ogni serratura di una persona (AUTONOMY WALL), e un motore LOCK BLOCKED lo tiene; nessun timbro di credito o AUS su una bozza; divulgazioni elettroniche (modificare, rivendere) solo quando ogni cliente detiene un attuale consenso E-SIGN (NO ECONSENT). Uccidi gli interruttori, il governatore e la postura sono letti, mai impostati.
· MCPGatewayService
Biglietti di supporto, bug di sistema, materiali di marketing, Growth Hub, codici di monitoraggio e pagine sociali per SIs (SITP TP15)
54 nuovi strumenti SI, controllati ciascuno dagli stessi diritti al gateway e a MediaService (DocsService per la lista dei materiali): - support *: elenco (con i contatori della coda), ottenere (mai si unisce: ?join=false), unirsi, rivendicare, assegnare/riassegnare (ASSIGN WORK a meno che non si prendano), escalate (piantato pubblico quando il team dell'argomento è di un'altra organizzazione, portando il conversazione), stato, priorità, convertire un pre-ticket, creare (pubblico quando l'argomento si indirizza al provider), tasso, argomenti, metriche. Un biglietto è il suo CHAT SESSION; chat send risponde già al visitatore (SEND WEBCHAT MESSAGE). - bugs *: elenco + conteggi di stato, ottenere + thread, rapporto (pubblicato come membro; screenshots da documenti), modificare il proprio rapporto untriaged (full-replace merge), vuoto proprio, commento, voto, verifica fix, problema persiste, muto, reagire. Triage e pubblicare il soggiorno con il personale della piattaforma. Ciò che un SI scrive è previsto pubblico (il team della piattaforma lo legge). - materiali *: elenco (documenti MATERIALI con tag, campagne, recensione), link di condivisione (SHARE DOCUMENT EXTERNAL), link, revocare, campagne (save/delete/items), tag (tag crea uno mancante; delete), recensione (APPROVED is SHARE DOCUMENT EXTERNAL; mai il proprio caricamento), analisi. - growth *: la mia coda, presentare prove, richieste (list/save/archive), presentazioni, recensione (un rifiuto ha bisogno della sua ragione). - tracking *: codici, risultati di un codice e visitatori, un visitatore (nessun indirizzo IP), tabellone, menta/cambiamento, retire. - social *: timeline + account, post (SHARE DOCUMENT EXTERNAL, pubblico; i materiali vanno come collegamenti 1h), risposta e reazione (SEND WEBCHAT MESSAGE), cancellare post. Tutti APPROVE BEFORE per impostazione predefinita su iniziativa di un SI. Guardie: prefissi E' il momento giusto. E' il momento giusto. sentenze, catalogo 490 -> 544; istantanee a lista degli strumenti rigenerate (l'unica modifica è la 54 nuovi strumenti).
· MCPGatewayService
IoT field-service legge e gestione dell'allarme per SIs: siti, dispositivi di un cliente e di un ordine di lavoro, storia, comandi, un allarme, il sommario, riconoscere diversi, shelve, unshelve, nota (SITP TP19)
Undici strumenti iot * nel pacchetto IoT, dalle proprie convenzioni: offerti per chiamante dal manifesto (IotTools. DIRITTO, le ragioni di tenuta della vista), ogni dispositivo, funzione e allarme controllato contro la vista del chiamante, risultati whitelisted (nota di membro, no nome del cliente, nessuna etichetta di condivisione, nessun testo dell'autore di regola), i valori di TEXT contaminano il risultato. - Reads (VIEW IOT DEVICES): iot list sites (indirizzo e fuso orario, mai note di un sito o un numero org-wide del dispositivo), iot devices for customer (allarme aperto a vuoto, lavoro più recente ordine), iot devices for job, iot get history (solo funzioni HISTORY di un dispositivo; quando nessuno è in vista), iot list commands (funzioni al di fuori della vista ), iot get alarm (linea temporale; una nota è contrassegnata, mai citata), iot alarm summary. - Gestione allarme (ACKNOWLEDGE IOT ALARMS, WRITE INTERNAL): iot acknowledge alarms (fino a 25, il riconosciuto saltato), iot shelve alarm: UPDATE RECORD, riclassato OPERATE SECURITY DEVICE per un allarme CRITICO o MAJOR, come riconoscimento uno è; iot unshelve alarm e iot annotate alarm: UPDATE RECORD. Una sessione di sola visione scrive nulla; una classe cambiata dopo l'approvazione è rifiutata. Co-signing, riprova di un comando, sovvenzioni, azioni, override di sicurezza e impostazioni IoT rimangono un di persona; regole di allarme, soppressioni e KPI hanno bisogno di MANAGE IOT * (il pavimento SI).
· MediaService
Un biglietto può essere letto senza unirsi alla sua conversazione (?join=false) (SITP TP15)
GET /api/support/tickets/{id} mette un agente intitolato che non è ancora nel biglietto conversazione in esso, come aprire la finestra dovrebbe. Un SI che legge la coda si unirebbe, ed essere chiamato per, ogni conversazione che guarda, quindi ?join=false legge il biglietto e Niente di più. La console non lo invia mai: il default (vero) è invariato.
· MCPGatewayService
Prestiti personali per SI: il libro, i pagamenti, il pagamento, la storia, le dichiarazioni, le tasse, le offerte, le promesse da pagare e gli atti di denaro (SITP TP22)
27 strumenti di prestito * (LoansPack) direttamente a KamoLOS attraverso la sua porta a chiave unica (SITP TP02, nuovo LOS a valle, X-OTK) come membro SI; KamoLOS controlla il diritto PLOS su quella sessione e gli ambiti ogni id all'organizzazione; ogni strumento nomina lo stesso diritto. App gate: Lending personale (LOS). - Reads (PLOS VIEW PIPELINE): prestiti ricerca, prestiti get, prestiti payoff quote, prestiti list pagamenti, prestiti storia (in prestito, in offerta, o il percorso dell'organizzazione per genere/attore/tempo; non attendibile: note), prestiti list statements, prestiti get statement, prestiti list fees, prestiti list draws, prestiti list offers, prestiti get offer, prestiti get autopay, prestiti list payment methods (tipo, marchio, ultimi quattro solo), prestiti list charge off queue, prestiti list products, prestiti get state rule, prestiti aging report. - prestiti record promise to pay (CREATE RECORD, PROCESS); prestiti create offer (draft, CREATE RECORD), prestiti send offer (SHARE DOCUMENT EXTERNAL) e prestiti rescind offer (DELETE RECORD): UNDERWRITE. - Soldi (FINANCIAL, FINANCIAL TRANSACTION, il piano porta l'importo): prestiti record pagamento (check, contanti, filo), prestiti adjust balance, prestiti waive fee, prestiti set autopay (pausa/cancel), prestiti request draw (CLOSE AND FUND), prestiti confirm charge off (SUSPEND OR WITHDRAW). Mai qui: offrire accettare / decoder, firma, autopay abilita (il mandato del mutuatario), Pay Now (KamoLOS v1 non addebita nulla), modifiche di pagamento-metodo, Stripe Connect, modifiche di prodotto. Gestione del processore, mandati e blob ids non sono mai risposto. Le letture di prestito sono elementi non etichettati; le ragioni scritte su un prestito sono divulgazione (NOTE/SHARE, nessun intento). Gli elenchi degli strumenti acquisiscono esattamente i 21 strumenti una carta di default offerte (i sei atti di denaro rimangono nascosti mentre FINANCIAL TRANSACTION è vietato).
· MCPGatewayService
E-signatures for SIs: leggere un modello, tracciare i documenti inviati e le richieste di un record, inviare, ricordare, rivendere, vuoto (SITP TP19)
Otto strumenti esign * (EsignPack) tramite una nuova porta ESIG(OTK) al personale di ESigService API, come membro SI; ESigService controlla ogni diritto stesso (SITP TP02) e bounds modelli e buste per l'autorizzazione della sessione (esigservice@2533b2d): - esign get template (dalla sua documentazione docs list templatesId o templateUid: signer slot in ordine, nomi / indirizzi pinned), esign list envelopes (filtro, paginad, primo), esign get envelope (ogni segno progresso, decoder/delegazione motivi tagliati), esign list requests (un record's Signature Requests scheda con secchi e se un promemoria può andare): VIEW DOCUMENTS; non attendibile. - esign send: EDIT DOCUMENTS, SHARE DOCUMENT EXTERNAL (una persona approva un SI iniziativa), solo ad hoc, i firmatari riempiono le slot in ordine (inOrdina = un routing livello ciascuno), gli indirizzi esterni passano il cancello di accesso; rifiutato prima dell'approvazione quando nomina più firmatori che il modello ha slot. - esign nudge esign resend: SEND EXTERNAL EMAIL, o SEND INTERNAL EMAIL quando ogni l'indirizzo è dell'organizzazione; un segnale di raffreddamento o finito viene rifiutato prima a chiunque viene chiesto. esign void: DELETE RECORD; i firmatari eccezionali leggono il motivo. La firma di una busta e la creazione di modelli non sono mai costruite. Guardie: il prefisso esign , ContentReadTools, DisclosingTools (send e void divulgare), CollabTools, conteggio catalogo; gli strumenti/list snapshot crescono esattamente di questi strumenti.
· MCPGatewayService
Un SI prepara la bozza del lotto di pagamento della commissione, non lo invia mai (SITP TP18)
commissioni draft batch (aprire il lotto DRAFT, o trovare quello aperto) e commissioni edit draft line (ADD / UPDATE / REMOVE a Draft line; UPDATE ribadisce l'intera linea; mai una linea che accredita il SI) prendere PREPARE COMMISSION PAYOUTS o MANAGE ORG FINANCES, come SecurityService ora fa (securityservice@48904016). MANAGE ORG FINANCES è sul pavimento SI, quindi la nuova destra è ciò che lascia un finanza SI prepara un lotto per una persona a rivedere e inviare. La descrizione di una linea è una divulgazione (NOTE/SHARE) ai titolari di VIEW ORG FINANCES e al membro accreditato. Inviare, annullare una linea, pagamento conti e prelievi rimangono di una persona.
· KlusterServices
Un'istanza di laboratorio Home Assistant a home.kamouniverse.com
One Home Assistant 2026.10.2 (digest-pinned) per test IoT del connettore HOME ASSISTANT di Kamo e per l'uso del proprietario sotto il sajon conto HA. L'integrazione demo fornisce circa 120 entità di test. - StatefulSet in `kamo`, /config su un volume di longhorn 10Gi, memoria 1Gi, sonde di avvio/prontezza/liveness, preStop 10s, minReadySeconds 15. - Una CiliumNetworkPolicy ammette solo Traefik sull'8123 e lascia HA fuori a DNS e internet pubblico, mai un Gamma privata. In `kamo` piuttosto che uno spazio di nome proprio: Traefik guarda un elenco fisso namespace, e estendendolo rotola Traefik, che serve il suo default auto-firmato ad ogni org per alcuni secondi. - setup.yaml si fida della rete pod come proxy (use x forwarded for), vieta un indirizzo dopo 10 i segni falliti, e lascia la posizione e le unità nello storage di HA in modo da rimanere modificabili. - IngressRoute Host(home.kamouniverse.com), TLS di SNI. auto-cert pre-problemi l'ospite da STATIC DOMAINS una volta che il suo record DNS esiste. Niente su kamocrm.com. home-assistant/ viene applicato a mano (apply.sh, README). Un passo dispiegamento modificherebbe .forgejo/, e che forze un pieno riconciliarsi. Questa spinta funziona solo il passo auto-cert. Il suo stato live corrisponde origine/principio prima della spinta.
· kamolos
Le commissioni valutate di un prestito possono essere lette, quindi una tassa può essere nominata per rinunciarlo (SITP TP22)
GET /api/los/fees/by-loan/{loanId}: le tasse del prestito (late, NSF, annue), più recenti, rinunciate o meno; PLOS VIEW PIPELINE (LosRightsFilter, come ogni lettura) e il prestito dell'organizzazione del chiamante solo (404 altrimenti). E niente ha fatto uscire gli stronzi.
· kamo-internal
Specchio PREPARE COMMISSION PAYOUTS (570) sotto VIEW ORG FINANCES (SITP TP18)
Comporre la bozza del lotto di vincita della commissione senza inviarlo; visualizzare le partite della stringa RoleRightType.java esattamente. Elencato con gli altri diritti di finanza in Accounting & Finance nel ruolo editore. RIGHT PARENT 278 -> 279.
· SecurityService
PREPARE COMMISSION PAYOUTS compone la bozza del lotto di vincita, semenzato ad ogni direttore finanziario (SITP TP18)
Aprire la bozza di lotto e aggiungere, cambiare o rimuovere le sue linee ora prendere MANAGE ORG FINANCES o PREPARE COMMISSION PAYOUTS (il proprietario sempre); inviare un lotto e annullare una linea emessa ancora prendere MANAGE ORG FINANCES, e annullare un prelievo APPROVE ORG PAYOUTS. Servizio della Commissione modificare solo le linee DRAFT e rifiutare una linea che accredita l'attore. Ricarica di sovvenzione: PREPARE COMMISSION PAYOUTS è seme di MANAGE ORG FINANCES Tutti quelli che compongono un lotto oggi possono ancora.
Il tuo universo ti sta aspettando.
Aggiungi i prodotti quando sei pronto: nessuna migrazione, nessun nuovo login, nessuna richiesta di pagamento.
Gratis per sempre — nessuna carta di credito richiesta