Переход с мультипликаторов
Начиная с версии 1.5.0 расход обращений к нексусам считается по правилам биллинга нексуса, а не по мультипликаторам. При обновлении существующие нексусы переводятся на правила биллинга. Записи таблицы Мультипликатор (mai_multiplier) не меняются, но в расчете не участвуют.
Читайте подробнее о правилах биллинга в статье Расчет расхода.
Подготовка к обновлению
При переходе даты начала и окончания действия мультипликаторов не учитываются, так же как не учитывал их расчет до обновления: переносится каждый мультипликатор с установленным флажком Active, а коэффициенты мультипликаторов одного типа на одном нексусе складываются. Истекший или еще не начавшийся мультипликатор попадет в формулу нексуса и продолжит увеличивать расход.
До установки обновления снимите флажок Active у мультипликаторов, которые не должны действовать после перехода.
Отрицательный коэффициент переносится по модулю, поэтому мультипликатор-скидка после перехода становится наценкой: он увеличивает расход, а не уменьшает его. Чтобы этого избежать, до установки обновления снимите флажок Active у такого мультипликатора или после обновления задайте правила нексуса вручную на вкладке Биллинг. Читайте подробнее в статье Биллинг нексуса.
Изменения нексусов при переходе
| Нексус до обновления | Результат |
|---|---|
| Биллинг отключен | Не меняется. |
| Уже задан тариф или формулы | Не меняется. |
| Есть активные мультипликаторы с заполненным типом | Получает собственные правила: основная формула – сумма произведений коэффициентов мультипликаторов на соответствующие метрики, резервная формула – TB*0.125. |
| Активных мультипликаторов с заполненным типом нет | Привязывается к тарифу Legacy Billing (0.125TB). |
После перехода у каждого нексуса есть правила биллинга, кроме нексусов с отключенным биллингом. Чтобы изменить правила нексуса, откройте вкладку Биллинг на его форме. Читайте подробнее в статье Биллинг нексуса.
Перенос мультипликатора
Тип мультипликатора определяет метрику в формуле:
| Тип мультипликатора | Метрика | Путь извлечения |
|---|---|---|
requestTokens | RQT | response. и значение прежнего поля Prompt Tokens Usage Path нексуса, а если поле не было заполнено – response.usage.prompt_tokens. |
responseTokens | RST | response. и значение прежнего поля Completion Tokens Usage Path нексуса, а если поле не было заполнено – response.usage.completion_tokens. |
tokens | (RQT + RST) | Оба пути. |
requestSymbols, responseSymbols, symbols | RQS, RSS, TS | Не нужен: метрики системные. |
requestBytes, responseBytes, bytes | RQB, RSB, TB | Не нужен: метрики системные. |
count | Count | Не нужен: метрика системная. |
Например, мультипликаторы requestTokens с коэффициентом 0.5 и responseTokens с коэффициентом 1.5 дают основную формулу 0.5*RQT + 1.5*RST.
Мультипликатор без типа не переносится. Как при переходе учитываются флажок Active, даты действия и отрицательные коэффициенты, описано в разделе Подготовка к обновлению.
Тариф Legacy Billing (0.125TB)
Тариф Legacy Billing (0.125TB) считает расход так же, как прежде считался расход нексусов без мультипликаторов: обе формулы – TB*0.125, пути и коэффициенты пусты.
Это обычный тариф: его правила меняются в записи тарифа. Чтобы перевести нексус на другой тариф или на собственные правила, выберите способ расчета на вкладке Биллинг нексуса.
Отличия от расчета по мультипликаторам
| Случай | По мультипликаторам | По правилам биллинга |
|---|---|---|
| Округление | Вверх округлялось каждое слагаемое. | Вверх округляется итог формулы. Расход обращения не превышает прежний и меньше его не больше чем на N-1 кредитов, где N – число мультипликаторов нексуса. |
| Значение метрики равно 0 или его нет в ответе | Весь расход считался как TB*0.125. | Если значение равно 0, в формулу подставляется 0. Если значения нет в ответе, расход считается по резервной формуле TB*0.125. |
| Мультипликатор без типа рядом с другими | Весь расход нексуса считался как TB*0.125. | Мультипликатор без типа не учитывается. |
Проверка нексуса после перехода
Откройте вкладку Биллинг на форме нексуса и проверьте правила на примере запроса и ответа на панели Расчет кредитов. Читайте подробнее в статье Биллинг нексуса.