현재 제공 상태

확인일: 2026-10-01 KST. 아래는 문서 배포, 코드·결정, 서버 실행을 구분한 확인 기록입니다. 서버가 실행 중이거나 SDK가 존재한다는 사실만으로 제품의 production 채택·실제 거래를 입증하지 않습니다.

요약

항목	확인된 상태	확인 범위와 한계
Leysys Docs	공개 배포 완료	docs.leysys.net, PR #4 병합 d357541, Amplify job 9 성공 및 공개 경로 확인. 이후 개정은 해당 배포 기록을 따릅니다
Leyve Docs	공개 배포 완료	docs.leyve.net, PR #100 병합 e2b0083, Amplify job 423 성공 및 공개 경로 확인
Billing Authority (leysys-control-plane)	저장소 유지 / staging 실행 중	저장소 archived=false, main 1f3e70f. 알려진 staging ECS 서비스 ACTIVE, desired/running 1/1, pending 0, rollout COMPLETED. production 채택·결제 traffic은 미확인
@leysys/control-plane-client	기존 배포 기록 0.1.1 / 소비 코드 확인	2026-07-15 KST 배포·빈 consumer install/import 기록. 현재 Design manifest·호출 코드에서도 확인되지만 실제 운영 연결을 증명하지는 않습니다
Listing Core 결제 구조	범위별 아키텍처 결정 Accepted	2026-09-26 KST 결정 §5: 플랫폼별 Supabase Edge Function 결제. control-plane 기반 reference kit 추출은 계획이며 게시·제품 채택 완료는 미확인
leysys-integrations / client	현 운영 제공 상태 미검증	마지막 문서 근거는 2026-07-15 KST local foundation 및 SDK 미배포 기록입니다. 이를 현재 상태의 재확인으로 해석하지 않습니다
공통 가격 규칙	2026-09-22 KST 규칙 확정	당시 Leyve Center 프로토타입은 요금 규칙·단가 대체 구현만 확인했습니다. 제품별 최신 채택 상태는 제품 문서와 코드에서 확인합니다

확인 근거

• 문서 배포: Leysys Docs PR #4 (새 탭), Leyve Docs PR #100 (새 탭).
• Billing Authority 역할: leysys-control-plane/README.md와 docs/decisions/THIN-BILLING-AUTHORITY-PRODUCT-BFF-2026-07-15.md. 최신 원격 main 1f3e70f4000f8c7018c5956475d496979a9f5e92, 마지막 push 2026-08-08 04:01:55 KST.
• staging: 2026-10-01 KST 알려진 AWS ECS 서비스 상태를 읽기 전용으로 조회했습니다. DB·catalog·secret·production traffic은 조회하지 않았습니다.
• Listing Core: leysys-listing-core/docs/decisions/LISTING-CORE-V1-2026-09-26.md §5, 해당 파일의 마지막 변경 commit 9dca31cd60552f9206044989b6618539fa1d78de (2026-09-28 03:17:18 KST).
• SDK 코드 채택: leysys-design/package.json, src/lib/billingControlPlane.js. runtime URL·설정에 따른 연결이며 dependency 존재만으로 운영 활성화를 판단하지 않습니다.

기존 구현 기록

2026-07-15 KST 기록에는 Billing Authority의 production DB migration 20260715041043 적용과 Node API 비활성 상태가 함께 남아 있었습니다. 이는 당시 기록입니다. 지금 확인된 staging 실행을 이 과거 상태로 덮어쓰거나, 반대로 staging 실행만으로 production 준비가 끝났다고 표시하지 않습니다.

Checkout·entitlement·webhook 등의 예시와 SDK method는 결제 구현 참고에서 확인합니다. 채택 전에는 소유 런타임의 현재 route/schema, 배포 환경, 인증 계약, sandbox 검증을 다시 확인합니다. 이 페이지는 production endpoint 목록이나 실제 거래 승인 기록을 제공하지 않습니다.

제품 채택 판단

1. 먼저 제품 아키텍처 결정에서 결제·연동의 실행 주체를 확인합니다.
2. 중앙 API 채택이면 해당 서비스의 배포·package·권한 계약을 검증합니다.
3. 제품 소유 실행이면 승인된 adapter·secret store·상태 전이·대사 책임을 검증합니다.
4. reference kit는 계획·소스 존재·게시·채택을 구분하고 존재하지 않는 package를 설치하지 않습니다.
5. 실제 결제·발행 전환은 그 제품과 런타임의 운영 검증 기록으로 판단합니다.

공통 원칙과 구현 범위는 아키텍처 경계, 기존 공통 API 채택 절차는 제품 온보딩을 참고하십시오.