Журнал изменений
Что нового.
Каждое усовершенствование платформы, как только она появится.
· MCPGatewayService
Карты одобрения на простом языке, сформулированные так, как их видит читатель
Распоряжение собственника 2026-10-20: согласования показали члены ГИДС и JSON. Пост **************************** (внутренний аут) слова, каждое утверждение для нетехнический человек: одно предложение того, что СИ хочет сделать (фраза ICU для каждого человека); один из 335 побочных инструментов, те же строки, которые несет словарь. Записи, к которым он прикасается, называются AS THE READER (их собственная сессия, инструменты каталога READ). через ToolVisibility, снова проверка сервиса; коллеги, отделы, команды, работа названия и рынки из собственного каталога организации; проверенные существительные иначе, помеченные поля с деньгами, датами, телефонами и электронными письмами, набранными, точным сообщением, которое он отправит, Риск в простых словах. Запись, которую читатель может не видеть, называется ее существительным; нет идентификатора или JSON — это всегда поле. ApprovalCardCoverageTest не подходит для написания без фразы Аргументы без записей.
· kamo-internal
Текстовое окно показывает изображения, записи и файлы, в которых люди пишут текст (SITP MMS)
Входящие части каждого сообщения (VOIPService теперь их хранит) рисуют внутри своего пузыря: картинки на месте (нажмите, чтобы открыть), голосовые заметки и видео с игроками, PDF-файлы и контактные карты в качестве именованных файлов, каждый Восстановление вложений в чате (перезагрузка файлов cookie, затем вердикт 410/503). Часть все еще быть извлеченным говорит так, и нить читает себя снова (2 с ... 60 с, затем останавливается); Не сдержали говорит почему. Вложения живого кадра В ожидании приводит к первому перечитыванию, скрепка в Список разговоров и «голос имеет привязанности». Скриншот и топор в упряжке.
· kamo-internal
Веб-раздел Alexa, его виртуальные датчики и ссылки Alexa в качестве гранта
Настройки -> Устройства (IoT) -> Подключение получает раздел Голос (только в то время как Alexa может быть использована в голосовом режиме). организация: ссылки Alexa, как связать один, и диалог ссылок с обновлением Alexa Now, Rename, Удалить, предоставить доступ по этой ссылке, то, что видит и не видит Alexa, и ее виртуальные датчики (добавить, отредактировать, отредактировать). Тест, удаление) — паритет телефона с экранами Alexa KamoMobile (SP09 V1-V14). - Редактор доступа Who step предлагает Alexa-ссылки организации в виде чипов (iot-service V15). MANAGE IOT ACCESS) и обзор перечисляют, что получает каждая ссылка; ?add=voice:<id> deep link. - check-iot-copy теперь проверяет каждое предложение iot.* для бренда (включая продавца и копию для совместного использования), С платформой-только разъем-карта предложения освобождены. - Помощь: iot-grant-access, iot-alexa-connect, iot-alexa-commands-and-limits описывают веб-экраны. IoT close-out F9g, F13 (веб), F9h guard.
· MCPGatewayService
Sms read attachment и sms read thread имена, которые были в тексте (SITP MMS)
TP11 отложил sms read attachment, потому что VOIPService не содержал входящих MMS-медиа. (voipservice@8eda899). Итак: - sms read thread перечисляет каждую входящую часть сообщения как вложения Ид, mimeType, fileName, sizeBytes, status, reason] (привязка охватывает их); Ссылка и обслуживающий URL никогда не передаются. - **************** Приложение Id. ******************* с абонентом ****; Проверка VOIPService ACCESS VOIP и то, что нить принадлежит абоненту (404 в противном случае). Текстовые и контактные карточки Они читаются как текст, PDF-файлы и изображения через OCR, звук и видео называются, а не читаются. Читай, ненадежный, PHI-чувствительный, ACCESS VOIP; его элемент контента - SMS THREAD, предварительно проверенный Смс read thread (ContentReadTools). Стражи и золотые списки инструментов регенерированы именно для этого инструмента (каталог 164).
· VOIPService
Храните изображения и файлы, которые люди пишут, для каждого провайдера (SITP MMS)
VOIPService хранил только слова входящей MMS, поэтому никто (человек или SI) не мог видеть, что было. Написал. Теперь каждый входящий рельс читает свои СМИ, а VOIPService хранит его: - Парсеры: Twilio (MediaUrlN), Telnyx (payload.media, carrier and phone-server rail), Flowroute (JSON:API включает медиа), RingCentral (компоненты MmsAttachment, адрес содержимого магазина сообщений) платформа экземпляра), JustCall (sms info.mms), локальные телефонные системы (media[]). - Удостоверения только для собственного хоста https провайдера, запрашиваемые за прыжок (Twilio Basic on) api.twilio.com, RingCentral Bearer on *.ringcentral.com, JustCall key: secret on *.justcall.io; Никогда не перенаправляйте на CDN ссылку. - SSRF guard: https только на 443, никакой пользовательской информации; DNS-решитель HTTP-клиента отказывается от любого имени с ответом ****************, поэтому адрес проверен это тот, к которому подключен; не более 3 перенаправлений, каждый перепроверенный; 10 MiB cap (объявленный и потоковый; соедините 5 с, прочитайте 15 с, целые 60 с. - Тип из байтов: изображения, PDF, аудио, видео и vCards (без SVG); страница, одетая как От фотографии отказались. После того, как текст совершается, никогда не встает на его пути: части записываются в свою собственную транзакцию. Принесенный небольшим бассейном; минутная проверка повторяется (5 попыток более ~ 3 ч) и захватывает мертвого Претензия стручки (одно условное ОБНОВЛЕНИЕ решает между репликами). Перезагрузка перевозчика Части первой поставки никогда не фиксировались. - Хранится через **************** (изображение ведра, орг-дедуп, никогда не Неписаный дан, ключ от реального расширения данта. - Thread page: каждое сообщение содержит вложения {id, status, mimeType, fileName, sizeBytes, URL}; GET **************** обслуживает один (ACCESS VOIP + поток) собственный член, Range, nosniff, песочница CSP. строка списка и временная шкала свинца показывают скрепку; В живом кадре говорится о вложениях. Таблица VOIP MESSAGE ATTACHMENT: ****************.
· MCPGatewayService
СИ по приказу товарища по команде может находить и управлять только той функцией, которая нужна приказу; по приказу Бога также непроверенные (IoT R7 раунд 3)
- IotPack.planSend: когда в собственном представлении СИ отсутствует устройство или функция (или он не может его использовать), и абонент включен Заказ-сессия, IoTService's GET **************** спрашивается, является ли заказ REQUESTER может управлять им; его пункт планируется, как и любой другой (одна и та же проверка стоимости, класс по классу безопасности, резюме), В остальном существующее устройство недоступно / ******************* IoTService предоставляет грант и проводит аудит. - Новые устройства iot order devices (functionKey, факультативное имя и deviceId), AI ONLY и перечисленные в СИ всегда: "Устройства человек, который дал вам этот приказ, может действовать с функцией, пока вы выполняете их приказ». НЕ ON ORDER вне приказа. Элементы перепроверяются в соответствии с мнением SI (IotOrderFunctions / IotViewRules.orderFunction): никогда STREAM или camera.snapshot, SAFETY CRITICAL и выше потолка SI только по Божьему приказу, только ВЕРИФИРОВАН (UNVERIFIED) Также по Божьему приказу, никогда не ЛОЖЬ, только запрашиваемый ключ, и ни один, когда ответ не для запрашивающего этого приказа. - По заказу iot send command предлагается на его базовом устройстве Id/functionKey (без перечисления собственных устройств СИ, никогда) IOT NOTHING AVAILABLE, поэтому найденное устройство можно назвать. Правила IotView: представление о божественном порядке (Раунд 2) также сохраняет незавершенные функции (V2), никогда не сбываются. - Каталог золотой **************** регенерированный: добавлена ровно одна строка, iot order devices; Размер реестра 163; ввод ContentReadTools.
· MCPGatewayService
Запрос на инструмент выполняется на сеансе заказа, который предоставляет только то, что нужно инструменту (No Insubordination Rule, IoT R7 round 3)
OrderDelegation.resolve принимает CallScope: инструменты / список поддерживают сессию, предоставляя всю репутацию запрашивающего. (kamo:tool:order: <runId>), так что СИ знает, что его можно попросить сделать; инструмент / вызов на заказ мяты / использует сеанс Предоставление ТОЛЬКО необходимых прав инструмента: прав, которые он требует от человека (все и все, тот же K3 весит, как и любой другой инструмент). RequestContext rightsAllOf/AnyOf) и, для каждого инструмента iot , VIEW IOT DEVICES (собственные ворота IoTService; инструменты iot Не объявляйте права сессии. Служба безопасности получает их по мере необходимостиПрава и монетизирует сеанс, даже когда ничего не позаимствовано, поэтому его делегация блокирует (requesterMemberId, orderRef) доступ к сервисам нисходящего потока. Держите за пробег и инструмент **************** по тем же правилам TTL; аудиторские ряды поддерживают авторитетBasis, onBehalfOfMemberId и Право заимствования.
· SecurityService
Заказ предоставляет только те права, которые необходимы инструменту (No Insubordination Rule, IoT R7 round 3)
POST **************** принимает факультативные необходимые права (RoleRight) Имена типов: неизвестный Право, которое никто не имеет. С его помощью OrderDelegationService.lend заимствует только (нужные права, с предками, каждый из которых нуждается в поддержке). Выжить после закрытия иерархии прав запрашивающего, за вычетом собственных прав СИ, пола СИ (AiRightsFloor) и пола СИ. Явные NUKE и монетные дворы сессии, даже когда ничего не заимствовано: его делегация блокирует (requesterMemberId, orderRef) - это то, на что IoTService взвешивает заказ. В ответе указывается: истинно; названия линий аудита необходимых прав. Без необходимых прав (инструменты / список самолета-инструмента) все стояние предоставлено, как и раньше. SI's Остановки, САМОСТЬ и чеки запрашивающего неизменны.
· kamo-shared-library
GodPassesRightChecks — только в платформе (IoT R7 round 3) учитывается право на участие бога
Правило владельца (2026-10-18): вне платформы организация бог действует только через брейк-стекло. ************* Открытое окно всегда проходит Проверка права арендатора; только GD право на участие в платформе. За услуги, которые «Бог обходит» правые чеки читать только GD (MediaService AuthHelper, ConversionService).
· kamo-shared-library
Index loan files.loan transaction id на сайте LoanFile
Сделка -> поиск кредитов **************************************************************************************************************************************************************************************************************************************************************************** Сводка трубопровода и проверка по умолчанию после подачи заявки Удаленный) был последовательным сканированием. Индекс применялся для производства рука на 2026-10-18 (документы службы безопасности/sql/2026-10-18-займы-файлы- loan-transaction-id-index.sql) под тем же названием, поэтому KamoInitializer ddl-auto run находит его по имени, вместо того, чтобы строить второй.
· kamo-internal
В этом действии говорится: «как бог, брейк-стекло <окно>», и собственное окно бога может делиться (главный раздел 10 R7)
Владелец 2026-10-18: каждое действие видно арендатору. АктерТекст Приложения iot.actorStanding.as God / as GodBreakGlass (словарь e7519fa8) для строк Бога и SI на Божьих порядок, так что список активности, история устройства и сетка активности все это говорят. "Поделиться устройством доступ" (страница устройства, меню строк, окна чата) и редактирование доступа страницы устройства скрыты только в чужом окне бого-режима (useNonGodWindow: окно открывается, в то время как манифест Caller.god) Это не имеет значения; собственное окно Бога может делиться — доля остается личной, и сервер судит об этом.
· MediaService
Проверка в режиме реального времени IoT проводит сеанс абонента, поэтому окно брейк-стекла Бога можно почтить (IoT R7)
Окно в бого-режиме является собственностью сессии, а не участника, и STOMP authz призывает iot-сервис называл только участника, поэтому бог в другой организации не мог получить обновления live device/org. WebSocketAuthInterceptor сохраняет разрешенный идентификатор *** в атрибутах сеанса сокета (***Только на стороне сервера, никогда не входил в систему). - IotStompAuthz.allowDevice / letOrg передайте его IotStompAuthzClient.device / org, который отправляет его X-Subscriber-Session on **************** и /org/{id}; notribute Голова. Вопрос реле остается неизменным, а ключи кэша остаются на (член, цель). - IotSubscriptionRegistry сохраняет идентификатор с каждой зарегистрированной подпиской и ее перепроверкой (доступ) Сигнал, 60-й размах) нести его тоже: в противном случае бог живой вид будет отменен первым размахом. после истечения срока действия кэшированного разрешения, а вместе с ним закрытое окно отменяется, как и должно быть.
· MCPGatewayService
СИ по Божьему приказу видит и может просить Божьи устройства (IoT R7, No Insubordination Rule)
Правила IotView: манифест СИ, чей абонент блокирует имена Бога (caller.god PLATFORM | BREAK GLASS) и Запрашивающий (caller.godOnOrderOf) сохраняет функции SAFETY CRITICAL (V6) и выше потолка класса SI (V11), только на сессию, проводимую по заказу этого самого запрашивающего (IotManifestClient передает сессию по заказу) delegation.requesterMemberId. Все остальные правила остаются; мнение человека и собственная сессия СИ никогда не читают поля. IotCallerView несет GodOrder. IotPack.planSend запрашивает функцию SAFETY CRITICAL OPERATE SECURITY DEVICE — безопасность. Заявленные классы каталога инструментов не изменились.
· kamo-shared-library
GodWindows находит открытое окно брейк-стекла участника среди своих сессий (IoT R7)
Чистый (нет стереотипа, нет клиента Redis): абонент читает ***UIDX<userId> и передает сеансы. Окно учитывается только в собственной сессии участника (не выдающийся, не одолженный СИ), открытый на SessionPlatformFacts (GD, GodModeActive, GodModeExpiresAt ahead) и несущий GodModeSessionId. использованный когда СИ действует по прямому приказу Бога (Правило неповиновения, владелец 2026-10-18).
· kamo-internal
Божье управление пригодно для использования и не нуждается в соподписывателе (главный раздел 10 R7)
Владелец 2026-10-18: бог (владелец платформы) управляет каждой функцией IoT; в другой организации только внутри брейк-стекло. Манифест Caller.god (@kamo/iot-core 0.9.0 manifestGod) сейчас: - позволяет государству-контролю нарисовать безопасный критический контроль, не включенный автором (явный блок и только зритель выигрывает; - отбрасывает шаг соподписчика от командного прогона (planSubmission (fn, God)); подтверждение и пароль повторно проверить пребывание; - позволяет самому богу редактировать окно на странице устройства (другое окно остается) Только вердикт сервера всегда выигрывает.
· kamo-shared-library
В командном аудите и деятельности говорится, когда действовал Бог, и под каким стеклом (R7)
Владелец платформы 2026-10-18 (раздел 10 R7): бог, владелец платформы, полностью контролирует IoT Проверяется каждое действие бога за пределами платформы. IotCommand и IotActivity Карта God basis (PLATFORM | BREAK GLASS, IotGodBasis) и God session id (SecurityService) GodModeSessionId; как нулевой, так и нулевой на каждом другом ряду. Командный аудит и деятельность Отчеты прилагаются "(как бог)" / "(как бог, брейк-стекло <id>)" к актеру. DDL: iot-service **************** применяется вручную до этого.
· SecurityService
Каждое окно имеет свой собственный идентификатор, поэтому другие службы могут проводить аудит под ним (IoT R7)
Окно God-mode теперь несет GodModeSessionId (случайный UUID) в ***: отчеканено, когда оно открывается, когда он закрывается, и добавляется к окну, которое было открыто до того, как на его следующем Повторить (только ИД; истечение никогда не движется). строки активации и деактивации в phi access log называет его, а GET/POST/session/god-mode сообщает о нем как sessionId. IoTService записывает его в командный аудит и деятельность каждого действия Бога. другая организация (владелец 2026-10-18, мастер раздела 10 R7).
· MCPGatewayService
Файлы ипотечного кредита для SIs: конвейер, заявка, готовность, условия, документы, раскрытие информации, ценообразование и блокировки, AUS, заказы поставщиков, согласие и правки (SITP TP21)
Инструменты 43 mlos * (MlosPack) через дверь кредитного агента Службы безопасности **************** SITP TP21 securityservice@27e06020) в качестве члена СИ, никогда внутренние двери служб MLOS; проверяет правильность MLOS и разрешает каждое приложение под организацией абонента; каждый инструмент называет одно и то же Точно. Ипотечное кредитование (MLOS). - Чтение (MLOS VIEW PIPELINE): поиск, получение приложения (+ позиция трубопровода; нет SSN, нет HMDA) демография, транзакции, готовность (+ готовность к закрытию, оплата), квалификация, проверка хода, условия, шаблоны условий, контрольный список документов, раскрытия (+ конверты), таймеры TRID, программы, программы оценки, котировки цен (цена лестницы ResultId), блокировка цены (+ замки двигателя), Рекомендации по блокировке, AUS (поиск + запуск агентства), заказы поставщиков (+ события), проблемы HMDA LAR (идентификатор + только поле), решить номер кредита, согласие заемщика, сообщения, очередь QC. - Записи: создать (TAKE), обновить раздел / добавить / удалить строку (любое написание правильно; никогда SSN), статус или HMDA), переход (отсутствие закрытия, финансирования, отказа или вынужденного прохождения; off-ramps DELETE RECORD); Добавить / очистить / отказаться от условий, обновить контрольный список, принять / отклонить документ, заказать поставщика услуга или кредит и блокировка ставки (COMMIT PRICING, FINANCIAL), отмена заказа, отправка раскрытий (SHARE DOCUMENT EXTERNAL; согласие проверяется до выдачи набора), пересылает / аннулирует конверт, просит Замковый стол, запустите AUS (SHARE DOCUMENT EXTERNAL, UNDERWRITE), назначьте кредитного сотрудника (ASSIGN WORK). - Дверь держит кредитную линию СИ, AUS, блокировку и электронное раскрытие за убийством MLOS переключатели, стена автономии блокировки и согласие E-SIGN; отказы доходят до SI как конфликт с кодом. Охрана: ContentReadTools (20 немаркированных прочтений кредитных файлов; шаблоны, программы, баллы без контента), DisclosingTools (9 примечаний/инструментов отправки, 11 не раскрытия), CollabTools NO INTENT, RegistryCompleteness (TP21, COMMIT PRICING, ASSIGN WORK, mlos transition также DELETE RECORD); восстановленные золотые монеты (+43, Больше ничего не изменилось. Полный номер 1869/1869.
· MCPGatewayService
Записи пациентов для SIs: расписание, стойка регистрации, график и FHIR чтения, черновики заметок и цикл доходов, с размещением платежей (SITP TP23)
18 инструментов ehr * (EhrPack) над контроллерами EHR SecurityService в качестве члена SI; каждый из них Служба безопасности проверяет там, и все, что находится внутри одной диаграммы, также нуждается в отношениях по уходу. (Отказ - это 404, который ничего не подтверждает). - Расписание: ehr schedule availability (время работы + типы посещений), ehr schedule day, ehr book appointment, ehr cancel appointment (кто и почему), ehr check in. - Front desk: ehr patients search (только идентификатор), ehr patients get (цель использования), ehr patients register (в первую очередь проверяются дубликаты; регистрируются только с подтверждением NotDuplicate). - График: ehr chart summary (выбранные разделы, минимальные поля), ehr fhir read, ehr fhir search (один) пациент, максимум 50; читать как приложение / fhir + json. Цель использования не имеет по умолчанию. - Примечания: ehr notes draft и ehr notes revise писать UNSIGNED примечания (SecurityService отмечает SI's) Версия SI-assisted; ehr notes list (версии пациента, примечания, собственные черновики SI). - Цикл выручки: ehr billing worklist (девять рабочих списков), ehr claims get, ehr coverage get (никогда) изображение карты; май-билль с его основанием; ehr post payment - деньги (финансы, план) несет сумму, деньги, отправленные в виде десятичных строк. Никогда здесь: подписание / совместное подписание, назначение, заказы, иммунизация, остекление, слияние, экспорт (пол СИ), претензия создать/представить, портал приглашает. Каждый инструмент чувствителен и предлагается только там, где у организации есть приложение Patient Records. Объявлено, что он обрабатывает PHI (новое правило видимости инструмента PHI TENANT: охранник возможностей говорит «да» для того, чтобы его использовать). НЕ PHI арендаторов), и отказался для внешних читателей. Клинический текст не доверен; бухгалтерская книга Доверие, поэтому запуск публикации сохраняет свой денежный инструмент. Охрана: ehr prefix, ContentReadTools, DisclosingTools (пять ПРИМЕЧАНИЙ/SHARE пишет), CollabTools, подсчет каталогов, схема золотой (+18). Инструменты / Список Снимки не являются оргами PHI, поэтому они не меняются.
· SecurityService
Дверь кредитного агента достигает двигателей MLOS, пишет права на запись, а SI очищает стены MLOS (SITP TP21)
Новые реле на /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, только кредит организации звонящего): - GET/{uid}/qualification, /{uid}/engine-locks, /{uid}/lock-recommendation, /{uid}/aus-runs, /resolve-identifier (другой номер арендатора читается как нерешенный), /{uid}/communications (MLOS) Archive + outbox), /{uid}/consent (участники, текущее согласие по объему/каналу, предпочтения): MLOS VIEW PIPELINE. - POST/{uid}/rate-lock/commit (ценовой результат только по этому кредиту; ПРОЦЕСС или ПОДПИСАНИЕ, в качестве другой замок двери пишет) и POST /{uid}/aus-runs (UNDERWRITE, как запись AUS Finding; никогда Новая кредитная аттестация. Маршруты стюардов остаются только операторскими. Исправления безопасности (ни один участник не держал MLOS VIEW PIPELINE без права записи, поэтому никто не теряет доступ): - ПУТ **************** POST/{uid}/credit/order (staff) and the QC fact review took Взгляд правильный для написания; они принимают MLOS писать правильно. - CreditOrderService загрузил заявку только по id: еще одно приложение арендатора теперь 404s. Стены SI (MlosSiActGuard; человек не затронут): вовлеченный выключатель MLOS для выполнения задачи (RATE LOCK, MLOS) AUS SUBMISSION, CREDIT PULL AND ANALYSIS, DISCLOSURE AND TRID, тип задачи категории поставщика Акт СИ (409 KILL SWITCH, неисправность закрыта); арендатор, чья автономия блокировки отключает автоматическое исполнение Каждый замок человека (AUTONOMY WALL), и двигатель LOCK BLOCKED держит его; никакой кредитной тяги или AUS на проект; электронное раскрытие информации (конверт создает, пересылает) только тогда, когда каждая сторона-клиент имеет E-SIGN согласие (NO ECONSENT). Убивайте выключатели, губернатор и поза читаются, никогда не устанавливаются.
· MCPGatewayService
Билеты поддержки, системные ошибки, маркетинговые материалы, Growth Hub, коды отслеживания и социальные страницы для SIs (SITP TP15)
54 новых инструмента SI, каждый из которых проверяется по одинаковым правам в шлюзе и в MediaService (DocsService для списка материалов): - support *: list (со счетчиками очереди), get (никогда не присоединяется: ?join=false), join, claim, assign/reassign (ASSIGN WORK) Если не взять себя в руки, эскалация (запланированная публика, когда команда темы - это другая организация, несущая ответственность). разговор), статус, приоритет, конвертация предварительного билета, создание (публичное при теме маршруты к провайдеру), тариф, Темы, метрики. Билет - это CHAT SESSION; чат send уже отвечает посетителю (SEND WEBCHAT MESSAGE). - bugs *: list + status counts, get + thread, report (опубликовано как член; скриншоты из документов), edit own непроверенный отчет (полное замещение слияния), недействительный собственный, комментарий, голосование, проверка исправления, проблема сохраняется, немой, реагировать. Судебные разбирательства и Опубликовать пребывание с персоналом платформы. То, что пишет там СИ, планируется публично (команда платформы читает его). - Материалы *: список (документы МАТЕРИАЛОВ с тегами, кампании, обзор), ссылка на совместное использование (SHARE DOCUMENT EXTERNAL), ссылки, отзыв, кампании (сохранить/удалить/предметы), теги (тег создает недостающий; удалить), обзор (APPROVED is) SHARE DOCUMENT EXTERNAL; никогда не загружать самостоятельно, аналитика. - growth *: моя очередь, представление доказательств, запросов (список/сохранение/архив), представлений, обзора (отказ нуждается в его причине). - Tracking *: коды, результаты кода и посетители, посетитель (без IP-адреса), табло, монетный двор / смена, выход на пенсию. - social *: временная шкала + аккаунты, пост (SHARE DOCUMENT EXTERNAL, общедоступный; материалы идут по 1-часовым ссылкам), ответ и реакция (SEND WEBCHAT MESSAGE), удалить сообщение. Все APPROVE BEFORE по умолчанию по собственной инициативе SI. Охрана: префиксы **************************** **************************** постановления, Каталог 490 -> 544; регенерированный список инструментов (единственное изменение - 54 новых инструмента).
· MCPGatewayService
Полевой сервис IoT считывает и обрабатывает сигнал тревоги для SI: сайты, устройства клиента и рабочий заказ, история, команды, сигнализация, резюме, признайте несколько, отложить, отложить, отметить (SITP TP19)
Одиннадцать инструментов iot * в пакете IoT по своим собственным соглашениям: предлагаемые на одного абонента Манифест (IotTools). Правильно, точка зрения утаивает причины, каждое устройство, функция и будильник, проверенный с точки зрения абонента, результаты в белом списке (нет записки участника, нет) Имя клиента, отсутствие ярлыка акций, отсутствие текста автора правил, значения TEXT искажают результат. - Reads (VIEW IOT DEVICES): iot list sites (адрес и часовой пояс, никогда не заметки сайта) iot devices for customer (худшая открытая тревога, новейшая работа) порядок), iot devices for job, iot get history (функции ИСТОРИИ устройства; iot list commands (функции вне поля зрения) выпал), iot get alarm (timeline; примечание помечено, никогда не цитируется), iot alarm summary. - Обработка сигнала тревоги (ACKNOWLEDGE IOT ALARMS, WRITE INTERNAL): iot acknowledge alarms (до 25, признанный пропущенный), iot shelve alarm: UPDATE RECORD, reclassed OPERATE SECURITY DEVICE для критического или значительного сигнала тревоги; iot unshelve alarm и iot annotate alarm: UPDATE RECORD. Сессия только для просмотра пишет ничего; класс изменился после отказа в одобрении. Совместное подписание, повторная запись команды, гранты, акции, приоритеты безопасности и настройки IoT остаются неизменными. Правила тревоги, подавления и KPI требуют MANAGE IOT * (пол СИ).
· MediaService
Билет можно прочитать без участия в разговоре (?join=false) (SITP TP15)
GET/api/support/tickets/{id} помещает уполномоченного агента, которого еще нет в билете. Разговаривайте с ним так, как должно открыться окно. СИ, читающий очередь, присоединится, и быть на странице для, каждый разговор он смотрит, так что ?join = ложно читает билет и Больше ничего. Консоль никогда не отсылает его: по умолчанию (правда) остается неизменным.
· MCPGatewayService
Личные кредиты для SIs: книга, платежи, погашение, история, выписки, сборы, предложения, обещания заплатить и денежные акты (SITP TP22)
27 кредитных инструментов (LoansPack) прямо в KamoLOS через одноразовую дверь ключа (SITP TP02, новый) ниже по потоку LOS, X-OTK) в качестве члена SI; KamoLOS проверяет PLOS прямо на этой сессии и сферах Каждый идентификатор организации; каждый инструмент называет одно и то же право. Приложение Gate: Personal Lending (LOS) - Reads (PLOS VIEW PIPELINE): loans search, loans get, loans payoff quote, loans list payments, Кредиты история (по кредиту, по предложению, или след организации по виду/актеру/времени; ненадежные: примечания), Кредиты list statements, займы get statement, займы list fees, займы list draws, займы list offers, Кредиты get offer, займы get autopay, займы list payment methods (вид, бренд, последние четыре), Кредиты list charge off queue, займы list products, займы get state rule, займы aging report. - loans record promise to pay (CREATE RECORD, PROCESS); loans create offer (draft, CREATE RECORD), Кредиты send offer (SHARE DOCUMENT EXTERNAL) и займы rescind offer (DELETE RECORD): UNDERWRITE. - Деньги (ФИНАНСОВЫЕ, ФИНАНСОВЫЕ ТРАНСАКЦИИ, план несет сумму): кредиты рекорд оплата (проверка, денежные средства, банковские переводы), займы adjust balance, займы waive fee, займы set autopay (пауза/отмена), Кредиты request draw (CLOSE AND FUND), кредиты confirm charge off (SUSPEND OR WITHDRAW). Никогда здесь: предложение акцепта / декодера, подпись, возможность автоплатежа (мандат заемщика), Pay Now (KamoLOS) v1 ничего не дебетует), редактирование способа оплаты, Stripe Connect, редактирование продукта. Процессор управляет, мандаты И не отвечают на них. Кредитные чтения - это немаркированные предметы; причины, написанные на кредит, - это Раскрытие информации (NOTE/SHARE, без намерения). Списки инструментов получают ровно 21 инструмент по умолчанию предложения (шесть денежных действий остаются скрытыми, в то время как FINANCIAL TRANSACTION запрещен).
· MCPGatewayService
Электронные подписи для СИ: читать шаблон, отслеживать отправленные документы и запросы на запись, отправлять, напоминать, пересылать, недействительно (SITP TP19)
Восемь инструментов esign * (EsignPack) через новую дверь ESIG (OTK) для сотрудников ESigService API, как член SI; ESigService проверяет каждое право (SITP TP02) и границы шаблоны и конверты с разрешения сессии (esigservice@2533b2d): - esign get template (по его docs list templates documentId или templateUid: signer) слоты в порядке, прикрепленные имена / адреса), esign list envelopes (фильтрованы, размещены на странице, esign get envelope (прогресс каждого подписавшего, декодер/делегирование) Причины сокращения), esign list requests (закладка Signature Requests с ведрами) И может ли быть напоминание: ВИДЕО ДОКУМЕНТЫ; не доверенное. - esign send: EDIT DOCUMENTS, SHARE DOCUMENT EXTERNAL (лицо утверждает собственное СИ) ad hoc, подписчики заполняют слоты по порядку (inOrder = одна маршрутизация) каждый уровень), внешние адреса проходят через информационно-пропагандистские ворота; отказано до утверждения, когда Он называет больше подписчиков, чем шаблон имеет слоты. - esign nudge и esign resend: SEND EXTERNAL EMAIL, или SEND INTERNAL EMAIL, когда каждый адрес организации; охлажденный или готовый подписчик отклоняется до Всех спрашивают. esign void: DELETE RECORD; выдающиеся подписчики прочитали причину. Сама подпись конверта и создание шаблона никогда не строятся. Охрана: esign prefix, ContentReadTools, DisclosingTools (отправка и раскрытие недействительной информации), CollabTools, подсчет каталогов; инструменты / списки снимков растут именно на этих инструментах.
· MCPGatewayService
SI готовит проект пакета комиссионных выплат, никогда не отправляет его (SITP TP18)
commissions draft batch (откройте пакет DRAFT или найдите открытую) и Commissions edit draft line (ADD / UPDATE / Удалить проект строки; UPDATE пересчитывает всю строку; никогда линия, кредитующая SI) Возьмите PREPARE COMMISSION PAYOUTS или MANAGE ORG FINANCES, как это делает Служба безопасности. (securityservice@48904016). MANAGE ORG FINANCES находится на полу СИ, поэтому новое право - это то, что позволяет Финансы СИ готовят партию для человека, чтобы рассмотреть и отправить. Описание строки - это раскрытие (Примечание/Поделиться) держателям VIEW ORG FINANCES и его участнику. Отправка, аннулирование линии, выплата Счета и снятие средств остаются у человека.
· KlusterServices
Лабораторный экземпляр Home Assistant на home.kamouniverse.com
Один домашний помощник 2026.10.2 для тестирования IoT разъема HOME ASSISTANT Kamo и для Собственное использование владельца под учетной записью HA sajon. Демо-интеграция обеспечивает около 120 тестовых объектов. - StatefulSet in 'kamo', /config on 10Gi longhorn volume, 1Gi memory, start/readiness/liveness probes, PreStop 10s, minReadySeconds 15 CiliumNetworkPolicy допускает только Traefik на 8123 и выпускает HA в DNS и общедоступный интернет. Личный диапазон. В «камо», а не в собственном пространстве имен: Traefik просматривает фиксированный список пространства имен. Расширяя его, он переворачивает Traefik, который служит по умолчанию для каждой организации в течение нескольких секунд. - configuration.yaml доверяет сети pod как прокси (use x forwarded for), запрещает адрес после 10 Неудачные входы и оставляет местоположение и единицы в хранилище HA, чтобы они оставались редактируемыми. - IngressRoute Host (home.kamouniverse.com), TLS by SNI. Авто-сертификат выдает хозяина из STATIC DOMAINS существует после записи DNS. Ничего на kamocrm.com. Применяется вручную (apply.sh, README). Шаг развертывания будет редактировать .forgejo/, и эти силы Полное примирение. Этот толчок выполняет только этап автосертификации. Его живое состояние соответствовало происхождению / основному состоянию перед толчоком.
· kamolos
Начисленные сборы по кредиту можно прочитать, поэтому можно назвать комиссию за отказ от нее (SITP TP22)
GET /api/los/fees/by-loan/{loanId}: сборы по кредиту (поздний, NSF, годовой), последний первый, отмененный или нет; PLOS VIEW PIPELINE (LosRightsFilter, как и любое чтение) и кредит организации абонента только (404) иначе. POST **************** называет плату за уид, и ничто не выдает уид.
· kamo-internal
Зеркало PREPARE COMMISSION PAYOUTS (570) в разделе VIEW ORG FINANCES (SITP TP18)
Составление пакета выплат проектной комиссии без его отправки; отображение струнных матчей RoleRightType.java. Перечислены с другими финансовыми правами в соответствии с Бухгалтерский учет и финансы в роли Редактор. RIGHT PARENT 278 -> 279.
· SecurityService
PREPARE COMMISSION PAYOUTS составляет проект пакета выплат, предназначенный для каждого финансового менеджера (SITP TP18)
Открывая черновую партию и добавляя, изменяя или удаляя ее линии, теперь возьмите MANAGE ORG FINANCES или PREPARE COMMISSION PAYOUTS (владелец всегда); отправка партии и аннулирование выданной линии по-прежнему принять MANAGE ORG FINANCES и отменить отзыв APPROVE ORG PAYOUTS. Комиссионные продолжают Редактирование только линий DRAFT и отказ от строки, которая приписывает актеру. Грантовое заполнение: PREPARE COMMISSION PAYOUTS сеяно из MANAGE ORG FINANCES ****************, так что каждый, кто составляет партию сегодня, все еще может.
Ваша вселенная ждет.
Начните бесплатно через несколько минут. Добавляйте продукты, когда будете готовы — без миграции, без новых логинов.
Бесплатно навсегда — не требуется кредитная карта