변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· BillingService
구독 청구서 자동 청구를 위한 내부 카드 엔드포인트
GET **************** 및 POST /charge, 공유에 의해 보호 X-Internal-Auth secret (상수시간 비교; 403 이 없을 경우) 고객의 기본 저장된 카드에 오프세션 PaymentIntent 호출자가 제공한 동등한 권한 키; 디코더와 인증이 필요한 돌아오기 오류가 아닌 상태로 표시됩니다.
· kamo-shared-library
구독 청구서에 대한 카드 자동 청구 부기
AUTO_BILL 청구서는 승인되고 다시 시도하면 청구일에 청구됩니다 3일마다 최대 4회 시도합니다. 각 시도는 번호가 매겨집니다 그래서 그것의 동치 키는 절대로 재사용되지 않습니다. 새로운 nullable 열: - card_charge_attempts 카드 충전 시도 - last_charge_attempt_at 마지막 충전 시도 시간 - last_charge_error 마지막 충전 오류 - last_payment_intent_id 마지막 결제 의도 ID
· kamo-internal
구독 청구 콘솔 — 청구서 서랍, 초안 편집기, 결제, 시장 청구
청구서 탭 : 일반 언어 행 (기간, 총, 금액, 만기, 상태)와 함께 서랍을 엽니 다 라인, 총액, 받은 지불, 어디에서 언제 보내졌는지, 메모 및 PDF 라인 편집기 (유형, 설명, qty, 기간 당 단위 가격, 크레딧, 세금, 만기일, 메모) 라이브 클라이언트 사이드 미리보기, 다음 승인 및 청구 연락처에서 미리 채워진 대화 상자를 통해 보내기. 레코드 지불은 한 번의 클릭으로 지불 표시를 대체합니다 : 금액 (기본값은 지불 금액, 부분 지불 허용), 수신 날짜, 방법, 참조, 노트. 무효 (이유), 환불 및 재보내기. 개요: 다음 청구서 날짜 및 초안이 존재하는지 여부, 미결제 잔액 및 다음 준비 주문의 단일 총액은 기간당 반복, 일회성 설정 수수료 및 첫 번째 청구서 총. 시장 설정: 구독 시장에 대한 청구 탭 (청구에 승인을 기다리거나 보내기) 일, 초안 리드 일, 지불 기한 일, 지불 지침). 주문 마법사: 추가 기능당 라이센스 수량(사용자당 추가 기능의 경우 기본적으로 시트 수), 다음으로 보내짐 addonQuantities; ACH 및 확인 결제 방법. 알림: BILLING_INVOICE 종류, DISCLOSURE_REQUESTED 이후의 VIEW_SUBSCRIPTION_INVOICES에서 게이트됩니다. 또한: updateSubscriptionOrder 는 PUT 로 보내집니다(경로 POSController 매핑; PATCH 는 아무것도 대답하지 않음), 따라서 메모는 초안 순서에 추가 될 수 있습니다; 메모 상자는 다른 모든 순서에 그렇게 말합니다.
· SecurityService
자동 구독 청구 - 초안, 소유자 검토, PDF와 이메일, 지불, 알림
SubscriptionBillingJob(시간당, 하나의 팟, 시작 시)은 다음 주기를 실행합니다. - 청구일 전에 초안 리드 일로 각 갱신 청구서를 제기 - 청구되면 다음 기간에 구독을 이동 - 판매자의 소유자 인 - 앱 (BILLING_INVOICE)과 초안이 이메일로 알려 대기 중 - 자동 보내기로 설정된 시장에서만 청구일에 초안을 보내십시오 (기본값: 승인을 위해 보유) - 마크 늦은 청구서 연기, 소유자를 경고하고 주간 고객을 상기 InvoiceDelivery는 고객에게 PDF (InvoicePdfRenderer, PDFBox) 및 서명자 호스트의 보기-온라인 링크, 조직의 송금 InvoicePublicController 는 해당 링크를 제공합니다(본문에 있는 토큰, rate 제한, 알 수 없는 토큰에 대한 하나의 답변). POS 엔드포인트: - 초안 편집 - 수신자 및 메시지와 함께 보내기 / 다시 보내기 - 기본 수신자 PDF 파일 - 수신 날짜, 방법 및 참조와 함께 지불 기록 (부분 OK) - 이유가 있는 무효화 - 시장별 청구 정책 - 가격 계산기에서 추가 라이센스 수량
· kamo-signer-monorepo
고객의 청구서, 온라인 - 브랜드, 인쇄 가능, PDF 다운로드
/[locale]/i/[token] 은 서버 측의 청구서를 해결합니다(POST 본문에 있는 토큰, URL은 절대로 아닙니다) 판매자의 자신의 이름과 색상으로 렌더링, 중립 가까운 검은 색으로 다시 떨어지는 대신 상단에 큰 상태, 청구서, 날짜, 서비스 기간, 라인, 총계, 지불 방법, /pdf는 SecurityService의 PDF를 청소된 파일 이름으로 다시 스트림합니다 모든 실패는 하나의 구별할 수 없는 '더 이상 사용할 수 없음' 페이지입니다.
· EmailService
BILLING_INVOICE, 구독 청구서 보기에 게이트
판매 조직의 소유자에게 SecurityService에 의해 제기 될 때 구독 청구서 초안이 검토를 기다리고 있거나 고객의 청구서가 이동 또한 commerce.invoice_* 를 담고 있는 공유 라이브러리에 다시 빌드합니다 이메일 템플릿.
· kamo-shared-library
라이선스 기반 추가 기능 가격 및 실제 구독 청구서 수명주기
애드온 수량에 대한 하나의 규칙 (AddOnLicenses): 모든 애드온이 라이선스를 청구합니다 구입, 좌석처럼 - 사용자 당 추가 기본 좌석 수, 저장 주문 계산기는 PER_SEAT가 아닌 모든 것을 청구했습니다 한 번, 그래서 제 3 자 이메일 및 전화와 10 자리 순서 대신 가격 $5 $50. 주문 라인은 이제 실제 수량과 단위 가격을 운반; 초안 가격 조정은 라이센스가 명시되어 있습니다. 활성화는 주문의 추가 라인을 라이센스가 부여된 추가 인스턴스로 변환합니다 드롭, 그래서 아무 청구서도 애드온을 청구), 청구 일을 앵커, 포함 MRR에 추가하고 첫 번째 청구서를 초안으로 제출합니다 청구서, 전선, ACH 또는 수표는 이제 지불로 액세스를 부여; 오직 COMP은 아무것도 하지 않았다. 서브스크립션 인보이스 서비스: - 기간당 한 번, 리드 일 앞으로 제기 갱신 초안 (고유 한 제약) - 기간은 청구일에만 롤 한 번 청구 - 평가판 변환; 갱신되지 않는 구독 종료 - 수신 날짜, 방법 및 참조와 함께 기록 지불, 부분 지원 지불 (새로운 **************** - 서버 측 총계와 초안 편집 - 보호된 무효/환불 - 지연 표시 및 미리 알림 예약 - 보기-온라인 토큰 (안정 상태에서 SHA-256) - 공유 문서 카운터에서 경주 안전한 INV-YYYY-NNNN 번호 지정 시장별 MarketInvoicePolicy: 자동 보내기 대 보류(기본 보류), 리드 일, 기한 일, 지불 지침. PaymentMethod ACH 및 확인 얻는다. 새로운 이메일 템플릿 commerce.invoice_sent / invoice_reminder / invoice_ready 및 NotificationKind 빌링_인보이스
· BillingService
매일 밤과 시작할 때 Stripe 에서 Stripe 미러를 다시 만들기
30일 이전의 이벤트는 가져올 수 없으므로 9월 청구서와 API 버전 불일치로 인해 손실된 구독 이벤트는 다음과 같이 복구할 수 없습니다 StripeMirrorReconciler는 각 Stripe-백업된 구독과 그 구독의 직접 청구서를 작성하고 account_subscriptions / account_invoices 를 작성합니다 시동 후에 한 번 (시동 스레드에서 꺼짐) 지불된 청구서에 대한 채무 불이행 시계하지만 긴급하게 시작하지 않습니다.
· TranslateService
한 엔진, MADLAD-400, 모든 언어 쌍
MadladProvider (klusterservices madlad/)를 가진 LibreTranslate, Bergamot 및 IndicTrans 공급자를 대체하십시오. 그들의 언어는 과잉하지 않았다, 그리고 쌍의 아무도 그 영어 소스로 다시 와서 저장되었다 번역; MADLAD는 ~400 개 언어의 두 개 사이에서 번역, 그래서 어떤 언어의 반란 채팅도 영어에 도달. - 공급자는 1개의 요구에 있는 원본의 명부를 보냅니다: 3B 모형은 그것의 무게를 읽어서 경계되고, 16 짧은 끈 9.7 s와 함께 25.8 s 하나씩. ProviderRouter.translate모든 그룹 일괄 키 (32 텍스트 / 6,000 문자), 그리고 그룹 엔진 실패 텍스트에 의해 검색 된 텍스트 그래서 하나의 나쁜 텍스트 혼자 실패. - TranslationService.batch masks 보호된 이름 첫째로, 그룹에서 각 명백한 원본을, 보내고, 복원합니다 이름 후; 잃어버린 대답은 여전히 이름 주위에 번역. 콜러의 마감일은 그룹 사이에 체크됩니다. - 엔진이 /languages에 응답 할 때까지 공급자는 Kamo의 22 언어, 결코 아무도 주장하지 않습니다: 불평한 쌍은 영어 소스로 돌아와 번역으로 저장. - 타임아웃은 여전히 재조합되지 않습니다. 503 바쁜 5xx는 콜러의 마감일 안에 있습니다. 배경 일은 1개의 구멍을 붙듭니다 pod에 대해 채팅 메시지가 동기화되지 않습니다.
· KlusterServices
모든 쌍을 위한 1개의 번역 엔진, CPU에 MADLAD-400-3B
LibreTranslate (Argos), Bergamot 및 Kamo IndicTrans를 대체하여 언어 세트가 오버랩하지 않았다. 그의 격차는 영어로 돌아 왔습니다. MADLAD-400-3B-MT (Apache-2.0, int8 CTranslate2 Santhosh Thottingal) ~400 개 언어의 두 개 사이에서 번역하므로 영어에 대해 상행 채팅이 가능합니다. - 8 코어 / 16 GiB 예약, 최대 16 코어 / 32 GiB, 요청으로. 8개의 실의 2개의 시내: 6teen 노드의 CPU 클래스(Haswell, AVX2)에서 1개의 스트림 측정 감속기(83 대 123 chars/s)에 실을 나타냅니다. - API는 목록이 걸립니다: 1개의 호출에 있는 16의 짧은 끈은 1에 의하여 25.8 s에 대하여 9.7 s를 가지고 갔습니다. - </s>를 가진 각 입력 끝; 그것에 짧은 상표 ran 없이 (저장 3배, 아랍어에서 왔다 순서 값의 10%를 저장하십시오. 광속은 조각의 길이를 따릅니다. - Placeholders는 {0}로 모델로 이동합니다. KMPH0: ar, hi, sw 및 zh의 각 60 문자열의 0에서 손실 11, 6, 6 및 4.에 대하여 아직도 잃어버린 대답은 다시 더 넓고, 그 주위에 번역. - indictrans/와 동일한 본: 작업에 의해 흠 핀 모델과 바퀴 fetched, 서빙 팟에는 egress 없다, 앞의 auth 프록시, 읽기 전용 루트, k3m1. 오래된 엔진은 실행을 유지하고 다음 커밋에서 제거됩니다. 일단 번역 서비스가이 일에 나타납니다.
· kamo-internal
Pipeline의 대출 임원 필터는 얼굴을 표시하고 회원 카드를 엽니다
필터의 옵션에 각 임원, 그리고 선택된 것, 그들의 아바타와 이름 공유 MemberHoverCard에 싸여. 자주 묻는 질문.
· kamo-internal
Pipeline의 대출 임원은 공유 회원 카드를 엽니다
각 거래의 대출 임원은 MemberHoverCard에 감싸, 팝업은 다른 회원의 표면 사용. 그것은 호버와 키보드 초점에 열려; 클릭 여전히 할당 된 사무실 대화 상자를 엽니다.
· kamo-internal
전체 폭, 전체 높이 HMDA LAR 페이지; 대출 페이지에 읽기 쉬운 브랜드 버튼
- HMDA LAR : 등록은 전체 폭과 모든 픽셀이 필요한 AG Grid입니다. 헤더의 밑에, 그리고 그 안에 스크롤 - 더 긴 스크롤. 제품정보 테이블의 오버 플로우 박스 안쪽에 몸에 팝업에 열려있는 세부사항 (하나가 열릴 때마다 테이블에 스크롤바를 넣어). 회사 소개 (대, 볼륨, 오류, 경고), 검색, 문제 전용 필터, 핀 대출 그리고 문제 열. - 대출 페이지에 다섯 개의 브랜드 컬러 버튼 (Pricing, Pipeline, Disclosures) 상표 색깔에 text-gray-900가 있었습니다; 그들은 나머지 같이 백색입니다. - HMDA LAR, 보드 및 삭제 된 리디렉션은 /applications로 갔다. 페이지가 없습니다. 이제 회원이 온 곳, 기타 /commerce로 돌아갑니다. 파이프의 HMDA LAR 및 보드 버튼은 위치를 통과합니다. 50fee1b25 완료.
· kamo-internal
새로운 모기지 파이프 라인 - 첫 번째 거래를 열고, 한 번 클릭하고, 모든 거래는 카드에서 관리
모기지 시장의 파이프 탭은 트랜잭션의 주위에 재건됩니다. - 오픈 | 과거 | 모든 조회 (past = 완료 또는 취소), 수 - 필터로 계산하고 두 배의 헤드 라인 번호 : 열린 거래, 비행에 대출, 비행에 볼륨, 30 일 동안 폐쇄, 관심 필요 (빠른 대상 닫기, 또는 거부 대출) - 열린 거래가 앉아있는 무대 레일; 필터 단계 클릭 - 각 거래는 카드입니다 : 차용기, 단계, 총의 진행 링 금액, 얼마나 많은 일 대상 닫기 (오버 곧, 레드 오버듀), 그리고 대출 임원; 그것은 그것의 대출에 장소에 확장 - 카드에서 관리 : 이름, 할당 / 교환 대출 임원 (공유 회원 선택), 다른 대출을 거래에 추가, 초안 대출을 제거, 복사 거래 번호, 대출을 열 - 검색 ("/" 초점), 대출 사무실 필터, 4 종류, CSV 수출, 찾기 대출, 보드 및 HMDA LAR 유지; 가이드 투어 앵커 유지 - 색깔은 org의 상표에서 옵니다; 존경하는 감소된 동의 열려있을 것이다 더 빠른: - PrimeReact (its DataTable, 테마 CSS 및 아이콘 글꼴)은 페이지에서 사라집니다. — 그것은 여기와 다른 곳에 사용되었습니다 - 모든 스튜어드 스크린하지만 Pipeline은 이제 대신 첫 방문에로드합니다. 모든 8 에 한 chunk - 마지막 읽음은 페이지의 삶에 보관되므로 탭 페인트로 다시 오십시오. 한 번에 그리고 그 뒤에 새로 고침 - PipelineView는 효과에만 ?tab= 깊은 링크를 해결했습니다. 페인트에 의하여 거치되는 시장 0는 전환하기 전에 그것의 짐을 시작했습니다 - SecurityService 7ca04ac3를 가진 쌍, 뒤에 N+1 쿼리를 제거하는 두 파이프라인 읽음 상쇄 탭: 파이프 라인, 문서, 가격, Underwriting, 자본 및 위험, Ingestion, Catalog — Governance, 요청된 순서에, 마지막 체류.
· SecurityService
Approve and always allow checks a tool needs 에 한 케이스 만
승인 후속 2026-10-21 : 도구 비행기의 카드는 이제 권리 a를 지명 도구의 서비스는 일부 경우에만 적용됩니다 (alwaysAllow.rights 현재 위치 colleague의 리드의 연락처 세부 사항, 다른 회원의 타이머, ...). 더 보기 미리보기는 if=CODE=RIGHT|RIGHT(또는 CODE=any:...)과 답변을 취합니다. 각각의 경우, 도구의 자신의 권리를 확인: SI는 여전히 이 사람이 그것을 줄 수 있는지 여부.
· kamo-internal
각 가장자리에 코너 리본, 탭에, 상단 바의 열린 페이지에
좌 가장자리 둥근 뒤에, 다른 3개의 가장자리는 동일한 처리를 얻습니다, 고정 된 매핑에 : 상단 규칙은 왼쪽 리본, 오른쪽 규칙이됩니다. 밑바닥 밝은 리본, 밑바닥 규칙 밑바닥 왼쪽 리본. CornerRibbon은 구석을 배웁니다. 구성 요소는 `corner`; cornerRibbonSx 옵션 객체 ({ 크기, 코너, 의사, 앵커 }, 오래된 위치 양식은 여전히 작동); CSS 클래스 이득 --tr, --bl 및 --br. 빛은 아직도 위쪽에서 온다, 그래서 아래 모서리에 셰이딩 역과 그림자 밴드와 코너 사이에 떨어졌다. 탭: 루트 테마는 MUI의 탭 표시기를 숨기고 모든 선택된 탭을 제공합니다 xs 하단 왼쪽 리본 (세로 바에 바닥 오른쪽) 탭에서 색깔. 다른 색상 세트를 원하는 바 --tab-ribbon-color; per-site 표시 스타일은 제거되거나 수행됩니다. 그리고 손으로 만들어진 탭 바 (IoT, Lead view, softphone, emoji Picker, Docs)는 탭을 같은 방식으로 표시합니다. Nav: 상단 바는 철도가, lit으로 정확히 옵션을 선택 밑줄 대신 흰색 xs 리본, 도구 메뉴 (Mail, Docs, Phone 그리고 나머지는 페이지가 열리면서 선택됩니다. 이전처럼 왼쪽 : 배당, 진행 및 로드 바, 스피너스, 전체 국경, 연결관 선, 손잡이 및 내용 회원 작풍 그들 각자.
· SecurityService
S-I1은 REPLACED를 수용하므로 IoTService는 슈퍼즈드 알렉사 링크의 보조금으로 교체합니다
2026-10-21. KamoOAuthRevokeReason.REPLACED는 이미 존재합니다 (STRING-persisted, revoked reason에 CHECK 없음), 그래서 공유-lib 또는 DDL 변경; 내부 revoke whitelist 추가 및 감사 OAUTH GRANT REVOKED (REPLACED). SecurityService-only reason (CODE REUSE, REFRESH REUSE, CLIENT REVOKED, ORG VOIDED)는 거절합니다.
· kamo-internal
코너 리본은 왼쪽 가장자리 악센트 레일을 교체
시스템 버그 페이지가 먼저 갔다. 이 변화는 kamo-internal의 나머지를 수행합니다. 약 120 개의 파일이 색상의 규칙에 의해 표시되었습니다. 가장자리 - 국경, 꼬리바람 국경-l-N, inset box-shadow, a ::before 또는 절대적으로 배치 바, 또는 짧은 리드 플렉스 바 - 이제 코너를 수행 같은 색상과 같은 조건 하에서 리본. CornerRibbon은 어린이 요소가 갈 수없는 두 가지 형태를 얻습니다. 1개의 135 정도 gradient에서 동일한 리본을 그리십시오: - cornerRibbonSx (색상, 크기, 의사, 앵커) - 요소의 sx 조각 자신의 의사 표창. Anchor=false는 AG 격자 줄을 위해 혼자 위치를 나눕니다, 그리드가 자체를 배치; '& ::after'는 그리드의 피 ::before tints. - globals.css의 kamo-corner-ribbon 클래스 (--xs/--md, 색상을 통해 --corner-ribbon-color), Tailwind, styled-jsx 및 rich-text CSS의 경우. 리치 텍스트 blockquotes는 동일한 규칙을 사용합니다. LegalStateRail은 LegalStateRibbon이 됩니다. Grid cell 렌더링기는 리본을 렌더링 위치 래퍼 없음, 그래서 그것은 절대적으로 위치에 앵커 .ag-cell은 행의 구석에 앉습니다. 철도의 nav의 활성 마커는 xs 흰색 리본; 바 변형은 밑줄을 유지합니다. 애니메이션 레일 (알팔 도착, 가능한 리드 펄스)는 그 빛을 유지하고 레일 만 잃습니다. 그들은 품목 지시자가 없기 때문에 이들은 혼자 떠났습니다: 1px pane 분배기, 타임 라인 / 트리 커넥터, 진도 바, 크기 손잡이, 오디오 파형의 선택 범위, 그리고 최고 가장자리 또는 바닥 가장자리 막대기.
· kamo-internal
Approve와 항상 허용, 왜, SI의 자신의 그림, org의 자신의 색상
항상 허용: 결정 막대기에서, approver는 단지 이 행동 또는 선택합니다 모든 종류의 (일반 단어에서), SI의 작업에서 어떤 변경 사항을 정확히 읽으십시오 설명, 그리고 확인; SecurityService는 규칙을 작성 (preview/grant/revoke 릴레이), 그 후에 요구는 찬성되고 SI는 말했습니다. 변경할 수 없는 분 작업 설명은 왜 말했다 누가 할 수, 그리고 한 번 승인 할 수있다; 오른쪽 행동은 누군가에게만 제공된다. "나는 다시"에서 결과 SI의 작업 설명에 규칙이 다시 걸립니다. 왜: 그 자체 카드의 단어에 대한 이전 요청을 받은 후속 그것과 때, 링크; 작업 설명 선은 규칙을 묻는 말한다. 아바타 : 채팅 창의 모습 (fetchMemberAvatar : 사진, 다음 avatar를 선택, 카드 및 inbox의 초기). 색상 : 승인 UI 페인트 --color-primary through ApprovalBrandScope (버튼, 칩, 초점, 배지, 진도, 경고, 상태); 브랜드 채우기의 단어 상표의 자신의 발광성에 의하여 검정 또는 백색, 그래서 AA에 어떤 상표 읽습니다. 위험 위험 그리고 상태는 그들의 semantic 색깔을 지킵니다.
· kamo-login
Alexa 동의 이름 위치에 의해 링크 및 교체 다시 링크 포인트
· kamo-internal
Alexa 섹션은 각 Alexa 계정은 자체 링크입니다
· MCPGatewayService
명예 서적 허가; Approve를 제안하고 항상 카드에 허용
CharterPolicy는 resolved.toolApprovals와 각 규칙의 서 플래그를 읽습니다. · 한 도구에 대한 회원의 규칙은 그 도구에 대한 클래스의 규칙을 의미합니다. 서적 허가 (승인에서 수여)는 SUPERVISED의 밑에 붙듭니다 천장은 아니지만 SHADOW SI 또는 읽을 수없는 전세를 위해 결코, 그리고 FORBIDDEN 클래스는 여전히 승리합니다. 파이프라인과 첫번째 접촉 체크 판단에 의하여 도구, 그래서 항상 허용은 여전히 먼저 접촉하기 전에 묻습니다. 승인 카드는 항상Allow를 얻습니다: 공구가 사람 전용이라면 제안하는, 돈을 이동, 보안 또는 장치를 터치, 또는 작업의 종류는 결코 좋은 경우, 일반 단어의 이유와 함께, 도구의 제목, 종류에 일반 단어 및 권리 도구 필요.
· SecurityService
항상, SI의 승인에서
*** * *** ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** {approvalId, 범위 도구|CLASS, 보조금?} ********* (내가 다시) 승인은 도구와 행동의 종류; 만 누군가가 편집 할 수있다 SI의 전세 (CharterAccess.editRefusal)는 MemberCharterWriter를 통해 부여됩니다. (무효, 새로운 우표, 런타임은 말했다). StandingPermissions를 위해 refusion 결코 허용하지, 의사 소통 또는 공개 승인, 결정된 요청, 그림자 SI, 규칙 다른 층 세트 및 금지 종류; 각 refusal 및 이전 / 이후는 일반 단어에 말했다. SI의 올바른 도구는 장애는 회원 보안을 관리하고 보유하는 사람에게만 제공됩니다.
· kamo-shared-library
승인 (Approve 및 항상 허용)의 허가
회원의 APPROVAL 항목은 이제 한 도구 (tool name)을 입력하고 기록을 할 수 있습니다. 그것을 부여하고 때 (item origin APPROVAL). 더 보기 resolver 답변 resolved.toolApprovals 도구 규칙에 대한 클래스 아래 앉아 기본적으로 또는 회원의 소유하고 FORBIDDEN하지 않는 규칙; 층의 규칙 결코 느슨하지 않습니다. StandingPermissions는 결코 행동의 종류를 나열합니다. 좋은 (돈, 장치, SI의 컴퓨터, 정보 공개, 외부 공유, 첫 번째 접촉) 및 일반 단어의 각 종류 말한다. 전망과 우표는 이 품목 없이 전세를 위해 byte-for-byte unchanged 입니다. DDL: 보안 서비스 ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** (유료).
· kamo-internal
코너 리본은 시스템 버그의 왼쪽 가장자리 악센트 레일을 대체합니다
CornerRibbon는 kamo-login의 sign-in pane 리본의 지시자 모양입니다: 얇은 품목의 왼쪽 구석의 맞은편에 그늘진 대각선 밴드, 어떤 색깔든지에서, 3 크기. 그것은 자체 코너 상자에 클립하고 부모의 반경을 상속, 그래서 부모는 단지 위치만 필요로 합니다: 관계되는. 그것은 버그 카드에 레일을 대체, 서랍의 상태 영역 콜 아웃, 실의 인용된 부모 및 그것의 대답 막대기에, 그리고 보이는 SI handoff 카드 스레드에서 (라이브 지원과 공유).
· KlusterServices
Svc iot는 iot.live.device.>에 가입 할 수 있습니다. - IoT 생산 보조는 자체 라이브 프레임을 볼 수 있습니다 (SP14)
· kamo-marketing
IoT 기기 발표 - /features 카테고리, 기능 그룹 및 /device-compatibility go live (SP14 T+0)
IoT 장치는 2026-10-21 03:47 UTC (catalog override COMPLETED + 사용 가능, 소유자 승인)에 게시되었습니다. 더 보기 호환성 페이지는 살아있는 피드를 읽습니다: 오늘 8 서비스.
· kamo-internal
일반 언어 승인 카드 및 프리미엄 승인 inbox
소유자 주문 2026-10-20 : 상호 작용 센터의 승인 탭 및 승인 팝업 회원 GUID 및 JSON을 보여주었습니다. 모든 승인은 이제 카드로 비 기술적인 사람이 읽습니다. 이해 : SI의 얼굴과 이름, 그것이해야 할 문장 ('Missir Juan 예수는 작업을 표시하고 싶어 “조명에 대한 장인을 다시” 완료”), 기록 그것은 그들을 열 수있는 칩으로 터치, 정확한 메시지를 보낼 것입니다 (이메일, 텍스트, 채팅, 전화, 회의), 라벨 필드로 세부 사항 (돈, 독자의 영역에서 시간, 전화 및 주소는 팝업), 왜 묻고, 일반 단어의 위험, 무엇 개선 및 결정은 수행 할 때 카운트 다운. 원시 요청은 단지 앉아 닫힌 기술적인 세부사항의 밑에. Approve,주의 디코더, 채팅에서 SI를 묻고, 서버가 그것을 허용하는 접근하기 전에 단어를 편집하십시오. A / D / E 단축키. inbox (Interaction Center 탭, and the Workforce hub with a reading pane 외부 리스트): 검색, 필터 별 종류 및 위험, 정렬 (순위 첫 번째로), 멀티 선택 Approve all / Decoder all (고리스크는 먼저 이름), 빠른 approve 및 디코더 각 행 (고리스크 요청 대신 열림), 키보드 탐색, 낙관적 행 그들은 결정, 적재 골격 및 따뜻한 빈 상태; 아래 프레임 모션 MotionConfig reduceMotion=user, CSS는 자신의 쿼리와 전환; 빛과 어두운; 전화 레이아웃. 사전의 문자열 (처음을 파; 구문 사전의 부족 또는 서버가 서버의 영어로 돌아가는 것은 결코 중요한 것은 아닙니다.
· kamo-internal
장치(IoT) nav 옵션 배지가 알람을 열고, 맥박은 한 번 기다립니다
소유자, 2026-10-20 (IoT 마감 F12): IoT 경고는 전자 메일만 유지; 알람은 앱에서 사람들을 도달합니다. - 장치 (IoT)는 페이지의 메뉴 (toolKey iot), 탭 바의 자체 행 (IOT TABS), 그 중 알람입니다. open-alarm count로 설정 탭을 열 수 있는 구성원의 디바이스(IoT) 설정. - 방아쇠의 배지가 열린 경보는 회원을 볼 수 있습니다 (경력 요약, shelved/suppressed 왼쪽 서버로; 아이콘 펄스 (blinkIcon, mail/support treatment)는 인식을 위해 한 번 기다립니다. IoT 알림 맥박, rt.org.iot, Focus/reconnect 및 1분 바닥에 의해 라이브; 실패한 읽기 유지 아무도 주장하지 않고 마지막 조사. - Launchpad (sectionsForTool) 및 명령 팔레트 ( /iot의 땅) 따릅니다. - Nav 배지 : 흰색 아래 두 개의 테마 (dark #f44336은 3.7 : 1)에서 가벼운 팔레트의 오류 빨간색. 탄 /tmp/iot-wt/fu-shots/F12 (선물 확장/냉각, 막대기; light/dark; axe 청결한).
· InitializerService
KamoCameras은 비즈니스 및 업에 포함되어 있으며 모든 우주의 프리미엄 런치 위에
소유자, 2026-10-20 (IoT close-out F11) : 다른 우주의 비즈니스, 기업 및 해당. - PlatformTierMatrixMigration: 사업은 KAMO CAMERAS (기업 상속)을 얻습니다. - UniversePackages: 가족/커뮤니티/Personal Premium 이득 (Enterprise/Pro 상속). - TIER LADDER: businessUp (was platformOnly) 플러스 우주 런그 우주 패키지에서. - KamoCamerasTiersTest는 사다리를 핀으로 꼿습니다; UniverseCatalogMigrationTest의 계약된 포장은 따릅니다. 생산 행은 첫번째로 작성되었습니다 *********** 2개의 카탈로그 줄, 20 계획 행; sign.pink의 계획은 SP14 E2가 IoT를 위해 했으므로 KI가 아무것도 실행하지 않습니다.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음