Summary

  • Продавец передаёт AWS Marketplace данные об использовании SaaS, по которым выставляется счёт. В обычной схеме совпадения отсеиваются по продукту, клиенту, часу и тарифной категории; при нескольких параллельных соглашениях учёт ведётся по конкретной лицензии.
  • AWS указывает: если за один период отправить использование клиента и через ProductCode, и через LicenseArn, возникнет двойное начисление. На переходе старый и новый отправители не должны делить один расчётный час.

Два исправных счётчика ещё не делают одну правильную квитанцию.

Схема AWS Marketplace начинается у продавца. Он измеряет использование программного продукта и направляет записи в AWS; платформа применяет к ним цены и рассчитывает платёж покупателя. Для продукта без параллельных соглашений повтор определяется сочетанием продукта, клиента, часа и тарифной категории. Если один клиент может купить несколько действующих соглашений по тому же продукту, каждое получает свой LicenseArn. В новой схеме лицензия становится частью ключа учёта.

Опасность возникает при смене ключа. AWS объясняет, что повторная отправка записи с той же лицензией подчиняется обычным правилам устранения дублей. Но передача использования за тот же период сначала с ProductCode, а затем с LicenseArn вызывает двойное начисление. Старый процесс может продолжать работу параллельно с новым. Каждый получает успешный ответ, а покупатель пользовался услугой только один час.

С 1 июня 2026 года обновлённая интеграция для параллельных соглашений обязательна для новых SaaS-продуктов. Существующие интеграции могут продолжать работать. Эта дата не означает принудительной миграции каждого прежнего продавца. Тем, кто всё же меняет способ передачи, нужен точный рубеж: последний час старого учёта и первый час нового.

Идентификатор соглашения приходит в ответе ResolveCustomer при регистрации. AWS предписывает при учёте по лицензии указывать LicenseArn в каждой UsageRecord и не передавать ProductCode на уровне всего запроса. Для клиента с двумя активными соглашениями название продукта уже не отвечает на вопрос, куда отнести использование. Продавцу нужна внутренняя связка клиента, соглашения, тарифной категории и времени.

После передачи поправить запись трудно. По руководству AWS, заявленное количество по тарифной категории нельзя изменить, даже если это ноль. Повтор с другой величиной оставляет в расчёте первоначальное количество. Несколько отправок за тот же час также не складываются автоматически. Поэтому проверка, в которой новый интерфейс просто возвращает «успех», пропускает главное: перестал ли прежний отправитель передавать эту часть использования?

Покупатель видит тарифные строки и накопленные суммы в биллинговом кабинете AWS; включённый Cost and Usage Report добавляет сведения о цене единицы. Эти данные обновляются с задержкой. Продавцу AWS предлагает сверять вызовы через CloudTrail. Чтобы установить сумму конкретного двойного начисления, потребуются переданные записи по клиенту, лицензии, категории и часу, а также окончательные строки счёта. Публичное руководство уже описывает сам механизм.

Правила распознавания повторов задаёт AWS. Маршрут передачи выбирает продавец. За результат платит покупатель. Маленькая смена поля в запросе становится большой, когда по этому полю разделяются деньги.

Официальные источники