Changelog
Ce qui est nouveau.
Chaque amélioration apportée à la plateforme, à mesure qu'elle est livrée.
· MCPGatewayService
Cartes d'approbation en langage clair, rédigées comme le lecteur peut les voir
Commande du propriétaire 2026-10-20 : les approbations montrent les membres GUID et JSON. POSTE - Oui. (internal auth) mots chaque approbation pour personne non technique: une phrase de ce que l'IS veut faire (une phrase pour chaque l'un des 335 outils d'effets secondaires, les mêmes chaînes que le dictionnaire porte), enregistre il touche nommé LE LECTEUR (leur propre session, les outils de LIRE du catalogue par ToolVisibility, la vérification de service à nouveau; collègues, départements, équipes, emploi titres et marchés du propre annuaire de l'org; noms vérifiés autrement), étiquetés champs avec de l'argent, des dates, des téléphones et des emails tapés, le message exact qu'il enverra, le risque en termes clairs. Un enregistrement que le lecteur peut ne pas voir est nommé par son nom; aucun id ou JSON est toujours un champ. ApprobationCardCoverageTest échoue pour un écrit sans phrase ou un argument id sans un genre record.
· kamo-internal
La fenêtre texte affiche les images, enregistrements et fichiers texte des personnes dans (SITP MMS)
Les parties entrantes de chaque message (VOIPService les garde) dessinent à l'intérieur de sa bulle : images en place (tap à ouvrir), notes vocales et vidéo avec lecteurs, PDF et cartes de contact comme des fichiers nommés, chaque par la récupération de l'attachement du chat (replantation de cookie, puis un verdict de 410/503). Une partie encore être récupéré dit ainsi et le fil se lit à nouveau (2 s ... 60 s, puis s'arrête); Pas gardé dit pourquoi. Les pièces jointes du cadre en directPending conduit la première relecture, le trombone en la liste de conversation et la voix 'a des pièces jointes'. Capture d'écran- et hache-vérifié dans un harnais.
· kamo-internal
La section Web Alexa, ses capteurs virtuels, et Alexa se connecte comme le qui d'une subvention
- Paramètres -> Dispositifs (IdO) -> Connexions gagne une section Voix (uniquement lorsque Alexa est utilisable par la organisation): les liens Alexa, comment lier un, et un dialogue de lien avec Update Alexa maintenant, Renommer, Supprimer, Donner un accès à ce lien, ce qu'Alexa voit et ne voit pas, et ses capteurs virtuels (ajouter, modifier, test, supprimer) — parité téléphonique avec les écrans Alexa de KamoMobile (SP09 V1-V14). - L'éditeur d'accès Qui étape offre les liens Alexa de l'organisation comme jetons (iot-service V15, MANAGE IOT ACCESS) et la revue énumère ce que chaque lien gagne; ?add=voice:<id> lien profond. - la copie de contrôle vérifie chaque phrase de la marque (vendeur et partage inclus), avec la plate-forme seulement les phrases de carte de connexion exemptées. - Aide: iot-grant-access, iot-alexa-connect, iot-alexa-commands-and-limites décrivent les écrans web. IoT fermeture F9g, F13 (web), F9h garde.
· MCPGatewayService
Sms read attachment, et sms read thread noms ce qui a été texturé dans (SITP MMS)
TP11 reporté sms read attachment parce que VOIPService n'a gardé aucun support MMS entrant; il le fait maintenant (voipservice@8eda899). Donc : - sms read thread énumère chaque partie entrante d'un message comme pièces jointes [{attachement Id, mimeType, fileName, sizeBytes, status, raison}] (aAttachment les couvre); lien et l'URL de service ne sont jamais remis. - J'ai compris. **************** avec le *** de l'appelant; VOIPService vérifie ACCESS VOIP et que le thread est le propre (404 sinon). Texte et cartes de contact sont lus en tant que texte, PDF et images à travers OCR, le son et la vidéo sont nommés, non lus. Lire, l'élément de contenu est le SMS THREAD, pré-coché sur conversationId comme sms read thread (ContentReadTools). Gardes et listes d'outils dorés régénérés pour exactement cet outil (catalogue 164).
· VOIPService
Gardez les images et les fichiers texte des personnes, pour chaque fournisseur (SITP MMS)
VOIPService ne stockait que les mots d'un MMS entrant, de sorte que personne (personne ou SI) ne pouvait voir ce qui était texturé. Maintenant, chaque rail entrant lit ses médias et VOIPService le garde : - Parseurs: Twilio (MediaUrlN), Telnyx (payload.media, transporteur et téléphone-serveur rail), Flowroute (JSON:API inclus les médias), RingCentral (MmsAttachment parties, adresse de contenu de la boutique de messages sur la plate-forme de l'instance, JustCall (sms info.mms), les systèmes téléphoniques sur site (media[]). - Titres de compétence uniquement à l'hôte https propre du fournisseur, demandé par houblon (Twilio Basic on api.twilio.com, RingCentral Bearer sur *.ringcentral.com, JustCall clé:secret sur *.justcall.io); jamais vers le CDN un lien redirige vers. - SSRF guard: https on 443 on only, no user info; le résolveur DNS du client HTTP refuse tout nom avec une réponse *************, donc l'adresse a été vérifiée est celui connecté à; au plus 3 redirections, chaque re-vérifié; 10 MB bouchon (déclaré et streamed); connecter 5 s, lire 15 s, récupérer 60 s. - Type à partir des octets: photos, PDF, audio, vidéo et vCards seulement (pas de SVG); une page habillée comme une l'image est refusée. - Après les commits du texte, jamais à sa manière: les parties sont enregistrées dans leur propre transaction et ramassés par une petite piscine; un balayage d'une minute (5 tentatives sur ~3 h) et prend en charge un mort claim de pod (une mise à jour conditionnelle décide entre les répliques). Un transporteur renouvelle ses offres pièces la première livraison jamais enregistrée. - Entreposé à travers **************** (seau d'imagerie, org dedup portée, jamais un dat non écrit), clé par l'extension réelle du dat. - Page de fil : chaque message contient des pièces jointes {id, status, mimeType, fileName, sizeBytes, url} ; GET **************** **** sert un (ACCESS VOIP + le fil propre membre, Range, nosniff, sandbox CSP). La ligne de liste et la chronologie de tête montrent le trombone; le cadre en direct dit attachementsPending. Tableau VOIP MESSAGE ATTACHEMENT: **************** appliqué.
· MCPGatewayService
Un SI sur l'ordre d'un coéquipier peut trouver et opérer juste la fonction dont l'ordre a besoin; sur l'ordre de Dieu aussi des non-vérifiés (IoT R7 tour 3)
- IotPack.planEnvoyer: lorsque la propre vue de l'IS manque de l'appareil ou de la fonction (ou peut ne pas l'OPÉRER) et que l'appelant est sur une session sur commande, IoTService's GET **************** est demandé si l'ordre REQUESTER peut l'exploiter; son article est prévu comme n'importe quel autre (vérifications de la même valeur, classe par classe de sécurité, résumé), Sinon, le DEVICE NOT DISPONIBLE / **************** IoTService prête la subvention et la vérifie. - Nouveaux appareils lus iot order devices (fonctionKey, nom optionnel et deviceId), AI ONLY et répertoriés à un SI toujours: "Dispositifs la personne qui vous a donné cet ordre peut fonctionner avec une fonction, pendant que vous exécutez leur ordre." NON COMMENTAIRE en dehors d'un ordre. Les éléments sont re-cochés comme la vue d'un SI est (IotOrderFunctions / IotViewRules.orderFunction): jamais STREAM ou camera.snapshot, SECURITE CRITIQUE et au-dessus du plafond SI seulement sur l'ordre de Dieu, VÉRIFIÉ seulement (UNVERIFIÉ aussi sur l'ordre de Dieu, jamais FAILING), seulement la clé demandée, et aucune quand la réponse n'est pas pour le demandeur de cet ordre. - Sur une commande iot send command est offert sur son périphérique de baseId/fonctionKey (pas d'enum des propres appareils du SI, jamais Retenu IOT NOTHING DISPONIBLE), donc un périphérique trouvé peut être nommé. - IotViewRules: une vue de l'ordre divin (Round 2) maintient également des fonctions NON VÉRIFIÉES (V2), jamais FOI. - Catalogue doré **************** régénéré: exactement une ligne ajoutée, iot order devices; taille du registre 163; Entrée ContentReadTools.
· MCPGatewayService
L'appel d'outils d'un ordre fonctionne sur une session d'ordre par appel scoped qui ne prête que ce dont l'outil a besoin (No Insubordination Rule, IoT R7 round 3)
OrderDelegation.resolve prend une CallScope : les outils/listes maintiennent la session prêtant toute la position du demandeur (kamo:tool:order:<runId>), donc l'IS sait ce qu'il peut être demandé de faire; un outil/appel sur une commande mints/use une session prêt seulement les droits nécessaires de l'outil appelé: les droits qu'il exige d'une personne (allOf et anyOf, le même K3 pèse comme RequestContext rightsAllOf/AnyOf) et, pour chaque outil iot , VIEW IOT DEVICES (la propre porte d'IoTService ; les outils iot déclarer aucun droit de session). SecurityService les obtient selon les besoinsDroits et menthes la session même quand rien n'est emprunté, donc son bloc de délégation (demandeurMembreId, orderRef) atteint les services en aval. Kept per run and tool ******************* sous les mêmes règles TTL ; les lignes d'audit conservent l'autoritéBase, au nom deMembre Les droits empruntés.
· SecurityService
Un ordre ne prête que les droits dont l'outil a besoin (pas de règle d'insubordination, IoT R7 round 3)
POST **************** **** prend une option nécessaireDroits (RoleRight Noms de type; un inconnu est un droit que personne ne détient). Avec elle, OrderDelegationService.lend emprunte seulement (les droits nécessaires, avec les ancêtres doivent Survivre à la fermeture hiérarchique) des droits du demandeur, moins les propres SI, le plancher SI (AiRightsFloor) et les SI NUKE explicite, et menthe la session sur ordre même quand rien n'est emprunté : son bloc de délégation (requérantMembreId, ordreRef) est ce que IoTService pèse l'ordre par. La réponse dit scoped:true; les noms de ligne de vérification les droits nécessaires. Sans nécessitéDroits (outils/liste d'outils de l'avion) l'ensemble de la position est prêté, comme auparavant. Les SI s'arrête, SELF et les contrôles du demandeur sont inchangés.
· kamo-shared-library
GodPassesRightChecks — seule l'éligibilité de Dieu compte dans l'org (IoT R7 round 3)
Règle du propriétaire (2026-10-18): à l'extérieur de la plate-forme organisation dieu agit seulement par le verre de rupture. **************** une fenêtre ouverte passe toujours vérification du droit du locataire; admissibilité GD seule dans la plate-forme org. Pour les services dont "god bypasses" bons contrôles lire GD seul (MediaService AuthHelper, ConversionService).
· kamo-shared-library
Index loan files.loan transaction id sur LoanFile
L'accord -> recherche de prêts ************************************************************************************************************************************************************************************************************************************************************************** le résumé du pipeline, et le retraitSi la vérification après une demande est supprimé) était une analyse séquentielle. L'indice a été appliqué à la production par 2026-10-18 (documents de services de sécurité/sql/2026-10-18-loan-files- prêt-transaction-id-index.sql) sous le même nom, donc un KamoInitializer ddl-auto run le trouve par son nom au lieu de construire un second.
· kamo-internal
L'activité dit "comme dieu, verre de rupture ", et la propre fenêtre de Dieu peut partager (section principale 10 R7)
Propriétaire 2026-10-18: chaque action est visible pour le locataire. acteurAppendices texte iot.actorStanding.asGod / asGodBreakGlass (dictionnaire e7519fa8) pour les rangées de Dieu et un SI sur les ordre, donc la liste d'activités, l'historique du périphérique et la grille d'activités le disent tous. "Appareil de partage accès" (page de périphérique, menu de ligne, fenêtres de chat) et l'édition d'accès de la page de périphérique sont cachés seulement dans la fenêtre en mode dieu de quelqu'un d'autre (utiliserNonGodWindow: une fenêtre ouverte pendant que le manifeste appelle.dieu La fenêtre de Dieu peut se partager: une part reste personnelle et le serveur la juge.
· MediaService
Le contrôle en direct de l'IoT porte la session de l'abonné, afin que la fenêtre de verre de Dieu puisse être honorée (IoT R7)
Une fenêtre en mode dieu est une propriété de la session, pas du membre, et le STOMP authz appelle à iot-service nommé seulement le membre, ainsi dieu dans un autre org ne pouvait pas obtenir live device/org mises à jour. - WebSocketAuthInterceptor conserve l'identifiant *** résolu dans les attributs de session de la socket (***Id; côté serveur seulement, jamais enregistré). - IotStompAuthz.allowDevice / allowOrg main à IotStompAuthzClient.device / org, qui l'envoie comme X-Subscriber-Session sur ************* et /org/{id}; aucun attribut, aucun en-tête. La question de relais est inchangée et les clés de cache restent par (membre, cible). - IotAbonnementL'enregistrement conserve l'identifiant avec chaque abonnement enregistré et ses re-vérifications (accès signal, 60 s balai) le portent aussi: sinon la vue en direct de Dieu serait révoquée par le premier balai après que le cache permis expiré, et avec elle une fenêtre fermée est révoquée comme il devrait être.
· MCPGatewayService
Un SI sur l'ordre de Dieu voit et peut demander les dispositifs de Dieu (IoT R7, aucune règle d'insubordination)
IotViewRules: manifeste d'un SI dont les noms de bloc appelant dieu debout (caller.god PLATFORM) et le le demandeur (caller.godOnOrderOf) conserve les fonctions SAFETY CRITICAL (V6) et celles au-dessus du plafond de classe SI (V11), seulement sur la session de l'ordre de ce même demandeur (IotManifestClient délégation.demandeurMembreId). Toute autre règle reste; la vue d'une personne et la session d'une SI ne lisent jamais champs. IotCallerView porte l'ordre de Dieu. IotPack.planSend demande une fonction SECURITE CRITIQUE sous OPERATE SECURITE DEVICE, comme SÉCURITÉ. Les classes déclarées du catalogue d'outils sont inchangées.
· kamo-shared-library
GodWindows trouve la vitre ouverte d'un membre parmi ses sessions (IoT R7)
Pure (pas de stéréotype, pas de client Redis): l'appelant lit ***UIDX<userId> et livre les sessions. Une fenêtre ne compte que dans la session propre du membre (pas d'usurpation, pas de prêt d'un SI), ouverte par SessionPlatformFacts (GD, dieuModeActive, dieuModeExpiresEn avant) et portant dieuModeSessionId. Utilisé lorsqu'un SI agit sur l'ordre direct de Dieu (Aucune règle d'insubordination, propriétaire 2026-10-18).
· kamo-internal
Les contrôles de Dieu sont utilisables et n'ont pas besoin de cosignat (section principale 10 R7)
Propriétaire 2026-10-18: dieu (le propriétaire de la plate-forme) exploite chaque fonction IoT; dans une autre org seulement à l'intérieur Un verre cassé. Le manifeste appelle.god (@kamo/iot-core 0.9.0 manifesteDieu) maintenant: - permet à controlState de dessiner un contrôle SECURITE CRITIQUE aucun ordonnateur activé (un bloc manifeste et voir seulement toujours gagner); - fait tomber l'étape du cosignateur de la commande (planSubmission(fn, dieu)); la confirmation et le retour du mot de passe; - laisse la fenêtre de Dieu modifier l'accès sur la page de l'appareil (quelqu'un d'autre reste view-only, et le verdict du serveur view-only gagne toujours).
· kamo-shared-library
L'audit de commandement et l'activité disent quand Dieu a agi, et sous lequel fenêtre de verre cassé (R7)
Propriétaire 2026-10-18 (IoT master section 10 R7) : dieu, le propriétaire de la plateforme, a le contrôle total de l'IoT et chaque action de dieu en dehors de la plate-forme org est vérifiée. IotCommand et IotActivity carte dieu basis (PLATFORM) BREAK GLASS, IotGodBasis) et dieu session id dieuModeSessionId); à la fois nul et nul sur toutes les autres lignes. L'audit de commandement et l'activité "(en tant que dieu)" / "(en tant que dieu, cass-glass <id>)" à l'acteur. DDL: iot-service ************* appliqué à la main avant cela.
· SecurityService
Chaque fenêtre en verre de rupture a sa propre identité, donc d'autres services peuvent vérifier sous elle (IoT R7)
Une fenêtre en mode dieu transporte maintenant le dieuModeSessionId (un UUID aléatoire) en ***: clair quand il se ferme, et ajouté à une fenêtre qui a été ouverte avant que les ids existaient sur son suivant Réaffirmation (l'id seulement; l'expiration ne bouge jamais). Les lignes d'activation et de désactivation phi access log le nom, et GET/POST /session/god-mode le rapportent comme sessionId. IoTService l'écrit dans l'audit de commandement et l'activité de chaque action de dieu une autre organisation (propriétaire 2026-10-18, IoT master section 10 R7).
· MCPGatewayService
Dossiers de prêts hypothécaires pour SI : pipeline, application, état de préparation, conditions, documents, divulgations, prix et serrures, AUS, commandes de fournisseurs, consentement et modifications (SITP TP21)
43 mlos * outils (MlosPack) par la porte de l'agent de crédit de SecurityService ******************* SITP TP21 securityservice@27e06020) en tant que membre SI, jamais les portes internes des services MLOS; la porte vérifie la droite MLOS et résout chaque application sous l'org de l'appelant; chaque outil nomme le même Oui. Porte d'application: prêt hypothécaire (MLOS). - Lectures (MLOS VIEW PIPELINE) : recherche, application (+ position du pipeline; pas de SSN, pas de HMDA les données démographiques), les transactions, l'état de préparation (+ disponibilité de clôture, paiement), la qualification, vérifier un déménagement, conditions, modèles d'état, liste de contrôle des documents, divulgations (+ enveloppes), minuteries TRID, programmes, programmes de score, devis de prix (le prix de l'échelleRésultatId), verrouillage de taux (+ serrures de moteur), recommandation de verrouillage, AUS (recherches + commandes d'agence), commandes de fournisseurs (+ événements), questions HMDA LAR (identification + champ seulement), résoudre un numéro de prêt, consentement de l'emprunteur, communications, file d'attente QC. - Écrit : créer (TAKE), mettre à jour une section / ajouter / supprimer une ligne (toute écriture droite ; jamais un SSN, statut ou HMDA), transition (pas de fermeture, de financement, de refus ou de laissez-passer forcé; ajouter / effacer / renoncer aux conditions, rafraîchir la liste de contrôle, accepter / rejeter un document, commander un fournisseur service ou crédit et verrouiller un taux (COMMIT PRICING, FINANCIER), annuler une commande, envoyer des informations (SHARE DOCUMENT EXTERNAL; consentement vérifié avant l'émission d'un jeu), réenvoyer / vider une enveloppe, demander le bureau de verrouillage, exécutez AUS (SHARE DOCUMENT EXTERNAL, UNDERWRITE), assignez l'agent de prêt (ASSIGN WORK). - La porte tient la prise de crédit d'un SI, la course AUS, verrou et la divulgation électronique derrière le MLOS tuer interrupteurs, le mur d'autonomie de serrure et le consentement E-SIGN; les refus atteignent l'IS en tant que CONFLIT avec le code. Gardiens: ContentReadTools (20 lectures de fichier de prêt non étiqueté; modèles, programmes, scores non contenus), Outils de diffusion (9 outils de note/d'envoi, 11 non divulgués), CollabTools NO INTENT, RegistreComplète (TP21 sets, COMMIT PRICING, ASSIGN WORK, mlos transition également DELETE RECORD); ors régénérés (+43, rien d'autre n'a changé). Suite complète 1869/1869.
· MCPGatewayService
Dossiers de patients pour les SI : l'horaire, la réception, le tableau et le RIF, les ébauches de notes et le cycle des revenus, avec affichage des paiements (TPSTP23)
18 ehr * outils (EhrPack) sur les contrôleurs EHR de SecurityService en tant que membre SI; chaque nom Le service de sécurité de droite vérifie là, et tout ce qui dans un graphique a aussi besoin de la relation de soins (un refus est un 404 qui ne confirme rien). - Horaire : ehr schedule disponibilité (horaires ouverts + types de visites), ehr schedule day, ehr book nomination, ehr cancel nomination (qui et pourquoi), ehr check in. - Réception : ehr patients search (identity only), ehr patients get (usage), ehr patients register (duplicata vérifié en premier; enregistrement uniquement avec confirmationNotDuplicate). - Tableau : ehr chart sommary (sections choisies, champs minimums), ehr fhir read, ehr fhir search (un patient, au plus 50; lire comme application/fhir+json). Le but de l'utilisation n'a pas de défaut. - Notes: ehr notes draft et ehr notes revise écrire UNSIGNED notes (SecurityService marque un SI version SI-assisted); ehr notes list (un patient, les versions d'une note, les propres ébauches de l'IS). - Cycle des revenus : ehr billing worklist (neuf listes de travail), ehr claims get, ehr coverage get (jamais un image de carte; may-bill avec sa raison); ehr post paiement est de l'argent (FINANCIE TRANSACTION, le plan porte le montant, l'argent envoyé sous forme de chaînes décimales). Jamais ici : signature/cosignation, prescription, commandes, vaccinations, verre de rupture, fusion, exportation (l'étage SI), claim create/submit, portail invite. Chaque outil est phiSensitive et offert uniquement lorsque l'org possède l'application Patient Records ET a a déclaré qu'il gère PHI (nouvelle règle ToolVisibility PHI TENANT: le garde de capacité dit oui à NOT PHI locataires), et refusé pour les lecteurs extérieurs. Le texte clinique n'est pas fiable; le registre de facturation est confiance donc une course d'affichage garde son outil d'argent. Gardes: préfixe ehr , Outils de lecture de contenu, Outils de diffusion (cinq NOTE/SHARE écrit), CollabTools, le catalogue compte, le schéma doré (+18). Les outils/liste Les snapshots sont des orgs NOT PHI, donc ils ne changent pas.
· SecurityService
La porte de l'agent de prêt atteint les moteurs MLOS, écrit prendre des droits d'écriture, et un SI nettoie les murs MLOS (SITP TP21)
Nouveaux relais sur /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, le prêt de l'appelant seulement): - GET /{uid}/qualification, /{uid}/blocs moteurs, /{uid}/recommandation de verrouillage, /{uid}/aus-runs, /resolve-identificateur (un autre numéro de locataire se lit comme non résolu), /{uid}/communications (MLOS) archive + outbox), /{uid}/consentement (parties, consentement actuel par champ/canal, préférences): MLOS VIEW PIPELINE. - POST /{uid}/rate-lock/commit (un résultat de prix de ce prêt seulement; PROCESSUS ou SOUS-CRITE, comme L'autre serrure de la porte écrit) et POST /{uid}/aus-runs (UNDERWRITE, comme l'enregistrement d'un résultat AUS; jamais une attestation de nouveau crédit). Les routes de Steward restent seulement opérateur. Corrections de sécurité (aucun membre n'a détenu MLOS VIEW PIPELINE sans droit d'écriture, donc personne ne perd l'accès): - PUT **************** POST/{uid}/crédit/ordre (personnel) et l'examen des faits du QC ont été effectués la vue droite pour un écrit; ils prennent un MLOS écrire droite. - CreditOrderService chargé l'application par id seul: une autre application de locataire maintenant 404s. Les murs SI (MlosSiActGuard ; une personne n'est pas affectée) : un interrupteur MLOS pour la tâche (RATE LOCK, AUS SUBMISSION, CREDIT PULL AND ANALYSIS, DISCLOSURE AND TRID, le type de tâche d'une catégorie de fournisseurs) L'acte de SI (409 KILL SWITCH, fermé en panne); un locataire dont l'autonomie de verrouillage éteint l'exécution automatique maintient chaque verrou d'une personne (AUTONOMY WALL), et un moteur LOCK BLOCKED le tient; aucun crédit tiré ou AUS sur un brouillon; divulgations électroniques (enveloppe créer, renvoyer) uniquement lorsque chaque partie client détient une consentement E-SIGN actuel (NO ECONSENT). Tuer les commutateurs, le gouverneur et la posture sont lus, jamais réglés.
· MCPGatewayService
Billets d'assistance, bugs système, matériel marketing, Growth Hub, codes de suivi et pages sociales pour SI (SITP TP15)
54 nouveaux outils SI, chacun vérifié par les mêmes droits à la passerelle et à MediaService (DocsService pour la liste des matériaux): - support *: liste (avec les compteurs de la file d'attente), get (ne rejoint jamais : ?join=false), joint, claim, assign/reassign (ASSIGN WORK) à moins de se prendre soi-même), escalade (public prévu lorsque l'équipe du sujet est une autre organisation, portant la conversation), statut, priorité, convertir un pré-ticket, créer (public quand le sujet itinéraires au fournisseur), taux, sujets, métriques. Un ticket est son CHAT SESSION ; chat send répond déjà à son visiteur (SEND WEBCHAT MESSAGE). - bugs *: liste + nombre d'états, get + thread, report (publié en tant que membre; screenshots à partir de documents), éditer propre rapport non trié (replacer la fusion), vide propre, commentaire, vote, vérifier la correction, problème persiste, muet, réagir. Triage et publier séjour avec le personnel de la plateforme. Ce qu'écrit un SI est prévu public (l'équipe de la plateforme le lit). - matériel *: liste (documents MATERIALS avec tags, campagnes, revue), lien de partage (SHARE DOCUMENT EXTERNAL), liens, révocation, campagnes (save/delete/items), étiquettes (l'étiquette crée un manquant; supprimer), examen (APPROVED est SHARE DOCUMENT EXTERNAL; jamais son propre téléchargement), analytique. - grow *: ma file d'attente, soumettre des preuves, des demandes (liste/save/archive), des soumissions, un examen (un rejet a besoin de sa raison). - tracking * : codes, résultats d'un code et visiteurs, visiteur (pas d'adresse IP), tableau de bord, menthe/changement, retrait. - social *: timeline + comptes, post (SHARE DOCUMENT EXTERNAL, public; le matériel est en lien 1h), réponse et réaction (SEND WEBCHAT MESSAGE), supprimer post. Tous APPROVE BEFORE par défaut sur une initiative d'un SI. Gardes: préfixes - Oui. - Oui. décisions, catalogue 490 -> 544; snapshots de liste d'outils régénérés (le seul changement est les 54 nouveaux outils).
· MCPGatewayService
Le service sur le terrain IoT lit et gère l'alarme pour les SI : les sites, les appareils d'un client et d'un ordre de travail, l'historique, les commandes, l'alarme, le résumé, reconnaissent plusieurs, shelve, unhelve, note (SITP TP19)
Onze outils iot * dans le pack IoT, par ses propres conventions: offert par appelant de la manifeste (IotTools. À DROITE, les raisons de refus de la vue), chaque appareil, fonction et alarme vérifiée contre la vue de l'appelant, résultats liste blanche (pas de note de membre, non nom du client, pas d'étiquette de partage, pas de texte de l'auteur de la règle), valeurs TEXTE taper le résultat. - Lectures (VIEW IOT DEVICES) : iot list sites (adresse et fuseau horaire, jamais les notes d'un site ou un nombre de périphériques à l'échelle de l'org), iot devices for customer (mauvaise alarme ouverte, nouveau travail order), iot devices for job, iot get history (fonctions HISTORY d'un appareil uniquement; non retenu quand aucun n'est en vue), iot list commands (fonctions en dehors de la vue droped), iot get alarm (timeline; une note est flaggée, jamais citée), iot alarm sommary. - Manipulation des alarmes (ACKNOWLEDGE IOT ALARMS, WRITE INTERNAL): iot acknowledge alarms (jusqu'à 25, l'écart reconnu), iot shelve alarm: MISE À JOUR RECORD, reclassé OPÉRATE SECURITE DEVICE pour une alarme CRITIQUE ou MAJOR, comme on le reconnaît; iot unshelve alarm et iot annotate alarm: MISE À JOUR RECORD. Une session vue seule écrit rien; une classe a changé après le refus de l'approbation. Cosigner, réessayer une commande, des subventions, des actions, des dépassements de sécurité et des paramètres IoT restent un les règles d'alarme, les suppressions et les KPI ont besoin de MANAGE IOT * (le plancher SI).
· MediaService
Un ticket peut être lu sans rejoindre sa conversation (?join=false) (SITP TP15)
GET /api/support/tickets/{id} place un agent admissible qui n'est pas encore dans le ticket conversation dedans, comme ouvrir la fenêtre devrait. Un SI lisant la file d'attente se joindra, et être bipé pour, chaque conversation qu'il regarde, alors ?join=false lit le ticket et Rien de plus. La console ne l'envoie jamais : la valeur par défaut (true) est inchangée.
· MCPGatewayService
Prêts personnels pour les SI : livres, paiements, paiements, historique, relevés, frais, offres, promesses de paiement et actes monétaires (SITP TP22)
27 prêts * outils (LoansPack) directement à KamoLOS par sa porte à clé unique (SITP TP02, nouveau en aval de LOS, X-OTK) en tant que membre SI; KamoLOS vérifie le PLOS sur cette session et les champs d'application chaque id à l'organisation ; chaque outil nomme le même droit. Porte de l'application : prêt personnel (LOS). - Lectures (PLOS VIEW PIPELINE): prêts recherche, prêts get, prêts payoff quote, prêts list paiements, prêts histoire (par prêt, par offre, ou par la trace de l'organisation par nature/acteur/temps; non-confiance: billets), prêts list statements, prêts get statement, prêts list fees, prêts list draws, prêts list offres, prêts get offre, prêts get autopay, prêts list pay methods (genre, marque, quatre derniers seulement), prêts list charge off queue, prêts list products, prêts get state rule, prêts aging report. - prêts record promise to pay (CREATE RECORD, PROCESSUS); prêts create offre (projet, CREATE RECORD), prêts send offre (SHARE DOCUMENT EXTERNAL) et prêts rescind offre (DELETE RECORD): - Argent (FINANCIER, FINANCIER TRANSACTION, le plan porte le montant): prêts record paiement (vérifier, prêts, prêts set autopay (pause/annulation), prêts request draw (CLOSE AND FUND), prêts confirm charge off (SUSPEND OR WITHDRAW). Jamais ici: offre accepter/décoder, signature, autopayer activer (le mandat de l'emprunteur), Payer maintenant (KamoLOS v1 débite rien), payment-method edits, Stripe Connect, product edits. Gestion du processeur, mandats et les ids de blob ne sont jamais répondus. Les lectures de prêt sont des articles non étiquetés; les raisons écrites sur un prêt sont divulgations (NOTE/SHARE, aucune intention). Les listes d'outils gagnent exactement les 21 outils une charte par défaut offres (les six actes d'argent restent cachés pendant que FINANCIER TRANSACTION est interdit).
· MCPGatewayService
Signatures électroniques pour les SI : lire un modèle, suivre les documents envoyés et les demandes d'enregistrement, envoyer, rappeler, renvoyer, vider (SITP TP19)
Huit outils esign * (EsignPack) à travers une nouvelle porte ESIG(OTK) pour le personnel d'ESigService API, en tant que membre SI; ESigService vérifie lui-même tous les droits (SITP TP02) et limites modèles et enveloppes selon l'autorisation de la session (esigservice@2533b2d): - esign get template (par son document docs list templatesId ou templateUid: signeur slots dans l'ordre, noms/adresses épinglés), esign list envelopes (filtré, paged, les plus récents d'abord), esign get envelope (progrès de chaque signataire, décodeur/délégation raisons coupées), esign list requests (onglet Demandes de signature d'un enregistrement avec seaux et si un rappel peut aller): VIEW DOCUMMENTS; sans confiance. - esign send: EDIT DOCUMENTS, PARTAGE DOCUMENT EXTERNE (une personne approuve la initiative), ad hoc seulement, les signataires remplissent les créneaux dans l'ordre (dans la commande = un routage chaque niveau), les adresses extérieures passent la porte d'accès; refusé avant l'approbation lorsque il nomme plus de signataires que le modèle a des fentes. - esign nudge et esign resend: SEND EXTERNAL EMAIL, ou SEND INTERNAL EMAIL à chaque fois l'adresse est celle de l'organisation; un signeur de refroidissement ou fini est refusé avant On demande à tout le monde. esign very: DELETE RECORD; les signataires exceptionnels lisent la raison. Signer soi-même une enveloppe et créer un modèle ne sont jamais construits. Gardes : le préfixe esign , ContentReadTools, DisclosingTools (divulguer l'envoi et le vide), CollabTools, le catalogue compte; les outils/les instantanés de liste grandissent par exactement ces outils.
· MCPGatewayService
Un SI prépare le lot de paiement de commission provisoire, ne l'envoie jamais (SITP TP18)
commissions draft batch (ouvrez le lot du projet ou trouvez le lot ouvert) et commissions edit draft line (ADD / MISE À JOUR / REMORQUER une ligne d'ébauche; MISE À JOUR réaffirme toute la ligne; jamais une ligne créditant l'IS) prendre PREPARE COMMISSION PAYOUTS ou MANAGE ORG FINANCES, comme le Service de Sécurité le fait maintenant (service de sécurité@48904016). MANAGE ORG FINANCES est sur le plancher SI, donc la nouvelle droite est ce qui permet financement SI préparer un lot pour une personne à examiner et envoyer. La description d'une ligne est une divulgation (NOTE/SHARE) aux détenteurs de VIEW ORG FINANCES et au membre qu'il crédite. Envoi, annulation d'une ligne, paiement comptes et retraits restent à une personne.
· KlusterServices
Une instance de laboratoire d'assistant à domicile à home.kamouniverse.com
Un assistant à domicile 2026.10.2 (pont digest) pour le test IoT du connecteur HOME ASSISTANT de Kamo et pour l'usage personnel du propriétaire sous le sajon de compte HA. La démo intégration fournit environ 120 entités de test. - StatefulSet in `kamo`, /config on a 10Gi longhorn volume, 1Gi memory, startup/readness/liveness sondes, pré-arrêt 10s, minReadySeconds 15. - Une politique CiliumNetwork admet seulement Traefik sur 8123 et laisse HA à DNS et l'Internet public, jamais un portée privée. Dans le `kamo` plutôt qu'un espace de nom propre: Traefik regarde une liste fixe d'espace de nom, et l'extension roule Traefik, qui sert son autosigné par défaut à chaque org pendant quelques secondes. - configuration.yaml fait confiance au réseau de pod en tant que mandataires (use x forwarded for), interdit une adresse après 10 sign-ins échoué, et laisse l'emplacement et les unités dans le stockage de HA pour qu'ils restent modifiables. - IngressRoute Host(home.kamouniverse.com), TLS par SNI. auto-cert pré-émet l'hôte de STATIC DOMAINS dès que son enregistrement DNS existe. Rien sur kamocrm.com. maison-assistant/ est appliqué à la main (application.sh, README). Une étape de déploiement modifierait .forgejo/, et ces forces une réconciliation complète. Cette poussée ne fonctionne qu'à l'étape de la certification automatique. Son état vivant correspond à l'origine/main avant la poussée.
· kamolos
On peut lire les frais facturés d'un prêt, de sorte qu'un droit peut être nommé pour y renoncer (SITP TP22)
GET /api/los/fees/by-loan/{loanId}: les frais du prêt (fin, NSF, annuel), les plus récents d'abord, renoncé ou non; PLOS VIEW PIPELINE (LosRightsFilter, comme chaque lecture) et le prêt de l'organisation appelant seulement (404 sinon). POST ************* **** donne un prix par uid et rien n'a remis les uids.
· kamo-internal
Miroir PREPARE COMMISSION PAYOUTS (570) sous VUE ORG FINANCES (SITP TP18)
Composer le brouillon de paiement de commission sans l'envoyer; afficher les correspondances de chaîne RoleRightType.java exactement. Inscrit avec les autres droits financiers sous Comptabilité & Finance dans le rôle éditeur. PARENT DROITE 278 -> 279.
· SecurityService
PREPARE COMMISSION PAYOUTS compose le lot de paiement provisoire, ensemencé à chaque gestionnaire financier (SITP TP18)
Ouvrir le brouillon et ajouter, modifier ou supprimer ses lignes prennent MANAGE ORG FINANCES ou PRÉPARATION COMMISSION PAYOUTS (le propriétaire toujours); envoi d'un lot et annulation d'une ligne délivrée encore prenez MANAGE ORG FINANCES et annulez une APPROVE ORG PAYOUTS de retrait. Service de la Commission n'éditant que des lignes BANQUE et refusant une ligne qui crédite l'acteur. Remplissage de la subvention : PREPARE COMMISSION PAYOUTS est semé à partir de MANAGE ORG FINANCES Donc tous ceux qui composent un lot aujourd'hui le peuvent encore.
Votre univers vous attend.
Commencez gratuitement en quelques minutes. Ajoutez des produits quand vous êtes prêt. Pas de migration, pas de nouvelles connexions.
Gratuit pour toujours — aucune carte de crédit requise