RBM 결제에 관한 일반적인 질문은 다음 섹션에서 답변해 드립니다.
결제 카테고리
에이전트 결제 카테고리란 무엇인가요?
청구 카테고리는 이동통신사에 에이전트가 보낸 메시지에 대한 요금을 청구하는 방법을 알려주는 RBM 에이전트의 분류입니다. 이 카테고리는 에이전트를 만들 때 선택하며 나중에 변경할 수 없습니다.
두 가지 주요 청구 카테고리는 다음 표에 설명되어 있습니다.
| 결제 카테고리 | 에이전트 유형 | 사용 사례 | 결제 방법 |
|---|---|---|---|
| 비대화형 (기본 메시지 및 단일 메시지 카테고리 포함) 참고: 이제 두 카테고리 간에 차이가 없습니다. 두 카테고리 중 하나의 에이전트는 비대화형 에이전트로 청구됩니다.) |
주로 일방향 메시지를 보내는 상담사 |
|
메시지당 청구됩니다. |
| 대화형 | 사용자와의 양방향 교환을 위해 설계된 에이전트 |
|
대화당 청구: 한쪽 (상담사 또는 사용자)이 24시간 이내에 상대방의 메시지에 답장하면 대화가 시작됩니다. 대화 창 (첫 번째 답장 후 24시간) 동안 상담사와 사용자는 원하는 만큼 메시지를 주고받을 수 있으며 상담사에게는 대화에 대한 고정 요금이 청구됩니다. 메시지당 청구: 상담사가 사용자가 24시간 이내에 답장하지 않는 메시지를 전송하는 경우 상담사에게는 대화형이 아닌 상담사와 마찬가지로 개별 메시지에 대한 요금이 청구됩니다. |
에이전트에 대해 어떤 청구 카테고리를 선택해야 하는지 어떻게 알 수 있나요?
청구 카테고리에는 대화형과 비대화형이라는 두 가지 주요 카테고리가 있습니다.
- 대화형이 아닌 에이전트는 사용자에게 전송하는 각 메시지에 대해 요금이 청구됩니다.
- 이 카테고리는 자주 회신을 받지 않는 상담사에게 가장 적합합니다.
- 대화형 에이전트에는 24시간 이내에 주고받은 모든 메시지를 포함하는 대화에 대해 고정 요금이 청구됩니다.
- 이 카테고리는 사용자와 멀티턴 대화를 나누는 상담사에게 가장 적합합니다.
사용 사례 및 예상 사용자 참여에 가장 적합한 결제 카테고리를 선택합니다. 에이전트는 카테고리와 관계없이 모든 메시지 유형을 보낼 수 있습니다.
청구 카테고리는 에이전트가 보낼 수 있는 메시지 유형이 아니라 메시지 요금이 청구되는 방식을 결정하기 때문입니다. 예를 들어 대화형 에이전트는 기본 텍스트 메시지를 계속 보낼 수 있고 기본 메시지 또는 단일 메시지 에이전트는 리치 카드를 포함한 여러 메시지를 보낼 수 있습니다.
결제 이벤트
결제 이벤트란 무엇인가요?
결제 이벤트는 결제 목적으로 추적되는 RBM 에이전트와 사용자 간의 상호작용입니다. 이벤트는 메시지 유형 및 상호작용 시기에 따라 분류됩니다.
Google은 이동통신사가 상담사가 보낸 메시지에 대해 파트너에게 청구할 수 있도록 이러한 이벤트를 추적하고 보고합니다.
각 메시지 유형에 적용되는 결제 이벤트는 무엇인가요?
결제 이벤트 보고서에는 5가지 유형의 결제 이벤트가 기록됩니다. 이러한 이벤트에는 A2P 및 P2A 메시지가 포함됩니다.
- A2P (Application-to-Person): 비즈니스에서 전송합니다.
- P2A (Person-to-Application): 사용자가 보낸 메시지입니다.
다음 표에서는 비대화형 및 대화형 상담사에 적용되는 각 청구 이벤트를 설명합니다.
| 이벤트 유형 | 설명 | 비대화형 에이전트 | 대화형 에이전트 |
|---|---|---|---|
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시간 이내에 응답할 때 시작됩니다. 예시 보기 |
해당 사항 없음. 비대화형 에이전트는 이러한 유형의 이벤트를 생성하지 않습니다. | A2P 메시지가 여러 P2A 메시지로부터 24시간 이내에 전송된 경우 A2P 메시지 바로 앞에 있는 P2A 메시지만 대화를 시작하는 데 사용됩니다. 이 P2A 메시지와 향후 24시간 이내에 전송되는 메시지는 p2a_conversation에 포함됩니다. |
p2a_message |
모든 유형의 P2A 메시지 예시 참고 |
상담사가 답장하는지 여부와 관계없이 항상 개별 청구 이벤트로 처리됩니다. | 에이전트가 24시간 이내에 응답하지 않으면 개별 청구 이벤트로 처리됩니다. |
각 결제 이벤트를 트리거하는 메시지의 예는 무엇인가요?
기본 메시지
다음 스크린샷은 텍스트 메시지 내의 URL 미리보기를 보여줍니다. 리치 카드가 아닙니다.
단일 메시지
A2P 대화
P2A 메시지
P2A 대화
각 결제 이벤트의 이점은 무엇인가요?
기본 메시지
기본 메시지의 주요 이점:
- 신뢰 구축: 인증 및 브랜딩을 통해 신뢰와 신뢰성을 구축합니다.
- URL 미리보기: 기본 메시지에는 텍스트와 클릭 가능한 URL 미리보기 이미지가 포함될 수 있습니다.
- 전술적 일회성 프로모션: 사용자의 응답이 필요하지 않은 단기 프로모션이나 정보 메시지에 적합합니다.
- 트래픽 유도: 기본 메시지를 통해 사용자를 브랜드의 앱, 웹사이트 또는 기타 리소스로 안내할 수 있습니다.
단일 메시지
단일 메시지의 주요 이점:
- 시각적 효과: 고품질 그래픽은 관심을 끌고 옵션을 명확하게 하여 사용자 참여를 높입니다.
- 하나의 카드, 여러 작업: 리치 카드 또는 캐러셀은 추천을 통해 하나의 메시지에서 캘린더 일정 만들기, 위치 찾기, 전화번호 다이얼, URL 열기 등 여러 작업을 실행할 수 있습니다.
- 명확한 가치, 간결한 메시지: 사용자가 다음 단계를 진행하도록 유도합니다.
대화형
A2P 및 P2A 대화의 주요 이점:
- 리치 미디어 통합: 이미지, 동영상, PDF와 같은 다양한 미디어는 물론 추천 작업과 답장을 통합합니다.
- 맞춤 상호작용: 맞춤 지원 및 제품 추천을 제공하는 양방향 대화를 지원합니다.
- 전환 기회: 사용자가 대화 내에서 조치를 취할 수 있도록 지원하여 마찰을 줄이고 전환율을 높입니다.
상담사 청구 카테고리는 청구 이벤트와 어떤 관련이 있나요?
basic_message 및 single_message 결제 이벤트는 기본 메시지 및 단일 메시지 결제 카테고리와 혼동해서는 안 됩니다.
- 모든 상담사 (결제 카테고리와 관계없음)는
basic_message및single_message결제 이벤트를 생성할 수 있습니다. - 기본 메시지 및 단일 메시지 청구 카테고리는 대화형이 아닌 에이전트를 분류하는 데 사용됩니다. 이러한 청구 카테고리의 에이전트는 대화형 청구 이벤트 (
a2p_conversations또는p2a_conversations)를 생성하지 않습니다. 대신 개별basic_message,single_message,p2a_message청구 이벤트를 생성합니다.
대화란 무엇인가요?
RBM에서 대화는 24시간 동안 사용자와 대화형 에이전트 간에 교환되는 일련의 메시지입니다. 대화형 청구 카테고리가 있는 에이전트만 대화를 생성하고 다음 청구 이벤트에 대해 요금이 청구될 수 있습니다.
- A2P (Application-to-Person): 비즈니스에서 전송합니다.
- P2A (Person-to-Application): 사용자가 보낸 메시지입니다.
대화 작동 방식
- 시작: 기존 대화가 아닌 상태에서 한쪽 (상담사 또는 사용자)이 메시지를 받은 후 24시간 이내에 상대방의 메시지에 응답하면 대화가 시작됩니다.
- A2P 대화: 사용자가 에이전트의 메시지에 응답할 때 시작됩니다.
- P2A 대화: 상담사가 사용자의 메시지에 응답할 때 시작됩니다.
- 대화 창: 대화가 시작된 후 24시간 동안 활성 상태로 유지됩니다. 대화에는 이 24시간 내의 모든 메시지와 처음 응답한 메시지가 포함됩니다.
- 청구: 개별 메시지별로 청구되는 대신 대화형 에이전트는 전체 대화를 기준으로 청구됩니다. 즉, 비용은 대화목록과 연결되며 대화목록 내 메시지 수와는 관련이 없습니다.
다음 다이어그램은 대화형 에이전트의 A2P 청구 세션의 예를 보여줍니다.
중요
- 대화는 비대화형 에이전트에는 적용되지 않습니다. 기본 메시지 또는 단일 메시지 청구 카테고리가 있는 상담사는 사용자의 답장 여부와 관계없이 메시지당 요금이 청구됩니다.
- 대화형 에이전트의 경우 결제 이벤트 보고서 및 활동 로그 생성이 최대 2일 지연될 수 있습니다. 이 지연을 통해 RBM은 청구 이벤트를 계산하기 전에 대화 내의 모든 메시지를 캡처할 수 있습니다.
사용자가 답장하기 전에 상담사가 여러 메시지를 보내면 어떤 청구 이벤트가 생성되나요?
에이전트의 청구 카테고리와 사용자의 응답 시기에 따라 생성되는 이벤트 유형이 결정됩니다.
대화형이 아닌 에이전트: 모든 메시지가 자체 이벤트를 생성합니다.
- 에이전트 메시지는
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 메시지로 처리됩니다. |
사용자 응답으로 결제 이벤트가 생성되면 (위에서 설명한 대로) 이벤트 유형은 상담사의 결제 카테고리에 따라 달라집니다.
비대화형 에이전트:
- 사용자의 응답으로 생성되는 결제 이벤트는 항상
p2a_message입니다.
대화형 에이전트의 경우:
이벤트 유형은 24시간 내 메시지 타이밍에 따라 결정되기도 합니다.
- 사용자가 상담사의 메시지에 응답하는 경우:
- 24시간 이내: 사용자의 답장이 기존
a2p_conversation이벤트에 기여합니다. - 24시간 후: 사용자의 답장으로 새로운
p2a_message이벤트가 생성됩니다.
- 24시간 이내: 사용자의 답장이 기존
- 상담사가 사용자의 메시지에 응답하는 경우:
- 24시간 이내: 상담사의 답장으로
p2a_conversation이 생성되며, 사용자의 초기 메시지로 시작됩니다. - 24시간 후: 사용자의 메시지로
p2a_message이벤트가 생성됩니다.
- 24시간 이내: 상담사의 답장으로
결제 이벤트 보고서
결제 이벤트 보고서란 무엇인가요?
이는 상담사의 청구 카테고리와 전송하는 메시지 유형을 기반으로 계산되는 청구 이벤트의 기록입니다. 결제 이벤트 보고서는 RBM을 활발하게 운영하는 모든 이동통신사에서 사용할 수 있습니다.
결제 보고서에 대한 자세한 내용은 결제 이벤트 보고서 및 활동 로그를 참고하세요.
결제 이벤트 보고서를 받을 수 있나요?
활발하게 RBM을 운영하는 이동통신사만 청구 보고서를 받습니다. 파트너는 결제 이벤트 보고서를 수신하지 않습니다.
결제 이벤트 보고서를 가져오는 방법을 알아보려면 파일 저장 및 액세스를 참고하세요. 청구 보고서에 액세스할 수 있는 이동통신사가 보안 파일 전송 프로토콜 (SFTP)을 사용하여 청구 이벤트 보고서를 가져오는 방법에 관한 안내입니다.
결제 보고서에 정보가 누락된 경우 어떻게 해야 하나요?
보고서에 일부 정보가 누락된 경우 RBM 지원팀과 함께 문제를 해결하세요. 자세한 내용은 RBM 문제 해결 가이드를 참고하세요.