표준 결제 FAQ

이 문서에서는 비즈니스용 RCS 결제 모델에 관한 일반적인 질문을 다룹니다.

결제 카테고리

에이전트 결제 카테고리란 무엇인가요?

결제 카테고리는 비즈니스용 RCS 에이전트의 분류로, 에이전트가 전송하는 메시지의 결제 로직을 알려줍니다. 이 카테고리는 에이전트를 만들 때 선택하며 나중에 변경할 수 없습니다.

두 가지 주요 결제 카테고리는 다음 표에 설명되어 있습니다.

결제 카테고리 에이전트 유형 사용 사례 결제 수단
비대화형 주로 단방향 메시지를 전송하는 에이전트
  • OTP
  • 알림
  • 프로모션 코드
 메시지당 청구됩니다.
대화형 사용자와의 양방향 교환을 위해 설계된 에이전트
  • 적합한 제품 찾기
  • 티켓 예약
  • 문제 해결
 대화당 청구: 한쪽 (에이전트 또는 사용자)이 24시간 이내에 다른 쪽의 메시지에 답장하면 대화가 시작됩니다. 대화 기간 (첫 번째 답장 후 24시간) 동안 에이전트와 사용자는 원하는 만큼 메시지를 교환할 수 있으며 에이전트에게는 대화에 대한 고정 요금이 청구됩니다.

메시지당 청구: 에이전트가 사용자가 24시간 이내에 답장하지 않는 메시지를 전송하는 경우 에이전트에게는 비대화형 에이전트와 마찬가지로 개별 메시지에 대한 요금이 청구됩니다.

에이전트에 선택할 결제 카테고리는 어떻게 알 수 있나요?

대화형과 비대화형의 두 가지 주요 결제 카테고리가 있습니다.

  • 비대화형 에이전트에는 사용자에게 전송하는 메시지당 요금이 청구됩니다.
    • 이 카테고리는 답장이 자주 발생하지 않을 것으로 예상되는 에이전트에 가장 적합합니다.
  • 대화형 에이전트에는 24시간 이내에 교환된 모든 메시지를 포함하는 대화에 대한 고정 요금이 청구됩니다.
    • 이 카테고리는 사용자와 멀티턴 대화를 주고받는 에이전트에 가장 적합합니다.

사용 사례와 예상되는 사용자 참여에 가장 적합한 결제 카테고리를 선택하세요. 에이전트는 카테고리와 관계없이 모든 메시지 유형을 전송할 수 있습니다.

결제 카테고리는 에이전트가 전송할 수 있는 메시지 유형이 아니라 메시지 요금이 청구되는 방식을 결정하기 때문입니다. 예를 들어 대화형 에이전트 는 여전히 기본 메시지를 전송할 수 있으며 비대화형 에이전트는 리치 카드를 포함한 여러 메시지를 전송할 수 있습니다.

비대화형 결제 카테고리

기본 메시지 및 단일 메시지 카테고리를 하나의 비대화형 카테고리로 통합하면 에이전트에 어떤 영향을 미치나요?

2025년 11월 20일에 기존 결제 카테고리인 기본 메시지 와 단일 메시지 를 하나의 비대화형 결제 카테고리로 통합하여 결제 구조를 간소화했습니다.

이제 모든 에이전트는 대화형 또는 비대화형 으로 분류됩니다.

이 변경사항은 RcsBusinessMessagingAgentBillingConfig에 영향을 미치며 개발자 콘솔 또는 Management API를 사용하는 모든 개발자와 Operations API를 사용하는 모든 이동통신사에 적용됩니다.

기존 에이전트 이전 (조치 필요 없음)

기본 메시지 또는 단일 메시지 로 분류된 모든 기존 에이전트는 RBM 지원팀에서 비대화형 카테고리로 자동 이전됩니다. 이전은 2026년 3월 16일 에 시작됩니다.

조치 필요 없음: 기존 에이전트의 이전은 Google에서 자동으로 처리하며 별도로 취하셔야 할 조치는 없습니다.

청구 가능한 이벤트

청구 가능한 이벤트란 무엇인가요?

청구 가능한 이벤트는 청구 목적으로 추적되는 비즈니스용 RCS 에이전트와 사용자 간의 상호작용입니다. 이벤트는 메시지 유형 과 상호작용 시점을 기준으로 분류됩니다.

Google은 이러한 이벤트를 추적하고 보고하여 파트너에게 에이전트가 전송한 메시지에 대한 요금을 청구합니다.

각 메시지 유형에 적용되는 청구 가능한 이벤트는 무엇인가요?

결제 보고서에는 5가지 유형의 청구 가능한 이벤트가 기록됩니다. 이러한 이벤트에는 A2P 및 P2A 이벤트라고 하는 MT 및 MO 이벤트가 포함됩니다.

  • A2P (Application-to-Person)는 MT (Mobile Terminated): 비즈니스에서 전송한 메시지입니다.
  • P2A (Person-to-Application)는 MO (Mobile Originated): 사용자가 시작한 메시지 또는 액션입니다.

다음 표에서는 비대화형 및 대화형 에이전트에 적용되는 각 청구 가능한 이벤트를 설명합니다.

이벤트 유형 설명 비대화형 에이전트 대화형 에이전트
basic_message 160자 이하의 텍스트만 포함하는 A2P 메시지입니다.
예시를 참고하세요.		 사용자의 답장 여부와 관계없이 항상 개별 청구 가능한 이벤트로 취급됩니다. 사용자가 24시간 이내에 답장하지 않는 한 개별 청구 가능한 이벤트로 취급됩니다. 이 경우 메시지는 a2p_conversation의 일부가 됩니다.
single_message 리치 콘텐츠가 있거나 160자를 초과하는 텍스트 전용 메시지인 A2P 메시지입니다.
예시를 참고하세요.		 사용자의 답장 여부와 관계없이 항상 개별 청구 가능한 이벤트로 취급됩니다. 사용자가 24시간 이내에 답장하지 않는 한 개별 청구 가능한 이벤트로 취급됩니다. 이 경우 메시지는 a2p_conversation의 일부가 됩니다.
a2p_conversation (비즈니스 시작) 기존 대화 외부에서 사용자가 A2P 메시지를 받은 후 24시간 이내에 답장하면 시작됩니다.
예시를 참고하세요.		 해당 사항 없음. 비대화형 에이전트는 이러한 유형의 이벤트를 생성하지 않습니다. 여러 A2P 메시지 후 24시간 이내에 P2A 메시지가 전송되는 경우 P2A 메시지 바로 앞에 있는 A2P 메시지만 대화를 시작하는 데 사용됩니다. 이 A2P 메시지와 다음 24시간 이내에 전송된 모든 메시지는 a2p_conversation의 일부입니다.
p2a_conversation (사용자 시작) 기존 대화 외부에서 에이전트가 P2A 메시지를 받은 후 24시간 이내에 답장하면 시작됩니다.
예시를 참고하세요.		 해당 사항 없음. 비대화형 에이전트는 이러한 유형의 이벤트를 생성하지 않습니다. 여러 P2A 메시지 후 24시간 이내에 A2P 메시지가 전송되는 경우 A2P 메시지 바로 앞에 있는 P2A 메시지만 대화를 시작하는 데 사용됩니다. 이 P2A 메시지와 다음 24시간 이내에 전송된 모든 메시지는 p2a_conversation의 일부입니다.
p2a_message 모든 유형의 P2A 메시지입니다.
예시를 참고하세요.		 에이전트의 답장 여부와 관계없이 항상 개별 청구 가능한 이벤트로 취급됩니다. 에이전트가 24시간 이내에 답장하지 않는 한 개별 청구 가능한 이벤트로 취급됩니다.

각 청구 가능한 이벤트를 트리거하는 메시지의 예는 무엇인가요?

기본 메시지

다음 스크린샷은 문자 메시지 내의 URL 미리보기를 보여줍니다. 리치 카드가 아닙니다.

basic_message_example

단일 메시지

single_message_example

A2P 대화

a2p_conversation_example

P2A 메시지

p2a_message_example

P2A 대화

p2a_conversation_example

각 청구 가능한 이벤트의 혜택은 무엇인가요?

기본 메시지

기본 메시지의 주요 이점은 다음과 같습니다.

  • 신뢰 구축: 인증 및 브랜딩을 통해 신뢰와 신용을 구축합니다.
  • URL 미리보기: 기본 메시지에는 텍스트와 클릭 가능한 URL 미리보기 이미지가 포함될 수 있습니다.
  • 전술적 일회성 프로모션: 사용자 응답이 필요하지 않은 단기 프로모션 또는 정보 메시지에 적합합니다.
  • 트래픽 유도: 기본 메시지는 사용자를 브랜드의 앱, 웹사이트 또는 기타 리소스로 안내할 수 있습니다.

basic_message_benefits

단일 메시지

단일 메시지의 주요 이점은 다음과 같습니다.

  • 시각적 효과: 고품질 그래픽은 관심을 끌고 옵션을 명확히 하여 사용자 참여를 높입니다.
  • 하나의 카드, 여러 액션: 리치 카드 또는 캐러셀 은 제안을 통해 캘린더 일정 만들기, 위치 찾기, 전화 걸기 또는 URL 열기 등의 여러 액션을 하나의 메시지에서 유도할 수 있습니다.
  • 명확한 가치, 간결한 메시지: 사용자가 다음 단계를 밟도록 유도합니다.

single_message_benefits

대화형

A2P 및 P2A 대화의 주요 이점은 다음과 같습니다.

conversational_message_benefits

에이전트 결제 카테고리는 청구 가능한 이벤트와 어떤 관련이 있나요?

basic_message 및 single_message 청구 가능한 이벤트를 기본 메시지 및 단일 메시지 결제 카테고리와 혼동해서는 안 됩니다.

  • 모든 에이전트 (결제 카테고리와 관계없이)는 basic_message 및 single_message 청구 가능한 이벤트를 생성할 수 있습니다.
  • 기본 메시지 및 단일 메시지 결제 카테고리는 비대화형 에이전트를 분류하는 데 사용됩니다. 이러한 결제 카테고리의 에이전트는 대화형 청구 가능한 이벤트 (a2p_conversations 또는 p2a_conversations)를 생성하지 않습니다. 대신 개별 basic_message, single_message, p2a_message 청구 가능한 이벤트를 생성합니다.

에이전트가 사용자에게 답장하기 전에 여러 메시지를 전송하면 어떤 청구 가능한 이벤트가 생성되나요?

에이전트의 결제 카테고리와 사용자의 답장 시점에 따라 생성되는 이벤트 유형이 결정됩니다.

비대화형 에이전트의 경우 모든 메시지가 자체 이벤트를 생성합니다.

  • 에이전트 메시지 는 basic_message 또는 single_message 이벤트를 생성합니다.
  • 사용자 메시지 는 p2a_message 이벤트를 생성합니다.

대화형 에이전트의 경우 결과는 사용자가 에이전트의 마지막 메시지에 답장하는 시점에 따라 달라집니다.

  • 사용자가 24시간 이내에 답장하는 경우:
    • a2p_conversation 이벤트가 시작됩니다. 이 이벤트는 에이전트의 마지막 메시지, 사용자의 답장, 사용자의 답장 후 24시간 이내에 교환된 모든 메시지를 포함합니다.
    • 마지막 에이전트 메시지 전에 전송된 에이전트 메시지는 대화의 일부가 아니며 각각 자체 basic_message 또는 single_message 이벤트를 생성합니다.
  • 사용자가 24시간 후에 답장하는 경우:
    • 에이전트 메시지는 각각 basic_message 또는 single_message 이벤트를 생성합니다.
    • 에이전트가 24시간 이내에 응답하면 사용자의 답장이 p2a_conversation 이벤트를 생성합니다. 에이전트가 해당 기간 내에 응답하지 않으면 대신 p2a_message 이벤트가 생성됩니다.

어떤 사용자 응답이 청구 가능한 이벤트에 기여하나요?

특정 사용자 응답만 청구 가능한 이벤트에 기여합니다. 여기에는 p2a_message 이벤트를 생성하거나 a2p_conversation 또는 p2a_conversation 이벤트의 일부인 응답이 포함됩니다. 다음 표에서는 어떤 사용자 응답이 청구 가능한 이벤트에 기여하는지 명확히 설명합니다.

요약하면 다음과 같습니다.

사용자 응답 청구 가능한 이벤트에 기여 참고
파일 전송 예 모바일 발신 (MO) 메시지로 취급됩니다.
문자 메시지 전송 예 MO 메시지로 취급됩니다.
제안된 답장 탭 예 MO 메시지로 취급됩니다.
제안된 액션 탭 아니요 탭 자체의 포스트백 데이터는 청구 가능한 이벤트에 기여하지 않습니다.
위치 공유 예 사용자의 위치가 포함된 MO 메시지는 청구 가능한 이벤트에 기여합니다. 위치를 수동으로 공유하는지 제안된 액션을 통해 공유하는지에 관계없이 적용됩니다.
수신 해제또는 구독 탭 예 결과 웹훅 이벤트는 청구 가능한 이벤트에 기여하지 않지만 사용자가 수신 해제 또는 구독 옵션을 탭할 때 전송되는 자동 STOP 또는 START 메시지는 MO 메시지로 취급됩니다.

사용자 응답이 청구 가능한 이벤트를 생성하는 경우 (위에서 설명한 대로) 이벤트 유형은 에이전트의 결제 카테고리에 따라 달라집니다.

비대화형 에이전트의 경우:

  • 사용자 응답으로 생성되는 청구 가능한 이벤트는 항상 p2a_message입니다.

대화형 에이전트의 경우:

이벤트 유형은 24시간 이내의 메시지 시점에 따라 결정되기도 합니다.

  • 사용자가 에이전트의 메시지에 답장하는 경우:
    • 24시간 이내: 사용자의 답장이 기존 a2p_conversation 이벤트에 기여합니다.
    • 24시간 후: 사용자의 답장이 새 p2a_message 이벤트를 생성합니다.
  • 에이전트가 사용자의 메시지에 답장하는 경우:
    • 24시간 이내: 에이전트의 답장이 사용자의 첫 번째 메시지부터 시작하여 p2a_conversation 을 만듭니다.
    • 24시간 후: 사용자의 메시지가 p2a_message 이벤트를 생성합니다.

대화란 무엇인가요?

비즈니스용 RCS에서 대화는 24시간 동안 사용자와 대화형 에이전트 간에 교환되는 일련의 메시지입니다. 대화형 결제 카테고리가 있는 에이전트만 대화를 생성하고 이러한 청구 가능한 이벤트에 대한 요금을 청구할 수 있습니다.

  • A2P (Application-to-Person): 비즈니스에서 전송합니다.
  • P2A (Person-to-Application): 사용자가 전송합니다.

대화 작동 방식

  • 시작: 한쪽 (에이전트 또는 사용자)이 기존 대화 외부에서 다른 쪽의 메시지를 받은 후 24시간 이내에 답장하면 대화가 시작됩니다.
    • A2P 대화: 사용자가 에이전트의 메시지에 답장하면 시작됩니다.
    • P2A 대화: 에이전트가 사용자의 메시지에 답장하면 시작됩니다.
  • 대화 기간: 대화는 시작 후 24시간 동안 활성 상태로 유지됩니다. 대화에는 이 24시간 이내의 모든 메시지와 처음에 답장한 첫 번째 메시지가 포함됩니다.
  • 결제: 대화형 에이전트에는 개별 메시지당 요금이 청구되는 대신 전체 대화를 기준으로 요금이 청구됩니다. 즉, 비용은 대화목록과 연결되며 대화목록 내의 메시지 수와는 관련이 없습니다.

다음 다이어그램은 대화형 에이전트의 A2P 결제 세션 예를 보여줍니다.

결제 다이어그램

중요

  • 대화는 비대화형 에이전트에 적용되지 않습니다. 기본 메시지 또는 단일 메시지 결제 카테고리가 있는 에이전트에는 사용자의 답장 여부와 관계없이 메시지당 요금이 청구됩니다.
  • 대화형 에이전트의 경우 결제 이벤트 보고서 및 활동 로그 생성이 최대 2일 지연될 수 있습니다. 이 지연을 통해 비즈니스용 RCS는 결제 이벤트를 계산하기 전에 대화 내의 모든 메시지를 캡처할 수 있습니다.

결제 보고서

결제 보고서란 무엇인가요?

에이전트의 결제 카테고리와 에이전트가 전송하는 메시지 유형을 기반으로 계산되는 청구 가능한 이벤트의 기록입니다. 결제 보고서는 비즈니스용 RCS를 활발하게 운영하는 모든 이동통신사와 파트너가 사용할 수 있습니다.

자세한 내용은 이동통신사의 경우 표준 결제 보고서 및 활동 로그 가이드, 파트너의 경우 파트너 결제 보고서 가이드를 참고하세요.

결제 보고서를 받을 수 있나요?

비즈니스용 RCS를 활발하게 운영하는 이동통신사와 파트너는 결제 보고서를 받습니다.

활동 로그 및 파일 액세스에 관한 자세한 내용은 다음 가이드를 참고하세요.

결제 보고서에 정보가 누락된 경우 어떻게 해야 하나요?

보고서에 일부 정보가 누락된 경우 지원팀에 문의하여 문제를 해결하세요. 자세한 내용은 비즈니스용 RCS 문제 해결 가이드를 참고하세요.

메시지를 전송하지 않은 달에 요금이 청구되는 이유는 무엇인가요?

비즈니스용 RCS 청구 가능한 이벤트 는 메시지가 전송된 시간이 아니라 메시지가 전송된 시간을 기준으로 기록됩니다.

예:

6월 말에 메시지를 전송했지만 7월 초에 사용자 기기로 전송되는 경우 (예: 사용자의 휴대전화가 오프라인 상태인 경우) 해당 요금이 7월 결제 보고서에 표시됩니다. 비즈니스용 RCS는 만료되기 전에 최대 30일 동안 메시지를 전송하려고 시도합니다.