Журнал змін
Что нового.
Все усовершенствования платформы, как только она будет запущена.
· kamo-shared-library
Реальні зміни — перенесення розгортання і права віджета VIEW_ LIVE_ CHANGES (690- 695)
РозгортанняЗатвердження (COMMIT_ DEPLOYMENTS) — це одне відсилання до головного файла, за ключем його головного затвердження, і як далеко CI переніс його. CommitLog. deploymentHash вказує на кожен запис у повідомленні, яке його доставило. Схема приземлилася KamoInitializer 2026-11-06. VIEW_ LIVE_ CHANGES (690) — кореневий файл без типу служби, який передає подачу; стандартний віджет п’ яти права (691- 695) залежать від нього. Кількість RoleRightHierarchyTest пересувається разом з ними.
· KlusterServices
Дозволити службі безпеки читати стани CI Forgejo для змін у режимі реального часу
Програма стеження за розгортанням Live Changes запитує Forgejo (процес вузла на k1m1, порт 3000), де знаходиться кожен відсилання знаходиться в конвеєрі. avatar- resolver- egress дозволяє тільки YugabyteDB, NATS і MinIO на вузла, тому кожен запит перевищив час очікування.
· kamo-internal
Дозволити цей сайт при відмові у заповненні SI у діяльності сховища (фаза 2 TPVAULT)
· MCPGatewayService
Vault_list, vault_fill і vault_run_shell, заповнення тільки за посиланням (фаза 2 TPVAULT)
SI називає елемент; інструмент « Площина інструментів » читає фокусоване вікно і адресу переглядача bar з самої машини, запитує службу VaultService (яка перевіряє прив’ язку сайту і записує його рядок активності першим), вводить значення у власну робочу станцію SI і повідомляє моделі тільки те, що він зробив. Значення ніколи не вказується в аргументах, планах, картах схвалення, результатах, пам' яті або журнали, і кожна відповідь робочої станції після цього очищається від них (ключові геши у Redis, ніколи не значення). Секрети оболонки зберігаються у змінній середовища. vault ніколи не використовується від імені.
· kamo-shared-library
VaultItem.allowedHosts, сайти, схвалені керівником для заповнення SI (фаза 2 TPVAULT)
· kamo-internal
Склепіння паролів під Організатором (фаза 1 TPVAULT, з екранами фази 3) Name
/ vault: ваше власне сховище і сховища системних інтеграторів, за якими ви наглядаєте; елементи за типом (реєстрації, API) і SSH- ключі, коди відновлення, ключі аутентифікації, Wi- Fi, реєстрації на комп’ ютері, нотатки); Підтверджувати, що це ви, перед показом значення (пароль, плюс розпізнавач, якщо зареєстровано, або код, надісланий електронною поштою), одне значення на запит, приховується через 30 с, кишеню очищається через 30 с; генератор, спільний доступ до одного елемента, здоров’ я пароля з перевіркою порушення k- анонімності, діяльність у простим мовою, аварійний доступ, імпорт з **************** BFF /api/vault/** ретранслює до SecurityService, не зберігає, ніколи не веде журнал. Стаття довідки.
· SecurityService
Ретрансляція сейфу паролів і 5- хвилинне повторне підтвердження; обмеження спроб підтвердження пароля на комп’ ютері хоста (TPVAULT)
/api/security/vault/** розв’ язує сеанс, відмовляється від олігофренії, обчислює повторно підтверджувати свіжість при кожному запиті (маркер пароля KREAUTH протягом 5 хвилин, плюс розпізнавач під час реєстрації; код, надісланий електронною поштою для облікових записів без пароля) і передає список дозволених шляхів користувачів до VaultService. Пароль комп’ ютера- хоста confirm тепер спільно використовує обмеження повторних перевірок (5 помилок за сеанс на 15 хвилин).
· kamo-shared-library
VAULT_RECONFIRM_CODE канонічна електронна пошта для членів без пароля (TPVAULT)
· kamo-shared-library
Сутності сейфу паролів і події журналу доступу VAULT_ * (TPVAULT)
Сім таблиць для сейфа паролів (сейфи, елементи, зашифровані поля, таблиця, яка може бути додана тільки журнал доступу, спільні ресурси, надзвичайні запити, відомі пристрої), оголошено тут як KamoInitializer їх можна відтворити; спочатку слід застосувати DDL вручну (vaultservice docs/ sql). Стовпчики шифротексту несуть @JsonIgnore і прикріплені до ****************, який був червоним головний для трьох стовпчиків шифру Камоа, які тепер також охороняються.
· kamo-internal
Сторінка журналу викликів у розділі Виклик/ Текст
Кожен дзвінок, зроблений або прийнятий членом, і дзвінки всіх підлеглих йому на рядок звітів (VOIPService GET / api/ voip/ calls/ log визначає рядки). Рядки показують далеку сторону і нашу лінію як номер телефону, аватар члена, час, тривалість, як він закінчився (з результатом Call Floor), вбудований програвач для запису, який дійсно існує (зберігається або належить провайдеру і потокових повідомлень за допомогою VOIPService), скриньку для переписок з можливістю пошуку, недавні можливі клієнти, рахунки і операції як посилання або Не пов’ язано. Фільтрування, порядок і дати з’ являються у смужці адреси; плитки підраховують ціле фільтрований набір і фільтр за клацання; завантаження сторінок під час прокрутки; нові виклики надходять через домен call- log org- change. Швидкі підказки, контекстне вікно довідки і стаття центру довідки ****************
· kamo-internal
Перегляд звітів про поверхи відкриває табличку результатів і панелі керування
Віддзеркалює VIEW_ FLOOR_ REPORTS (675) і дозволяє відкрити рядок Підходящі > Таблиці показників і сторінка, а також Імпульс поверху, Звіт про швидкість залучення нових клієнтів, Водоспад за джерелом нових клієнтів і Панелі прапорців тренера, поряд з правами на кімнату для виклику. Чиї номери показують, хто залишається рядок звітів читача. Довідка: нова стаття про звіти з підлоги (що означає правий відкривається, хто бачить чиї рядки, як надати доступ) і оновлено таблицю результатів і домашню сторінку статті віджетів.
· SecurityService
Перегляд звітів про поверхи для адміністраторів і керівників поверхів
VIEW_ FLOOR_ REPORTS (675) тепер відкриває діяльність на поверсі. Під час завантаження програма вводить RoleRightsSyncService надає його, коли CONFIGURE_ SYSTEMS (організаційна administrators) або MANAGE_ CALL_ FLOOR (хто відкрив звіт раніше), у ролях і у відділі, посаді, членах і перевизначеннях команди. Робоча підлога сама по собі її не несе. Власник організації має її неявно у рішеннях щодо звітів, як для сеансу, так і для власника розкладу.
· VOIPService
Журнал викликів для члена та його рядка звітів
GET /api/voip/calls/log читає PHONE_CALL_LOG за індексованим часовим діапазоном членів у перегляді (сам + всі нижче у полі керівника, власник бачить всі, той самий спільний ReportingLine, який використовує Call Floor), фільтри, підраховує кількість сторінок на сервері, а також гідрує лише сторінку, що веде до облікового запису і розподіл (найновіший з кожного), якщо фільтр не потребує всіх цих параметрів. GET /api/voip/calls/log/{id}/audio streams запис, який зберігає провайдер (JustCall) через цю службу, за обсягом виклику, можливостями PHI, правило запису і рядок аудиту. Нові виклики повідомляються домену журналу викликів.
· kamo-shared-library
Перегляд звітів про підлогу (675) opens Floor Activity
Звіти про поверхи мають власні права безпеки (власник, 2026-11-06). VIEW_FLOOR_REPORTS є окремим коренем CRM, взятим з резервування робочого простору виклику (676- 680 залишається резервованим). Активність поверху тепер вимагає його замість двох викликів поверху права; рядок звітів все ще вирішує кожен рядок, і власник має його неявно у SecurityService. RoleRightHierarchyTest: значення 434, автономне 100, коренів 148.
· KlusterServices
Rke2-unwedge, охоронець від застою каналу rke2
2026-09-28 и 2026-10-25 отключения платформ были в том же тупике: rke2 втрачає свою оренду, його ExecStopPost вбиває containerd, ніхто не читає журнал FIFO контейнера, і блокування etcd/ apiserver/ traefik у наступному журналі рядок, отже rke2 буде зависати назавжди. Обидва були виправлені вручну за допомогою FIFO. Цей інструмент робить це автоматично: коли containerd rke2 зникає І процес контейнера заблоковано на конвеєрі протягом 30 с, запустити один кат на FIFO журналу (в /var/log/rke2-unwedge/, /dev/null, якщо диск невеликий), і зупиняє кожен один раз containerd знову відкриває свій FIFO. Він ніколи не сигналізує etcd, rke2, containerd або containers. test. sh використовує його проти справжнього заблокованого конвеєра; -- scan on k1m1 знаходить 183 зашифрованих файлів / 396 FIFO, відповідає 10- 25 ручному відкачування.
· KlusterServices
Попередження про втрати зв’ язку з вузлом і резервування швидкості, адресоване на адресу електронної пошти системного адміністратора
Комутатор локальної мережі, спільний для k1m1 eno49 і k3m1 eno49, було скинуто з 2026-10-29 (сотні скидань носіїв, 66 з 70 хвилин скидання поділено між обома вузлів, k1m1 eno49 застряг на 1 Гб/ с). node- exporter отримав сигнал; нічого я спостерігав за ним і всі попередження від monitoring- namespace були перенаправлені на нуль.
· kamo-internal
Обмеження прав для збережених текстів і перемикачів автоматизації іпотеки
MANAGE_ SAVED_ TEXTS відкриває параметри телефону лише на вкладці Збережені тексти, і MANAGE_ MLOS_ AUTOMATION відкриває вкладку Перемикачі автоматизації іпотеки у Commerce параметрів. Кожен з них розташований поряд з широким праворуч (MANAGE_ VOIP_ SETTINGS, MANAGE_ SUBSCRIPTION_ SETTINGS), яка зберігає всі вкладки, які вона мала. Інший телефон вкладки і розділи автономії SI залишаються з широкими правами. Віддзеркалює обидва права (688- 689) у файлі RoleRightType. ts, а у статтях довідки описано, хто може змінювати перемикачів і збережених текстів.
· VOIPService
Дозволити MANAGE_ SAVED_ TEXTS читати і змінювати збережені тексти
/api/voip/sms/text-templates приймає вузький MANAGE_SAVED_TEXTS поруч MANAGE_ VOIP_ SETTINGS для запису, і поряд з ACCESS_ VOIP для читання, отже Вкладку « Збережені тексти » може використовувати лише власник нового права. Жодного іншого телефону зміни кінцевої точки.
· SecurityService
Дозволити MANAGE_ MLOS_ AUTOMATION відкрити перемикач автоматизації іпотеки
GET і PUT **************** тепер приймають вузький MANAGE_ MLOS_ AUTOMATION поряд з MANAGE_ SUBSCRIPTION_ SETTINGS. Кожні інші кінцева точка налаштування іпотеки зберігає MANAGE_ SUBSCRIPTION_ SETTINGS окремо, SI_ LOAN_ ACCESS залишити рішення власника організації, і зміни все ще будуть записуватись у журнал mlos_ config_ change_ log через MlosAutomationSettingsService.
· kamo-shared-library
Додати права на обмеження параметрів MANAGE_ MLOS_ AUTOMATION і MANAGE_ SAVED_ TEXTS
Два окремі корені (688- 689), тому вкладка Автоматизація іпотеки перемикає Вкладку Збережені тексти телефону можна надати без MANAGE_ SUBSCRIPTION_ SETTINGS або MANAGE_ VOIP_ SETTINGS. Кожне з них приймається разом з широким правом, ніколи замість RoleRightHierarchyTest: значення 433, самостійне 99, корені 147.
· EmailService
Подія завдання посилається на Мій список завдань у розділі Організатор
· KBService
Сповіщення про завдання відкриває Мій список завдань у розділі Організатор
Стара адреса /notes?task= все ще досягає її за допомогою 307 у kamo-internal.
· SecurityService
Callbacks- due вказує, які рядки є датами повернення, для Моїх завдань
· kamo-internal
Організатор у навігації, а також Мої завдання показують всі завдання, які мені було призначено
Організатор — це новий основний пункт навігації, у якому містяться Мій календар, Мій календар, Контакти, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій календар, Мій брама, яку було вказано як параметр, з позначкою календаря для презентатора на піктограмі Організатора. Маршрути залишаються, але Адреси моїх завдань у нотатках (? view=tasks, ? task=) є 307 перенаправлень на / мої- завдання. Палітра команд знаходить кожну з них рядок, а також потоки автоматизації за допомогою « потоки » або « автоматизація », переходячи на вкладку параметрів для тих, які дозволено. Мій список завдань (/ my- tasks) побудовано на основі системи завдань і рядків плану дій вкладки Головні завдання: завдання і головні завдання (KBService, поток CREATE_ TASK серед них), чернетки, що очікують у черзі надсилання (область=моя), список викликів і зворотні виклики, що мають бути виконані, фільтровані за джерелом, терміном виконання, лідером, справою, пріоритетом і завданнями, які виконує виконавець, у режимі реального часу за контрольними списками, автоматизація, виклик і зміна ключів поверхонь, з позначкою, надсиланням, викликом і виконано на місці. Нічого не зберігається. стаття довідки, екскурсія за яким слідують кроки і посилання на завдання.
· kamo-internal
Організаційний ІС за обличчям і особистістю на кожній сторінці поверху, і без введення голосу
- Розпізнавання електронної пошти: поле « Ваш голос », яке було введено, зникло. Вибір адреси електронної пошти здійснює програма « Хто пише ваші чернетки » SI організації (її власна особистість) або ваш власний помічник SI (голос з SI Параметри помічника, за допомогою якого можна відкрити пункт меню Змінити голос). Створено за допомогою назви SI під чернеткою. - Одна SI організації: OrgSiPicker у параметрах SI і параметрах електронної пошти, один і той же запис SI виклику редагування на сторінці Потоки автоматизації, на якій тепер буде показано відповідну інформацію і особистість кожного з інтеграторів. Панелі сортування і захоплення більше не мають власного вибору SI. Брифінг- позначки Організаційний ідентифікатор у вибірці. - SiWorkStrip перевершує електронну пошту, сьогоднішній брифінг і вхідну скриньку з SI's фото, ім’ я і особистість, або Поставити тут на роботу інженера- розробника за допомогою пункту меню Вибрати інженера- розробника або Найняти інженера- розробника СІ для тих, хто може. - Довідка: оновлено статті про сортування електронної пошти, захоплення вхідних повідомлень, сьогоднішній брифінг і виклики SI.
· SecurityService
Прочитати особистість SI на AI членах, щоб його робота могла сказати, хто він
Кожен рядок /team-members/ai-members містить особистість: назву архетипу і опис, чинний для цієї SI, або нуль. Один розв’ язок на SI, кожен у власному операція тільки для читання, отже, у разі невдачі список залишається цілим.
· MCPGatewayService
Інструменти скриньки вхідних повідомляють, що чернетка є особистим повідомленням SI або голосом помічника SI власника
Більше немає голосового профілю власника: si_ inbox_ next містить ім’ я власника і символ заміщення, і власний голос помічника SI, якщо ви його вибрали. Знімок парності змінюється тільки для цих двох описів.
· AIService
Власний голос асистента SI члена, для чернеток сортування пошти
POST **************** відповідає ім' я помічника і як він звуки, розв’ язані з параметрів помічника SI за допомогою того самого водоспаду, що і балачка читає. Триагатор електронної пошти записує чернетки членів у нього, коли вони вибирають власні асистент. Тут нічого не зберігається, і ніде більше немає поля голосу.
· kamo-internal
Члени групи продажів можуть самостійно вимкнути звук
SALES_ FLOOR віддзеркалює тип Java (kamo- shared- library 3ea204a5): закритий на VIEW_ LEADS, як EmailService, у списку перед зворотним викликом ліда, намальованому за допомогою гарнітури. Його мітка (Sales Floor) і підказка щодо параметрів є у словнику kamo- translation- dictionary. Звук залишається звичайним тоном сповіщення.
· kamo-internal
Системний користувач отримує доступ до налаштувань SI- поверху, що тепер дозволяє служба автоматизації
automation- service (5a6a287) надає змогу режиму god і системному користувачеві читати і змінювати параметри SI і інструктажі, записується кожного разу. Режим God вже досягає вкладки через обхід відкритого вікна checkRight; Система Користувач не належить до жодного сеансу, тому useSystemUserSession запитує один раз **************** за завантаження сторінки (закривається при помилці) і ворота підлоги SI, меню параметрів, картки параметрів і електронну пошту вкладка сортування прочитала його.

Твій всесвіт чекає.
Почати безкоштовно за декілька хвилин. Додати продукти, коли ви будете готові — без перенесення, без нових реєстрацій.
Безкоштовно назавжди — не потрібна кредитна карта