Changelog
O que há de novo.
Cada melhoria para a plataforma, como ele envia.
· MCPGatewayService
Cartões de aprovação em linguagem simples, redigidos como o leitor pode vê-los
Ordem do proprietário 2026-10-20: aprovações mostraram membros GUIDs e JSON. POSTO **************************** (autorização interna) pessoa não técnica: uma frase do que o SI quer fazer (uma frase da UTI para cada uma das 335 ferramentas de efeito colateral, as mesmas cordas que o dicionário carrega), o registra que toca como O LEITOR (sessão própria, ferramentas de leitura do catálogo através do ToolVisibilidade, a verificação do serviço novamente; colegas, departamentos, equipes, trabalho títulos e mercados do próprio directório da organização; substantivos controlados de outra forma), rotulados campos com dinheiro, datas, telefones e e-mails digitados, a mensagem exata que enviará, o risco em palavras simples. Um registro que o leitor não pode ver é nomeado pelo seu substantivo; sem identificação ou JSON é sempre um campo. AprovaçãoCardCoverageTest falha para uma escrita sem uma frase ou um argumento id sem um tipo de registro.
· kamo-internal
A janela de texto mostra as imagens, gravações e arquivos de texto das pessoas em (SITP MMS)
Todas as partes de entrada da mensagem (VOIPService agora as mantém) desenhar dentro de sua bolha: imagens no lugar (tap para abrir), notas de voz e vídeo com players, PDFs e cartões de contato através da recuperação do anexo do chat (re-plantação cookie, em seguida, um veredito 410/503). Uma parte ainda ser buscado diz assim e o fio lê-se novamente (2 s ... 60 s, em seguida, pára); um que foi Não ficou diz porquê. Os anexos do quadro ao vivo Pendente impulsiona o primeiro re-leitura, o clipe de papel em a lista de conversas e os 'anexos' da voz. Imagem e machado verificados num arnês.
· kamo-internal
A seção Alexa web, seus sensores virtuais, e Alexa links como quem de uma bolsa
- Configurações -> Dispositivos (IoT) -> Conexões ganha uma seção de voz (apenas enquanto Alexa é utilizável pela organização): os links Alexa, como vincular um, e um diálogo de link com Atualizar Alexa agora, Renomear, Remover, Dar acesso a este link, o que Alexa vê e não vê, e seus sensores virtuais (adicionar, editar, teste, delete) — paridade de telefone com telas Alexa do KamoMobile (SP09 V1-V14). - O editor de acesso Quem passo oferece links Alexa da organização como chips (iot-service V15, MANAGEM IOT ACCESS) e a revisão lista o que cada link ganha; ?add=voice:<id> deep link. - verifica agora todas as sentenças da marca (vendedor e cópia de partilha incluída), com as frases de conector-cartão apenas da plataforma isentas. - Ajuda: iot-grant-access, iot-alexa-connect, iot-alexa-comandos-e-limites descrevem os ecrãs web. IoT close-out F9g, F13 (web), F9h guarda.
· MCPGatewayService
Sms read attachment, e nomes sms read thread o que foi texto em (SITP MMS)
TP11 diferiu sms read attachment porque o VOIPService não manteve nenhuma mídia MMS ligada; ele faz agora (voipservice@ 8eda899). Então... - sms read thread lista cada parte de entrada de uma mensagem como anexos [{attachment Id, mimeType, fileName, sizeBytes, status, razão}] (temAttachment os cobre); link e URL de serviço nunca são entregues. - Está bem. * ********************** com o número de telefone ***; VOIPService verifica ACESS VOIP e que o tópico é próprio do chamador (404 caso contrário). Cartões de texto e de contacto são lidos como texto, PDFs e imagens através de OCR, som e vídeo são nomeados, não lidos. LEIA, não confiável, sensível ao PHI, ACCESS VOIP; seu item de conteúdo é o SMS THREAD, previamente verificado conversaId like sms read thread (ContentReadTools). Guardas e listas de ferramentas douradas regeneradas para exatamente esta ferramenta (catálogo 164).
· VOIPService
Mantenha as imagens e arquivos de texto das pessoas, para cada provedor (SITP MMS)
VOIPService guardou apenas as palavras de um MMS inbound, para que ninguém (pessoa ou SI) pudesse ver o que era Mandei mensagem. Agora todos os trens de entrada lêem seus meios de comunicação e o VOIPService o mantém: - Parsers: Twilio (MediaUrlN), Telnyx (payload.media, portador e servidor de telefone), Flowroute (JSON:API included media), RingCentral (partes de ligação Mms, endereço de conteúdo de armazenamento de mensagens no a plataforma da instância), JustCall (sms info.mms), sistemas de telefone on-premise (media[]). - Credenciais apenas para o próprio servidor https do provedor, perguntado por hop (Twilio Basic on api.twilio.com, RingCentral Bearer on *.ringcentral.com, JustCall chave:secret on *.justcall.io); nunca para o CDN um link redireciona para. - SSRF guard: https somente em 443, sem informações de usuário; o resolvedor de DNS do cliente HTTP recusa qualquer nome Então, a morada foi verificada. é o que está ligado; no máximo 3 redirecionamentos, cada novo verificado; 10 MiB cap (declarado e streamed); conecte 5 s, leia 15 s, todo buscar 60 s. - Digite a partir dos bytes: imagens, PDF, áudio, vídeo e vCards apenas (sem SVG); uma página vestida como um A imagem é recusada. - Depois que o texto commits, nunca em seu caminho: partes são gravadas em sua própria transação e obtido por uma pequena piscina; uma repetição de um minuto de varredura (5 tentativas sobre ~ 3 h) e assume um morto A reivindicação do pod (uma UPDATE condicional decide entre réplicas). Um transportador re-oferta partes da primeira entrega nunca gravada. - Armazenado em... (imagem balde, org dedup escopo, nunca não escrito dat), chaveado pela extensão real do dat. - Página de tópicos: cada mensagem contém anexos {id, status, mimeType, fileName, sizeBytes, url}; (ACCESS VOIP + o fio próprio membro, Range, nosniff, sandbox CSP). A linha da lista e a linha de tempo do lead mostram o clip de papel; O quadro ao vivo diz anexos Pendente. Tabela VOIP MESSAGE ATAGAMENTO:.
· MCPGatewayService
Um SI na ordem de um companheiro de equipe pode encontrar e operar apenas a função que a ordem precisa; na ordem de deus também não verificada (IoT R7 rodada 3)
- IotPack.planEnviar: quando a visão própria do SI não tem o dispositivo ou a função (ou não pode operá-lo) e o chamador está ligado uma sessão de ordem, IoTService's GET **************** é perguntado se o pedido PEDIDO pode operá-lo; seu item é planejado como qualquer outro (mesmo valor de verificação, classe por classe de segurança, resumo), Caso contrário, o DEVICE NOT Disponível / **************** O IoTService empresta a bolsa e faz auditorias. - Novos dispositivos iot order leitura (functionKey, nome opcional e dispositivoId), AI ONLY e listados para um SI sempre: "Dispositivos a pessoa que lhe deu esta ordem pode operar com uma função, enquanto você executa a sua ordem." NÃO ON ORDER fora de uma ordem. Os itens são re-checked como a visão de um SI é (IotOrderFunctions / IotViewRules.orderFunction): nunca STREAM ou camera.snapshot, SAFETY CRITICAL e acima do teto SI apenas por ordem de Deus, VERIFIED only (INVERIFIED também na ordem de deus, nunca FAILING), apenas a chave pedida, e nenhum quando a resposta não é para o solicitante desta ordem. - Em uma ordem iot send command é oferecido em seu dispositivo baseId/functionKey (sem enum dos próprios dispositivos do SI, nunca retido IOT NOTHING AVAILABLE), para que um dispositivo que a pesquisa encontrada possa ser nomeado. - IotViewRules: uma visão de ordem divina (Round 2) também mantém as funções UNVERIFIED (V2), nunca falhando. - Catálogo dourado. regenerado: exatamente uma linha adicionada, iot order dispositivos; tamanho do registro 163; entrada ContentReadTools.
· MCPGatewayService
Uma chamada de ferramenta de ordem é executada em uma sessão de ordem escopo por chamada que empresta apenas o que a ferramenta precisa (Sem regra de insubordinação, IoT R7 rodada 3)
OrderDelegation.resolve toma um CallScope: as ferramentas/lista mantém a sessão emprestando toda a posição do solicitante (kamo:tool:order:<runId>), então o SI sabe o que pode ser solicitado a fazer; uma ferramenta/chamada em uma ordem mentas/usa uma sessão empréstimo SOMENTE os direitos necessários da ferramenta chamada: os direitos que ela requer de uma pessoa (allOf e anyOf, o mesmo K3 pesa como SolicitarDireitos de contextoAllOf/AnyOf) e, para cada ferramenta iot , VER IOT DEVICES (porta própria do IoTService; as ferramentas iot declarar nenhum direito de sessão). SecurityService recebe-los como necessárioDireitos e mentas a sessão mesmo quando nada é emprestado, por isso o seu bloco de delegação (requerenteMembro, ordemRef) atinge serviços a jusante. Mantido por execução e ferramenta ******************* sob as mesmas regras de TTL; linhas de auditoria manter a autoridadeBase, emMeio-Membro e Emprestadas as direitas.
· SecurityService
Uma ordem concede apenas os direitos que as chamadas necessidades da ferramenta (Sem regra de insubordinação, IoT R7 rodada 3)
POST ************* toma um direito opcional necessário (RoleRight Tipo nomes; um desconhecido é um direito que ninguém detém). Com ele, OrderDelegationService.lend toma emprestado apenas (necessárioDireitos, com os antepassados cada um precisa sobreviver ao encerramento da hierarquia) dos direitos do solicitante, menos o próprio SI, o piso SI (AiRightsFloor) e do SI NUKES explícitos, e menta a sessão de order-scoped mesmo quando nada é emprestado: seu bloco de delegação (RequererMemberId, orderRef) é o que IoTService pesa a ordem por. A resposta diz escopo: verdadeiro; nomes da linha de auditoria os direitos necessários. Sem os direitos necessários (as ferramentas/lista do avião da ferramenta) toda a posição é emprestada, como antes. O SI's. paragens, auto e as verificações do solicitante estão inalteradas.
· kamo-shared-library
GodPassesRightChecks — só a elegibilidade de Deus conta apenas na plataforma org (IoT R7 round 3)
Regra do proprietário (2026-10-18): fora da plataforma organização deus atua apenas através de vidro de quebra. Uma janela aberta passa sempre verificação do direito do inquilino; elegibilidade do GD somente no org da plataforma. Pelos serviços cujas "god bypasses" verificações à direita ler GD sozinho (MediaService AuthHelper, ConversionService).
· kamo-shared-library
Indice loan files.loan transaction id on LoanFile
O negócio -> procura de empréstimos ******************* status do negócio, resumo do pipeline, e a verificação aposentadoIfEmpty após um aplicativo é ) foi uma varredura sequencial. O índice foi aplicado à produção por Mão em 2026-10-18 (docs/sql/2026-10-18-empréstimos- empréstimo-transaction-id-index.sql) sob o mesmo nome, por isso um KamoInitializer ddl-auto run encontra-o pelo nome em vez de construir um segundo.
· kamo-internal
A atividade diz "como deus, quebra-vidro <janela>", e a própria janela de Deus pode compartilhar (seção mestre 10 R7)
Proprietário 2026-10-18: cada ação é visível para o inquilino. actorTexto anexos iot.actorStanding.asGod / asGodBreakGlass (dicionário e7519fa8) para as fileiras de deus e um SI's em deus ordem, então a lista de atividade, o histórico do dispositivo e a grade de atividade todos dizem isso. "Dispositivo de partilha acesso" (página do dispositivo, menu da linha, janelas de bate-papo) e edição de acesso da página do dispositivo são escondidos apenas na janela de modo-deus de outra pessoa (useNonGodWindow: uma janela aberta enquanto a chamadar.god do manifesto é nulo); a própria janela de deus pode compartilhar — uma ação permanece pessoal e o servidor julga isso.
· MediaService
A verificação ao vivo do IoT carrega a sessão do assinante, para que a janela de vidro de ruptura de Deus possa ser honrada (IoT R7)
Uma janela de modo- deus é uma propriedade da sessão, não o membro, e o STOMP authz chama para iot-service nomeado apenas o membro, então deus em outra org não poderia obter atualizações de dispositivo/org ao vivo. - WebSocketAuthInterceptor mantém o *** id resolvido nos atributos da sessão do socket (***Id; servidor-side only, nunca logado). - IotStompAuthz.allowDevice / allowOrg dá-lo para IotStompAuthzClient.device / org, que o envia como X-Subscriber-Session em ************* e /org/{id}; nenhum atributo, não Cabeçalho. A questão do relé está inalterada e as chaves de cache permanecem por (member, target). - O IotSubscriptionRegistry mantém o id com cada assinatura gravada e suas re-cheques (acesso sinal, 60 s varrimento) levá-lo também: caso contrário visão de deus seria revogada pela primeira varredura após a licença em cache expirada, e com ela uma janela fechada é revogada como deveria ser.
· MCPGatewayService
Um SI na ordem de Deus vê e pode pedir dispositivos de Deus (IoT R7, Sem regra de insubordinação)
IotViewRules: um manifesto de um SI cujo chamador bloqueia nomes de Deus em pé (caller.god PLATFORM □ BREAK GLASS) e o o solicitante (challer.godOnOrderOf) mantém as funções SAFETY CRITICAL (V6) e as funções acima do teto da classe SI (V11), apenas na sessão de ordem-escoberto da ordem desse mesmo solicitante (mãos IotManifestClient da sessão delegação.requerenteMembro. Cada outra regra permanece; a visão de uma pessoa e a própria sessão de um SI nunca ler o campos. O IotCallerView carrega o GodOrder. IotPack.planSend pede uma função SAFETY CRITICAL sob OPERAR SECURITY DEVICE, como segurança. As classes declaradas do catálogo de ferramentas estão inalteradas.
· kamo-shared-library
GodWindows encontra janela de vidro aberto de um membro entre suas sessões (IoT R7)
Puro (sem estereótipo, sem cliente Redis): o chamador lê ***UIDX<userId> e entrega as sessões. Uma janela conta apenas na própria sessão do membro (não personificada, não emprestada por um SI), aberta por SessionPlatformFacts (GD, GodModeActive, GodModeExpira à frente) e carregando GodModeSessionId. Usado quando um SI age sob a ordem direta de Deus (Sem regra de insubordinação, proprietário 2026-10-18).
· kamo-internal
Os controles de Deus são utilizáveis e não precisam de co-signatário (seção mestre 10 R7)
Proprietário 2026-10-18: deus (o proprietário da plataforma) opera cada função IoT; em outra org apenas dentro vidro partido. O chamador.god do manifesto (@kamo/iot-core 0.9.0 manifesta Deus) agora: - permite controlarEstado desenhar um controle SAFETY CRITICAL não habilitado (um bloco manifesto e view-somente ainda ganhar); - retira o passo de co-signatário da execução do comando (planSubmission(fn, deus)); a confirmação e a senha voltar a verificar a permanência; - permite que a janela de modo de Deus edite o acesso na página do dispositivo (a janela de outra pessoa fica view-only, e o veredito somente para visualização do servidor sempre vence).
· kamo-shared-library
A auditoria de comando e a atividade dizem quando deus agiu, e sob qual janela de vidro de quebra (R7)
Proprietário 2026-10-18 (seção mestre IoT 10 R7): deus, proprietário da plataforma, tem controle total da IoT dispositivos, e cada ação deus fora da plataforma org é auditada. IotCommand e IotActivity map god basis (PLATFORM, BREAK GLASS, IotGodBasis) e god session id (SecurityService's godModeSessionId); nullable e null em cada outra linha. Auditoria de comando e atividade relata anexar "(como deus)" / "(como deus, break-glass <id>)" ao ator. DDL: serviço fixo.
· SecurityService
Cada janela de vidro break-glass tem o seu próprio id, de modo que outros serviços podem auditar sob ele (IoT R7)
Uma janela em modo de Deus agora carrega o GodModeSessionId (um UUID aleatório) em ***: cunhado quando abre, limpo quando fecha, e adicionado a uma janela que foi aberta antes dos IDs existirem no seu próximo reafirmar (somente o ID; a expiração nunca se move). As linhas de activação e desactivação phi access log nomeie-o, e GET/POST /session/God-mode reportá-lo como sessionId. IoTService escreve-o na auditoria de comando e na atividade de cada deus ação tomada em outra organização (proprietário 2026-10-18, IoT Master Section 10 R7).
· MCPGatewayService
Arquivos de empréstimo hipotecário para SIs: pipeline, a aplicação, prontidão, condições, documentos, divulgações, preços e bloqueios, AUS, ordens de fornecedores, consentimento e as edições (SITP TP21)
43 mlos * ferramentas (MlosPack) através da porta do escritório de empréstimo do Serviço de Segurança ************* SITP TP21 serviço de segurança@27e06020) como membro do SI, nunca as portas internas dos serviços da MLOS; a porta verifica a direita do MLOS e resolve cada aplicação sob a ordem do chamador; cada nome de ferramenta é igual Certo. Porta da aplicação: Crédito hipotecário (MLOS). - Leituras (MLOS VIEW PIPELINE): pesquisa, obter aplicação (+ posição do gasoduto; sem SSN, sem HMDA dados demográficos), transações, prontidão (+ prontidão para fechar, pagamento), qualificação, verificação de um movimento, condições, modelos de condições, lista de verificação de documentos, divulgações (+ envelopes), temporizadores TRID, programas, programas de pontuação, cotação de preços (preço da escadaResultado), bloqueio de taxa (+ fechaduras do motor), recomendação de bloqueio, AUS (encontros + agências em execução), pedidos de fornecedores (+ eventos), questões LAR HMDA (identificador + campo apenas), resolver um número de empréstimo, consentimento do mutuário, comunicações, fila de QC. - Escreve: criar (TAKE), atualizar uma seção / adicionar / remover uma linha (qualquer escrita direita; nunca um SSN, estado ou HMDA), transição (sem encerramento, financiamento, negação ou passe forçado; off-ramps DELETE RECORD), adicionar / limpar / renunciar condições, atualizar a lista de verificação, aceitar / rejeitar um documento, encomendar um fornecedor serviço ou crédito e bloquear uma taxa (COMMIT PRICING, FINANCEIRO), cancelar uma ordem, enviar divulgações (SHARE DOCUMENT EXTERNAL; consentimento verificado antes de um conjunto ser emitido), reenviar / anular um envelope, perguntar o lock desk, execute AUS (SHARE DOCUMENT EXTERNAL, underwrite), atribuir o loan officer (ASSIGN WORK). - A porta segura o crédito de um SI, AUS correr, bloqueio e divulgação electrónica por trás da morte da MLOS interruptores, parede de autonomia de bloqueio e consentimento do E-SIGN; recusas chegam ao SI como CONFLICT com o código. Guardas: ContentReadTools (20 leituras não marcadas de arquivo de empréstimo; modelos, programas, pontuações não conteúdo), DisclosingTools (9 notes/enviar ferramentas, 11 not disclosing), CollabTools NO INTENT, RegistryCompleteness (TP21 conjuntos, COMPMIT PRICING, ASSIGN WORK, mlos transition também DELETE RECORD); ouro regenerado (+43, nada mais mudou). Suíte completa 1869/1869.
· MCPGatewayService
Registros de pacientes para SIs: o cronograma, a recepção, a tabela e FHIR lê, rascunhos de notas e o ciclo de receita, com postagem de pagamento (SITP TP23)
18 ferramentas ehr * (EhrPack) sobre os controladores EHR do SecurityService como membro do SI; cada um nomeia o certo SecurityService verifica lá, e qualquer coisa dentro de um gráfico também precisa da relação de cuidado (uma recusa é um 404 que não confirma nada). - Horário: ehr schedule disponibilidade (horas abertas + tipos de visitas), ehr schedule day, ehr book nomeação, ehr cancel nomeação (quem e porquê), ehr check in. - Recepção: ehr patients search (apenas identidade), ehr patients get (propósito de uso), ehr patients register (duplica primeiro verificado; registra somente com confirmaNotDuplicate). - Gráfico: ehr chart summary (seções escolhidas, campos mínimos), ehr fhir read, ehr fhir search (um paciente, no máximo 50; lido como aplicativo/fhir+json). A finalidade do uso não tem padrão. - Notas: ehr notes draft e ehr notes revise escrever notas não assinadas (SecurityService marca um SI's versão SI-assisted); ehr notes list (do paciente, versões de uma nota, rascunhos próprios do SI). - Ciclo de receitas: ehr billing worklist (nove listas de trabalho), ehr claims get, ehr coverage get (nunca imagem do cartão; may-bill com sua razão); ehr post payment é dinheiro (FINANCIAL TRANSACTION, o plano carrega a quantia, dinheiro enviado como cadeias decimais). Nunca aqui: assinatura/co-assinatura, prescrição, pedidos, imunização, quebra de vidro, fusão, exportação (o piso SI), reclame criar/submeter, portal convida. Cada ferramenta é phiSensitive e oferecido apenas onde a org tem o aplicativo Registros de Pacientes E tem declarado ele lida com PHI (nova regra ToolVisibilidade PHI TENANT: o guarda de capacidade diz sim para Not PHI locatários), e recusou para leitores externos. O texto clínico não é confiável; o livro de faturamento é confiável assim que uma execução da postagem mantém sua ferramenta do dinheiro. Guardas: prefixo ehr , Ferramentas de leitura de conteúdo, Ferramentas de revelação (cinco NOTE/SHARE escreve), CollabTools, contagens de catálogos, o esquema dourado (+18). As ferramentas/lista instantâneos são NOT PHI orgs, então eles não mudam.
· SecurityService
A porta empréstimo-oficial atinge os motores da MLOS, escreve tomar direitos de escrita, e um SI limpa as paredes da MLOS (SITP TP21)
Novos relés em /api/security/mortgage-apps (MortgageLoanDeskController, @RequireRight, o empréstimo da organização de chamada apenas): - GET /{uid}/qualification, /{uid}/motor-locks, /{uid}/lock-recommendation, /{uid}/aus-runs, /resolve-identifier (o número de outro inquilino é lido como não resolvido), /{uid}/communications (MLOS arquivo + caixa de saída), /{uid}/consent (partes, consentimento atual por escopo/canal, preferências): LOS VIEW PIPELINE. - POST /{uid}/frate-lock/commit (um resultado de preço apenas deste empréstimo; PROCESSO ou SUPREMO, como o o outro bloqueio da porta escreve) e POST /{uid}/aus-runs (UNDERWRITE, como gravação de um achado AUS; nunca um certificado de novo crédito). As rotas dos empregados mantêm-se apenas no operador. Correções de segurança (nenhum membro segurou o MLOS VIEW PIPELINE sem um direito de escrita, então ninguém perde o acesso): - Põe-te a andar. POST /{uid}/crédito/ordem (pessoal) e a revisão de fatos do QC a vista certa para uma escrita; eles tomam uma escrita MLOS direita. - CreditOrderService carregou a aplicação somente por id: outra aplicação do inquilino agora 404s. Paredes SI (MlosSiActGuard; uma pessoa não é afetada): um interruptor de desativação do MLOS para a tarefa (RATE LOCK, AUS SUBMISSION, CREDIT PULL AND ANALISE, DIVLOSURE AND TRID, tipo de tarefa de uma categoria de fornecedores) detém o SI's act (409 KILL SWITCH, fail closed); um inquilino cuja autonomia de bloqueio transforma auto-execução fora mantém cada bloqueio de uma pessoa (AUTONOMY WALL), e um motor BLOCADO prende-lo; sem puxamento de crédito ou AUS em um rascunho; divulgações eletrônicas (envelope criar, reenviar) somente quando cada parte do cliente Autorização atual de E-SIGN (NO ECONSENT). Cortar interruptores, o governador ea postura são lidos, nunca definido.
· MCPGatewayService
Tickets de suporte, bugs de sistema, materiais de marketing, Growth Hub, códigos de rastreamento e páginas sociais para SIs (SITP TP15)
54 novas ferramentas SI, cada uma verificada pelos mesmos direitos no gateway e no MediaService (DocsService para a lista de materiais): - support *: list (com os contadores da fila), get (nunca se junta: ?join=false), join, reclame, assign/reassign (ASSIGN WORK a menos que se tome), aumentar (planejada público quando a equipe do tópico é de outra organização, carregando o conversação), status, prioridade, converter um pré-ticket, criar (público quando o tópico rotas para o provedor), taxa, tópicos, métricas. Um ticket é sua CHAT SESSION; chat send já responde ao visitante (SEND WEBCHAT MESSAGE). - bugs *: list + status conta, get + thread, report (publicado como membro; screenshots de documentos), edit own untriaged report (full-replace merge), void own, comment, vote, verific fix, issue persiste, mute, reaja. Triagem e publicar estadia com pessoal da plataforma. O que um SI escreve lá é público planejado (a equipe da plataforma lê). - materiais *: lista (documentos MATERIAIS com etiquetas, campanhas, revisão), ligação de partilha (SHARE DOCUMENT EXTERNAL), ligações, revogar, campanhas (salvar/deletar/itens), tags (tag cria uma falta; delete), revisão (APROVADO é COMPARTILHE DOCUMENT EXTERNAL; nunca o próprio upload), analytics. - growth *: minha fila, enviar evidências, solicitações (lista/salva/arquiva), submissões, revisão (uma rejeição precisa de sua razão). - tracking *: códigos, resultados de um código e visitantes, um visitante (sem endereço IP), placar, menta/mudança, aposentar. - social *: timeline + contas, post (SHARE DOCUMENT EXTERNAL, public; materiais vão em 1h links), responder e reagir (ENVIAR WEBCHAT MESSAGE), apagar post. Todos APROVE BEFORE por padrão por iniciativa própria de um SI. Guardas: prefixos **************************** **************************** acórdãos, catálogo 490 -> 544; snapshots de lista de ferramentas regenerados (a única mudança é a 54 novas ferramentas).
· MCPGatewayService
IoT field-service lê e manuseia alarmes para SIs: sites, dispositivos de um cliente e uma ordem de trabalho, histórico, comandos, alarme, o resumo, reconhecer vários, shelve, unshelve, nota (SITP TP19)
Onze ferramentas iot * no pacote IoT, por suas próprias convenções: oferecido por manifesto (IotTools. Certo, as razões de retenção da vista), cada dispositivo, função e alarme marcado com a vista do chamador, resultados em branco (sem nota do membro, não nome do cliente, nenhuma etiqueta de compartilhamento, nenhum texto de autor de regra), valores TEXT manchar o resultado. - Leituras (VIEW IOT DEVICES): iot list sites (endereço e fuso horário, nunca notas de um site ou uma contagem de dispositivos org-wide), iot disvices for customer (pior alarme aberto, mais recente trabalho order), iot devices for job, iot get history (somente funções HISTÓRIAs de um dispositivo; retido quando nenhum está em visualização), iot list commands (funções fora da visão drop), iot get alarm (timeline; uma nota é marcada, nunca citada), iot alarm summary. - Manipulação de alarmes (ACKNOWLEDGE IOT ALARMS, WRITE INTERNAL): iot acknowledge alarms (até 25, o reconhecido ignorado), iot shelve alarm: UPDATE RECORD, re-classificado OPERATION SECURITY DEVICE para um alarme crítico ou principal, como é reconhecido; iot unshelve alarm e iot annotate alarm: UPDATE RECORD. Uma sessão só de visualização escreve nada; uma classe alterada após a aprovação é recusada. Co-assinar, tentar novamente um comando, subvenções, ações, substituições de segurança e configurações de IoT permanecer um As regras de alarme, supressões e KPIs precisam de MANAGEM IOT * (o piso SI).
· MediaService
Um ticket pode ser lido sem entrar em sua conversa (?join=false) (SITP TP15)
GET /api/suport/tickets/{id} coloca um agente intitulado que ainda não está no ticket conversar com ele, como deve abrir a janela. Um SI lendo a fila iria se juntar, e ser bipado para, cada conversa que olha, assim?join=false lê o ticket e Nada mais. O console nunca envia: o padrão (verdadeiro) está inalterado.
· MCPGatewayService
Empréstimos pessoais para SIs: o livro, pagamentos, pagamento, história, declarações, taxas, ofertas, promessas de pagamento e os atos de dinheiro (SITP TP22)
27 ferramentas de empréstimos * (empréstimosPack) directamente para o KamoLOS através da sua porta de uma chave única (SITP TP02, new a jusante LOS, X-OTK) como membro do SI; KamoLOS verifica o direito PLOS nessa sessão e escopos cada ID para a organização; cada ferramenta nomeia o mesmo direito. Porta da aplicação: Empréstimos Pessoais (Los). - Leituras (PLOS VIEW PIPELINE): empréstimos pesquisa, empréstimos get, empréstimos payoff quote, empréstimos list pagamentos, loans history (por empréstimo, por oferta, ou a trilha da organização por tipo/ator/tempo; não confiável: notas), empréstimos list declarações, empréstimos get declaração, empréstimos list fees, empréstimos list draws, empréstimos list offers, empréstimos get oferta, empréstimos get autopay, empréstimos list payment métodos (tipo, marca, apenas últimos quatro), empréstimos list charge off queue, empréstimos list products, empréstimos get state rule, empréstimos aging report. - empréstimos record promise to pay (CREATE RECORD, PROCESS); empréstimos create offer (draft, CREATE RECORD), empréstimos send offer (SHARE DOCUMENT EXTERNAL) e empréstimos rescind offer (DELETE RECORD): SUPREMA. - Dinheiro (FINANCIAL, FINANCEIRO TRANSACTION, o plano carrega o montante): empréstimos register payment (check, dinheiro, fio), empréstimos adjust equilíbrio, empréstimos waive fee, empréstimos set autopay (pausa/cancel), empréstimos request draw (CLOSE AND FUND), empréstimos confirm charge off (SUSPEND OR COMTHDRAW). Nunca aqui: oferecer aceitar/descodificar, assinar, autopay habilitar (o mandato do mutuário), Pay Now (KamoLOS v1 não debita nada), edições de método de pagamento, Stripe Connect, edições de produto. Manipuladores de processadores, mandatos e os identificadores de bolhas nunca são respondidos. As leituras de empréstimos são itens não marcados; as razões escritas num empréstimo são divulgações (NOTE/SHARE, sem intenção). As listas de ferramentas ganham exatamente as 21 ferramentas uma carta padrão ofertas (os seis atos de dinheiro permanecem ocultos enquanto FINANCEIRO TRANSACTION é proibido).
· MCPGatewayService
Assinaturas eletrónicas para SIs: ler um modelo, rastrear documentos enviados e pedidos de um registro, enviar, lembrar, reenviar, vazio (SITP TP19)
Oito ferramentas esign * (EsignPack) através de uma nova porta ESIG(OTK) para a equipa do ESigService API, como membro do SI; o ESigService verifica cada direito em si (SITP TP02) e limites templates e envelopes pelo clearance da sessão (esigservice@2533b2d): - esign get template (pelo seu documento docs list templatesId ou templateUid: signater slots em ordem, nomes/endereços marcados), esign list envelopes (filtrados, paged, mais recente primeiro), esign get envelope (progresso de cada signor, decodificador/delegação razões cortadas), esign list requests (uma aba de Pedidos de Assinatura de um registro com baldes e se um lembrete pode ir): View DOCUMENTS; não confiável. - esign send: EDIT DOCUMENTS, SHARE DOCUMENT EXTERNAL (uma pessoa aprova o próprio SI iniciativa), apenas ad hoc, assinantes preencher os slots em ordem (inOrder = um roteamento nível cada), endereços externos passar a porta de extensão; recusado antes da aprovação quando nomeia mais sinalizadores do que o modelo tem slots. - esign nudge e esign resend: SEND EXTERNAL EMAIL, ou SEND INTERNAL EMAIL quando cada endereço é da organização; um signer de arrefecimento ou acabado é recusado antes qualquer um é perguntado. esign void: DELETE RECORD; os assinantes notáveis lêem a razão. Assinar um envelope e criar um modelo nunca são construídos. Guardas: o prefixo esign , ContentReadTools, DiscosingTools (enviar e void divulgation), CollabTools, conta o catálogo; os instantâneos das ferramentas/listas crescem exatamente por essas ferramentas.
· MCPGatewayService
Um SI prepara o rascunho do lote de pagamento da comissão, nunca o envia (SITP TP18)
commissions draft batch (abra o lote DRAFT ou encontre o lote aberto) e commissions edit draft line (ADD / ATUALIZAÇÃO / REMOVER uma linha de rascunho; ATUALIZAÇÃO reafirma toda a linha; nunca uma linha creditando o SI) tome PREPARE COMISSION PAYOUTS ou MANAGEM ORG FINANCES, como o SecurityService faz agora (serviço de segurança@48904016). GESTÃO ORG FINANCES está no piso SI, então o novo direito é o que permite a finanças SI preparar um lote para uma pessoa para rever e enviar. A descrição de uma linha é uma divulgação (NOTA/SHARE) aos titulares de VER ORG FINANCES e ao membro que ele credita. Envio, anulação de uma linha, pagamento Contas e levantamentos são de uma pessoa.
· KlusterServices
Uma instância de laboratório Home Assistant em home.kamouniverse.com
Um Home Assistant 2026.10.2 (digest-pined) para o teste de IoT do conector HOME ASSISTANT da Kamo e para uso próprio do proprietário sob a conta HA sajon. A integração demo fornece cerca de 120 entidades de teste. - StatefulSet em `kamo`, /config em um volume de longhorn 10Gi, memória 1Gi, sondas de inicialização/readiness/liveness, preStop 10s, minReadySegundos 15. - A CiliumNetworkPolítica admite apenas Traefik em 8123 e deixa HA para o DNS e a internet pública, nunca um gama privada. Em `kamo` em vez de um namespace próprio: Traefik observa uma lista de namespace fixa, e estendendo rola Traefik, que serve seu padrão auto-assinado para cada org por alguns segundos. - configuration.yaml confia na rede pod como proxies (use x forwarded for), bane um endereço após 10 Falha no sinal, e deixa a localização e unidades no armazenamento do HA para que permaneçam editáveis. - IngressRoute Host(home.kamouniverse.com), TLS by SNI. auto- certificado pré- emitiu a máquina de Static DOMAINS uma vez que seu registro DNS existe. Nada em kamocrm.com. Home- assistant/ é aplicado à mão (apply.sh, README). Uma etapa de implantação editaria .forgejo/, e isso força uma reconciliação plena. Este empurrão roda apenas o passo auto-certe. Seu estado ao vivo combinou origem/main antes do push.
· kamolos
As taxas de um empréstimo avaliadas podem ser lidas, de modo que uma taxa pode ser nomeada para renunciá-lo (SITP TP22)
GET /api/los/fees/by-empréstimo/{empréstimo}: taxas do empréstimo (tarde, NSF, anual), mais recente primeiro, renunciado ou não; PLOS VIEW PIPELINE (LosRightsFilter, como cada leitura) eo empréstimo da organização do chamador apenas (404 Caso contrário). Post **************** nomeia uma taxa por UID e nada entregou os UID.
· kamo-internal
Espelho PREPARE COMISSION PAYOUTS (570) under View ORG FINANCES (SITP TP18)
Compondo o lote de pagamento da comissão de rascunho sem o enviar; a string de exibição corresponde RoleRightType.java exatamente. Lista dos outros direitos financeiros no âmbito da Contabilidade e Finanças no papel editor. Direito pai 278 -> 279.
· SecurityService
PREPARE COMMISSION PAYOUTS compõe o rascunho do lote de pagamento, semeado para cada gerente financeiro (SITP TP18)
Abrir o rascunho de lote e adicionar, alterar ou remover suas linhas agora tomar MANAGEM ORG FINANCES ou PREPARE COMISSÃO PAYOUTS (o proprietário sempre); enviando um lote e esvaziando uma linha emitida ainda tome MANAGEM ORG FINANCES e cancele uma retirada APROVAR ORG PAYOUTS. Serviço da Comissão Editando apenas linhas DRAFT e recusando uma linha que créditos o ator. Reforço do subsídio: PREPARO COMISSÃO PAYOUTS é semeado de GESTÃO ORG FINÂNCIAS Para que todos os que compõem um lote hoje ainda possam.
Seu universo está esperando.
Comece gratuitamente em minutos.Adicione produtos sempre que estiver pronto — sem migração, sem novos logins.
Gratuito para sempre — não é necessário cartão de crédito