@zalkera/client 0.6.1

package/dist/index.d.ts

@@ -0,0 +1,861 @@
+/** 페이징 목록 — `ApiResponse.data` 자리에 들어간다. Spring `Pageable` 기반(page 는 0-based). */
+interface Paginated<T> {
+    content: T[];
+    page: number;
+    size: number;
+    totalElements: number;
+    totalPages: number;
+    first: boolean;
+    last: boolean;
+}
+/** 에러 응답 — `ErrorResponse`. 검증 실패면 `errors` 가 채워진다. */
+interface ApiErrorBody {
+    timestamp: number;
+    status: number;
+    /** HTTP 사유구("Conflict"). 사람용 — 분기엔 [errorCode] 를 쓴다. */
+    error: string;
+    /**
+     * 기계 판독 코드(`OUT_OF_STOCK`·`IDEMPOTENCY_CONFLICT`…). 같은 상태코드의 여러 원인을 가른다.
+     * 구버전 백엔드 응답엔 없다 — `OnequeError.code` 가 `error` 로 폴백한다.
+     */
+    errorCode?: string;
+    message: string;
+    path: string;
+    errors?: ValidationError[];
+}
+interface ValidationError {
+    field: string;
+    message: string;
+}
+/** `SiteConfigResponse` — 회사 정보·테마·SEO 기본값. JSON 컬럼(themeColors 등)은 문자열로 온다. */
+interface SiteConfig {
+    companyName: string;
+    ceoName: string | null;
+    bizRegNo: string | null;
+    address: string | null;
+    tel: string | null;
+    fax: string | null;
+    email: string | null;
+    logoAssetId: number | null;
+    /** JSON 문자열. 파싱은 소비자 몫(테넌트마다 스키마가 다를 수 있다). */
+    themeColors: string | null;
+    /**
+     * 사이트 기본 SEO JSON 문자열(스키마리스 — 백엔드가 검증하지 않는다). 미설정이면 null.
+     * 권장 구조: `{"title": "…", "description": "…"}` — 페이지·상품의 [PageContent.seo]·
+     * [ProductDetail.seo] 와 같은 모양이다.
+     *
+     * `title` 은 자체 제목이 없는 문서(홈 등)의 기본 제목, `description` 은 기본 meta description.
+     * 둘 다 없으면 소비자가 상호(`companyName`)로 강하한다. **파싱 실패해도 죽으면 안 된다** —
+     * 패스스루라 어떤 값이든 올 수 있다.
+     */
+    seoDefaults: string | null;
+    snsLinks: string | null;
+    /**
+     * 환불·교환·배송·A/S 정책 JSON 문자열(스키마리스 — 테넌트가 채운다). 미설정이면 null.
+     * 권장 구조: `{returns:{windowDays,notes}, exchange:{notes}, shipping:{notes}, as:{notes}}`.
+     *
+     * **금액은 여기 없다** — 반품 배송비는 [defaultReturnShippingFee] 가 단일 출처다(표시=실제 보장).
+     */
+    commercePolicies: string | null;
+    /**
+     * 업종. 스토어프론트가 schema.org 타입을 좁힐 때 쓴다(`BEAUTY` → `BeautySalon`, null → `Organization`).
+     * **실제 그 업태일 때만 서버가 채운다** — 테마 선택에서 유도한 값이 아니다.
+     */
+    businessType: BusinessType | null;
+    /**
+     * 반품 배송비(원). **실제 환불에서 차감되는 운영 값**이지 표시용 사본이 아니다 —
+     * 정책 문구와 이 값이 갈리지 않도록 금액은 항상 이 필드를 쓴다.
+     */
+    defaultReturnShippingFee: number | null;
+}
+/** 테넌트 업종. 서버가 값을 추가할 수 있다 — 모르는 값은 일반(Organization)으로 흘려보내라. */
+type BusinessType = "BEAUTY";
+/** `PublicCategoryResponse`. */
+interface Category {
+    id: number;
+    slug: string;
+    name: string;
+    sortOrder: number;
+}
+/** `PublicPostResponse` — 목록 카드용(본문 없음). */
+interface PostSummary {
+    id: number;
+    slug: string;
+    title: string;
+    summary: string | null;
+    categoryName: string | null;
+    coverAssetId: number | null;
+    publishedAt: string | null;
+    viewCount: number;
+}
+/** `PublicPostDetailResponse` — 상세(본문 포함). */
+interface PostDetail {
+    id: number;
+    slug: string;
+    title: string;
+    summary: string | null;
+    content: string | null;
+    categoryId: number | null;
+    coverAssetId: number | null;
+    publishedAt: string | null;
+    viewCount: number;
+    /**
+     * SEO 오버라이드 JSON 문자열(스키마리스 — 백엔드가 검증하지 않는다). 미설정이면 null.
+     * 권장 구조: `{"title": "…", "description": "…"}` — 사이트 기본값 [SiteConfig.seoDefaults] 와
+     * 같은 모양이다. `title` 없으면 소비자가 자연 제목(페이지 제목·상품명)으로 강하한다.
+     * **파싱 실패해도 죽으면 안 된다** — 패스스루라 어떤 값이든 올 수 있다.
+     */
+    seo: string | null;
+}
+/** 글 목록 질의. `category` 는 카테고리 slug. page 는 0-based. */
+interface ListPostsParams {
+    category?: string;
+    page?: number;
+    size?: number;
+    /** Spring 정렬 표현. 예: `"publishedAt,desc"`. */
+    sort?: string;
+}
+/**
+ * 페이지 섹션 — 구조화된 페이지 구성 요소.
+ *
+ * `type` 은 **문자열 그대로 둔다**(union 아님). 백엔드 `SectionType` 이 append-only 계약이라
+ * union 으로 못박으면 새 타입이 추가되는 순간 기존 스토어프론트가 타입 에러로 깨진다.
+ * 아는 값만 [KnownSectionType] 로 따로 제공한다 — **모르는 타입은 조용히 건너뛰는 게 계약이다.**
+ *
+ * `config` 는 **파싱하지 않은 raw JSON 문자열**이다(`seo`·`themeColors` 와 같은 사상). 백엔드도
+ * 검증하지 않는다 — 사이트 하나 고칠 때마다 백엔드를 배포하지 않으려는 의도다. 파싱은 소비자
+ * 몫이고, **깨진 config 는 그 섹션만 건너뛰어야지 페이지를 죽이면 안 된다.**
+ *
+ * 타입별 config 형상(정본은 백엔드 `SectionType` enum KDoc — 바뀌면 세 곳을 같이 고친다):
+ * - `SERVICE_MENU` — `{ productIds: number[] }` (`{ categorySlug }` 변형은 공개 상품 API 에
+ *   카테고리 필터가 아직 없어 미지원)
+ * - `BEFORE_AFTER_GALLERY` — `{ items: [{ beforeAssetId, afterAssetId, caption }] }`
+ * - `BOOKING_CTA` — `{ productId, label }`
+ * - `DOCTOR_INTRO` — `{ name, title, photoAssetId, bio }`
+ */
+interface PageSection {
+    type: string;
+    sortOrder: number;
+    config: string | null;
+}
+/** 지금 렌더러가 아는 섹션 타입. 이 밖의 값이 와도 정상이다(스킵). */
+type KnownSectionType = "SERVICE_MENU" | "BEFORE_AFTER_GALLERY" | "BOOKING_CTA" | "DOCTOR_INTRO";
+/** `PublicPageResponse` — 회사 소개 같은 고정 페이지. */
+interface PageContent {
+    id: number;
+    slug: string;
+    title: string;
+    /** 레거시 마크다운 본문. [sections] 가 있으면 무시된다. */
+    content: string | null;
+    publishedAt: string | null;
+    /**
+     * SEO 오버라이드 JSON 문자열(스키마리스 — 백엔드가 검증하지 않는다). 미설정이면 null.
+     * 권장 구조: `{"title": "…", "description": "…"}` — 사이트 기본값 [SiteConfig.seoDefaults] 와
+     * 같은 모양이다. `title` 없으면 소비자가 자연 제목(페이지 제목·상품명)으로 강하한다.
+     * **파싱 실패해도 죽으면 안 된다** — 패스스루라 어떤 값이든 올 수 있다.
+     */
+    seo: string | null;
+    /** 있으면 이걸 렌더한다(content 는 무시). 비었으면 [content] 폴백. 순서는 서버가 정렬해 준다. */
+    sections: PageSection[];
+}
+type MenuPosition = "HEADER" | "FOOTER";
+/** `PublicMenuResponse` — 재귀 트리(children). */
+interface Menu {
+    id: number;
+    position: MenuPosition;
+    label: string;
+    url: string;
+    sortOrder: number;
+    children: Menu[];
+}
+/** `PublicMediaUrlResponse` — presigned 다운로드 URL. `expiresAt` 전까지만 유효하다. */
+interface MediaUrl {
+    url: string;
+    expiresAt: string;
+}
+/**
+ * 예약 상태. `PENDING`(유료 예약의 결제 대기) → `CONFIRMED`(확정) → `COMPLETED`(방문 완료).
+ * `CANCELLED`·`NO_SHOW` 도 종단이다. 서버가 값을 추가할 수 있다 — 모르는 값은 그대로 표시만 하라.
+ */
+type BookingStatus = "PENDING" | "CONFIRMED" | "CANCELLED" | "COMPLETED" | "NO_SHOW";
+/**
+ * 예약 가능한 슬롯 한 칸 — `AvailabilitySlotResponse`.
+ *
+ * **가용 판정은 [availableCount] 로 한다** — 상품 카탈로그의 `inStock`/`available` 이 아니다.
+ * 예약은 슬롯마다 정원이 따로라, 상품 단위 재고 개념이 성립하지 않는다.
+ */
+interface AvailabilitySlot {
+    slotId: number;
+    resourceId: number;
+    /** ISO-8601(UTC). 표시할 때 현지 시간대로 변환하는 건 소비자 몫이다. */
+    startAt: string;
+    endAt: string;
+    /** 이 슬롯의 남은 정원. 0이면 못 잡는다(서버는 애초에 0인 슬롯을 안 준다). */
+    availableCount: number;
+}
+/** 예약 생성 입력 — `CreateBookingRequest`. [slotId] 는 [AvailabilitySlot.slotId]. */
+interface CreateBookingInput {
+    slotId: number;
+    /** 인원·수량. 생략하면 1. 슬롯 정원을 이만큼 소비한다. */
+    quantity?: number;
+    /** 연락처 — 생략하면 로그인 고객 정보를 쓴다. */
+    contactName?: string | null;
+    contactPhone?: string | null;
+}
+/**
+ * 내 예약 한 건 — `MyBookingResponse`.
+ *
+ * **[orderNo] 가 핵심 분기다**: 유료 예약(예약금 포함)이면 결제할 주문번호가 실려 오고, 그때는
+ * `startPayment(orderNo, ...)` 로 **기존 결제 흐름을 그대로 탄다**(예약 전용 결제 API 는 없다).
+ * 무료 예약이면 null 이고 생성 즉시 `CONFIRMED` 다.
+ */
+interface Booking {
+    /** 외부 노출 식별자. 취소·변경은 이 코드로 한다(숫자 id 를 쓰지 않는다). */
+    bookingCode: string;
+    productId: number;
+    slotId: number;
+    startAt: string | null;
+    endAt: string | null;
+    quantity: number;
+    status: BookingStatus;
+    /** 유료 예약이면 결제할 주문번호. 무료면 null. */
+    orderNo: string | null;
+    createdAt: string | null;
+}
+/** 가용 슬롯 조회 질의. [from]·[to] 는 ISO-8601(UTC) — 조회 창을 넓게 잡으면 응답이 커진다. */
+interface AvailabilityParams {
+    productId: number;
+    from: string;
+    to: string;
+}
+/**
+ * 문의 접수 입력 — `InquiryCreateRequest`.
+ *
+ * 길이 제약은 백엔드가 최종 검증한다(name≤100, email≤255, phone≤30, company≤100,
+ * subject≤255, message≤5000). 초과 시 400 + `ValidationError[]` 로 온다.
+ */
+interface InquiryInput {
+    name: string;
+    email: string;
+    phone?: string | null;
+    company?: string | null;
+    subject: string;
+    message: string;
+}
+/** `InquiryCreatedResponse`. */
+interface InquiryCreated {
+    id: number;
+}
+/** 광고 유입 추적. 전부 선택 — 자연 유입이면 비어 있다. */
+interface LeadTracking {
+    utmSource?: string | null;
+    utmMedium?: string | null;
+    utmCampaign?: string | null;
+    utmAdgroup?: string | null;
+    utmContent?: string | null;
+    fbclid?: string | null;
+    gclid?: string | null;
+    nclid?: string | null;
+}
+/**
+ * 광고 리드 접수 입력 — `LeadCreateRequest`.
+ *
+ * 문의(InquiryInput)와 달리 **이메일이 선택**이고 연락처가 필수다. UTM·클릭ID 등 광고 유입 추적을
+ * `tracking` 으로 함께 보낸다. 길이 제약은 백엔드가 최종 검증한다(name≤100, phone≤30,
+ * email≤255, interest≤100, message≤5000).
+ */
+interface LeadInput {
+    name: string;
+    phone: string;
+    email?: string | null;
+    /** 관심 분야/문의 유형 (예: 치과 진료과목). */
+    interest?: string | null;
+    message?: string | null;
+    /** 빠른 상담 신청 여부. */
+    isQuick?: boolean;
+    consentMarketing?: boolean;
+    tracking?: LeadTracking;
+}
+/** `LeadCreatedResponse`. */
+interface LeadCreated {
+    id: number;
+}
+/** 상품 이행 유형. PHYSICAL=배송, DIGITAL=즉시전달, SERVICE=시간·장소 예약. */
+type ProductType = "PHYSICAL" | "DIGITAL" | "SERVICE";
+/** `PublicProductResponse.PublicVariant` — 스토어프론트 노출 variant. */
+interface ProductVariant {
+    id: number;
+    sku: string | null;
+    /** 옵션 조합("레드/XL"). 단순 상품은 빈 문자열. */
+    optionSignature: string;
+    price: number;
+    compareAtPrice: number | null;
+    currency: string;
+    inStock: boolean;
+    /** 추적 재고의 가용수량. 무한재고면 null. */
+    available: number | null;
+}
+/** `PublicProductResponse` — 공개 상품 상세(ACTIVE 상품·ACTIVE variant 만). */
+interface ProductDetail {
+    /** 숫자 상품 id — 후기 조회(`listProductReviews(id)`·`getProductReviewSummary(id)`) 등 id 기반 API 의 연결 키. */
+    id: number;
+    slug: string;
+    name: string;
+    description: string | null;
+    productType: ProductType;
+    coverAssetId: number | null;
+    /**
+     * SEO 오버라이드 JSON 문자열(스키마리스 — 백엔드가 검증하지 않는다). 미설정이면 null.
+     * 권장 구조: `{"title": "…", "description": "…"}` — 사이트 기본값 [SiteConfig.seoDefaults] 와
+     * 같은 모양이다. `title` 없으면 소비자가 자연 제목(페이지 제목·상품명)으로 강하한다.
+     * **파싱 실패해도 죽으면 안 된다** — 패스스루라 어떤 값이든 올 수 있다.
+     */
+    seo: string | null;
+    variants: ProductVariant[];
+}
+/** `PublicProductCategoryResponse`. */
+/** `PublicProductSummaryResponse` — 공개 상품 목록 카드(최저가·구매가능 요약). */
+interface ProductSummary {
+    /** 숫자 상품 id — 카드 평점 요약(`getProductReviewSummary(id)`) 연결 키. */
+    id: number;
+    slug: string;
+    name: string;
+    productType: ProductType;
+    coverAssetId: number | null;
+    /** 최저 판매가(ACTIVE variant 중). 없으면 null. */
+    priceFrom: number | null;
+    currency: string;
+    inStock: boolean;
+}
+/** `listProducts` 질의. category 필터는 상품↔카테고리 매핑이 채워진 뒤 지원. */
+interface ListProductsParams {
+    productType?: ProductType;
+    keyword?: string;
+    page?: number;
+    size?: number;
+    sort?: string;
+}
+interface ProductCategory {
+    id: number;
+    parentId: number | null;
+    slug: string;
+    name: string;
+    sortOrder: number;
+}
+/**
+ * `ReviewResponse` — 공개 후기 한 건(VISIBLE 만 노출). 작성자 신원은 공개하지 않는다(v1).
+ *
+ * 후기는 상품의 **숫자 id(productId)** 로 조회한다 — slug 가 아니다. `ProductDetail.id` 로 획득한다
+ * (`getProduct(slug)` → `.id` → `listProductReviews(id)`). 0.4.0 에서 ProductDetail 에 id 를 노출해 봉합됨.
+ */
+interface Review {
+    id: number;
+    productId: number;
+    /** 별점 1~5. */
+    rating: number;
+    title: string | null;
+    content: string;
+    /** 사진 후기의 media asset id 배열. 사진이 없으면 빈 배열. `getMediaUrl(id)` 로 URL 화. */
+    photos: number[];
+    /** 작성 시각(ISO-8601 문자열). */
+    createdAt: string | null;
+}
+/**
+ * `RatingSummaryResponse` — 상품 평점 요약. 평균 = 별점합 / 후기수(후기가 없으면 count·avg 모두 0).
+ * product 의 비정규화 집계에서 읽으므로 목록 렌더에 값싸게 쓸 수 있다.
+ */
+interface RatingSummary {
+    productId: number;
+    reviewCount: number;
+    averageRating: number;
+}
+/**
+ * `listProductReviews` 질의. page 는 0-based. **정렬은 백엔드가 항상 최신순(id 내림차순)으로 고정**하므로
+ * sort 파라미터는 없다.
+ */
+interface ListReviewsParams {
+    page?: number;
+    size?: number;
+}
+/** `CartResponse.CartLine` — 가격은 항상 현재가로 재계산된다(주문 시에만 동결). */
+interface CartLine {
+    variantId: number;
+    productName: string | null;
+    variantLabel: string | null;
+    sku: string | null;
+    unitPrice: number | null;
+    quantity: number;
+    lineTotal: number | null;
+    /** 판매가능(ACTIVE variant + 재고). false 면 결제에서 제외/차단된다. */
+    available: boolean;
+}
+/** `CartResponse`. */
+interface Cart {
+    items: CartLine[];
+    subtotal: number;
+    currency: string;
+}
+type SocialProvider = "KAKAO" | "NAVER" | "GOOGLE";
+/**
+ * 약관·정책 동의 종류.
+ * - 필수(신규가입에 셋 다 granted=true 여야 함): `TERMS`(이용약관)·`PRIVACY`(개인정보 수집·이용)·`OVER_14`(만 14세 이상)
+ * - 선택: `MARKETING_EMAIL`·`MARKETING_SMS`(마케팅 수신)
+ */
+type ConsentType = "TERMS" | "PRIVACY" | "OVER_14" | "MARKETING_EMAIL" | "MARKETING_SMS";
+/**
+ * 동의 한 건 — 어떤 정책의 어느 버전에 동의(또는 거부)했는지.
+ * `policyVersion` 은 동의받은 약관 문서의 버전 식별자(예: `"v1"`)로, 프론트가 관리한다.
+ */
+interface ConsentInput {
+    consentType: ConsentType;
+    policyVersion: string;
+    granted: boolean;
+}
+/**
+ * 현재 동의 상태 — `GET /api/shop/consents` 응답 행. 입력(`ConsentInput`)에 마지막 반영 시각을 더한 것.
+ * `occurredAt` 은 백엔드가 채워 주는 ISO-8601 문자열(동의/철회가 기록된 시점).
+ */
+interface ConsentStatus {
+    consentType: ConsentType;
+    policyVersion: string;
+    granted: boolean;
+    occurredAt?: string | null;
+}
+/**
+ * `SocialLoginRequest` — 소셜 리다이렉트에서 받은 authorization code 를 백엔드가 교환한다.
+ *
+ * ⚠️ 백엔드는 **신규 고객 가입 시 필수 동의를 강제**한다: `consents` 에 `TERMS`·`PRIVACY`·`OVER_14`
+ * 가 모두 `granted=true` 로 있어야 한다. 없으면 400 (`code: CONSENT_REQUIRED`) 로 가입이 거부된다.
+ * 기존 회원 재로그인은 `consents` 없이도 통과한다.
+ */
+interface SocialLoginInput {
+    provider: SocialProvider;
+    code: string;
+    redirectUri?: string;
+    /** 약관 동의 목록. 신규 가입 시 필수 3종이 granted=true 여야 백엔드가 가입을 허용한다. */
+    consents?: ConsentInput[];
+}
+/** `CustomerSummaryResponse` — PK 대신 customerKey(UUID)만 노출. */
+interface CustomerSummary {
+    customerKey: string;
+    name: string | null;
+    email: string | null;
+    phone: string | null;
+    emailVerified: boolean;
+    phoneVerified: boolean;
+}
+/** `AuthTokenResponse` — 로그인·갱신 성공. accessToken 은 15분, refresh 는 매 교환마다 회전. */
+interface AuthTokens {
+    accessToken: string;
+    refreshToken: string;
+    tokenType: string;
+    expiresIn: number;
+    customer: CustomerSummary;
+}
+type OrderStatus = "PENDING_PAYMENT" | "PAID" | "SHIPPED" | "DELIVERED" | "COMPLETED" | "CANCELED" | "REFUNDED";
+interface ShipToInput {
+    name?: string;
+    phone?: string;
+    zipcode?: string;
+    address1?: string;
+    address2?: string;
+}
+/** `CheckoutRequest` — 구매자 연락처는 게스트 주문 조회 크리덴셜이라 필수. */
+interface CheckoutInput {
+    buyerName: string;
+    buyerEmail?: string;
+    buyerPhone: string;
+    shipTo?: ShipToInput;
+}
+interface OrderItemLine {
+    /** 주문 라인 id — **후기 작성 키**. `createProductReview` 의 `orderItemId` 로 넘긴다. */
+    id: number;
+    /** 이 라인 상품의 id. 후기 작성 경로(`/shop/products/{productId}/reviews`)에 쓴다. 예약금 라인이면 null. */
+    productId: number | null;
+    productName: string;
+    variantLabel: string | null;
+    sku: string | null;
+    unitPrice: number;
+    quantity: number;
+    lineTotal: number;
+}
+/**
+ * 후기 작성 입력 — `CreateReviewRequest`.
+ *
+ * **구매검증이 걸린다**: `orderItemId` 는 [OrderItemLine.id](주문 상세에서 얻는다)이고, 서버가
+ * (본인 주문 + 배송완료(DELIVERED) 이상 + 상품 일치)를 3중 확인한다. 라인당 후기 1개(재작성 불가).
+ */
+interface CreateReviewInput {
+    /** [OrderItemLine.id]. 주문 상세 응답에서 획득한다 — 다른 데서 못 얻는다. */
+    orderItemId: number;
+    /** 별점 1~5. */
+    rating: number;
+    title?: string | null;
+    content: string;
+    /** media asset id 배열(사진 후기). 고객 업로드 표면이 아직 없어 실질 생략. */
+    photos?: number[];
+}
+interface OrderHistoryEntry {
+    fromStatus: OrderStatus | null;
+    toStatus: OrderStatus;
+    actor: "SYSTEM" | "CUSTOMER" | "OPERATOR" | "PAYONEQ";
+    reason: string | null;
+    occurredAt: string;
+}
+/** `OrderResponse` — 주문 상세(스냅샷 동결). */
+interface OrderDetail {
+    orderNo: string;
+    status: OrderStatus;
+    currency: string;
+    subtotalAmount: number;
+    shippingAmount: number;
+    discountAmount: number;
+    totalAmount: number;
+    buyerName: string | null;
+    buyerEmail: string | null;
+    buyerPhone: string | null;
+    shipToName: string | null;
+    shipToPhone: string | null;
+    shipToZipcode: string | null;
+    shipToAddress1: string | null;
+    shipToAddress2: string | null;
+    placedAt: string | null;
+    items: OrderItemLine[];
+    history: OrderHistoryEntry[];
+}
+/** `OrderSummaryResponse` — 내 주문 목록 행. */
+interface OrderSummary {
+    orderNo: string;
+    status: OrderStatus;
+    totalAmount: number;
+    currency: string;
+    placedAt: string | null;
+}
+/**
+ * `PaymentSessionResponse` — 결제 시작 결과.
+ *
+ * **벤더가 둘 중 하나다**(테넌트가 자기 PG 를 고른다 — 기본 TOSS):
+ *  - **리다이렉트형**(PayOneQ 등): [widget] 이 없다 → [paymentUrl] 로 고객을 보내면 끝.
+ *  - **위젯형**(토스): [widget] 값으로 **내 사이트에서** 결제창을 띄우고, 성공 콜백의 파라미터를
+ *    [OnequeClient.confirmPayment] 로 넘겨 승인을 확정한다.
+ *
+ * 분기는 `session.widget ? 위젯 : redirect(session.paymentUrl)` 한 줄이면 된다.
+ */
+interface PaymentSession {
+    paymentUrl: string;
+    /** PG 결제 식별자(대사 키). 위젯형은 승인 전이라 주문번호가 들어온다. */
+    pgPaymentId: string;
+    /**
+     * 위젯형 벤더가 결제창을 띄우는 데 필요한 값. 리다이렉트형이면 없다(null/undefined).
+     *
+     * 토스: `{vendor:"TOSS_PAYMENTS", clientKey, orderId, amount, orderName}`.
+     * **브라우저 노출이 전제된 값만 담긴다** — clientKey 는 본디 프론트 공개값이고 secretKey 는 없다.
+     * 키 구성은 벤더마다 다르므로 `vendor` 로 분기해 읽는다.
+     */
+    widget?: Record<string, string> | null;
+}
+type ShipmentStatus = "READY" | "IN_TRANSIT" | "OUT_FOR_DELIVERY" | "DELIVERED" | "FAILED";
+interface ShipmentEvent {
+    status: ShipmentStatus;
+    location: string | null;
+    description: string | null;
+    occurredAt: string;
+}
+/** `ShipmentResponse`. */
+interface ShipmentInfo {
+    carrierCode: string | null;
+    trackingNo: string | null;
+    status: ShipmentStatus;
+    shippedAt: string | null;
+    deliveredAt: string | null;
+    lastSyncedAt: string | null;
+    events: ShipmentEvent[];
+}
+
+/**
+ * ISR 읽기 옵션 — Next.js 캐시 태그(memo31 §0-1). RSC/ISR 페이지에서 읽기 메서드에 넘기면
+ * 그 fetch 에 `next.tags` 가 실려, 백엔드가 `revalidateTag(tag)` 로 온디맨드 무효화할 수 있다.
+ * 태그 컨벤션: `site-config`(사이트 설정·테마·레이아웃), `products`(카탈로그), `product:{slug}`(특정 상품).
+ * 넘기지 않으면 세그먼트 기본 캐시(페이지의 `revalidate` 주기)만 적용된다 — 하위호환 유지.
+ */
+interface ReadOptions {
+    /** Next ISR 캐시 태그. 이 태그로 백엔드가 온디맨드 revalidate 한다. */
+    tags?: string[];
+}
+interface OnequeClientOptions {
+    /**
+     * 백엔드 베이스 URL — `/api` 접두사는 붙이지 않는다. 예: `http://localhost:8100`.
+     * 클라이언트가 경로에 `/api/public/...` 를 붙인다.
+     */
+    baseUrl: string;
+    /**
+     * 테넌트 코드. 모든 요청에 `X-Tenant` 헤더로 실린다.
+     *
+     * 공개 API 는 이 헤더를 그대로 믿는다(비인증). 그래서 이 클라이언트는 **서버 사이드**
+     * (RSC·route handler·server action)에서 쓰는 것을 전제로 한다 — 브라우저에서 직접 부르면
+     * baseUrl 이 노출되고 CORS 를 열어야 한다. README 참고.
+     */
+    tenant: string;
+    /**
+     * `fetch` 구현 주입(선택). 기본은 전역 `fetch`(Node 18+·브라우저). 테스트·커스텀 에이전트·
+     * Next.js 의 `fetch` 캐시 옵션을 감싸는 래퍼를 넣을 때 쓴다.
+     */
+    fetch?: typeof fetch;
+    /** 모든 요청에 추가할 헤더(선택). */
+    headers?: Record<string, string>;
+    /** 요청 타임아웃(ms). 기본 10초. */
+    timeoutMs?: number;
+}
+/**
+ * Oneque 공개 API 클라이언트.
+ *
+ * 테넌트 사이트(credium 등)가 백엔드의 공개 엔드포인트를 타입 안전하게 부르기 위한 얇은 래퍼다.
+ * 런타임 의존성이 없다 — 전역 `fetch` 만 쓴다.
+ *
+ * ```ts
+ * const cms = createOnequeClient({ baseUrl: process.env.API_BASE_URL!, tenant: "credium" });
+ * const posts = await cms.listPosts({ size: 10, sort: "publishedAt,desc" });
+ * await cms.submitInquiry({ name, email, subject, message });
+ * ```
+ *
+ * 모든 메서드는 성공 시 envelope 안쪽 `data` 를 돌려주고, 실패 시 [OnequeError] 를 던진다.
+ */
+interface OnequeClient {
+    /** 회사 정보·테마·SEO 기본값. ISR 페이지는 [ReadOptions.tags] 로 캐시 태그를 실을 수 있다. */
+    getSiteConfig(options?: ReadOptions): Promise<SiteConfig>;
+    /** 살아 있는 카테고리 전부(페이징 없음). */
+    listCategories(): Promise<Category[]>;
+    /** 발행된 글 목록(페이징). */
+    listPosts(params?: ListPostsParams): Promise<Paginated<PostSummary>>;
+    /** slug 로 글 상세(본문 포함). 없으면 404 → [OnequeError]. */
+    getPost(slug: string): Promise<PostDetail>;
+    /**
+     * 조회 비콘 — 같은 뷰어의 같은 날 재조회는 집계되지 않는다(반환 false).
+     * 화면 렌더를 막지 않도록 fire-and-forget 으로 부르길 권한다(실패해도 페이지는 살아야 한다).
+     *
+     * 조회 dedup 은 뷰어 IP·UA 를 쓴다. 서버 사이드에서 부를 때는 [RequestContext.clientIp] 로
+     * 원 방문자 IP 를 넘겨야 방문자별로 집계된다 — 안 넘기면 전부 서버 IP 하나로 뭉친다.
+     */
+    recordPostView(slug: string, context?: RequestContext): Promise<boolean>;
+    /** slug 로 고정 페이지. */
+    /**
+     * slug 로 고정 페이지(섹션 포함). 없으면 404 → [OnequeError].
+     * ISR 페이지는 [ReadOptions.tags] 로 캐시 태그를 실을 수 있다 — 백엔드가 발행 시 그 태그만
+     * 콕 집어 revalidate 한다.
+     */
+    getPage(slug: string, options?: ReadOptions): Promise<PageContent>;
+    /** 메뉴 트리(HEADER·FOOTER). */
+    listMenus(options?: ReadOptions): Promise<Menu[]>;
+    /** 미디어 presigned 다운로드 URL(만료 있음). */
+    getMediaUrl(id: number): Promise<MediaUrl>;
+    /**
+     * 문의 접수. 성공 시 생성된 문의 id. 레이트리밋이면 429 → `error.isRateLimited`.
+     *
+     * ⚠️ 서버 사이드(테넌트 route handler)에서 부를 때는 [RequestContext.clientIp] 로 **원 방문자
+     * IP 를 반드시 넘겨야 한다.** 백엔드의 문의 레이트리밋·IP 기록은 `X-Forwarded-For` 첫 홉을
+     * 쓰는데, 안 넘기면 백엔드가 테넌트 서버 IP 하나만 보고 몇 건 뒤 **모든 방문자**를 429 로 막는다.
+     */
+    submitInquiry(input: InquiryInput, context?: RequestContext): Promise<InquiryCreated>;
+    /**
+     * 광고 리드 접수. 문의와 달리 이메일이 선택이고 UTM 추적을 함께 보낸다.
+     *
+     * ⚠️ [submitInquiry] 와 같은 이유로 서버 사이드에서는 [RequestContext.clientIp] 로 원 방문자
+     * IP 를 넘겨야 한다 — 백엔드 리드 레이트리밋·IP 기록이 그 값을 본다.
+     */
+    submitLead(input: LeadInput, context?: RequestContext): Promise<LeadCreated>;
+    /** slug 로 공개 상품(ACTIVE) 상세 — variant·재고 가용여부 포함. 없으면 404. ISR 태그는 [ReadOptions]. */
+    getProduct(slug: string, options?: ReadOptions): Promise<ProductDetail>;
+    /** 공개 상품 목록(ACTIVE) — 카드용 요약(최저가·재고). ISR 태그는 [ReadOptions]. */
+    listProducts(params?: ListProductsParams, options?: ReadOptions): Promise<Paginated<ProductSummary>>;
+    /** 커머스 카테고리 목록(노출 순서). ISR 태그는 [ReadOptions]. */
+    listProductCategories(options?: ReadOptions): Promise<ProductCategory[]>;
+    /**
+     * 상품 후기 목록(공개·VISIBLE 만, 최신순, 페이징).
+     *
+     * 상품의 **숫자 id(productId)** 로 조회한다 — slug 가 아니다. `getProduct(slug).id` 로 획득한다(0.4.0).
+     */
+    listProductReviews(productId: number, params?: ListReviewsParams, options?: ReadOptions): Promise<Paginated<Review>>;
+    /** 상품 평점 요약(후기 수·평균 별점). 후기 없으면 count=0·avg=0. 목록 별점 배지에 값싸게 쓴다. */
+    getProductReviewSummary(productId: number, options?: ReadOptions): Promise<RatingSummary>;
+    /**
+     * 후기 작성 — **로그인 필수 + 구매검증**. `input.orderItemId` 는 [OrderItemLine.id](주문 상세에서 획득).
+     * 서버가 본인 주문·배송완료(DELIVERED) 이상·상품 일치를 3중 확인한다. 라인당 1개(재작성 시 409 `ALREADY_REVIEWED`).
+     */
+    createProductReview(productId: number, input: CreateReviewInput, accessToken: string): Promise<Review>;
+    /** 소셜 로그인 — authorization code 를 백엔드가 교환하고 고객 토큰을 발급. */
+    socialLogin(input: SocialLoginInput): Promise<AuthTokens>;
+    /** refresh 토큰으로 새 토큰 회전(옛 refresh 는 폐기). */
+    refreshSession(refreshToken: string): Promise<AuthTokens>;
+    /** 로그아웃 — 이 고객의 모든 세션 폐기. */
+    logout(accessToken: string): Promise<string>;
+    /** 내 정보. */
+    getMe(accessToken: string): Promise<CustomerSummary>;
+    /** 현재 동의 상태 조회(로그인 필수) — 마케팅 수신 토글 화면 등에서 초기값으로 쓴다. */
+    getConsents(accessToken: string): Promise<ConsentStatus[]>;
+    /**
+     * 동의 갱신(로그인 필수, append) — 마케팅 수신 on/off 등. 넘긴 항목만 반영되고 나머지는 유지된다.
+     * 성공 시 백엔드 확인 메시지를 돌려준다(최신 상태가 필요하면 [getConsents] 로 다시 읽는다).
+     */
+    updateConsents(accessToken: string, consents: ConsentInput[]): Promise<string>;
+    /**
+     * 예약 가능한 슬롯 조회 — **비로그인 가능**(상품 상세에서 시간표를 보여주는 자리).
+     *
+     * 미래·잔여정원 있는 OPEN 슬롯만 온다. 가용 판정은 [AvailabilitySlot.availableCount] 로 하고,
+     * 카탈로그의 `inStock`/`available` 을 쓰지 마라 — 예약은 슬롯마다 정원이 따로다.
+     */
+    availability(params: AvailabilityParams, options?: ReadOptions): Promise<AvailabilitySlot[]>;
+    /**
+     * 예약 생성 — 슬롯 정원을 원자적으로 소비한다. **로그인 필수**(게스트 예약 없음).
+     *
+     * 무료 예약은 즉시 `CONFIRMED`. **유료·예약금이면 `status=PENDING` + [Booking.orderNo] 가 실려 오고**,
+     * 그 orderNo 로 [startPayment] 를 불러 **기존 결제 흐름을 그대로 탄다**(예약 전용 결제 API 는 없다).
+     *
+     * 정원 소진은 `SLOT_FULL` — 슬롯 목록이 stale 했다는 뜻이니 [availability] 를 다시 읽어 보여줘라.
+     */
+    createBooking(accessToken: string, input: CreateBookingInput): Promise<Booking>;
+    /** 내 예약 목록(최신순). 로그인 필수. */
+    myBookings(accessToken: string): Promise<Booking[]>;
+    /** 예약 취소 — 시작 전·무료 예약만. 정원이 복원된다. 로그인 필수. */
+    cancelBooking(accessToken: string, bookingCode: string): Promise<string>;
+    /** 같은 상품의 다른 슬롯으로 이동(신 슬롯 소비·구 슬롯 복원). 로그인 필수. */
+    rescheduleBooking(accessToken: string, bookingCode: string, newSlotId: number): Promise<Booking>;
+    /**
+     * 장바구니 조회. 로그인은 accessToken, 게스트는 cartSessionKey 로 식별.
+     *
+     * ⚠️ **예약(SERVICE) 상품은 장바구니에 담기지 않는다** — [addToCart] 가 400 으로 거부한다.
+     * 예약은 [createBooking] 으로 별도 흐름을 탄다(카트에 슬롯을 실으면 체크아웃이 오염된다).
+     */
+    getCart(session: ShopSession): Promise<Cart>;
+    /**
+     * 담기(같은 variant 는 수량 누적).
+     *
+     * ⚠️ **예약(SERVICE) 상품은 400 으로 거부된다** — 예약은 [createBooking] 이다. 상품 상세에서
+     * `productType === "SERVICE"` 면 담기 버튼 대신 슬롯 선택을 그려라.
+     */
+    addToCart(variantId: number, quantity: number, session: ShopSession): Promise<Cart>;
+    /** 수량 변경. */
+    updateCartItem(variantId: number, quantity: number, session: ShopSession): Promise<Cart>;
+    /** 항목 삭제. */
+    removeFromCart(variantId: number, session: ShopSession): Promise<Cart>;
+    /** 비우기. */
+    clearCart(session: ShopSession): Promise<Cart>;
+    /**
+     * 결제(주문 생성) — 스냅샷 동결 + 재고 차감. 상태=PENDING_PAYMENT.
+     *
+     * [idempotencyKey] 를 주면 **같은 키·같은 입력의 재요청이 새 주문을 만들지 않고 원주문을 그대로
+     * 반환**한다(더블클릭·네트워크 재시도 안전). 같은 키로 **다른 입력**을 보내면 409.
+     *
+     * **키는 "이 체크아웃 1건"에 고정된 값이어야 한다** — 호출마다 새로 만들면 재시도가 서로 다른
+     * 키를 들고 가서 아무것도 막지 못한다(그래서 SDK 가 자동 생성해 주지 않는다). 안정적인 소스를
+     * 쓴다: 게스트는 **장바구니 세션 키**(카트 1개 → 주문 1건이라 의미가 정확히 맞는다),
+     * 그 외에는 결제 시도 시작 시 한 번 만들어 재시도 동안 보관한 값.
+     *
+     * 안 주면 종전 동작 — 중복 제출은 카트가 이미 소비돼 404(`CART_NOT_FOUND`)로 떨어진다.
+     */
+    checkout(input: CheckoutInput, session: ShopSession, idempotencyKey?: string): Promise<OrderDetail>;
+    /**
+     * 결제 시작. **벤더에 따라 두 갈래**(테넌트가 자기 PG 를 고른다 — 기본 TOSS):
+     * `session.widget` 이 있으면 위젯형(내 사이트에서 결제창 → [confirmPayment] 로 승인 확정),
+     * 없으면 리다이렉트형(`session.paymentUrl` 로 보내면 끝).
+     */
+    startPayment(orderNo: string, access: OrderAccess): Promise<PaymentSession>;
+    /**
+     * **위젯형 벤더의 승인 확정**(토스 등). 결제창이 성공 URL 로 돌려준 파라미터를 그대로 넘긴다
+     * (토스: `{paymentKey, orderId, amount}` — URL 쿼리에서 읽어 통째로).
+     *
+     * **금액을 넘겨도 서버는 안 믿는다** — 서버가 저장한 주문 금액으로 PG 에 직접 묻는다. 그래서
+     * 브라우저에서 금액을 조작해도 승인되지 않는다.
+     *
+     * 이미 승인된 주문(웹훅 선착)이면 조용히 통과한다 — 재호출이 안전하다.
+     * 리다이렉트형 벤더에 부르면 404(`PG_CONFIG_NOT_FOUND`).
+     */
+    confirmPayment(orderNo: string, providerParams: Record<string, string>, access: OrderAccess): Promise<void>;
+    /** 주문 조회 — 본인(accessToken) 또는 게스트(phone). */
+    getOrder(orderNo: string, access: OrderAccess): Promise<OrderDetail>;
+    /** 내 주문 목록(로그인 필수). */
+    listMyOrders(accessToken: string, params?: {
+        page?: number;
+        size?: number;
+    }): Promise<Paginated<OrderSummary>>;
+    /** 주문 취소(미결제만) — 본인 또는 게스트(phone). */
+    cancelOrder(orderNo: string, access: OrderAccess): Promise<OrderDetail>;
+    /** 구매 확정(배송완료 후) — 본인 또는 게스트(phone). */
+    completeOrder(orderNo: string, access: OrderAccess): Promise<OrderDetail>;
+    /** 배송 조회 — 본인 또는 게스트(phone). */
+    getShipment(orderNo: string, access: OrderAccess): Promise<ShipmentInfo>;
+}
+/**
+ * 장바구니·결제의 사용자 식별. 로그인 고객은 [accessToken], 게스트는 [cartSessionKey]
+ * (브라우저가 만든 안정적 익명 키)를 넘긴다. 로그인 시 게스트 카트→고객 카트 병합은 백엔드 몫.
+ */
+interface ShopSession {
+    accessToken?: string;
+    cartSessionKey?: string;
+}
+/**
+ * 주문 조회·취소·배송조회의 접근 크리덴셜. 로그인 고객은 [accessToken] 으로 소유권을,
+ * 게스트는 주문 시 남긴 [phone] 으로 확인한다(주문번호 + 연락처).
+ */
+interface OrderAccess {
+    accessToken?: string;
+    phone?: string;
+}
+/**
+ * IP 민감 엔드포인트(문의·조회 비콘)에서 원 방문자를 백엔드에 알리는 컨텍스트.
+ *
+ * 테넌트 사이트는 서버 사이드에서 이 클라이언트를 부르므로, 백엔드가 보는 소스 IP 는 방문자가
+ * 아니라 테넌트 서버다. 방문자 IP 를 `X-Forwarded-For` 로 실어 백엔드가 방문자별로 판단하게 한다.
+ */
+interface RequestContext {
+    /** 원 방문자 IP — route handler 에서 요청 헤더(x-forwarded-for·x-real-ip)로 뽑아 넘긴다. */
+    clientIp?: string;
+}
+declare function createOnequeClient(options: OnequeClientOptions): OnequeClient;
+
+/**
+ * Oneque API 호출 실패.
+ *
+ * 백엔드의 `ErrorResponse` 를 그대로 담는다.
+ *
+ * **원인 분기는 [code] 로 한다** — 한 엔드포인트가 같은 상태코드로 여러 원인을 낸다(checkout 의 409 =
+ * `OUT_OF_STOCK`·`ITEM_NOT_PURCHASABLE`·`IDEMPOTENCY_CONFLICT` — 처방이 전부 다르다). `message` 는
+ * 사람용 한국어라 **문자열 매칭 금지**.
+ *
+ * `status` 는 거친 분류에만:
+ * - `400` + [validationErrors] — 입력값 문제(폼 필드별 메시지 노출)
+ * - `404` — 없는 slug/리소스
+ * - `429` — IP 레이트리밋(문의 남발). [isRateLimited] 로 편히 판별
+ * - `5xx` — 서버 오류
+ *
+ * 네트워크 자체가 실패했거나 응답이 JSON 이 아니면 [status] 가 0 이고 [body] 가 null 이다.
+ */
+declare class OnequeError extends Error {
+    /** HTTP 상태. 네트워크 실패·비JSON 응답이면 0. */
+    readonly status: number;
+    /**
+     * **기계 판독 에러 코드** — `ErrorResponse.errorCode`(백엔드 `ErrorCode` enum 이름).
+     * 예: `OUT_OF_STOCK`·`IDEMPOTENCY_CONFLICT`·`CART_NOT_FOUND`. 이걸로 분기한다.
+     *
+     * 코드를 안 싣는 구버전 백엔드 응답에서는 `error`(HTTP 사유구, "Conflict")로 **폴백**한다 —
+     * 그때는 원인을 가를 수 없으니, 폴백 값에 의존하는 분기를 짜지 마라.
+     * 열린 계약이라 문자열이다(서버가 코드를 추가해도 SDK 릴리스가 필요 없다).
+     */
+    readonly code: string | null;
+    /** 검증 실패 시 필드별 메시지. 그 외엔 빈 배열. */
+    readonly validationErrors: ValidationError[];
+    /** 파싱된 원본 에러 본문(있으면). */
+    readonly body: ApiErrorBody | null;
+    constructor(message: string, options: {
+        status: number;
+        code?: string | null;
+        validationErrors?: ValidationError[];
+        body?: ApiErrorBody | null;
+        cause?: unknown;
+    });
+    /** IP 레이트리밋(429) — 문의 폼에서 "잠시 후 다시" 를 띄울 때 쓴다. */
+    get isRateLimited(): boolean;
+    /** 응답 본문(파싱된 것)으로부터 에러를 만든다. */
+    static fromBody(status: number, body: unknown): OnequeError;
+}
+
+export { type ApiErrorBody, type AuthTokens, type AvailabilityParams, type AvailabilitySlot, type Booking, type BookingStatus, type BusinessType, type Cart, type CartLine, type Category, type CheckoutInput, type ConsentInput, type ConsentStatus, type ConsentType, type CreateBookingInput, type CreateReviewInput, type CustomerSummary, type InquiryCreated, type InquiryInput, type KnownSectionType, type LeadCreated, type LeadInput, type LeadTracking, type ListPostsParams, type ListProductsParams, type ListReviewsParams, type MediaUrl, type Menu, type MenuPosition, type OnequeClient, type OnequeClientOptions, OnequeError, type OrderAccess, type OrderDetail, type OrderHistoryEntry, type OrderItemLine, type OrderStatus, type OrderSummary, type PageContent, type PageSection, type Paginated, type PaymentSession, type PostDetail, type PostSummary, type ProductCategory, type ProductDetail, type ProductSummary, type ProductType, type ProductVariant, type RatingSummary, type ReadOptions, type RequestContext, type Review, type ShipToInput, type ShipmentEvent, type ShipmentInfo, type ShipmentStatus, type ShopSession, type SiteConfig, type SocialLoginInput, type SocialProvider, type ValidationError, createOnequeClient };