Ваш ИИ-агент может совершить 10 000 попыток за месяц и при этом не заработать ничего по договору, если только 7 200 попыток соответствуют определению успеха клиента. В этом заключается бухгалтерская напряженность, связанная с ценообразованием на основе результата: модель может работать непрерывно, но обещание, которое вы продали, может измеряться завершенными результатами.
По мере того как агентное программное обеспечение переходит от ответов на вопросы к урегулированию возвратов, обработке счетов, предотвращению мошенничества и выполнению других рабочих процессов, все больше договоров на программное обеспечение как услугу (SaaS) связывают плату с тем, чего достигает система. Такая коммерческая модель может привести цену в соответствие с ценностью для клиента. Она также может значительно усложнить признание выручки, сверку счетов и прогнозирование.
Ключевой вопрос согласно ASC 606 — не просто: «Сколько раз запускался агент?». Вопрос в том: «Что было обещано клиенту по договору и когда это обещание было передано?»
Начните с обещания, а не со счетчика
Ценообразование на основе результата может описывать несколько различных договоренностей. Два договора могут оба предусматривать плату за каждую успешную операцию, но при этом требовать разных бухгалтерских выводов.
Обещание готовности предоставления услуг
В договоренности с готовностью предоставления услуг поставщик обещает обеспечить доступность ИИ-сервиса в течение определенного периода. Клиент получает выгоду от наличия возможности, готовой к использованию, когда это необходимо, независимо от того, поступает ли много запросов. Ежемесячная плата за платформу, неограниченный доступ или использование, обусловленное в основном конечными пользователями клиента, часто указывают на этот подход.
Выручка за основные услуги часто признается в течение времени с использованием метода прогресса, основанного на времени, когда услуга предоставляется равномерно в течение срока действия договора. Плата за результат может по-прежнему считаться переменным возмещением, но это не означает автоматически, что она признается только при выставлении счета.
Определенное количество результатов
В договоренности о потреблении обещание ближе к «предоставить 25 000 завершенных результатов». Каждый соответствующий критериям результат уменьшает оставшееся право клиента. После того как приобретенное количество предоставлено, клиент принимает новое решение о покупке для получения дополнительного объема.
Такая структура может поддерживать метод на основе выпуска: признавать цену, назначенную каждому успешному результату, по мере его передачи поставщиком. Неудачные попытки не расходуют приобретенное право клиента, если договор предусматривает, что клиент не получает завершенную услугу от этих попыток.
Гибридное обещание
Многие реальные договоры сочетают обе модели. Клиент может платить фиксированную ежемесячную плату за доступ к хостинговой платформе и отдельную сумму за каждый предотвращенный проверенный дублирующий счет. Плата за доступ и плата за результат не должны искусственно объединяться в единый паттерн признания только потому, что они указаны в одном счете.
Фиксированное обещание доступа может признаваться в течение срока оказания услуг. Плата за результат может признаваться при выполнении критериев успеха, если договор поддерживает такой вывод и переменное возмещение может быть отнесено к соответствующему периоду или результату.
PwC описывает то же практическое различие в своих рекомендациях по SaaS: модель подписки обычно обеспечивает непрерывный доступ, тогда как модель потребления выполняет определенную задачу или предоставляет указанный результат за плату. Ярлыки в прайс-листе не являются решающими. Решающее значение имеют права, обязательства и выгода клиента в исполненном договоре.
Дерево решений по ASC 606
Используйте эту последовательность для каждого существенного договора. Документируйте вывод, а не полагайтесь на стандартный график выручки, заложенный в системе выставления счетов.
1. Определите успешный результат
«Успех» должен быть достаточно объективным, чтобы обе стороны могли определить, когда поставщик заработал плату. Для агента по обработке счетов договор может требовать выполнения всех следующих условий:
- Счет получен и сопоставлен с правильным заказом на покупку.
- Необходимые контрольные процедуры выполнены без передачи на ручную обработку.
- Бухгалтерская проводка размещена в указанной системе клиента.
- Операция не отменена в течение определенного периода проверки.
Если успех зависит от неопределенного выражения, такого как «удовлетворительная автоматизация», у поставщика может не быть надежной основы для записи платы за результат. Сформулируйте критерий до составления бухгалтерской проводки.
2. Определите, что получает клиент
Спросите, получает ли клиент:
- Непрерывный доступ к агенту в течение указанного срока;
- Конечное количество завершенных результатов;
- Дополнительные права на использование платформы; или
- Комплекс из доступа, внедрения, поддержки и результатов.
Это вопрос об обязанности к исполнению. Один и тот же агент может быть услугой с готовностью предоставления в одном договоре и услугой с указанным результатом в другом, поскольку обещания и права клиента различаются.
3. Определите, является ли договоренность серией
Услуга SaaS с готовностью предоставления обычно оценивается как серия отдельных ежедневных или ежемесячных услуг, которые по существу одинаковы и имеют одинаковую схему передачи. Если плата за результат относится к конкретному отдельному периоду в этой серии, исключение для распределения переменного возмещения может позволить признание в том периоде, в котором происходят соответствующие критериям результаты.
Например, услуга может предоставлять неограниченный доступ в течение 12 месяцев и взимать 3 доллара за каждую успешную меру по предотвращению мошенничества в том месяце, когда эта мера происходит. Если ставка фиксированная, определение успеха измеримо, и плата относится к услугам этого месяца, признание платы за результат по мере происхождения соответствующих мер может достоверно отражать передачу.
Вывод становится менее очевидным, когда плата зависит от совокупных годовых показателей, ретроспективных скидок, межпериодных корректировок или годового минимума. Эти особенности могут препятствовать отнесению платы к одному отдельному периоду услуг.
4. Проверьте практическое упрощение для счетов
Практическое упрощение для счетов может позволить признание выручки в сумме, на которую поставщик имеет право выставить счет, когда эта сумма напрямую соответствует ценности, переданной клиенту на текущую дату. Для соответствующей договоренности с готовностью предоставления фиксированная сумма за каждый успешный результат, выставленная по мере его возникновения, может удовлетворять этой схеме.
Не рассматривайте это упрощение как универсальный способ для каждого договора на основе использования. Оно менее применимо, когда договор включает фиксированную плату, существенный минимум, изменяющиеся ставки за результат или значительные авансовые или отложенные платежи. Крупная предоплата также может не соответствовать ценности, переданной на дату выставления счета.
5. Примените ограничение переменного возмещения
Если ни упрощение для счетов, ни исключение для распределения не решают вопрос, оцените переменное возмещение и включите только ту сумму, для которой вероятно, что значительного сторнирования выручки не произойдет. Обновляйте эту оценку каждый отчетный период.
Продукты ИИ на ранних стадиях часто не имеют достаточной истории для уверенного прогнозирования показателей успеха, уровня исключений, принятия клиентом и сторнирований. Эта неопределенность является бухгалтерским фактом, а не причиной признавать оптимистичный сценарий. Создайте документированную оценку на основе текущих данных договора, сопоставимых рабочих процессов, результатов пилотных проектов и известных режимов отказов, затем пересматривайте ее по мере работы продукта.
Практический пример: фиксированный доступ плюс проверенные результаты
Предположим, поставщик подписывает 12-месячное соглашение на следующих условиях:
- Ежемесячная плата за платформу в размере 10 000 долларов за хостинговый доступ, мониторинг и поддержку.
- 12 долларов за каждый счет, который агент обрабатывает от начала до конца, корректно размещает и проходит 30-дневную проверку на отмену.
- Без минимального количества счетов.
- Ежемесячные счета на основе журнала проверенных результатов.
Плата за платформу описывает услугу с готовностью предоставления. Если клиент получает доступ равномерно в течение года, поставщик записывает 10 000 долларов выручки каждый месяц, при условии, что никакие другие факты не изменяют вывод.
Сумма в 12 долларов является переменным возмещением на основе результата. Если критерии успеха по договору четкие, ставка фиксированная, и сумма относится конкретно к услугам месяца, поставщик может признавать 12 долларов по завершении каждого соответствующего критериям результата. Результат, который все еще находится в пределах 30-дневного окна проверки, может потребовать политического решения: договор может определять успех в момент размещения, в момент принятия или только после закрытия окна отмены. Используйте договорное событие последовательно.
Если в марте соответствует 800 результатов, выручка за результаты составляет 9 600 долларов. Таким образом, мартовская выручка составляет 19 600 долларов до учета налогов, возвратов, кредитов или других условий договора. Банковский депозит может произойти в апреле; сроки поступления денежных средств не переносят мартовскую выручку на апрель.
Для договора с предоплатой за конечное количество результатов начальная проводка будет выглядеть иначе. Если клиент предоплачивает 120 000 долларов за 10 000 успешных результатов, запишите денежные средства и договорное обязательство при получении платежа. Признавайте 12 долларов выручки по мере передачи каждого соответствующего критериям результата, уменьшая обязательство. Если неиспользованные результаты истекают, оцените невостребованные суммы в соответствии с договором и применимой политикой выручки, а не высвобождайте весь остаток просто потому, что срок договора истек.
Простыми словами:
Клиент предоплачивает за 10 000 успешных результатов
Дебет Денежные средства $120 000
Кредит Договорное обязательство $120 000
800 результатов соответствуют критериям по 12 долларов каждый
Дебет Договорное обязательство $9 600
Кредит Выручка на основе результатов $9 600Точные названия счетов и сроки должны соответствовать учетной политике поставщика и анализу договора. Важная дисциплина — сохранять раздельными предоплату, подтвержденное производство, счет и банковское урегулирование как отдельные события.
Данные, которые вам нужны для закрытия отчетности
Выручку на основе результата нельзя закрыть только по банковской выписке. Создайте ежемесячный пакет доказательств, который связывает договор с главной книгой.
Условия договора
Храните подписанные условия, цену за результат, определение успеха, срок, права на продление и перенос, минимумы, правила истечения, положения о возврате, окна принятия и любые тарифные уровни. Записывайте поправки как версии с датами, а не перезаписывайте первоначальные условия.
Журнал результатов
Для каждого подлежащего выставлению счета результата сохраняйте стабильный идентификатор, клиента, агента или рабочий процесс, отметку времени попытки, отметку времени завершения, статус успеха, причину неудачи, статус передачи на ручную обработку, статус отмены или спора, применимую ставку и ссылку на источник. Цель не в том, чтобы собрать больше телеметрии ради нее самой. Цель — доказать, какое договорное событие создало право на возмещение.
Уровни сверки
Сверяйте в следующем порядке:
- Журнал событий агента с отчетом об использовании или результатах, видимым клиенту.
- Отчет о результатах со счетом.
- Счет с дебиторской задолженностью.
- Дебиторскую задолженность и кредиты с банковским урегулированием.
- Признанную выручку и договорное обязательство с графиком выручки.
Расследуйте расхождения, а не списывайте их на выручку. Неудачный рабочий процесс может исчезнуть из выгрузки для выставления счетов, оставаясь в журналах инфраструктуры. Дублирующийся результат может быть выставлен дважды, но оплачен один раз. Отмена после выставления счета может потребовать кредит-ноты и корректировки выручки. Каждое расхождение должно иметь ответственного и примечание о решении.
Экономика единицы вместе с выручкой
Признание выручки говорит вам, когда сообщать о плате; оно не говорит вам, прибыльен ли рабочий процесс. Отслеживайте затраты на модели и инфраструктуру, оркестрацию, ручную проверку, поддержку клиентов, споры и переработку по типу результата. Недавний анализ агентных рабочих процессов подчеркнул, что ручной контроль может быть более крупной переменной затратой, чем токены модели, в некоторых высокорисковых рабочих процессах. Если ваша цена основана на успешном результате, ваш отчет о марже должен использовать ту же единицу успешного результата.
Частые ошибки, которых следует избегать
Отражение каждой попытки как выручки
Попытка, пакет токенов, вызов API или запуск рабочего процесса не обязательно являются обещанной услугой. Если клиент платит только за проверенный результат, попытки относятся к операционным метрикам до наступления договорного события успеха.
Отражение счета как выручки
Счет может создавать дебиторскую задолженность, договорное обязательство или выручку в зависимости от прав и уже предоставленных результатов. Предоплаченный остаток не является автоматически заработанной выручкой. Держите графики выставления счетов и графики выручки раздельными, даже когда системы интегрированы.
Игнорирование внедрения и онбординга
Сопоставление данных, интеграции, конфигурация и разработка рабочих процессов могут быть деятельностью, которая помогает поставщику выполнить SaaS-обещание, или могут передавать клиенту отдельную услугу. Не предполагайте, что «бесплатное внедрение» не имеет бухгалтерских последствий. Определите, может ли клиент самостоятельно использовать результат работ и отличается ли работа от хостинговой услуги.
Использование единого показателя успеха для всех рабочих процессов
Агент, который классифицирует счета, урегулирует возвраты и предотвращает дублирующие платежи, может иметь разные определения успеха, цены, нагрузку на проверку и схемы отмен. Держите типы результатов раздельными там, где договор и экономика раздельны. Их смешивание может скрыть неприбыльный рабочий процесс и ослабить оценку переменного возмещения.
Забывание о правах на данные клиента
Договор может предусматривать, что поставщик может использовать данные клиента для улучшения услуги. Фактические права имеют значение. Узкие права, используемые только для выполнения договорной услуги, могут быть частью исполнения, тогда как более широкие права могут поднимать отдельные вопросы о неденежном возмещении, использовании данных, конфиденциальности и договорных обещаниях. Направляйте необычные положения о данных бухгалтерским и юридическим рецензентам до запуска.
Практический шаблон политики
Перед запуском нового плана на основе результата ответьте на эти вопросы в краткой бухгалтерской записке:
- Какова точная обещанная услуга?
- Какое событие доказывает успешную передачу?
- Является ли обещание готовностью предоставления, определенным количеством результатов или гибридным?
- Являются ли услуги серией с одинаковой схемой передачи?
- Соответствует ли сумма счета напрямую переданной ценности?
- Может ли применяться исключение для распределения переменного возмещения?
- Если нет, какая оценка и ограничение поддерживают цену операции?
- Являются ли внедрение, поддержка, права на данные, опции продления или минимумы отдельными вопросами?
- Какая операционная система является авторитетной для подсчета результатов?
- Как ежемесячный отчет будет сверяться со счетами, дебиторской задолженностью, договорными обязательствами и денежными средствами?
Пусть финансовый отдел, продуктовая команда, инженеры, отдел продаж и юристы согласуют определения до запуска страницы с ценами. Договор, который легко выставлять, не обязательно является договором, который легко учитывать.
Упростите управление финансами
Ценообразование на основе результата делает чистые версионированные записи особенно ценными: договор, соответствующие события, график выручки и банковская активность должны рассказывать одну и ту же историю. Beancount.io предлагает бухгалтерский учет в виде открытого текста, который прозрачен, контролируется версиями и готов к работе с ИИ, обеспечивая вашей команде прочный аудиторский след по мере развития моделей ценообразования. Начните бесплатно и держите финансовую логику видимой от договора до закрытия.