Changelog
Qué hay de nuevo.
Cada mejora de la plataforma, a medida que se envía.
· MCPGatewayService
Tarjetas de aprobación de lenguaje simple, redactadas como el lector puede verlos
Orden del propietario 2026-10-20: las aprobaciones mostraron a los miembros GUIDs y JSON. POST ¿Qué? (auth interna) palabras cada aprobación para un persona no técnica: una frase de lo que la SI quiere hacer (una frase de la UCI para cada una de las 335 herramientas de efecto secundario, las mismas cadenas que lleva el diccionario), la graba que toca como EL READER (su propia sesión, las herramientas READ del catálogo a través de ToolVisibilidad, el servicio de revisión de nuevo; colegas, departamentos, equipos, trabajo títulos y mercados del propio directorio de la org; sustantivos analizados de otro modo), etiquetados campos con dinero, fechas, teléfonos y correos electrónicos, el mensaje exacto que enviará, el riesgo en palabras claras. Un registro que el lector no puede ver es nombrado por su sustantivo; no id o JSON es siempre un campo. ApprovalCardCoverageTest falla para escribir sin una frase o una argumento id sin un tipo de disco.
· kamo-internal
La ventana de texto muestra las imágenes, grabaciones y archivos de texto de las personas en (SITP MMS)
Las partes de entrada de cada mensaje (VOIPService ahora las guarda) dibujan dentro de su burbuja: imágenes en su lugar (tap to open), notas de voz y vídeo con jugadores, PDFs y tarjetas de contacto como archivos nombrados, cada a través de la recuperación del accesorio del chat (replantación de cookies, luego un veredicto 410/503). Una parte todavía ser atrapado dice así y el hilo se lee de nuevo (2 s ... 60 s, luego para); uno que era No se mantuvo dice por qué. Los adjuntos del marco en vivoPending conduce la primera relección, el clip en la lista de conversaciones y la voz 'tiene apegos'. Captura de pantalla y hacha chequeado en un arnés.
· kamo-internal
La sección Alexa web, sus sensores virtuales, y Alexa vincula como el que de una subvención
- Ajustes - Dispositivos de confianza (IoT) - Las conexiones ganan una sección de voz (sólo mientras Alexa es utilizable por la organización): los enlaces de Alexa, cómo vincular uno, y un diálogo de enlace con Actualizar Alexa ahora, Rename, Quitar, Dar este acceso de enlace, lo que Alexa ve y no ve, y sus sensores virtuales (add, edit, test, delete) — paridad telefónica con las pantallas Alexa de KamoMobile (SP09 V1-V14). - El editor de acceso Quién paso ofrece los enlaces de Alexa de la organización como fichas (ot-service V15, MANAGE IOT ACCESS) y la reseña enumera lo que cada enlace gana; ?add=voice: correspondidoid relación profunda. - check-iot-copy ahora comprueba cada iot.* frase para la marca (vendor y copia compartida incluido), con las oraciones de tarjeta de conexión de plataforma exentas. - Ayuda: iot-grant-access, iot-alexa-connect, iot-alexa-commands-and-limits describen las pantallas web. IoT close-out F9g, F13 (web), F9h guard.
· MCPGatewayService
Sms read attachment, and sms read thread nombres lo que fue escrito en (SITP MMS)
TP11 diferido sms read attachment porque VOIPService no mantuvo ningún medio de MMS inbound; ahora lo hace (voipservice@8eda899). Entonces: - sms read thread lista cada parte de entrada de un mensaje como adjuntos [{attachment Id, mimeType, fileName, sizeBytes, status, reason}] (hasAttachment covers them); the provider's enlace y la URL de servicio nunca se entregan. - ¿Qué? ************* con el callador ***; VOIPService checks ACCESS VOIP y que el hilo es el propio del callador (404 de lo contrario). Tarjetas de texto y contacto son leídos como texto, PDFs e imágenes a través de OCR, sonido y vídeo son nombrados, no leídos. READ, sin confiar, PHI-sensible, ACCESS VOIP; su artículo de contenido es el SMS THREAD, pre-checked on conversaciónMe gustaría sms read thread (ContentReadTools). Guardias y listas de herramientas de oro regeneradas para exactamente esta herramienta (catalogo 164).
· VOIPService
Mantenga las imágenes y archivos que la gente envía, para cada proveedor (SITP MMS)
VOIPService almacenaba sólo las palabras de un MMS inbound, por lo que nadie (persona o SI) podía ver lo que era enviado. Ahora cada carril de entrada lee sus medios y VOIPService lo mantiene: - Parsers: Twilio (MediaUrlN), Telnyx (payload.media, transportista y servicio telefónico), Flowroute (JSON:API incluyó medios), RingCentral (MmsAttachment parts, message-store content address the instance's platform), JustCall (sms info.mms), on-premise phone systems (media[]). - Credenciales sólo para el propio host https del proveedor, preguntado por hop (Twilio Basic en api.twilio.com, RingCentral Bearer on *.ringcentral.com, JustCall key:secret on *.justcall.io); nunca al CDN un enlace redirige a. - Guardia SSRF: https on 443 only, no user info; la resolución DNS del cliente HTTP rechaza cualquier nombre con una respuesta **********, así que la dirección se comprobó es el conectado a; a la mayoría de 3 redirecciona, cada re-controlado; 10 MiB cap (declarado y streamed); conectar 5 s, leer 15 s, embrague entero 60 s. - Escriba de los bytes: imágenes, PDF, audio, vídeo y vCards solamente (no SVG); una página vestida como un La imagen es rechazada. - Después de que el texto se comprometa, nunca a su manera: las partes se registran en su propia transacción y atrapado por una pequeña piscina; un barrido de un minuto (5 intentos por encima de ~3 h) y se apodera de un muerto pod's claim (one conditional UPDATE decides between replicas). Reenvío de un transportista partes la primera entrega nunca se registró. - ¿Qué? (imaging balde, org dedup scope, never an dat no escrito), llave por la extensión real de la dat. - Página de lectura: cada mensaje lleva adjuntos {id, status, mimeType, fileName, sizeBytes, url}; Obtener ************* sirve uno (ACCESS VOIP + el hilo propio miembro, Range, nariz, sandbox CSP). La fila de la lista y el cronograma principal muestran el papelclip; el marco en vivo dice apegosPendiendo. Tabla VOIP MESSAGE ATTACHMENT: **************** aplicada.
· MCPGatewayService
Un SI en la orden de un compañero de equipo puede encontrar y operar sólo la función que el orden necesita; en el orden de Dios también los unverificados (IoT R7 round 3)
- IotPack.planEnviar: cuando la propia vista de la SI carece del dispositivo o de la función (o no puede OPERATE) y el callador está en una sesión ordenada, IoTService's GET ********** se pregunta si la orden es REQUESTER puede operarlo; su artículo está planificado como cualquier otro (pruebas de valor iguales, clase por clase de seguridad, resumen), el DEVICE NOT AVAILABLE / ************* IoTService presta la subvención y la audita. - Nuevo iot order devices (funciónKey, nombre opcional y dispositivoId), AI ONLY y lista a un SI siempre: "Dispositivos la persona que le dio esta orden puede operar con una función, mientras usted realiza su orden." NO ON ORDER fuera de una orden. Los artículos son revisados como la vista de un SI es (IotOrderFunctions / IotViewRules.orderFunction): nunca STREAM o camera.snapshot, SAFETY CRITICAL y sobre el techo SI sólo en orden de dios, VERIFIED solamente (UNVERIFIED también por orden de Dios, nunca FAILING), sólo la llave preguntada, y ninguna cuando la respuesta no es para el solicitante de este orden. - En un orden iot send command se ofrece en su dispositivo baseId/functionKey (sin enum de los propios dispositivos de SI, nunca retenido IOT NOTHING AVAILABLE), por lo que un dispositivo que se encuentra puede ser nombrado. - IotViewRules: una visión de Dios (Round 2) también mantiene funciones UNVERIFIED (V2), nunca FAILING. - Catálogo de oro **************** regenerado: exactamente una línea agregada, iot order devices; tamaño del registro 163; ContenidoReadHerramientas entrada.
· MCPGatewayService
La llamada de una herramienta de orden se ejecuta en una sesión de orden per-call que presta sólo lo que la herramienta necesita (No Regla de Insubordinación, IoT R7 ronda 3)
OrderDelegation.resolve toma un CallScope: las herramientas/lista mantiene la sesión prestando todo el solicitante (kamo:tool:order: obedecrunIdilo), por lo que la SI sabe lo que se puede pedir que haga; una herramienta/llamada en un pedido mints/utiliza una sesión otorgando SOLAMENTE los derechos necesarios de la herramienta llamada: los derechos que requiere de una persona (todos y cualquiera, el mismo K3 pesa como SolicitarContext rightsAllOf/AnyOf) y, para cada herramienta iot , VIEW IOT DEVICES (IoTService's own gate; the iot tools declarar ningún derecho del período de sesiones). SecurityService los recibe según sea necesarioCierra y miente la sesión incluso cuando nada es prestada, por lo que su bloque de delegación (requersterMemberId, orderRef) alcanza los servicios de abajo. Kept per run and tool ************* bajo las mismas reglas de TTL; las filas de auditoría mantienen autoridadBasis, enBehalfOfMemberId y Tomado prestado.
· SecurityService
Un orden otorga sólo los derechos que la herramienta llamada necesita (No Regla de Insubordinación, IoT R7 ronda 3)
PUESTOS ********** toma una opción opcionalRights (RoleRight) Nombres de tipo; uno desconocido es un derecho que nadie sostiene). Con él, OrderDelegationService.lend presta solamente (necesitadoRights, con los antepasados cada uno necesita sobrevivir el cierre de la jerarquía) de los derechos del solicitante, menos el propio SI, el piso SI (AiRightsFloor) y el SI NUKEs explícito, y miente la sesión ordenada incluso cuando no se presta nada: su delegación bloquea (requesterMemberId, orderRef) es lo que IoTService pesa el pedido. La respuesta dice alcance:verdad; los nombres de las líneas de auditoría los derechos necesarios. Sin necesidadRights (herramientas/listas del Plano de Herramientas) todo el soporte está prestado, como antes. La SI Paradas, SELF y los cheques del solicitante no cambian.
· kamo-shared-library
GodPassesRightCheck — elegibilidad de dios solo cuenta sólo en la plataforma org (IoT R7 round 3)
Regla del propietario (2026-10-18): fuera de la organización de la plataforma Dios actúa sólo a través del vidrio de ruptura. Una ventana abierta siempre pasa por una cheque de inquilino derecho; elegibilidad GD solo en la plataforma org. Por los servicios "god bypasses" cheques derecho leer GD solo (MediaService AuthHelper, ConversionService).
· kamo-shared-library
Index loan files.loan transaction id on LoanFile
El trato - búsqueda de préstamos **************** status of deal, resumen del oleoducto, y el retiroSiEmpty comprobar después de una solicitud borrado) fue un escaneo secuencial. El índice fue aplicado a la producción por hand on 2026-10-18 (securityservice docs/sql/2026-10-18-loan-files- préstamo-transacción-id-index.sql) bajo el mismo nombre, por lo que un KamoInitializer ddl-auto run lo encuentra por nombre en lugar de construir uno segundo.
· kamo-internal
La actividad dice "como dios, cristal de rotura" y la propia ventana de Dios puede compartir (pág. 10 R7)
Propietario 2026-10-18: cada acción es visible para el inquilino. actorText apéndices iot.actorStanding.asGod / asGodBreakGlass (Diccionario e7519fa8) para las filas de Dios y una SI está en el dios orden, así que la lista de actividades, la historia del dispositivo y la cuadrícula de actividad lo dicen todos. "Compartir dispositivo acceso" (página del dispositivo, menú de filas, ventanas de chat) y la edición de acceso de la página del dispositivo sólo están ocultos en la ventana de dios-mode de otra persona (useNoGodWindow: una ventana abierta mientras el caller del manifiesto.god es null); la propia ventana de Dios puede compartir — una acción permanece personal y el servidor lo juzga.
· MediaService
El cheque en vivo del IoT lleva la sesión del suscriptor, por lo que la ventana de cristal de dios se puede honrar (IoT R7)
Una ventana de dios-mode es una propiedad de la sesión, no el miembro, y el STOMP authz llama a iot-service nombrado sólo el miembro, así que Dios en otra org no podría obtener actualizaciones en vivo de dispositivo/org. - WebSocketAuthInterceptor mantiene el id resuelto en los atributos de sesión del socket (***Id; lado servidor solamente, nunca se ha registrado). - IotStompAuthz.allowDevice / permitidOrg dáselo a IotStompAuthzClient.device / org, que lo envían como X-Subscriptor-Sesión en ******************* y /org/{id}; no atributo, no Cabeza. La pregunta de relé no se cambia y las teclas de caché permanecen por (miembro, objetivo). - IotSubscriptionRegistry mantiene el id con cada suscripción registrada y su nuevo cheque (acceso señal, 60 s barrido) lo llevan también: de lo contrario la vista viva de Dios sería revocada por el primer barrido después de que el caché permita expirar, y con él una ventana cerrada es revocada como debe ser.
· MCPGatewayService
Un SI en orden de Dios ve y puede pedir los dispositivos de Dios (IoT R7, No Regla de Insubordinación)
IotViewRules: un manifiesto de SI cuyo callador bloquea la posición de Dios (caller.god PLATFORM TEN BREAK GLASS) y el requester (caller.godOnOrderOf) mantiene las funciones SAFETY CRITICAL (V6) y las anteriores al techo de clase SI (V11), sólo en la sesión ordenada del pedido del pedido de ese mismo solicitante (IotManifestClient entrega la sesión delegation.requesterMemberId). Cada otra regla permanece; la opinión de una persona y la propia sesión de la SI nunca leyó la campos. IotCallerView lleva a GodOrder. IotPack.planSend pide una función SAFETY CRITICAL bajo OPERATE SECURITY DEVICE, como SEGURIDAD. Las clases declaradas del catálogo de herramientas no cambian.
· kamo-shared-library
GodWindows encuentra la ventana de cristal abierto de un miembro entre sus sesiones (IoT R7)
Puro (sin estereotipo, sin cliente Redis): el callador lee ***UIDX significauserIdilo y da las sesiones en. Una ventana cuenta sólo en la propia sesión del miembro (no impersonada, no la prestada de un SI), abierta por SessionPlatformFacts (GD, godModeActive, godModeExpiresAt ahead) and carrying godModeSessionId. Usado cuando un SI actúa en orden directo de Dios (No Regla de Insubordinación, propietario 2026-10-18).
· kamo-internal
Los controles de Dios son utilizables y no necesitan un co-signador (sección principal 10 R7)
Propietario 2026-10-18: dios (propietario de la plataforma) opera cada función IoT; en otra org sólo dentro Gafa de descanso. El caller.god del manifiesto (@kamo/iot-core 0.9.0 manifiesta a Dios) ahora: - permite que el Estado dibuje un control SAFETY CRITICAL ningún aprobador habilitado (un bloque manifiesto y la vista sólo sigue ganando); - deja caer el co-signador paso del comando run (planSubmission(fn, dios)); la confirmación y la contraseña volver a comprobar la estancia; - permite que la propia ventana de dios-mode edite el acceso en la página del dispositivo (alguien queda la ventana de otro sólo visual, y el veredicto visual del servidor siempre gana.
· kamo-shared-library
La auditoría de comandos y la actividad dicen cuando Dios actuó, y debajo de la ventana de cristal (R7)
Propietario 2026-10-18 (IoT master section 10 R7): dios, el propietario de la plataforma, tiene el control total de IoT dispositivos, y cada acción de dios fuera de la plataforma org es auditado. IotCommand e IotActivity mapa god basis (PLATFORM ← BREAK GLASS, IotGodBasis) y god session id (SecurityService's GodModeSessionId); tanto nulo como nulo en cada otra fila. The command audit and activity reporta el apéndice "(como dios)" / "(como dios, break-glass יid]" al actor. DDL: iot-service ********** aplicada a mano antes de esto.
· SecurityService
Cada ventana de cristal tiene su propia id, por lo que otros servicios pueden auditar bajo ella (IoT R7)
Una ventana de dios-mode ahora lleva a diosModeSessionId (un azar UUID) en ***: acuñado cuando se abre, aclarado cuando cierra, y añadido a una ventana que se abrió antes de que los ids existieran en su siguiente re-aserto (el id solamente; el vencimiento nunca se mueve). Las filas de activación y desactivación en phi access log nombre it, and GET/POST /session/god-mode report it as sessionId. IoTService lo escribe en la auditoría de comandos y la actividad de cada acción de dios tomada en otra organización (propietario 2026-10-18, IoT master section 10 R7).
· MCPGatewayService
Archivos de préstamo hipotecario para SI: tubería, la aplicación, preparación, condiciones, documentos, revelaciones, precios y cerraduras, AUS, pedidos de proveedores, consentimiento y las ediciones (SITP TP21)
43 mlos * herramientas (MlosPack) a través de la puerta de préstamo de SecurityService ******************* SITP TP21 securityservice@27e06020) como miembro de la SI, nunca las puertas internas de los servicios MLOS; la puerta comprueba la derecha MLOS y resuelve cada aplicación bajo la org del callador; cada herramienta marca la misma Bien. Puerta de aplicación: Lente de hipoteca (MLOS). - Lecturas (MLOS VIEW PIPELINE): búsqueda, aplicación (+ posición de tubería; no SSN, no HMDA demográficos), transacciones, preparación (+ preparación de cierre, pago), calificación, chequeo de movimiento, condiciones, plantillas de condiciones, lista de verificación de documentos, revelaciones (+ sobres), temporizadores TRID, programas, programas de puntuación, presupuesto de precios (valorado de la escaleraResultId), cierre de tarifas (+ cerraduras del motor), recomendación de bloqueo, AUS (finanzas + operaciones de agencia), pedidos de proveedores (+ eventos), HMDA LAR cuestiones (identificador + campo solamente), resolver un número de préstamo, consentimiento prestador, comunicaciones, cola QC. - Escribe: crear (TAKE), actualizar una sección / añadir / eliminar una fila (cualquier escribe derecho; nunca un SSN, estado o HMDA), transición (sin cierre, financiación, negación o pase forzado; fuera de las lámparas DELETE RECORD), añadir / clara / condiciones de renuncia, refrescar la lista de verificación, aceptar / rechazar un documento, ordenar un proveedor servicio o crédito y bloquear una tasa (COMMIT PRICING, FINANCIERO), cancelar un pedido, enviar revelaciones (SHARE DOCUMENT EXTERNAL; consentimiento comprobado antes de que se publique un conjunto), reenvíe / anula un sobre, pregunte el mostrador de seguridad, ejecute AUS (SHARE DOCUMENT EXTERNAL, UNDERWRITE), asigne al oficial de préstamo (ASSIGN WORK). - La puerta tiene una tirada de crédito de la SI, AUS, bloqueo y revelación electrónica detrás de la MLOS matar interruptores, la pared de autonomía de bloqueo y el consentimiento E-SIGN; los rechazos llegan a la SI como CONFLICT con el código. Guardias: ContenidoReadHerramientas (20 lecturas sin etiquetar del archivo de préstamos; plantillas, programas, puntuaciones no contenidos), DisclosingHerramientas (9 herramientas de notas/enviar, 11 no disclosing), CollabTools NO INTENT, RegistryCompleteness (TP21 sets, COMMIT PRICING, ASSIGN WORK, mlos transition also DELETE RECORD); oros regenerados (+43, nada más cambió). Suite completa 1869/1869.
· MCPGatewayService
Registros de pacientes para SI: el horario, la recepción, el gráfico y FHIR lee, los borradores de notas y el ciclo de ingresos, con la publicación de pago (SITP TP23)
18 ehr * herramientas (EhrPack) sobre los controladores EHR de SecurityService como miembro de SI; cada nombre correcto SecurityService comprueba allí, y cualquier cosa dentro de un gráfico también necesita la relación de cuidado (un rechazo es un 404 que no confirma nada). - Horario: ehr schedule availability (tiempos abiertos + tipos de visitas), ehr schedule day, ehr book appointment, ehr cancel appointment (quién y por qué), ehr check in. - Recepción: ehr patients search (identity only), ehr patients get (propósito de uso), ehr patients register (duplicas verificadas primero; registros solamente con confirmNotDuplicate). - Gráfico: ehr chart summary (secciones escogidas, campos mínimos), ehr fhir read, ehr fhir search (one paciente, al menos 50; leer como aplicación/fhir+json). El propósito del uso no tiene defecto. - Notas: ehr notes draft y ehr notes revise escribir notas UNSIGNED (SecurityService marca un SI's versión SI-asistida); ehr notes list (una paciente, versiones de una nota, los propios borradores de la SI). - Ciclo de ingresos: ehr billing worklist (nue worklists), ehr claims get, ehr coverage get (nunca a imagen de la tarjeta; may-bill con su razón); ehr post pago es dinero (FINANCIAL TRANSACTION, el plan lleva la cantidad, dinero enviado como cadenas decimales). Nunca aquí: firma/co-signing, prescribing, pedidos, inmunizaciones, break-glass, merge, export (la planta SI), reclamar crear / presentar, invitaciones de portal. Cada herramienta es fisensitiva y se ofrece sólo donde la org tiene la aplicación de Registros de Pacientes Y tiene declaró que maneja PHI (nueva regla de viabilidad de ToolVisibility PHI TENANT: el guardia de la capacidad dice que sí NOT PHI inquilinos), y se negó a lectores externos. El texto clínico no es confiable; el libro de facturación es confiaba en que una carrera de correo mantiene su herramienta de dinero. Guardias: ehr prefijo, ContenidoReadHerramientas, DisclosingHerramientas (cinco NOTA/SHARE escribe), CollabTools, cuenta de catálogo, el esquema dorado (+18). Herramientas/lista Las instantáneas son orgs NO PHI, por lo que no cambian.
· SecurityService
La puerta de préstamo-oficer alcanza los motores MLOS, escribe tomar derechos de escritura, y una SI limpia las paredes MLOS (SITP TP21)
Nuevos relés en /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, el préstamo de org de la persona llamada solamente): - Obtener /{uid}/calificación, /{uid}/engine-locks, /{uid}/lock-recommendation, /{uid}/aus-runs, /resolve identificador (el número de otro inquilino lee como no resuelto), /{uid}/comunicaciones (MLOS archivo + outbox), /{uid}/consentimiento (partes, consentimiento actual por alcance/canal, preferencias): MLOS VIEW PIPELINE. - POST /{uid}/rate-lock/commit (un resultado de precio de este préstamo solamente; PROCESO o UNDERWRITE, como el La otra puerta escribe) y POST /{uid}/aus-runs (UNDERWRITE, como grabación de un hallazgo de AUS; nunca un certificado de crédito fresco). Las rutas de Steward se mantienen solo con el operador. Resoluciones de seguridad (ningún miembro tiene MLOS VIEW PIPELINE sin derecho de escritura, por lo que nadie pierde acceso): - Sí. POST /{uid}/credit/order (staff) and the QC fact review took la vista derecha para una escritura; toman un MLOS escribe derecho. - CreditOrderService cargó la aplicación solo por id: la aplicación de otro inquilino ahora 404s. Paredes SI (MlosSiActGuard; una persona no se ve afectada): un interruptor de MLOS comprometido para la tarea (RATE LOCK, AUS SUBMISSION, CREDIT PULL AND ANALYSIS, DISCLOSURE AND TRID, un tipo de tarea de la categoría de proveedor) tiene el El acto de SI (409 KILL SWITCH, fall closed); un inquilino cuya autonomía de bloqueo se apaga la auto-ejecución mantiene cada cerradura de una persona (AUTONOMY WALL), y un motor LOCK BLOCKED lo sostiene; ninguna tira de crédito o AUS en un borrador; revelaciones electrónicas (crear, reenviar) sólo cuando cada parte del cliente tiene un actual consentimiento E-SIGN (NO ECONSENT). Los interruptores de asesinato, el gobernador y la postura son leídos, nunca fijados.
· MCPGatewayService
Billetes de soporte, fallos del sistema, materiales de marketing, Centro de crecimiento, códigos de seguimiento y páginas sociales para SITP TP15
54 nuevas herramientas SI, cada una comprobada por los mismos derechos en la puerta de entrada y en MediaService (DocsService para la lista de materiales): - support *: lista (con los contadores de la cola), obtener (nunca se une: ?join=false), unirse, reclamar, asignar/reassign (ASSIGN WORK a menos que se tome uno mismo), escalar (planificado público cuando el equipo del tema es de otra organización, llevando el conversación), estado, prioridad, convertir un pre-ticket, crear (público cuando el tema se dirige al proveedor), tasa, temas, métricas. Un ticket es su CHAT SESSION; chat send ya responde a su visitante (SEND WEBCHAT MESSAGE). - bugs *: lista + cuenta de estado, obtener + hilo, reportar (publicado como miembro; capturas de pantalla de documentos), editar propia informe intrigado (plell-replace merge), vacío propio, comentario, voto, verificación de solución, problema persiste, mudo, reacciona. Triage and publicar la estancia con el personal de la plataforma. Lo que un SI escribe es público planificado (el equipo de la plataforma lo lee). - materials *: lista (MATERIALS documentos con etiquetas, campañas, revisión), enlace de compartir (SHARE DOCUMENT EXTERNAL), enlaces, revocación, campañas (salvar/delete/items), etiquetas (tag crea una falta; eliminar), revisión (APPROVED es SHARE DOCUMENTO EXTERNAL; nunca se sube, análisis. - Growth *: my queue, submit evidence, requests (list/save/archive), submissions, review (a rejection needs its reason). - tracking *: códigos, resultados de un código y visitantes, un visitante (sin dirección IP), marcador, ment/change, jubilado. - social *: timeline + contabilidad, post (SHARE DOCUMENT EXTERNAL, public; materials go as 1h links), respuesta y reacción (SEND WEBCHAT MESSAGE), eliminar el correo. Todos APPROVE BEFORE por defecto en la propia iniciativa de un SI. Guardias: prefijos ¿Qué? ¿Qué? fallos, catálogo 490 - título 544; instantáneas de la lista de herramientas regeneradas (el único cambio es las 54 nuevas herramientas).
· MCPGatewayService
Servicio de campo IoT lee y el manejo de alarma para SI: sitios, dispositivos de un cliente y una orden de trabajo, historia, comandos, una alarma, el resumen, reconocer varios, shelve, unshelve, nota (SITP TP19)
Once herramientas iot * en el paquete IoT, por sus propias convenciones: ofrecidas por callador manifiesto (IotTools. Correcto, las razones de retención de la vista), cada dispositivo, función y alarma contra la vista del callador, resultados en blanco (no nota de miembro, no nombre del cliente, sin etiqueta de acciones, sin texto del autor de reglas), los valores TEXT taint el resultado. - Lea (VIEW IOT DEVICES): iot list sites (dirección y zona horaria, nunca las notas de un sitio iot devices for customer (la alarma más abierta, el trabajo más nuevo) orden), iot devices for job, iot get history (las funciones de HISTORIA de un dispositivo solamente; retenido cuando ninguno está a la vista), iot list commands (funciones fuera de la vista caída), iot get alarm (línea de tiempo; una nota es insignia, nunca citado), iot alarm summary. - Manejo de alarmas (ACKNOWLEDGE IOT ALARMS, WRITE INTERNAL): iot acknowledge alarms (hasta 25, el reconocido saltó), iot shelve alarm: UPDATE RECORD, reclasificado OPERATE SECURITY DEVICE for a CRITICAL or MAJOR alarm, as acknowledging one is; iot unshelve alarm and iot annotate alarm: UPDATE RECORD. A view-only session writes nada; una clase cambió después de la aprobación es rechazada. Co-signing, retrying a command, grants, shares, Safety overrides and IoT settings stay a persona; reglas de alarma, supresiones y KPI necesitan MANAGE IOT * (el suelo SI).
· MediaService
Un ticket se puede leer sin unirse a su conversación (?join=false) (SITP TP15)
GET /api/support/tickets/{id} pone un agente titulado que todavía no está en el ticket la conversación en ella, como abrir la ventana debe. Un SI leyendo la cola se uniría, y ser llamado para, cada conversación que mira, así que ?join=false lee el ticket y nada más. La consola nunca la envía: el predeterminado (verdad) no cambia.
· MCPGatewayService
Préstamos personales para SI: el libro, pagos, pago, historia, declaraciones, tarifas, ofertas, promesas de pago y los actos de dinero (SITP TP22)
27 créditos * herramientas (LoansPack) directamente a KamoLOS a través de su puerta única (SITP TP02, nuevo downstream LOS, X-OTK) como miembro de la SI; KamoLOS comprueba la derecha de PLOS en esa sesión y alcances cada id a la organización; cada herramienta marca el mismo derecho. Puerta de aplicación: Lending personal (LOS). - Reads (PLOS VIEW PIPELINE): loans search, loans get, loans payoff quote, loans list payments, préstamos historia (por préstamo, por oferta, o la ruta de la organización por tipo/actor/tiempo; no confiada: notas), préstamos list statements, loans get statement, loans list fees, loans list draws, loans list offers, loans get offer, loans get autopay, loans list payment methods (kind, 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 (draft, CREATE RECORD), loans send offer (SHARE DOCUMENT EXTERNAL) and loans rescind offer (DELETE RECORD): UNDERWRITE. - Dinero (FINANCIAL, FINANCIAL TRANSACCIÓN, el plan lleva la cantidad): préstamos record pago (ver, efectivo, alambre), préstamos adjust balance, loans waive fee, loans set autopay (pausa/cancel), loans request draw (CLOSE AND FUND), loans confirm charge off (SUSPEND OR WITHDRAW). Nunca aquí: ofrecer aceptar / decodificar, firmar, habilitar autopay (el mandato del prestatario), Pay Now (KamoLOS v1 débitos nada), ediciones de metodo de pago, Stripe Connect, edición de productos. Mangos de procesadores, mandatos y los ids del bloque nunca son contestados. Las lecturas del préstamo son artículos no etiquetados; las razones escritas en un préstamo son revelaciones (NOTE/SHARE, sin intención). Las listas de herramientas ganan exactamente las 21 herramientas una carta predeterminada ofertas (las seis acciones de dinero permanecen ocultas mientras FINANCIAL TRANSACTION está prohibida).
· MCPGatewayService
E-signaturas para SI: leer una plantilla, seguir los documentos enviados y las solicitudes de un registro, enviar, recordar, reenviar, vacío (SITP TP19)
Ocho herramientas esign * (EsignPack) a través de una nueva puerta ESIG(OTK) al personal de ESigService API, como miembro de SI; ESigService comprueba cada derecho (SITP TP02) y límites plantillas y sobres por la autorización de la sesión (esigservice@2533b2d): - esign get template (por sus docs list templates documentId o templateUid: signer ranuras en orden, nombres y direcciones enmarcados), esign list envelopes (filtered, paged, más reciente primero), esign get envelope (each signer's progress, decoder/delegation razones cortadas), esign list requests (tabla de peticiones de registro con cubos VIEW DOCUMENTOS; no confiados. - esign send: EDIT DOCUMENTOS, SHARE DOCUMENT EXTERNAL (una persona aprueba el propio SI iniciativa), ad hoc solamente, los firmantes llenan las ranuras en orden (inOrder = one routing nivel cada uno), las direcciones externas pasan la puerta de extensión; rechazado antes de la aprobación cuando nombra más firmantes que la plantilla tiene ranuras. - esign nudge and esign resend: SEND EXTERNAL EMAIL, or SEND INTERNAL EMAIL when every dirección es de la organización; un firmante refrescado o terminado se rechaza antes Se le pide a alguien. esign void: DELETE RECORD; los firmantes destacados leen la razón. Firmar un sobre uno mismo y la autorización de plantilla nunca se construyen. Guardias: el esign prefijo, ContenidoReadHerramientas, DisclosingHerramientas (send y vacio revelar), CollabTools, cuenta el catálogo; las instantáneas de herramientas/listas crecen exactamente por estas herramientas.
· MCPGatewayService
Un SI prepara el proyecto de comisión de pago por lotes, nunca lo envía (SITP TP18)
commissions draft batch (abrir el lote DRAFT, o encontrar el abierto) y commissions edit draft line (ADD / UPDATE / REMOVE un borrador de línea; UPDATE renueva toda la línea; nunca una línea que acredita la SI) tomar PREPARE COMMISSION PAYOUTS or MANAGE ORG FINANCES, as SecurityService now does (securityservice@48904016). MANAGE ORG FINANCES está en el piso SI, por lo que la nueva derecha es lo que permite financiar SI preparar un lote para que una persona revise y envíe. La descripción de una línea es una revelación (NOTE/SHARE) a los titulares VIEW ORG FINANCES y al miembro que acredita. Enviando, vaciando una línea, pago cuentas y retiros permanecen de una persona.
· KlusterServices
Una instancia de laboratorio de Home Assistant en casa.kamouniverse.com
One Home Assistant 2026.10.2 (digest-pinned) for IoT testing of Kamo's HOME ASSISTANT connector and for el propio uso del propietario bajo la cuenta HA sajon. La integración de la demo suministra cerca de 120 entidades de prueba. - StatefulSet in `kamo`, /config on a 10Gi longhorn volume, 1Gi Memory, startup/readiness/liveness probes, preStop 10s, minReadySeconds 15. - Un CiliumNetworkPolicy admite sólo Traefik en 8123 y deja salir a DNS y la Internet pública, nunca un rango privado. En `kamo` en lugar de un espacio de nombres propios: Traefik observa una lista de espacio de nombres fijo, y extenderlo roda Traefik, que sirve su autofirmado predeterminado a cada org por unos segundos. - configuración.yaml confía en la red de cápsulas como proxies (use x forwarded for), prohibe una dirección después de 10 fallaron los registros, y deja la ubicación y las unidades en el almacenamiento de HA para que se mantengan editables. - IngressRoute Host(home.kamouniverse.com), TLS por SNI. auto-cert pre-essues el anfitrión de STATIC DOMAINS una vez que su registro DNS existe. Nada en kamocrm.com. home-assistant/ se aplica a mano (apply.sh, README). Un paso de despliegue editaría .forgejo/, y que fuerzas una plena reconciliación. Este empuje solo funciona con el paso de la cerradura. Su estado en vivo coincide con el origen/mano antes del empuje.
· kamolos
Se pueden leer las cuotas de un préstamo, por lo que se puede nombrar un cargo para renunciar a él (SITP TP22)
Obtenga /api/los/fees/by-loan/{loanId}: los honorarios del préstamo (late, NSF, anual), el más nuevo primero, renunciado o no; PLOS VIEW PIPELINE (LosRightsFilter, como cada lectura) y el préstamo de la organización de llamadas sólo (404 de otro modo). Los nombres de una tarifa por uid y nada entregó a los uids.
· kamo-internal
Mirror PREPARE COMMISSION PAYOUTS (570) under VIEW ORG FINANCES (SITP TP18)
Compuesto el borrador de comisión de pago sin enviarlo; partidos de cadena de visualización RoleRightType.java exactamente. Listed with the other finance rights under Accounting and Finance in the role editor. Right PARENT 278 - título 279.
· SecurityService
PREPARE COMMISSION PAYOUTS compone el proyecto de lote de pago, sembrado a cada gestor de finanzas (SITP TP18)
Abrir el borrador de lote y añadir, cambiar o quitar sus líneas ahora tomar MANAGE ORG FINANCES o PREPARE COMMISSION PAYOUTS (el propietario siempre); enviar un lote y anular una línea emitida todavía tomar MANAGE ORG FINANCES, y cancelar un retiro APPROVE ORG PAYOUTS. CommissionService mantiene editar sólo líneas DRAFT y rechazar una línea que acredita al actor. Retrocedimiento de la subvención: PREPARE COMMISSION PAYOUTS es semilla de MANAGE ORG FINANCES Todos los que componen un lote hoy todavía pueden.
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