조직의 전자 메일 라이선스를 초과하는 사서함 거부
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스; 얼마나 사용할 수 있는 사서함의 수는 그 사서함에 의해 제한됩니다 사용, BillingService의 ****************이 요청됩니다 (X-Internal-Auth); 거부는 409 문장을 담고 있습니...
조직의 라이센스를 초과하는 전화 연결 거부
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스; 얼마나 확장자를 사용할 수 있으며, 그것들에 의해 제한됩니다. 확장자를 넣기 전에 사용, BillingService의 ****************입니다 요청 (X-Internal-Auth); 거부는 409 플레...
사용자당 추가 기능에 대한 라이센스 사용 및 단위당 라이센스 확인
소유자 규칙 2026-10-22: 모든 사용자당 추가 기능은 구입한 라이선스를 청구합니다 사용 중인 사서함 또는 확장기기의 수는 이들에 의해 제한됩니다. - GET /api/billing/licenses/usage (세션, X-Org-Id): 추가 코드 당 (EMAIL_3P_INT...
라이브 구독에 대한 갱신 켜기 또는 끄기; 주문에 대한 메모
콘솔의 자동 갱신 스위치가 초안 전용 주문 업데이트가 보내지 않은 필드를 보냈습니다 그래서 저장되지 않았습니다. 그리고 초안 이후의 모든 순서에서 노트가 실패했습니다.
카드 주문을 승인하면 유료 액세스도 부여됩니다
AUTO_BILL 주문은 Stripe 체크아웃을 기다리고 있으며 구독 청구는 없습니다 대신 각 청구일에 저장된 카드에 청구됩니다.
카드 고객은 청구일에 자동으로 청구됩니다
AUTO_BILL 구독의 경우 청구 작업은 승인된 각 청구서에 대해 청구합니다 BillingService의 내부 카드를 통해 청구일에 고객의 저장된 카드 엔드포인트는 결제를 기록합니다(메서드 CARD, 참조 = PaymentIntent) 실패한 충전을 3일마다 최대 4회까지 재시도합니다...
구독 청구서 자동 청구를 위한 내부 카드 엔드포인트
GET **************** 및 POST /charge, 공유에 의해 보호 X-Internal-Auth secret (상수시간 비교; 403 이 없을 경우) 고객의 기본 저장된 카드에 오프세션 PaymentIntent 호출자가 제공한 동등한 권한 키; 디코더와 인증이 필요한 돌...
구독 청구서에 대한 카드 자동 청구 부기
AUTO_BILL 청구서는 승인되고 다시 시도하면 청구일에 청구됩니다 3일마다 최대 4회 시도합니다. 각 시도는 번호가 매겨집니다 그래서 그것의 동치 키는 절대로 재사용되지 않습니다. 새로운 nullable 열: - card_charge_attempts 카드 충전 시도 - last_ch...
청구 작업은 각 구독 및 청구서를 자체 트랜잭션에 포함합니다
그것의 첫 번째 실행은 하모니의 10 월 청구서를 제기하고 한 감사 삽입 때 그것을 잃었다 전체 준비 단계가 하나의 트랜잭션이었기 때문에 실패했습니다.
구독 이벤트는 JSON 상태를 저장하며, 청구 단계는 트랜잭션당 한 행씩 실행됩니다
****************은 jsonb이며, 모든 호출자는 ACTIVE와 같은 벌거 벗은 상태를 작성했습니다. - 롤된 잘못된 JSON 삽입 감사 중이던 무엇이든 돌려보내기 (주문 활성화, 갱신, 청구 작업의 첫 번째 이미 JSON이 아닌 값은 {"status": value}로 저장...
POS 프록시가 JSON으로 실패하는 대신 PDF 또는 빈 응답을 전달합니다
청구서 PDF와 모든 204는 response.json()을 통해 500이 되었습니다.
구독 청구 콘솔 — 청구서 서랍, 초안 편집기, 결제, 시장 청구
청구서 탭 : 일반 언어 행 (기간, 총, 금액, 만기, 상태)와 함께 서랍을 엽니 다 라인, 총액, 받은 지불, 어디에서 언제 보내졌는지, 메모 및 PDF 라인 편집기 (유형, 설명, qty, 기간 당 단위 가격, 크레딧, 세금, 만기일, 메모) 라이브 클라이언트 사이드 미리보기, 다...
사용 중인 사서함이나 확장 프로그램이 아닌 보유된 추가 라이선스 Stripe개가 청구됨
모든 추가 기능은 이제 AddOnLicenses에서 수량을 가져옵니다. 규칙 순서 계산기 및 구독 청구서 공유: 구입 라이센스, 기본값으로 사용자당 추가 기능(제3자 이메일 및 전화) 및 블록에 대한 시트 수 저장을 위해 구입. 야간 사서함과 확장 계수는 때까지 바닥이다 당신이 아직 법...
자동 구독 청구 - 초안, 소유자 검토, PDF와 이메일, 지불, 알림
SubscriptionBillingJob(시간당, 하나의 팟, 시작 시)은 다음 주기를 실행합니다. - 청구일 전에 초안 리드 일로 각 갱신 청구서를 제기 - 청구되면 다음 기간에 구독을 이동 - 판매자의 소유자 인 - 앱 (BILLING_INVOICE)과 초안이 이메일로 알려 대기...
고객의 청구서, 온라인 - 브랜드, 인쇄 가능, PDF 다운로드
/[locale]/i/[token] 은 서버 측의 청구서를 해결합니다(POST 본문에 있는 토큰, URL은 절대로 아닙니다) 판매자의 자신의 이름과 색상으로 렌더링, 중립 가까운 검은 색으로 다시 떨어지는 대신 상단에 큰 상태, 청구서, 날짜, 서비스 기간, 라인, 총계, 지불 방법, ...
BILLING_INVOICE, 구독 청구서 보기에 게이트
판매 조직의 소유자에게 SecurityService에 의해 제기 될 때 구독 청구서 초안이 검토를 기다리고 있거나 고객의 청구서가 이동 또한 commerce.invoice_* 를 담고 있는 공유 라이브러리에 다시 빌드합니다 이메일 템플릿.
라이선스 기반 추가 기능 가격 및 실제 구독 청구서 수명주기
애드온 수량에 대한 하나의 규칙 (AddOnLicenses): 모든 애드온이 라이선스를 청구합니다 구입, 좌석처럼 - 사용자 당 추가 기본 좌석 수, 저장 주문 계산기는 PER_SEAT가 아닌 모든 것을 청구했습니다 한 번, 그래서 제 3 자 이메일 및 전화와 10 자리 순서 대신 가격...
백그라운드 작업은 포드당 3개의 엔진 슬롯을 사용하고 낮은 우선순위로 전송됩니다
포드당 하나의 백그라운드 슬롯이 사전 동기화 중에 엔진의 4개의 스트림 중 3개를 유휴 상태로 남겼습니다 (100 초 기본값 위의 기다림 : 동기화, 도움말 문서 스웨이프) 이제 팟 당 세 개까지 보유하고 전송됩니다 엔진이 4개의 스트림 중 3개를 보유하고 있으므로 채팅 메시지가 항상 ...
네 개의 스레드의 네 개의 스트림과 채팅을 위해 하나를 여유롭게 유지하는 레인
사전 동기화의 자체 트래픽(15개 키 덩어리)을 사용하여 노드의 CPU 클래스에서 측정됨: 8개 스레드의 하나의 스트림 1.5 키 / 초, 8의 2 1.8, 4의 4 2.9 비행에 4 덩어리를했다. 작은 배치는 8을 사용하지 않습니다 엔진은 이제 4개의 스트림(동일한 16개의 코어)을 ...
서버가 보내는 키에 따라 구독 청구서, 이벤트 및 계약서 읽기
서버는 청구서/청구서, 이벤트 및 계약/계약에 응답; posApi 구독 읽기청구서, 구독이벤트 및 구독계약, 그래서 모든 구독의 청구서, 이벤트 및 계약 탭이 항상 비어 있고 모든 단일 청구서 작업은 정의되지 않은 값을 반환합니다 그래서 청구서와 계약서가 보낸 후 다시 읽습니다.
매일 밤과 시작할 때 Stripe 에서 Stripe 미러를 다시 만들기
30일 이전의 이벤트는 가져올 수 없으므로 9월 청구서와 API 버전 불일치로 인해 손실된 구독 이벤트는 다음과 같이 복구할 수 없습니다 StripeMirrorReconciler는 각 Stripe-백업된 구독과 그 구독의 직접 청구서를 작성하고 account_subscriptions /...
카탈로그 편집은 호출자의 조직에만 도달합니다. 자체 주문 호출자는 자신을 보상하거나 가격을 지정할 수 없습니다
구독 계획, 가격, 기능, 추가 기능, 번들의 모든 업데이트 및 삭제 볼륨 할인, 프로모션 또는 계약 템플릿은 이제 행이 호출자의 조직에 속합니다(다른 경우 404). 이전에는 테넌트 관리자 카탈로그를 올바르게 유지하면 플랫폼의 가격을 다시 쓸 수 있습니다. CREATE_OWN_SUB...
구독 카탈로그 행을 소유하는 조직 이름
카탈로그 업데이트/삭제 메서드는 uid만 취합니다 어떤 조직에서든 카탈로그 권한을 가지고 다른 조직의 계획을 수정할 수 있고 가격, 추가 기능 및 프로모션 - 플랫폼 카탈로그를 포함하여 모든 고객 catalogOwnerOrgId 를 사용하면 컨트롤러가 먼저 소유권을 확인할 수 있습니다.
누락된 로케일 파일이 던지는 대신 영어를 렌더링합니다
i18n/request.ts 와 message-locales.ts 는 messages/<locale>.json 을 가져왔으므로, 사전이 작성되는 동안 빌드가 이루어집니다 로케일에 대한 파일이없는 경우 해당 로케일의 페이지가 500으로 변경됩니다 (사이트 맵 검사가 충돌됩니다). kamo...
모든 API 버전에서 Stripe 이벤트를 읽고 실패한 이벤트를 재생합니다
라이브 웹훅 엔드포인트는 2026-03-25에 이벤트를 렌더링합니다.dahlia; stripe-java pins 2024-12-18.아카시아, 그래서 모든 청구서, 지불 및 구독 이벤트 이후 실패하고 account_invoices 는 행을 받지 못했습니다. 이벤트 본문을 읽을 수 없을 ...
쉼표 아래 s와 t로 루마니아어 쓰기
이 모델은 기존의 세딜라 형식을 루마니아어로 혼합합니다(채팅 위젯의 재생성된 90개 문자 중 6개) 파일)과 사전의 이전 루마니아어도 (6,223 세딜라 대 15,688 쉼표 아래) 형식은 표준, 그래서 루마니아어 응답은 그들에게 정상화됩니다. 다른 언어는 손상되지 않습니다.
이전 엔진의 배포 단계를 제거하고 MADLAD의 별칭 서비스를 적용하고 감사 및 문서를 업데이트합니다
매니페스트를 제거한 56b37fa를 완료합니다: 이것이 없으면 워크플로우는 여전히 디렉토리에 대한 단계를 실행하지 않습니다 워크플로우는 이제 madlad/compat-services.yaml 을 적용합니다(이름은 libretranslate:5000 과 bergamot:8080, madl...
LibreTranslate, Bergamot, IndicTrans 를 제거합니다. MADLAD 는 모든 쌍을 제공합니다
TranslateService는 이제 madlad에만 대화합니다 (translateservice 5c7605b), 끝에서 끝까지 확인: Kamo 로케일마다 타밀어와 스와힐리어를 포함하여, 인바운드 ru->en 및 ta->en, 보호된 이름과 위치 지정자가 그대로 유지됩니다. - 매니페...
한 엔진, MADLAD-400, 모든 언어 쌍
MadladProvider (klusterservices madlad/)를 가진 LibreTranslate, Bergamot 및 IndicTrans 공급자를 대체하십시오. 그들의 언어는 과잉하지 않았다, 그리고 쌍의 아무도 그 영어 소스로 다시 와서 저장되었다 번역; MADLAD는 ~4...
빔 4 라벨 만, 빔 2 최대 64 토큰
비용은 토큰 x 빔입니다. 오래된 엔진을 가진 클러스터에서 측정하는 것은 아직도 달리는: 1개의 시내 77 chars/s 및 2 광속에 짧은 끈에 115의 chars/s 4. 문장 길이 텍스트는 고정 라벨의 너비가 필요하지 않습니다 (Stray '&' Tamil에서), 그래서 넓은 광속...
모든 쌍을 위한 1개의 번역 엔진, CPU에 MADLAD-400-3B
LibreTranslate (Argos), Bergamot 및 Kamo IndicTrans를 대체하여 언어 세트가 오버랩하지 않았다. 그의 격차는 영어로 돌아 왔습니다. MADLAD-400-3B-MT (Apache-2.0, int8 CTranslate2 Santhosh Thottinga...
한 팟은 한 번에 모든 팟이 아닌 기사를 번역
청소의 함대 넓은 자물쇠는 단지 그것이 queues 일 동안, 밀리 초를 가지고 가는 동안, 이렇게 각 pod ran 그 자체는 분 또는 두 개의 출발을 청소하고 동일한 unfinished 기사를 할당했습니다. 더 보기 번역가의 기록은 팟 당이다, 그래서 각 문서는 두 번 번역되었다 한...
더 이상 엔진을 보내지 마십시오
IndicTrans은 영구적인 HTTP 413를 가진 20,000의 특성 이상 요구에, 이렇게 긴 대답합니다 도움말 문서는 타밀로 번역 할 수 없습니다; LibreTranslate 노동자는 유지 콜러가 사라지는 요청을 번역. 12,000자 이상 텍스트가 이제 잘라 단락, 선, 문장 또는...
문서의 단어를 번역, 그것의 Lexical JSON
contentJson은 문장이 있다면 번역 엔진에 보내졌다. 2026-10-22 일 문장이 사라지고 JSON이 끊어졌고, 번역된 키와 타밀 ("root" 은 " Tam"): 모든 8,550 저장 번역 했다 그 방법, 그리고 엔진에 설정의 아무도 그것을 수리 할 수 있습니다. 그것은 또한...
기억 한계 14Gi -> 20Gi, 요청 10Gi -> 12Gi
세븐 일 피크 작업 세트는 13.8이고 14Gi 제한에 대한 13.1 GiB, 그래서 커널은 mmapped argos 모델과 en->ru를 옹호했습니다. 그 마감일을 지나치게 되며, 복제는 모두 (19과 40 재시작). k3m1 은 ~4 의 요청을 예비 (113 의 123.5 GiB 예...
MORTGAGE 시장은 조직을 한 번에 렌더링합니다
MORTGAGE 시장의 레이더 프로파일 (그리고 그 다섯 개의 구성 행)에 의해 생성되었다 boot-time self-heal, 그래서 securityService가 실행 된 동안 생성 된 시장 다음 재시작까지 프로파일이 없습니다. 그리고 모든 MORTGAGE 설정 탭은 "no 이 조직...
Pipeline의 대출 임원 필터는 얼굴을 표시하고 회원 카드를 엽니다
필터의 옵션에 각 임원, 그리고 선택된 것, 그들의 아바타와 이름 공유 MemberHoverCard에 싸여. 자주 묻는 질문.
Pipeline의 대출 임원은 공유 회원 카드를 엽니다
각 거래의 대출 임원은 MemberHoverCard에 감싸, 팝업은 다른 회원의 표면 사용. 그것은 호버와 키보드 초점에 열려; 클릭 여전히 할당 된 사무실 대화 상자를 엽니다.
거래는 항상 확장되고, 대출 장교는 그들의 사진을 보여줍니다, 대출 조사는 한 가지 방법을 읽습니다
- 개방 전망: 각 거래는 그것의 대출을, 확장/증발 통제 없이 보여줍니다. 이름 * 그리고 모든 체재는 과태에 의해 붕괴되고 팽창할 수 있습니다. - 대출 임원 avatar는 카드가 결코 통과하지 않았기 때문에 초기화되었습니다. 공유 avatar에 회원의 사진. 그것은 지금 회원에서 ...
전체 폭, 전체 높이 HMDA LAR 페이지; 대출 페이지에 읽기 쉬운 브랜드 버튼
- HMDA LAR : 등록은 전체 폭과 모든 픽셀이 필요한 AG Grid입니다. 헤더의 밑에, 그리고 그 안에 스크롤 - 더 긴 스크롤. 제품정보 테이블의 오버 플로우 박스 안쪽에 몸에 팝업에 열려있는 세부사항 (하나가 열릴 때마다 테이블에 스크롤바를 넣어). 회사 소개 (대, 볼륨,...
대출에서 반환 화면에 그것은에서 열렸고, 대출은 항상 전체 번호를 보여줍니다
- 대출 페이지의 뒤는 첫 번째 시장의 열거 된 /commerce에 하드 코딩되었습니다. 집. 모든 opener (Pipeline, Board, 문서 큐, 응용 프로그램 탭) 이제 ?back=로 자신의 주소를 전달, 대출 페이지는 거기 반환, sibling 대출 스위처는 그것을 따라 나...
새로운 모기지 파이프 라인 - 첫 번째 거래를 열고, 한 번 클릭하고, 모든 거래는 카드에서 관리
모기지 시장의 파이프 탭은 트랜잭션의 주위에 재건됩니다. - 오픈 | 과거 | 모든 조회 (past = 완료 또는 취소), 수 - 필터로 계산하고 두 배의 헤드 라인 번호 : 열린 거래, 비행에 대출, 비행에 볼륨, 30 일 동안 폐쇄, 관심 필요 (빠른 대상 닫기, 또는 거부 대출)...
모기장은 수채의 손길에 적재하고, 거래는 이름과 두 번째 대출을받을 수 있습니다
파이프라인의 두 개의 읽음은 라운드 여행에 N+1이었다: - GET /mortgage-apps로드 일반 AppMortgage 행, 그리고 각각의 한 다음 불을 inverse @OneToOne (loanFile, 대출, 재산, 대출) 당 선택. Hibernate는 프록시 또는 매핑 할 ...
도구 메뉴는 그 페이지와 그 페이지에 선택된 것입니다
마지막 변경은 도구 메뉴 (Mail, Docs, Support, IoT, Settings, Cameras) 행의 href가 정확히 페이지를 열 때만, 대부분의 행은 수행하지 href: 그들은 onSelect을 통해 탐색, 그래서 아무것도 밖으로 일치하지 설정 및 IoT, 이하 페이지에 ...
숫자와 주소는 팝업을 열고, 일반 단어의 unseen 레코드, 일반 라벨, 권리 케이스
승인 후속 2026-10-21 ( 승인 판의 제어자 검토). - 헤드 라인은 모든 전화 번호와 이메일 주소 카드 이름을 그릴 (card.contacts) 으로 <PhoneNumber>/<EmailAddress>; 에서 목록, 어디 헤드 라인은 행의 버튼, 그들은 옆에 앉아, 결코 배열...
Approve and always allow checks a tool needs 에 한 케이스 만
승인 후속 2026-10-21 : 도구 비행기의 카드는 이제 권리 a를 지명 도구의 서비스는 일부 경우에만 적용됩니다 (alwaysAllow.rights 현재 위치 colleague의 리드의 연락처 세부 사항, 다른 회원의 타이머, ...). 더 보기 미리보기는 if=CODE=RIGHT...
도구의 서비스 시행에 대한 모든 권리 결정; unseen 레코드 및 번호의 일반 단어
승인 후속 2026-10-21 (인증 UI의 제어자 검토). Rights (item 4) : 모든 도구의 선언 된 권리의 감사 downstream endpoint의 권리는 서비스를 원하는 도구를 발견했습니다. un descriptor 결코 명명, 그래서 도구 제공, Approve-an...
각 가장자리에 코너 리본, 탭에, 상단 바의 열린 페이지에
좌 가장자리 둥근 뒤에, 다른 3개의 가장자리는 동일한 처리를 얻습니다, 고정 된 매핑에 : 상단 규칙은 왼쪽 리본, 오른쪽 규칙이됩니다. 밑바닥 밝은 리본, 밑바닥 규칙 밑바닥 왼쪽 리본. CornerRibbon은 구석을 배웁니다. 구성 요소는 `corner`; cornerRibbo...
