변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· kamo-shared-library
차트 목록 검토, 알레르기 반응/심각도, 상태 이유, 주문 진단, 결과 검토 노트
- ClinicalListReview (fhir_chart_list_review): 알레르기에 대한 실제 검토 기록 및 약물 목록, 그래서 '검토' 중지 의미 '적어도 하나의 행이 존재' - AllergyIntolerance: reaction_text, reaction_severity, status_reason; 검사를 위해 활성화된 찾기 이제 NKDA 주장(및 반증된 행)을 제외합니다. findActiveNoKnownAllergy / findActiveRecord - Condition.status_reason, Observation.status_reason, ServiceRequest.reason_codes, 상태.상태_이유, 관찰.상태_이유, 서비스 요청.이유_코드, 진단보고서. 리뷰_노트 - EncounterDiagnosisRepository; **************** (비타민 흐름도)
· kamo-shared-library
실습의 시계, 객실, 데스크 지불 및 리콜 외침을위한 스케줄 엔티티
- PracticeSettings (ehr_practice_settings): 연습의 시간대와 기본 방문 길이 - PracticeRoom (ehr_practice_room): 환자가 들어가는 방; 은퇴, 삭제되지 않음 - PatientPayment (ehr_patient_payment): 데스크 지불 기록 (절대 처리), 이유와 함께 무효화 - RecallOutreach (ehr_recall_outreach): 리콜에 대한 연락 시도 기록 - 약속: room_id, rescheduled_from_id / rescheduled_to_id, 체크 아웃_by_member_id - ScheduleBlock : 차단 시간 (점심, 회의, 휴가)에 대한 레이블 - PatientRecallRepository: countDue / countOverdue; 대기열등록저장소: findCandidatesAnyType (':x IS NULL' 에 있는 null UUID는 Postgres에 타입되지 않은 상태로 도달한다) - PhiResourceType: PATIENT_RECALL, PATIENT_PAYMENT 추가
· kamo-shared-library
프런트 데스크 등록 기록 — 연락처 정보, 비상 연락처, MRN 카운터, 범위 쓰기 필드
환자가 선호하는 접촉 방법, 기본 치료 회원 및 선호하는 약국을 얻습니다. 긴급 연락처는 FHIR Patient.contact (fhir_patient_contact, 삭제되지 않은 은퇴); 텔레콤 및 주소는 기존의 fhir_contact_point / fhir_address 테이블을 사용합니다 (새로운 PatientCommunicationRepository(선호하는 언어에 대한 PatientCommunicationRepository); ehr_mrn_counter 행은 하나의 원자 업서트에 MRN을 할당합니다. 환자 검색은 given-name, birth-date-only, prefix-with-birth-date 및 by-id 쿼리를 사용합니다. PriorAuthorization은 서비스 설명 및 EligibilityCheck 검증자 노트. DDL은 이 푸시 이전에 생산에 적용되었습니다.
· kamo-shared-library
차트 문서, 연습 노트 템플릿, 노트 읽기 측면 텍스트 및 인출 기록
- PatientDocument (ehr_patient_document): 카테고리, 제목, 문서 날짜, 내용 유형, 크기, SHA-256, 이미징 Img id + 저장소 키, 업로더, 입력 오류 누구/언제/왜와 함께. - ClinicalNoteTemplate (ehr_note_template): 연습의 자신의 노트 템플릿. - ClinicalNote: entered_in_error_at/_by/_reason 열; 일시적인 현재 본체, 버전 종류, SI 플래그, 읽기에 대한 저자/공동 서명자/환자 이름. - ClinicalNoteVersion: 임시 저자 이름. DDL은 손으로 생산 (첨가제)에 적용됩니다.
· SecurityService
실제 거절, 브레이크 유리 검토 결정, 정직한 클레임 보내기, 손으로 키 EOBs
- EhrRuleViolationException: 비즈니스 규칙 거부 (닫을 때 서명되지 않은 메모, 더블 예약, 저자/공동 서명자가 아닌, 자체 공동 서명, 이미 서명, 보험사로부터 제한, 이유없이 유리 파손, 너무 많은 수출, 억제된 일치)는 이제 409/422에 대한 일반 문장으로 응답합니다 대신 불투명한 '이러한 기록이 없습니다.' 관계 거부는 404에 남아 있습니다. - EhrExceptionHandler는 글로벌 상거래에 대한 최고 우선 순위로 실행됩니다 조언, 그리고 품질을 포함, 포털 관리자, CCD, 대량 내보내기 및 FHIR (a 누락 바로 거기에 있었다 500). - 브레이크 유리 검토 : 이름 플러스 역사와 대기열, 그리고 결정 (적절한 / 부적절한 / 필요한 후속 조치, 메모 필요, 결코 자신의). - 임상 전문가를 위한 교환 파트너 디렉토리(VIEW_CHART, 이름만). - 클레임: CPT/HCPCS, 수정자, ICD-10, 포인터, NPI 및 서비스 장소 형식 검사; 선택한 범위에서 지불자 및 회원 ID; 방문해야합니다 청구서로 닫기; 청구된 절차는 청구되지 않은 대기열을 떠납니다; 클레임 초안 빌더를위한 읽기. ClaimTransport 솔기: 없음 클리어링 하우스, 제출 준비되어 있음을 표시하고 그렇게 말합니다. 표시-보낸 기록 채널, 누구와 메모. - 송금은 종이 EOB에서 키를 입력 할 수 있으며, 게시는 지금 돈을 이동 적용되지 않은 상태에서 적용된 상태로 바뀌었습니다.
· kamo-shared-library
클레임이 어떻게 전송되었는지 기록하고 검토된 비상 액세스를 나열합니다
클레임은 ready_at, submission_channel, submitted_by_member_id 및 submission_note, 그래서 지불자 포털을 통해 손으로 또는 종이에 보낸 클레임 정직하게 기록되어야 합니다. 정보 교환소를 속이는 상태 변경 대신에요 브레이크글래스 그랜트 저장소는 검토된 역사를 얻습니다 finder는 새 검토 화면을 대기열 아래에 나열합니다.
· kamo-internal
청구서에는 견적과 마찬가지로 수취인 송금 블록이 표시됩니다
청구서 대화상자는 견적 미리보기가 사용하는 동일한 QuoteRemittanceBlock을 렌더링합니다 판매자의 청구서 세부 사항에서, 아무것도 빚진 동안 견적과 청구서를 포함한다고 합니다.
· kamo-signer-monorepo
청구서의 송금 블록은 견적과 정확히 같습니다
동일한 제목, 라벨 및 ACH 신용 전용 통지 (signer.quote.remit), 청구서 번호 참조는 그 아래에 보관됩니다.
· SecurityService
청구서는 견적과 동일하게 ACH 세부 정보를 인쇄합니다
PDF와 이메일은 이제 견적의 송금 블록을 단어 단어로 담고 있습니다. - 지불 송금 - 수령인 (법적 이름) - 은행 - 라우팅 번호 (ABA) - 계좌번호 - ACH 크레딧만 통지 이 뒤에 청구서 번호 참조 및 시장의 자체 GET **************** 은 콘솔에 다음과 같은 명령을 제공합니다 같은 블록. 견적과 같이, 그것은 ACH 정보를 전환 할 때 청구서가 나타납니다 두 번호 모두 저장됩니다.
· kamo-internal
비례 비용 미리보기를 통해 날짜부터 시스템 및 라이선스 변경
시스템 및 라이선스 변경은 다음을 설정할 수 있는 대화상자를 엽니다. - 시트 및 각 추가 기능의 라이선스 (사용자당 라이선스는 시트가 완료될 때까지 계속됩니다.) 위에 타이핑 됨); - 효력이 발생하는 날짜(오늘 또는 이후); - 비례 청구가 지금 자신의 청구서에 가는지 여부 (심지어 앞서 날짜) 또는 다음 갱신에; - 할인은 미사용 부분에 대한 크레딧입니다. 서버의 라이브 미리보기는 기간, 남은 일, 각 비율 라인, 설치 수수료, 총액, 청구 방법 및 반복 청구 전 예약된 변경 사항은 구독에 나열되어 있으며 다음과 같이 변경할 수 있습니다 취소되었습니다. 이전의 즉각적인 좌석 대화상자를 대체합니다.
· SecurityService
날짜가 지정된 비율별 시트 및 라이센스 변경에 대한 엔드포인트; 작업이 적용
새로운 끝점: - 포스트 **************** - POST /subscriptions/{uid}/변경 사항 - GET /subscriptions/{uid}/변경사항 - 포스트 **************** 시간당 청구 작업은 날짜가 발생하기 전에 온 변경 사항을 적용합니다 청구서, 그래서 갱신 청구서 새로운 카운트.
· kamo-shared-library
시스템 및 추가 라이선스 변경 중간 기간, 선택한 날짜, 비례
SubscriptionChangeService는 라이브 구독의 시트에 대한 변경 사항을 기록합니다 추가 라이센스는 오늘부터 어떤 날짜에도 유효합니다 비례 요금 : 추가 된 각 단위의 기간당 가격 x 일 남았다 / 일에 그것이 속하는 기간, 예를 들어 하모니 + 11 월 1 일부터 6 좌석 = 6 x $ 124 x 17/31 = $408.00. 운영자가 선택할 때 요금이 청구됩니다: 지금은 자체 초안 청구서 (발효일 이전에도) 또는 다음 갱신 청구서에 표시됩니다. 발효일에 청구 작업이 변경 사항을 적용합니다. - 구독의 시트, 라이선스 및 MRR - 고객의 액세스(좌석 수, 좌석 행, 추가 라이선스, 캐시) - 모든 나중에 갱신 초안, 재건, 또는 직원이있다면 조정 라인을 주어진 편집했어요 가장자리 케이스: - 청구일에 정확히 변경이 아니라 그 갱신에 의해 수행됩니다 2배로 나눠서; - 할인은 아무것도 부과되지 않으며 다음 갱신시 미사용 부분을 크레딧으로 처리할 수 있습니다. - 예약된 변경 사항은 취소될 수 있으며, 초안 청구서가 무효화됩니다. - 추가된 좌석에 대한 설정 수수료는 고객의 계약을 읽으십시오. 현재는 이 역을 거쳐 변산선이 운행되고 있다. 새로운 테이블 commerce_subscription_changes; 새로운 열 ****************
· kamo-internal
어디서나 간단한 언어 상태; 합의된 추가 가격 및 주문 마법사에서 월별 할인
StatusChip(89개의 호출 사이트)는 PENDING_APPROVAL과 같은 원시 코드를 보여주었고, 이제는 사전의 단어(common.statusCodes)를 보여주거나, 하나의 코드를 큰 소리로 읽습니다 이름이 없습니다. 주문 목록 필터와 CSV는 동일한 레이블을 사용합니다. 직원은 선택한 각 추가 기능에 대해 라이센스당 합의된 가격과 월별 할인; 둘 다 addonUnitPrices / recurringDiscount로 전송되고 청구 모든 청구서에.
· kamo-signer-monorepo
청구서 페이지에서 카드로 지불
서버가 그것을 제공 할 때 (잔액이있는 플랫폼 판매 청구서), 청구서 이것은 /<locale>/i/<token>/pay 에 게시되며, 이는 다음과 같은 메시지를 보냅니다 고객을 Stripe에서 호스팅하는 결제 페이지로 이동시킵니다(은행 확인이 거기서 이루어집니다) 돌아오는 고객은 결제가 확인된 것을 볼 수 있습니다.
· SecurityService
고객은 온라인으로 카드로 청구서를 지불하고 은행의 SCA 요청이 고객에게 도달합니다
플랫폼 조직(Stripe 계정이 유일한 판매자)에서 판매한 청구서: - 공공 청구서 제공 카드로 지불: POST **************** 동일한 청구서 링크로 돌아가는 Stripe에서 호스팅하는 페이지를 엽니다 서버-사이드, 요청에서 결코); - 고객이 돌아와 시간당 작업에 의해 지불이 기록됩니다, 정확히 한 번. 자동 청구가 고객이 자신의 은행과 확인해야 할 때, 그들은 그 요청과 함께 청구서를 이메일로 보내지며, 소유자는 이전과 같이 경고됩니다.
· BillingService
Stripe에서 호스팅하는 페이지에서 카드로 구독 청구서 지불
내부 POST **************** 지불 모드를 만듭니다 빚진 금액에 대한 체크 아웃 세션. 그것은 미래의 자동 카드를 저장 고객이 계좌를 가지고있는 경우 요금, 은행의 SCA 확인 GET /checkout/{id} 는 결제가 이루어졌는지 여부와 어떤 방법으로 이루어졌는지 보고합니다 소비자 체크아웃은 이러한 세션을 무시합니다.
· kamo-shared-library
청구서의 미결제 온라인 카드 결제 추적
새 nullable 열 **************** 플러스 도우미는 목록과 정착 대기 세션 idempotently (지불 수행 동일한 프로세서 참조는 두 번 기록되지 않습니다).
· kamo-shared-library
협상된 추가 가격과 견적의 할인은 구독에 적용됩니다
인용문을 변환하면 다음과 같이 됩니다. - 각 애드온의 라이선스당 합의된 가격(카탈로그와 다를 경우) - 견적의 또는 허용된 옵션의 할인, 반복적인 월간 금액으로 (안 옵션의 기간 할인은 개월에 걸쳐 퍼져있다) 주문은 custom_pricing 에 모두 기록되므로, 초안 가격 변경은 이들을 유지합니다. 활성화 추가 라이선스에 합의된 가격과 구독에 대한 할인을 넣어 (새 nullable 열 **************** 그래서 모든 청구서 직원 명령은 직접적으로 둘 다를 표시할 수 있습니다 (addonUnitPrices, 반복 할인).
· kamo-internal
자동 갱신 및 라이브 구독에 노트 작업; 파일에 카드 및 카드를 충전 지금
- 자동 갱신 스위치는 구독의 자신의 갱신을 설정합니다 (그것은 필드를 게시 draft-only order update ignored)이며, 갱신되지 않는 순서가 끝날 때를 말합니다. - 모든 상태에서 주문에 노트를 저장합니다. - 카드 지불 구독은 파일에 카드를 보여줍니다. - 그것의 열린 청구서를 제공 지금 충전 카드와 마지막 카드 시도 이유를 보여 실패했습니다.
· kamo-internal
사서함과 연결부가 할당된 곳에서 소유하고 사용 중인 라이선스 표시
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스, 그리고 라이선스는 사용할 수 있는 것에 대한 유일한 제한입니다. LicenseUsageMeter ("사용 중인 10개 라이선스 중 4개", 조직의 브랜드 색상으로 애니메이션 막대, 모서리) 리본, 경고 칩과 메모는 이미 끝났을 때, 계획에 링크 & 청구) GET /api/billing/licenses/usage 를 읽고 다음에 나타납니다. - 설정 > 이메일 사서함 관리 (KamoMail 또는 타사 라이선스) - 회원 phone-settings 연결 선택기 (KamoPBX 또는 3사) - 계획 및 청구 추가 행 거부 (409, 서버의 일반 언어 문장)는 이제 사람에게 도달: 사서함 할당, 공유 사서함 허가, 개인 받은 편지함 할당/IMAP 저장/OAuth 연결 및 콜백 모두 그 사서함의 패널에 표시 (여러 사용) 처리되지 않은 행동을 던지거나 일반적인 실패를 말한다); 이러한 행동은 모두 새로운 문자열: settings.billing.licenses (kamo-translation-dictionary).
· kamo-internal
견적 시작 구독; 오프라인 수락; 테넌트 주문; 간단한 청구
- 견적 : "구독 카탈로그에서 추가" 라이브 계획 / 추가 기능 (이름, 월간 가격, "사용자당 / 월" / "10 GB 블록 / 월 당") 및 카탈로그 참조를 유지; 대화 상자를 통해 변환 허용 구독 견적 (지불 방법; 대상 조직 플랫폼 전용)을 구독 주문으로; 종이/이메일/PO의 경우 "기록 승인" 수락; DRAFT의 미리보기는 워터마크가 있으며 모든 인쇄가 기록됩니다; 용어 채우기 판매자의 짧은 이름이 있는 {orgName}. - 주문 마법사: 플랫폼 org에 대한 대상 조직 만; 직원 전용 협상 좌석당 가격 및 설정 수수료 재정의. - 가입 목록 : 다음 청구 날짜, 잔액 결제, 지연 배지; 하나의 공유 지불 방법 6가지 메서드 모두에 대한 레이블 도우미. - 구독 페이지 : 간단한 문장에서 이벤트 (활성화 → 과거 만기), 대신 주문 번호 레코드의 id. - 연락처 판매: 이름, 이메일 및 전화 좁은 엔드 포인트를 통해 플랫폼 org에서 읽기.
· SecurityService
이메일 라이선스를 초과한 부서 또는 연락처 사서함 거부
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스; 얼마나 사용할 수 있는 사서함의 크기는 그들에 의해 제한됩니다 사서함에 도달한 부서 또는 조직의 연락처 정보 1을 가리키면 Kamo(OrgMailboxBillingAggregator)로 매핑되므로 이러한 두 번 저장하면 회원에게 할당하는 것만큼이나 확실하게 사서함을 사용할 수 있습니다. - MailboxLicenseCapGuard는 BillingService의 내부 라이센스 검사를 요청합니다 (X-Internal-Auth) POST/PUT /api/security/departments 이전과 PUT /org/{id} 메일박스를 변경합니다. 거부는 409 메시지로 이 문장이 표시됩니다 오류/메시지 및 이유 LICENSE_LIMIT. 사서함을 유지하거나 지우는 것은 결코 체크되지 않음; BillingService 중단은 경고와 함께 OPEN에 실패합니다. - 청구 릴레이 도어는 또한 GET / licenses / usage (과 동일한 권한을 통과) 다른 사용 읽습니다).
· SecurityService
오프라인 수락 기록, 로그 인쇄, 견적을 구독으로 변환
- **************** 포스트 (SEND_QUOTES 또는 MANAGE_QUOTES) - **************** (VIEW_QUOTES 또는 MANAGE_QUOTES) 게시 - POST .../{uid}/convert 는 선택적인 본문을 가지고 있습니다 (목표 조직, 지불 방법); COMP로 변환하기 위해서는 CREATE_SUBSCRIPTION_ORDERS가 필요합니다 - POSController 거부 negotiatedUnitPrice / setupFeeOverride에서 OWN 전용 호출자 - GET **************** 플랫폼 org의 게시 이름, 연락처 이메일 하드 코딩된 상수 대신 연락처 판매 대화 상자를 위한 phone
· kamo-shared-library
견적은 구독으로 변환; 테넌트 주문은 절대로 판매자를 보상하지 않습니다
- 구독 시장에서의 견적, 또는 허용된 행이 구독에서 채워졌습니다 카탈로그, SubscriptionOrder로 변환 (계획, 견적 수량에서 시트, 추가 기능 그들의 라이센스, 협상 가격으로 승인 좌석 당 요금, 설정 수수료 고객 주기, 변환에서 선택한 지불 방법으로 허용 옵션의 약속을 보았다). 주문은 quote_uid 를 가지고 있고, 두 번째 변환은 거부되며, CONVERTED 이벤트가 로그됩니다. 소매 변환은 변경되지 않습니다. - QuoteService.acceptOffline : 직원 기록 종이 / 이메일 / PO에 주어진 수락 - 초안, 보낸, 보았거나 만료된 견적; applyOptionHeadlineTotals를 통해 총계; 이벤트 이름 누구와 왜. - recordPrinted 는 PRINTED 이벤트를 로그합니다(초안 인쇄에서는 그렇게 표시됩니다). - 좌석당 행은 저장 및 수정 시 견적의 좌석 수를 저장합니다 행의 가격이 정해진 수량입니다. - 인용 라인은 catalog_ref_code / catalog_ref_uid를 갖습니다. - 용어 지원 {orgName}, 고객의 페이지에 판매자의 짧은 이름으로 채워집니다. - provisionOnApproval 과 activateCompOrder 에는 대상 조직이 필요합니다 판매자 자신의 구독을 프로비저닝하는 데 사용됩니다. - **************** / setupFeeOverride, 적용 후 calculatePrice 와 custom_pricing 에서 기억되므로 초안 가격 변경이 거래를 유지합니다. - 주문 및 구독 DTO는 다음 청구 날짜, 미결제 잔액 및 미결제 플래그를 수행합니다 리스트당 두 개의 쿼리로 읽습니다.
· EmailService
조직의 전자 메일 라이선스를 초과하는 사서함 거부
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스; 얼마나 사용할 수 있는 사서함의 수는 그 사서함에 의해 제한됩니다 사용, BillingService의 ****************이 요청됩니다 (X-Internal-Auth); 거부는 409 문장을 담고 있습니다 (StatusReasonAdvice), 예를 들어 "10개의 타사 이메일 라이선스가 모두 사용 중입니다. 다른 사서함에 연결하려면 결제에서 라이센스를 추가하십시오." 강제로, 아무것도 쓰기 전에: - 메일박스 생성 (KamoMail는 한 번에 계산하며, 제 3자는 매핑 한 번만) - 회원에게 사서함을 할당 - 공유 사서함 만들기, 하나에 대한 액세스 권한 부여, 하나를 다시 켜기 - 개인받은 편지함 연결 (IMAP 저장, OAuth 동의 및 콜백) 및 이미 연결된 하나를 할당함 - AI 회원 사서함 프로비저닝 (NOT_READY / LICENSE_LIMIT) 이미 계산된 주소는 결코 거부되지 않으며, 기존의 주소는 할당되지 않습니다 그리고 BillingService 중단이 실패하면 OPEN이 경고와 함께 실패합니다. mailbox-assign, shared-access 및 personal-mailbox 엔드포인트는 이제 거부 상태를 전달하고 500 대신 문장을 통해.
· VOIPService
조직의 라이센스를 초과하는 전화 연결 거부
소유자 규칙 2026-10-22: 사용자당 추가 기능 청구 구입 라이센스; 얼마나 확장자를 사용할 수 있으며, 그것들에 의해 제한됩니다. 확장자를 넣기 전에 사용, BillingService의 ****************입니다 요청 (X-Internal-Auth); 거부는 409 플레인 언어를 운반 문장 (LicenseCapAdvice), 예를 들어 "제 3 자 전화 라이센스의 10 개 모두 사용 중입니다. 청구에서 라이선스를 추가하여 다른 연결부를 할당하십시오." 강제로, 아무것도 쓰기 전에: - PUT /api/voip/member/{id}/config (회원 전화 설정), 이름을 지정 멤버가 지금 보유한 확장 이동이 타사 시스템에서 무료입니다 - POST **************** (새로운 연장; KamoPBX 카운트 각 활성 하나, 3 번째 당사자만 할당 한) - 결과가 활성화되면 PUT **************** - AI 음성 라인 프로비저닝 (NOT_READY / LICENSE_LIMIT) 이미 계산된 확장은 결코 거부되지 않으며, 기존의 아무것도 할당되지 않았으며 BillingService 중단이 OPEN에 실패하고 경고가 나타납니다.
· BillingService
사용자당 추가 기능에 대한 라이센스 사용 및 단위당 라이센스 확인
소유자 규칙 2026-10-22: 모든 사용자당 추가 기능은 구입한 라이선스를 청구합니다 사용 중인 사서함 또는 확장기기의 수는 이들에 의해 제한됩니다. - GET /api/billing/licenses/usage (세션, X-Org-Id): 추가 코드 당 (EMAIL_3P_INTEGRATION, EMAIL_HOSTING, PBX_3P_INTEGRATION, PBX_HOSTING) 에 대한 자세한 내용은 다음을 참조하십시오 라이선스 보유, 사용, 사용 가능, 오버-바이, 그리고 조직이 면제 여부. - 빨리! X-Internal-Auth에 의해 보호됩니다 billing.internal-auth-secret), 전에 물어 EmailService 및 VOIPService에 대한 하나 더 사용할 수 있게 되었습니다. - Licensed = AddOnLicenses.licensed 기본 구독에 대해 active_addon_codes / addon_quantities (또는 추가 기능을 포함하는 계획); 예약된 __mailboxes:/__extensions: 키는 절대 라이선스로 읽히지 않습니다. 사용 = OrgMailboxBillingAggregator / OrgPbxBillingAggregator, 카운트는 밤마다 법안을 사용합니다. - 플랫폼 org와 OWNER_UNLIMITED는 면제되며, PAID와 COMP는 제한되어 있습니다 무료이며 구독은 기존의 권리 게이트에 남아있습니다. - 라이선스를 통과한 단위를 ADDS하는 변경만이 거부된다; 단위는 이미 계산되거나, 1개를 해방시키는 제3자의 확장 이동은 항상 통과합니다.
· SecurityService
모든 상태에서 구독의 자동 갱신 및 주문의 메모를 설정하는 엔드포인트
· kamo-shared-library
라이브 구독에 대한 갱신 켜기 또는 끄기; 주문에 대한 메모
콘솔의 자동 갱신 스위치가 초안 전용 주문 업데이트가 보내지 않은 필드를 보냈습니다 그래서 저장되지 않았습니다. 그리고 초안 이후의 모든 순서에서 노트가 실패했습니다.
· SecurityService
카드 고객은 청구일에 자동으로 청구됩니다
AUTO_BILL 구독의 경우 청구 작업은 승인된 각 청구서에 대해 청구합니다 BillingService의 내부 카드를 통해 청구일에 고객의 저장된 카드 엔드포인트는 결제를 기록합니다(메서드 CARD, 참조 = PaymentIntent) 실패한 충전을 3일마다 최대 4회까지 재시도합니다 소유자. 승인 및 청구 일이 왔다 청구서를 보내 먼저, 그래서 고객의 이메일은 영수증. 새로운 끝점: - 포스트 **************** - 빨리!
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음