Agentforce 사용량 추적, Tableau Next와 AI Usage Data Model로 실시간 확인하는 법
한마디로
Salesforce가 Agentforce와 생성형 AI 사용량을 5분마다 집계하는 DMO를 공개했고 Tableau Next로 조회할 수 있어요
한눈에
Salesforce가 Data 360에 AiAgentGenerativeAiUsagestddlm이라는 단일 DMO(Data Model Object)를 공개했어요. Agentforce와 생성형 AI의 모든 상호작용을 미터링 여부(Flex Credit 과금 대상인지 아닌지)와 관계없이 5분 주기로 집계하고요, Data 360 Query Editor, Data 360 Reports, Tableau Next, CRM Analytics(CRMA) 네 가지 방식으로 조회할 수 있습니다. 원자료는 이 DMO를 "모든 Agentforce 배포에 없었던 사용량 분자(numerator)"라고 표현해요. 세션이 얼마나 도는지는 알아도 그게 비용과 성과로 이어지는지 답할 수 없었던 실무진 입장에서는, 이번 발표가 대시보드 하나가 아니라 '조인 가능한 원장'이 생겼다는 의미예요.
AS-IS: AI 사용량과 비용, 따로 놀던 데이터
Agentforce를 운영 환경에 도입한 기업들이 공통으로 겪는 문제가 있었어요. 세션 데이터, 비용 데이터, 품질 신호, 비즈니스 성과가 서로 다른 시스템에 흩어져 있고 이를 네이티브로 조인할 방법이 없었던 거예요. 경영진이 "이게 돈을 아껴주고 있나?"라고 물으면, 운영팀은 "어떤 대화가 실패하고 있나?"를 묻고 있었고, 둘 다 한 곳에서 답을 구할 수 없었어요. AiAgentGenerativeAiUsage_std__dlm DMO는 Salesforce의 AI Metering Service를 거치는 모든 생성형 AI 상호작용 이벤트를 기록해서, 이 간극을 메우려는 시도예요.
실무 적용: 활성화부터 알림까지 다섯 단계
원자료가 제시한 실무 순서를 그대로 짚어보면 이래요.
1) 사전 조건 확인 - Data 360(구 Data Cloud)이 조직에 라이선스로 프로비저닝돼 있어야 해요. 이게 없으면 DMO 자체가 안 뜹니다.
2) 감사 로깅 켜기 - Setup에서 "audit"를 검색해 Einstein Audit, Analytics, and Monitoring Setup으로 들어간 다음, "Enable Audit and Feedback"을 켜야 해요(필수). "Enable Knowledge/RAG Quality Data and Metrics"는 향후 커버리지를 위한 권장 옵션으로 안내돼요. 이 토글을 켜야 AiAgentGenerativeAiUsage_std__dlm과 여러 GenAI* DMO가 초기 인덱싱 후 Data 360 데이터 스트림 목록에 나타나요.
여기서 놓치기 쉬운 함정 하나 - 감사 로깅은 켠 시점 이후의 신규 이벤트만 잡아요. 과거 사용 이력은 소급 반영(backfill)되지 않는다고 원자료가 명시하고 있어요. 즉 지금 파일럿 중이거나 곧 스케일업할 계획이 있는 조직이라면, 실제로 필요해지는 시점보다 먼저 토글을 켜두는 게 손해가 없는 선택이에요. 몇 주 늦게 켜면 그 몇 주치 사용량은 영영 못 보는 거예요.
3) 네 가지 조회 방식 중 선택 - Data 360 Query Editor는 즉석 SQL형 질의에, Data 360 Reports는 정형 리포트에, Tableau Next는 대시보드 운영에, CRMA는 기존 CRM Analytics 자산과의 통합에 각각 맞아요. 원자료는 이 중 어느 하나를 절대적으로 권장하지 않고 네 가지를 병렬로 제시하는데, 이는 곧 "이미 쓰던 BI 스택에 맞춰 골라 쓰라"는 뜻으로 읽혀요 - 새 도구를 배울 필요 없이 기존 워크플로에 얹을 수 있다는 게 이 모델의 실질적 장점이에요.
4) 토큰을 비용으로 환산 - 토큰 카운트를 Flex Credit 비용 추정치로 변환하는 방법이 제공돼요. "추정치(directional estimate)"라는 표현에 주목할 필요가 있어요. 이건 청구서와 1:1로 맞아떨어지는 정산용 숫자가 아니라, 방향성을 보기 위한 근사치예요. 재무팀에 최종 비용으로 보고하기 전에 반드시 실제 청구 데이터와 대조하는 절차가 필요해요.
5) 비즈니스 맥락과 조인, 그리고 임계치 알림 - 국가, 브랜드, 코스트센터 등 이미 Agent Session에 기록해둔 변수와 사용량 데이터를 조인할 수 있어요. 여기에 소비 임계치(consumption threshold) 알림을 설정하면 초과 사용(overage)이 실제로 발생하기 전에 조기 경보를 받을 수 있어요.
언제 쓰고 언제 안 쓰나
Data 360이 이미 라이선스돼 있고 Agentforce를 프로덕션에서 굴리고 있다면, 이 감사 로깅 토글은 켜지 않을 이유가 없어요 - 비용이 드는 게 아니라 설정 하나 켜는 일이고, 늦게 켤수록 과거 데이터를 영구히 잃는 구조이기 때문이에요. 반대로 Data 360 라이선스가 없는 조직이라면 이 DMO 자체에 접근할 수 없으니, 우선순위는 Data 360 도입 여부 판단이 먼저예요. 그리고 Flex Credit 추정치를 곧바로 예산 통제나 정산 근거로 쓰는 것은 원자료가 명시한 '추정치'라는 성격과 맞지 않는 활용이에요 - 조기 경보용 신호로만 쓰고, 실제 과금 확정은 별도 채널로 검증해야 해요.
정리
이 발표의 핵심은 새로운 분석 도구가 아니라, 5분 주기로 갱신되는 '조인 가능한 단일 DMO'가 생겼다는 사실이에요. 세션-비용-품질-성과를 한 곳에서 엮을 수 있게 되면서, "이게 돈을 아끼고 있나", "어떤 대화가 사용량을 밀어올리고 있나"라는 두 질문에 같은 자리에서 답할 수 있는 구조가 처음 마련된 셈이에요.
에디터 노트
이 발표에서 진짜 중요한 문장은 기능 목록이 아니라 "과거 데이터는 백필되지 않는다"는 한 줄이에요. Agentforce를 이미 굴리고 있는 조직이라면 지금 이 토글을 켜지 않고 있는 매 순간이 영구히 사라지는 사용량 이력이라는 뜻이거든요. 그리고 Flex Credit 추정치를 '방향성 수치'라고 못박은 것도 눈여겨볼 대목이에요 - 마테크 담당자들이 이걸 재무팀에 확정 비용처럼 들고 갔다가 나중에 실제 청구서와 안 맞아서 신뢰를 잃는 그림이 뻔히 보이거든요. 네 가지 조회 방식을 다 열어둔 것도 영리한 선택이에요, 새 BI 도구 도입 저항 없이 기존 스택에 사용량 데이터를 바로 얹을 수 있게 한 거니까요. 다만 이건 도구가 아니라 데이터 모델이라는 점은 분명히 해야 해요 - 이 DMO만으로 '이게 돈을 아끼고 있는가'라는 질문에 답이 나오지는 않고, 그 답을 만들 재료가 이제야 한 곳에 모이기 시작했을 뿐이에요.
참고 출처 | 원문 보기