귀하의 AI 에이전트가 한 달에 10,000번의 시도를 완료했더라도, 고객이 정의한 성공 기준에 부합하는 시도가 7,200번에 불과하다면 계약상 아무런 수익도 얻지 못할 수 있습니다. 이것이 결과 기반 가격 책정의 배후에 있는 회계적 긴장입니다. 모델은 지속적으로 바쁠 수 있지만, 귀하가 판매한 약속은 완료된 결과물로 측정될 수 있습니다.
에이전트형 소프트웨어가 질문에 답하는 것에서 환불 처리, 송장 처리, 사기 방지 및 기타 워크플로우 완료로 이동함에 따라, 점점 더 많은 SaaS 계약이 시스템이 달성한 성과에 수수료를 연계하고 있습니다. 이러한 상업적 모델은 가격을 고객 가치와 일치시킬 수 있습니다. 또한 수익 인식, 청구 조정 및 예측을 훨씬 더 어렵게 만들 수도 있습니다.
ASC 606에 따른 핵심 질문은 단순히 "에이전트가 몇 번 실행되었는가?"가 아닙니다. "계약이 고객에게 무엇을 약속했으며, 그 약속이 언제 이전되었는가?"입니다.
측정 기준이 아닌 약속에서 시작하십시오
결과 기반 가격 책정은 여러 가지 다른 계약 형태를 설명할 수 있습니다. 두 계약 모두 성공적인 거래당 비용을 청구하면서도 다른 회계적 결론을 요구할 수 있습니다.
대기 약속
대기 계약에서 공급업체는 일정 기간 동안 AI 서비스를 이용 가능하게 만들 것을 약속합니다. 고객은 요청이 많든 적든 필요할 때 그 기능을 사용할 수 있다는 것에서 혜택을 얻습니다. 월간 플랫폼 요금, 무제한 액세스, 또는 주로 고객의 최종 사용자에 의해 발생하는 사용량은 종종 이 방향을 가리킵니다.
핵심 서비스에 대한 수익은 서비스가 계약 기간 동안 균등하게 제공될 때 시간 기반 진행 측정을 사용하여 기간에 걸쳐 인식되는 경우가 많습니다. 건당 결과 수수료는 여전히 변동 대가일 수 있지만, 이것이 자동으로 현금이 청구될 때만 인식된다는 것을 의미하지는 않습니다.
특정 수량의 결과물
소비 계약에서 약속은 "완료된 결과물 25,000건을 제공"하는 것에 더 가깝습니다. 각 자격을 갖춘 결과물은 고객의 남은 권리를 감소시킵니다. 구매한 수량이 제공되면 고객은 더 많은 용량을 위해 새로운 구매 결정을 내립니다.
이 구조는 산출 방법을 지원할 수 있습니다: 공급업체가 각 성공적인 결과물을 이전할 때 해당 결과물에 할당된 가격을 인식합니다. 계약이 해당 시도로부터 완료된 서비스를 받지 못한다고 명시하는 경우, 실패한 시도는 고객의 구매 권리를 소비하지 않습니다.
하이브리드 약속
많은 실제 계약은 두 모델을 결합합니다. 고객은 호스팅 플랫폼에 대해 고정 월간 액세스 요금을 지불하고, 검증된 중복 송장 방지 건당 별도 금액을 지불할 수 있습니다. 액세스 요금과 결과 수수료는 동일한 송장에 표시된다는 이유만으로 하나의 인식 패턴으로 강제되어서는 안 됩니다.
고정 액세스 약속은 서비스 기간에 걸쳐 인식될 수 있습니다. 계약이 해당 결론을 지원하고 변동 대가를 관련 기간 또는 결과물에 배분할 수 있는 경우, 결과 수수료는 성공 기준이 충족될 때 인식될 수 있습니다.
PwC는 SaaS 지침에서 동일한 실무적 구분을 설명합니다: 구독 모델은 일반적으로 지속적인 액세스를 제공하는 반면, 소비 모델은 정의된 작업을 수행하거나 수수료에 대해 지정된 산출물을 제공합니다. 가격 책정 자료의 라벨은 결정적이지 않습니다. 실행된 계약의 권리, 의무 및 고객 혜택이 결정적입니다.
ASC 606 의사 결정 트리
각 중요 계약에 대해 이 순서를 사용하십시오. 청구 시스템의 기본 수익 일정에 의존하는 대신 결론을 문서화하십시오.
1. 성공적인 결과물 정의
"성공"은 양 당사자가 공급업체가 수수료를 받을 자격이 언제 발생했는지 결정할 수 있을 만큼 객관적이어야 합니다. 송장 처리 에이전트의 경우 계약은 다음 모두를 요구할 수 있습니다:
- 송장이 수신되고 올바른 구매 주문서와 일치합니다.
- 필수 통제가 인간의 개입 없이 완료됩니다.
- 회계 입력이 고객이 지정한 시스템에 전기됩니다.
- 거래가 정의된 검토 기간 동안 취소되지 않습니다.
성공이 "만족스러운 자동화"와 같은 모호한 문구에 의존하는 경우, 공급업체는 결과 수수료를 기록하기 위한 신뢰할 수 있는 근거를 갖지 못할 수 있습니다. 분개를 작성하기 전에 테스트를 작성하십시오.
2. 고객이 받는 것을 식별
고객이 다음을 받는지 질문하십시오:
- 명시된 기간 동안 에이전트에 대한 지속적인 액세스;
- 유한한 수의 완료된 결과물;
- 플랫폼 사용에 대한 증분 권리; 또는
- 액세스, 구현, 지원 및 결과물의 묶음.
이것이 수행 의무 질문입니다. 약속과 고객 권리가 다르기 때문에 동일한 에이전트가 한 계약에서는 대기 서비스가 될 수 있고 다른 계약에서는 지정된 산출물 서비스가 될 수 있습니다.
3. 계약이 시리즈인지 결정
대기 SaaS 서비스는 일반적으로 실질적으로 동일하고 동일한 이전 패턴을 가진 일련의 개별 일일 또는 월간 서비스로 평가됩니다. 결과 수수료가 해당 시리즈의 특정 기간과 구체적으로 관련된 경우, 변동 대가 배분 예외는 자격을 갖춘 결과물이 발생하는 기간에 인식을 허용할 수 있습니다.
예를 들어, 서비스가 12개월 동안 무제한 액세스를 제공하고 사기 개입이 발생한 달에 성공적인 사기 개입 건당 $3를 청구할 수 있습니다. 요율이 고정되고, 성공 정의가 측정 가능하며, 수수료가 해당 달의 서비스와 관련된 경우, 자격을 갖춘 개입이 발생함에 따라 결과 수수료를 인식하는 것이 이전을 충실히 묘사할 수 있습니다.
수수료가 누적 연간 실적, 소급 할인, 기간 간 정산 또는 연간 최소 금액에 의존하는 경우 결론은 덜 간단해집니다. 이러한 기능은 수수료가 하나의 개별 서비스 기간에 귀속되는 것을 방지할 수 있습니다.
4. 청구서 실무 간편법 테스트
청구서 실무 간편법은 공급업체가 청구할 권리가 있는 금액이 고객에게 현재까지 이전된 가치와 직접적으로 일치하는 경우 해당 금액으로 수익 인식을 허용할 수 있습니다. 자격을 갖춘 대기 계약의 경우, 각 결과물이 발생할 때 청구되는 성공적인 결과물당 고정 금액이 해당 패턴을 충족할 수 있습니다.
간편법을 모든 사용량 기반 계약에 대한 지름길로 취급하지 마십시오. 계약에 고정 수수료, 실질적인 최소 금액, 변경되는 결과 요율 또는 중요한 선불 또는 후불 수수료가 포함된 경우 적용 가능성이 낮아집니다. 큰 선불금도 청구 시점에 이전된 가치와 일치하지 않을 수 있습니다.
5. 변동 대가 제약 적용
청구서 간편법이나 배분 예외가 문제를 해결하지 못하는 경우, 변동 대가를 추정하고 중요한 수익 취소가 발생하지 않을 가능성이 높은 금액만 포함하십시오. 각 보고 기간마다 해당 추정치를 업데이트하십시오.
초기 단계 AI 제품은 성공률, 예외율, 고객 수용 및 취소를 자신 있게 예측할 수 있는 충분한 이력이 없는 경우가 많습니다. 이러한 불확실성은 회계적 사실이지 낙관적인 경우를 인식해야 하는 이유가 아닙니다. 현재 계약 데이터, 유사한 워크플로우, 파일럿 결과 및 알려진 실패 모드에서 문서화된 추정치를 구축하고 제품이 운영됨에 따라 다시 검토하십시오.
실제 사례: 고정 액세스 + 검증된 결과물
공급업체가 다음 조건으로 12개월 계약을 체결한다고 가정합니다:
- 호스팅 액세스, 모니터링 및 지원에 대한 월 $10,000 플랫폼 요금.
- 에이전트가 처음부터 끝까지 처리하고, 올바르게 전기하고, 30일 취소 확인을 통과하는 모든 송장에 대해 $12.
- 최소 송장 수 없음.
- 검증된 결과물 로그를 기반으로 한 월간 청구서.
플랫폼 요금은 대기 서비스를 설명합니다. 고객이 1년 동안 균등하게 액세스를 받는 경우, 다른 사실이 결론을 변경하지 않는 한 공급업체는 매월 $10,000의 수익을 기록합니다.
12를 인식할 수 있습니다. 30일 검토 기간 내에 남아 있는 결과물은 정책 결정이 필요할 수 있습니다: 계약은 전기 시점, 수용 시점 또는 취소 기간이 종료된 후에만 성공을 정의할 수 있습니다. 계약상 사건을 일관되게 사용하십시오.
3월에 800개의 결과물이 자격을 갖춘 경우, 결과 수익은 19,600입니다. 은행 입금은 4월에 발생할 수 있습니다; 현금 시점이 3월 수익을 4월로 이동시키지는 않습니다.
선불 유한 결과물 계약의 경우, 초기 분개는 다르게 보일 것입니다. 고객이 10,000개의 성공적인 결과물에 대해 12의 수익을 인식하고 부채를 줄이십시오. 사용되지 않은 결과물이 만료되는 경우, 단순히 기간이 종료되었다는 이유만으로 전체 잔액을 해제하는 대신 계약 및 해당 수익 정책에 따라 미사용 금액을 평가하십시오.
간단히 말하면:
고객이 10,000개의 성공적인 결과물에 대해 선불
차변 현금 $120,000
대변 계약 부채 $120,000
각각 $12에 해당하는 800개의 결과물 자격 획득
차변 계약 부채 $9,600
대변 결과 기반 수익 $9,600정확한 계정 이름과 시점은 공급업체의 회계 정책 및 계약 분석과 일치해야 합니다. 중요한 원칙은 선불금, 검증된 생산, 송장 및 은행 결제를 별도의 사건으로 계속 표시하는 것입니다.
장부를 마감하는 데 필요한 데이터
결과 기반 수익은 은행 명세서만으로 마감할 수 없습니다. 계약을 원장에 연결하는 월간 증거 패키지를 만드십시오.
계약 조건
서명된 조건, 결과물당 가격, 성공 정의, 기간, 갱신 및 이월 권리, 최소 금액, 만료 규칙, 환불 조항, 수용 기간 및 모든 요율 등급을 저장하십시오. 수정 사항은 원래 조건을 덮어쓰지 말고 날짜가 있는 버전으로 기록하십시오.
결과물 원장
청구 가능한 모든 결과물에 대해 안정적인 식별자, 고객, 에이전트 또는 워크플로우, 시도 타임스탬프, 완료 타임스탬프, 성공 상태, 실패 사유, 인간 개입 상태, 취소 또는 분쟁 상태, 적용 요율 및 소스 시스템 참조를 유지하십시오. 목표는 그 자체를 위한 더 많은 원격 측정을 수집하는 것이 아닙니다. 대가에 대한 권리를 창출한 계약상 사건을 증명하는 것입니다.
조정 계층
다음 순서로 조정하십시오:
- 에이전트 이벤트 로그를 고객 대면 사용량 또는 결과물 보고서로.
- 결과물 보고서를 송장으로.
- 송장을 매출 채권으로.
- 매출 채권 및 크레딧을 은행 결제로.
- 인식된 수익 및 계약 부채를 수익 일정으로.
차이를 수익에 메우는 대신 조사하십시오. 실패한 워크플로우는 인프라 로그에 남아 있는 동안 청구 내보내기에서 사라질 수 있습니다. 중복 결과물이 두 번 청구되었지만 한 번만 지불될 수 있습니다. 송장 후 취소는 크레딧 메모와 수익 조정이 필요할 수 있습니다. 각 차이에는 담당자와 해결 메모가 있어야 합니다.
수익과 함께 단위 경제성
수익 인식은 수수료를 언제 보고할지 알려줍니다. 워크플로우가 수익성이 있는지 여부는 알려주지 않습니다. 모델 및 인프라 비용, 오케스트레이션, 인간 검토, 고객 지원, 분쟁 및 재작업을 결과물 유형별로 추적하십시오. 최근 에이전트형 워크플로우 분석은 일부 고위험 워크플로우에서 인간 감독이 모델 토큰보다 더 큰 변동 비용이 될 수 있음을 강조했습니다. 가격이 성공적인 결과물에 기반한 경우, 마진 보고서도 동일한 성공적인 결과물 단위를 사용해야 합니다.
피해야 할 일반적인 실수
모든 시도를 수익으로 취급
시도, 토큰 번들, API 호출 또는 워크플로우 시작은 반드시 약속된 서비스가 아닙니다. 고객이 검증된 결과물에 대해서만 비용을 지불하는 경우, 계약상 성공 사건이 발생할 때까지 시도는 운영 지표에 속합니다.
송장을 수익으로 계상
송장은 권리와 이미 이행된 성과에 따라 매출 채권, 계약 부채 또는 수익을 창출할 수 있습니다. 선불 잔액은 자동으로 획득된 수익이 아닙니다. 시스템이 통합되어 있더라도 청구 일정과 수익 일정을 분리하십시오.
구현 및 온보딩 무시
데이터 매핑, 통합, 구성 및 워크플로우 설계는 공급업체가 SaaS 약속을 이행하는 데 도움이 되는 활동이거나 고객에게 별도의 서비스를 이전하는 것일 수 있습니다. "무료 구현"에 회계적 영향이 없다고 가정하지 마십시오. 고객이 작업을 독립적으로 혜택을 받을 수 있는지, 그리고 작업이 호스팅 서비스와 구별되는지 식별하십시오.
모든 워크플로우에 단일 성공률 사용
송장을 분류하고, 환불을 해결하고, 중복 지불을 방지하는 에이전트는 성공 정의, 가격, 검토 부담 및 취소 패턴이 다를 수 있습니다. 계약과 경제가 분리된 곳에서는 결과물 유형을 분리하십시오. 혼합하면 수익성이 없는 워크플로우를 숨기고 변동 대가 추정치를 약화시킬 수 있습니다.
고객 데이터 권리 잊기
계약은 공급업체가 서비스를 개선하기 위해 고객 데이터를 사용할 수 있다고 명시할 수 있습니다. 실제 권리가 중요합니다. 계약된 서비스를 수행하는 데만 사용되는 좁은 권리는 이행의 일부일 수 있는 반면, 더 넓은 권리는 비현금 대가, 데이터 사용, 개인 정보 보호 및 계약 약속에 대한 별도의 질문을 제기할 수 있습니다. 출시 전에 비정상적인 데이터 조항을 회계 및 법무 검토자에게 보내십시오.
실용적인 정책 템플릿
새로운 결과 기반 플랜을 출시하기 전에 짧은 회계 메모에서 다음 질문에 답하십시오:
- 정확히 약속된 서비스는 무엇입니까?
- 어떤 사건이 성공적인 이전을 증명합니까?
- 약속이 대기, 특정 수량의 결과물 또는 하이브리드입니까?
- 서비스가 동일한 이전 패턴을 가진 시리즈입니까?
- 송장 금액이 이전된 가치와 직접적으로 일치합니까?
- 변동 대가 배분 예외가 적용될 수 있습니까?
- 그렇지 않다면, 어떤 추정치와 제약이 거래 가격을 지원합니까?
- 구현, 지원, 데이터 권리, 갱신 옵션 또는 최소 금액이 별도의 문제입니까?
- 결과물 수에 대해 권위 있는 운영 시스템은 무엇입니까?
- 월간 보고서가 송장, 매출 채권, 계약 부채 및 현금과 어떻게 조정됩니까?
가격 페이지가 게시되기 전에 재무, 제품, 엔지니어링, 영업 운영 및 법무가 정의에 동의하십시오. 청구하기 쉬운 계약이 반드시 회계 처리하기 쉬운 계약은 아닙니다.
재무 관리를 간소화하십시오
결과 기반 가격 책정은 깨끗하고 버전 관리된 기록을 특히 귀중하게 만듭니다: 계약, 자격을 갖춘 사건, 수익 일정 및 은행 활동이 동일한 이야기를 해야 합니다. Beancount.io는 투명하고, 버전 관리되며, AI에 적합한 일반 텍스트 회계를 제공하여 가격 모델이 발전함에 따라 팀에 지속적인 감사 추적을 제공합니다. 무료로 시작하기를 통해 계약부터 마감까지 재무 논리를 계속 확인하십시오.