| 도구 | 누가 | 언제 쓰나 | 효과 |
|---|---|---|---|
| request_mediation | 브랜드·크리에이터 | 협상이 꼬이거나 사람 도움이 필요할 때 | 운영자에게 중개 요청 접수(가벼운 개입) |
| report_issue | 브랜드·크리에이터 | 방문/게시 누락, 영수증 미제출, 게시물 삭제, 가이드 위반 | 운영자가 사실 확인 후 조치 |
| dispute_contract | 계약 당사자 | 게시물 불만·불이행·정산 거부 등 정식 분쟁 | 에스크로 보류 + 운영자 중재 |
| call_manager | 카드 등록 브랜드 | 섭외~분쟁 어느 단계든 사람 손이 필요할 때 | 전담 매니저가 직접 개입 |
| mark_shipped | 브랜드 | 협찬 제품 발송 시 | 택배사·운송장 기록, 크리에이터에 알림 |
| confirm_received | 크리에이터 | 협찬 제품 수령 시 | 수령 확인, 콘텐츠 제작 단계로 전환 |
왜 '필요할 때만 사람'인가
인플스 AI는 검색→계약→에스크로 정산까지 자동으로 굴러가는 거래 플랫폼입니다. 추론은 사용자 본인의 AI(MCP)에서 일어나고, 인플스 AI는 거래의 안전장치만 담당합니다. 그래서 평소엔 시스템이 자동으로 처리하다가, 협상이 꼬이거나 지연·불이행·불만이 생긴 '막힌 단계'에서만 사람(운영자)이 개입하도록 설계돼 있습니다. 대행사처럼 모든 거래에 사람이 붙지 않으니 비용은 낮고, 정작 문제가 터졌을 때는 사람이 확실히 들어옵니다.
중개·분쟁·신고 — 세 가지 사람 호출 버튼
세 도구는 '얼마나 센 개입을 원하는가'로 구분합니다. request_mediation은 가장 가벼운 호출로, 협상이 안 풀릴 때 운영자에게 중개를 요청합니다(reason 필수, 가능하면 outreach_id·contract_id 함께). report_issue는 신고 버튼으로, 인플루언서 방문·게시 누락, 영수증 미제출, 게시물 임의 삭제, 가이드 위반 같은 사실관계 확인이 필요한 사안에 씁니다. dispute_contract는 가장 강력해서 contract_id와 reason이 필수이며, 호출하는 순간 에스크로가 보류되고 운영자가 양측 입장을 검토해 정산·환불을 중재합니다. 예시 프롬프트: 'contract_id ab12로 게시물이 가이드와 다르게 올라왔어. dispute_contract로 분쟁 걸어줘.'
전담 매니저 부르기 — call_manager (카드 등록 브랜드)
call_manager는 브랜드가 거래의 어느 단계에서든 사람의 손을 직접 빌리는 도구입니다. 단, 결제 카드를 등록한 브랜드만 호출할 수 있는 자격 게이트가 있어, 카드가 없으면 등록 링크(/dashboard/settings)를 안내합니다. stage는 sourcing(섭외)·campaign_setup(캠페인 셋업)·negotiation(협상)·contract(계약)·delivery_review(검수)·payment(정산)·dispute(분쟁) 중에서 고르고, 배정된 전담 매니저(없으면 운영팀 전체)에게 전달됩니다. 예시 프롬프트: '단가 협상이 막혔어. call_manager로 negotiation 단계 매니저 불러줘, note에 "예산 200만원, 후보 3명과 단가 이견"이라고 적어줘.'
배송·수령 기록으로 노쇼·먹튀 통제
제품 협찬·체험단에서 분쟁의 핵심은 '제품이 갔는지/받았는지'입니다. 브랜드는 mark_shipped로 택배사·운송장·제품 시가를 기록해 발송을 남기고, 크리에이터는 confirm_received로 수령을 확인합니다. 수령이 확인되면 콘텐츠 제작 단계로 넘어갑니다. 이 두 기록이 시스템에 남기 때문에, 나중에 인플루언서가 게시를 안 하는 노쇼나 제품만 받고 잠수하는 먹튀가 생겨도 report_issue나 dispute_contract로 넘어갈 때 운영자가 근거를 보고 판단할 수 있습니다. 예시 프롬프트(브랜드): 'contract_id cd34, CJ대한통운 운송장 1234567890으로 mark_shipped 해줘.' / (크리에이터): '제품 받았어, confirm_received 해줘.'
실결제·알림은 베타/예정임을 유의
분쟁 시 에스크로가 보류된다는 것은 정산 장부 차원의 보류를 뜻하며, 토스페이먼츠 기반 실결제 연동은 베타/예정 단계입니다. 또한 카카오 알림톡, Google·Kakao OAuth 실로그인, Vision 자동 검수, Turnstile 봇차단도 예정 기능입니다. 현재 로그인은 이메일 OTP로 동작하고, 중개·분쟁·신고 요청은 운영자에게 접수되어 알림으로 진행 상황이 안내됩니다. 실제 자금 이동이 걸린 환불 처리 범위는 출시 공지를 확인하세요.
FAQ
request_mediation과 dispute_contract는 뭐가 다른가요?
request_mediation은 '협상이 안 풀리니 도와달라'는 가벼운 중개 요청이고, dispute_contract는 계약 자체를 정식 분쟁에 올리는 강한 조치입니다. dispute_contract를 부르면 에스크로가 보류되고 운영자가 정산·환불을 중재하므로, 단순 소통이 아니라 이행·정산에 다툼이 있을 때 사용하세요.
전담 매니저(call_manager)는 누구나 부를 수 있나요?
아닙니다. 결제 카드를 등록한 브랜드만 호출할 수 있는 자격 게이트가 있습니다. 카드가 없으면 등록 링크가 안내되고, 등록 후 섭외·계약·배송·정산·분쟁 등 원하는 단계의 매니저를 부를 수 있습니다.
인플루언서가 제품만 받고 게시를 안 하면 어떻게 하나요?
먼저 confirm_received로 수령이 기록돼 있으면 근거가 명확합니다. report_issue로 '게시 누락'을 신고하거나, 정산까지 걸린 사안이면 dispute_contract로 분쟁을 제기하세요. 에스크로가 보류된 상태에서 운영자가 재이행 요청 또는 환불을 중재합니다.
분쟁을 걸면 정산금은 어떻게 되나요?
dispute_contract 호출 시 에스크로(정산 장부)가 보류되어 자동 정산이 멈추고, 운영자가 양측 입장을 검토해 정산 또는 환불을 결정합니다. 다만 토스페이먼츠 기반 실결제·실환불은 베타/예정 단계이므로 자금 이동 범위는 출시 공지를 확인해야 합니다.
투명성 고지 · 참고 출처
- · 작성: 인플스 AI 편집팀(브리찌). 최종 업데이트 2026-06-08.
- · 성격: 일반 정보성 콘텐츠입니다. 단가·세무·법률 등 수치와 규정은 일반적 참고용 추정이며 실제와 다를 수 있어, 중요한 판단은 해당 전문가·공식 기관 확인을 권장합니다.
- · 이해관계: 자사 서비스(인플스 AI) 안내를 포함합니다.
- · 출처: 인플스 AI 제품 정책 및 아래 공개 자료를 참고했습니다. 원문은 각 링크에서 확인할 수 있습니다.