인라이플 · CPS 제휴 성과

CPS 통합 성과 보드

모비온 소진 대비 제휴사 정산 매출·정산액을 광고주 단위로 합산합니다.

일자별 소진과 정산 매출

같은 날짜 축을 위아래로 나눠 그립니다. 축 배율이 달라 한 축에 겹쳐 그리지 않습니다.

광고주별 집계

행을 누르면 위 추이 차트가 그 광고주만 보여줍니다. 열 제목을 누르면 정렬합니다.

소스별 정산 매출 구성

정산액은 정산 매출에 대해 각 소스가 이미 계산해 준 커미션입니다. 파트 필터와 무관하게 전체 기준입니다.

모비온 코드를 발급한 하위매체에서 발생한 매출 중 일부를 정산받는 구조입니다. 모비온 대시보드의 정산 매출과는 중복되지 않습니다.

일자별 정산 매출

표에서 매체 행을 누르면 그 매체만 보여줍니다.

하위매체별 집계

행을 누르면 그 매체만 보여줍니다.

하위매체 정산 내역

월 × 하위매체별로 나눠 보여줍니다. 확정치가 없는 달은 기본값(3.5%)을 미확정으로 표시합니다.

월	하위매체	정산 매출	수수료율	정산액

표시 기준

대상	항목	설명
모비온 대시보드	소진 조건	설정한 기간 안에 소진 금액이 1원 이상 있는 계정만 표에 표시합니다. 소진이 0원인 계정은 목록에서 빠집니다.
	계정 대상	모비온 계정 중 매출 구분값(`ACCOUNT_TP_CODE`)이 CPS(03)인 계정만 조회 대상입니다. 같은 코드로 잡히지만 실제 광고주가 아닌 직원·테스트 계정은 별도 제외 목록으로 걸러냅니다.
	매체피 오차	매체피가 어드민 화면보다 약 0.7% 작게 나옵니다. GT방식으로 정산하는 매체는 계산식이 달라서 현재 0원으로 처리하고 있습니다. 정확한 금액이 필요하면 어드민 화면과 대조해 주세요.

소스별 마지막 적재

소스별 집계 기준 상세

매출·수수료로 인정하는 원본 컬럼, 날짜 귀속 기준, 취소 처리 방식을 소스별로 정리합니다. 내부 조사 문서(01.docs/00_정합성기준.md) 요약본이며, 조사 상태가 바뀌면 이 탭도 갱신이 필요합니다.

① 모비온 소재

조사 생략

매출: 대시보드 미사용(소재 분석 전용)
수수료: —
날짜 귀속: STATS_DTTM
취소 처리: 해당 없음
갱신 방식: 날짜구간 교체(SQL WHERE 직접 필터)

소진 컬럼을 갖지만 그레인이 ②와 달라(광고주×일자×노출형태×광고형태×디바이스) 대시보드 소진 지표는 ②만 씁니다.

② 모비온 매체피

조사 생략

매출: — (소진 전용 소스)
수수료: 매체피
날짜 귀속: 날짜(SQL WHERE 직접 필터)
취소 처리: 해당 없음
갱신 방식: 날짜구간 교체(집계값이라 개별 행 매칭 불가)

어드민 화면 대비 소진액이 약 0.7% 작게 계산되는 알려진 한계가 있습니다(과거 로직에서 그대로 승계, 이번 D1 이전이 만든 오차 아님).

③ 노랑풍선

확정

매출: 2026-09~ SETTLE_SALE_AMT(정산대상 판매), 2026-08 이하 TOT_SALE_AMT — 2026-10-01 사내 레퍼런스 대조로 확정
수수료: TOT_COMM_AMT — 그대로 사용, 곱셈으로 역산 금지
날짜 귀속: UPD_DT(예약확정일시) 앞 8자리
취소 처리: 전체취소 시 금액이 0으로 자동 반영 — 별도 필터 불필요
갱신 방식: RERV_NO upsert
하위매체 예외: 옐로팡딜(COMM_RAT=1) 상품은 하위매체 경유 건이라도 하위매체 수수료를 지급하지 않고 모비온 매출로 귀속 — 2026-10-06 확정

예약확정 건만 매출로 인정합니다. 예약확정일시(updDt) 기준 settleSaleAmt 합산. 예약대기의 경우 updDt의 값 자체가 없고, 취소될 경우 updDt는 있으나 settleSaleAmt가 0원 처리됩니다. 수수료는 노랑풍선 가이드에 맞추어 역산하지 않고 totCommAmt 합산합니다. 옐로팡딜(1% 요율) 상품은 하위매체 코드(partTourlistNo)가 찍혀 있어도 하위매체 대시보드가 아닌 모비온 매출로 집계됩니다 — 하위매체에 수수료를 지급하지 않는 계약 조건 반영.

④ 마이리얼트립

확정

매출: SALE_PRICE
수수료: COMMISSION(세전)
날짜 귀속: SETTLEMENT_CRITERIA_DATE
취소 처리: 상태 필터 미확인 — 무필터 전량 합산
갱신 방식: 날짜구간 교체(안정 PK 부재 + API 비결정성으로 이 방식이 유일한 수단)

항공(FLIGHT) 포함 여부 확정(공식 필드 스펙에 명시). 세후 실지급액(제세공과금 차감분)은 API에 필드가 없어 재현 불가 — 표시값은 세전 기준입니다.

⑤ 링크프라이스

확정

매출: SALES
수수료: COMMISSION
날짜 귀속: YYYYMMDD(요청 구간 = 응답 주문일자)
취소 처리: STATUS NOT IN ('300','310') 필터 적용 — 취소 건도 금액이 유지된 채 남는 과대계상(표본 47.6%) 수정
갱신 방식: 날짜구간 교체

일부 계정(7개, "전체취소 후 재생성" 정산방식)은 필터를 걸어도 원 발생월엔 매출이 안 잡히고 몇 달 뒤 다른 달로 재생성됩니다 — 매월 6일 전전월분을 재확인하는 걸 표준 프로세스로 채택했습니다.

⑥ 컬리

조사 불가

매출: ATTRIBUTED_AMOUNT(헤더만 검증, 실데이터 미검증)
수수료: COMMISSION_AMOUNT
날짜 귀속: 조회일자(API가 파일에 붙인 라벨 — 레코드 시각과는 별개)
취소 처리: 미확인
갱신 방식: 날짜구간 교체

실데이터 0건 — 대응하는 모비온 계정이 아직 개설되지 않아 매핑이 없는 게 정상입니다. 실데이터가 들어오면 재검증이 필요합니다.

⑦ 링크루

확정

매출: ORDER_MONEY + CANCEL_MONEY(취소분이 음수 별도 필드라 더해야 순액) — 2026-10-06 집계 API로 전환
수수료: ORDER_SETTLE_MONEY + CANCEL_SETTLE_MONEY
날짜 귀속: STANDARD_DATE(SUB_ID×날짜 집계)
취소 처리: 취소 금액이 별도 음수 필드로 분리돼 있어 구매분과 더하면 순액 — 필터 아닌 덧셈 필요
갱신 방식: 날짜구간 통째 교체 — `linkrewReportSeq`가 전부 0이라 PK upsert 불가, 매일 "이번 달 1일~어제" 재조회(⑧애드픽과 동일 방식)

기존엔 주문 1건=1행(상세조회) 기준 SEQ upsert였으나, D1에 쌓인 값이 재조회 없이 고착돼 어드민 "상세" export와 75.8% 차이 나는 게 확인됐습니다(2026-10-06). SUB_ID×날짜로 미리 집계된 API로 전환해 어드민 export와 1원 단위로 일치함을 확인하고, 전체 역사(167,604행→986행)를 재구축했습니다. 이 API는 SUB_ID를 미리 알아야 해서(자동 전체 분해 안 됨) 알려진 5개 목록을 쓰고, 매번 전체 합계와 대조해 새 SUB_ID 등장을 감지합니다.

⑧ 애드픽

확정

매출: SALES
수수료: COMMISSION
날짜 귀속: REGDATE 앞 10자리
취소 처리: STATUS != '취소' 필터 적용 — 취소 건이 원래 금액 그대로 남아있던 과대계상(전체의 8.9%) 수정
갱신 방식: TRLOG_ID upsert + 매일 "이번 달 1일~어제" 재조회(2026-10-06 변경, 이전엔 어제 하루만)

조회 구간 밖 혼입은 실측으로 없음이 확인돼 ⑤⑦보다 깨끗합니다. 최신성 필드는 없지만 CONFIRM_DATE(정상=NULL / 확정·취소=값 있음)가 사실상 대체 신호로 쓰입니다. 상태 확정(정상→확정/취소)까지 최대 39일, 미확정 건은 65일 이상 걸리는 사례가 실측돼(2026-10-06), "어제 하루"만 조회하면 월 중간의 뒤늦은 취소·확정을 놓칩니다 — 매일 이번 달 1일~어제 전체를 재조회하도록 바꿔 월별 매출 마감 기준으로는 정합성이 유지되도록 했습니다.