Gravity Forms PayPal One-time Fee - Плагин WordPress

Руководство по настройке Gravity Forms PayPal One-time Fee для разового взноса в подписке

Gravity Forms PayPal One-time Fee нужен в узкой, но понятной ситуации: на сайте уже используется Gravity Forms, платежи идут через PayPal Standard, а подписка должна взять с клиента повышенный первый платёж и дальше списывать обычную регулярную сумму. В этом руководстве разберём не только где включается эта опция, но и как заранее проверить форму, какие варианты расчёта поддержаны, почему разовый взнос конфликтует с пробным периодом и что учитывать из-за устаревшего статуса PayPal Standard.

Материал рассчитан на владельца WordPress-сайта, администратора форм или разработчика, который поддерживает существующую платежную форму. Мы пройдём путь от проверки зависимостей до тестовой оплаты в песочнице, а отдельный акцент сделаем на том, когда лучше не развивать старую связку и сразу планировать переход на PayPal Checkout.

В тексте используются точные названия пунктов интерфейса Gravity Forms и PayPal. Если в вашей админ-панели они немного отличаются, ориентируйтесь на смысл: форма, платежный feed, тип транзакции Subscription, регулярная сумма, разовый взнос, уведомления и события подписки.

Какую задачу решает разовый взнос в подписке

Классическая подписка берёт одну и ту же сумму через заданный интервал. Для многих услуг этого мало: при подключении клиента есть стартовая работа, настройка аккаунта, перенос данных, аудит, доставка комплекта или другой разовый расход. Если включить всё в регулярную цену, подписка выглядит дороже. Если брать оплату вручную отдельным счётом, растёт риск ошибок и лишних переписок.

Gravity Forms PayPal One-time Fee добавляет к первому платежу отдельную сумму, а последующие платежи оставляет регулярными. На уровне пользовательского сценария это выглядит так: клиент заполняет форму, видит итоговую стоимость первого списания, переходит к оплате, а дальше подписка продолжается уже по основной цене.

Ключевая польза плагина - разделить стартовый взнос и регулярную оплату внутри одной формы подписки. Это особенно удобно для сервисов с подключением, клубов с вступительным взносом, учебных программ с регистрационным платежом, поддержки сайтов и других услуг, где первый период дороже следующих.

Где эта логика действительно уместна

Лучше всего разовый взнос работает там, где клиенту легко объяснить, за что он платит больше в первый раз. Например, регулярная поддержка сайта стоит одну сумму, а первичная настройка резервных копий, мониторинга и доступа оплачивается отдельно. Или членство в сообществе имеет ежемесячный взнос, но при вступлении нужна разовая регистрационная плата.

• Подписка на сопровождение, где первый месяц включает аудит и настройку.
• Закрытый клуб или обучение с вступительным платежом и регулярной оплатой доступа.
• Хостинг, поддержка, обслуживание или консультации с платным подключением.
• Регулярная доставка или сервисный пакет, где при первом заказе добавляется комплект материалов.

Когда такой подход может навредить

Если разовый взнос скрыт внутри итоговой суммы и не объяснён в полях формы, пользователь может воспринять первый платёж как ошибку. Для платежных форм прозрачность важнее красивой схемы монетизации: человек должен понимать, сколько он заплатит сейчас и сколько будет списываться потом.

Не используйте разовый взнос как скрытую надбавку. Добавьте отдельное поле продукта с понятным названием, например Setup fee или Initial setup, и поясните в тексте формы, что эта сумма списывается только в первом платеже.

Важное ограничение: продукт относится к старой связке PayPal Standard

Официальная документация Gravity Wiz помечает Gravity Forms PayPal One-time Fee как устаревший perk. Это не значит, что руководство бесполезно: многие сайты ещё поддерживают старые формы, и им нужно аккуратно понимать существующую конфигурацию. Но для новых проектов решение надо оценивать осторожно.

Причина в том, что продукт завязан на PayPal Standard и его модель подписок. Gravity Wiz прямо указывает, что возможность разового взноса теперь встроена в Gravity Forms PayPal Standard Add-on. При этом официальная документация Gravity Forms отдельно рекомендует миграцию с PayPal Standard на PayPal Checkout, потому что старый платежный механизм выводится из эксплуатации.

Практический вывод простой: если вы обслуживаете существующую форму, сначала проверьте текущий feed и корректность платежей; если создаёте новую платежную форму, рассматривайте PayPal Checkout как основной вариант.

Что это меняет в настройке

Для старой формы с PayPal Standard задача состоит не в том, чтобы «поставить и забыть». Нужно понять, есть ли у вас зависимость от устаревшего feed, какие уведомления и интеграции срабатывают после оплаты, как учтён первый платёж в бухгалтерии или CRM, и есть ли план перехода на новую платежную связку.

Разовый взнос стоит настраивать только после ответа на три вопроса:

1. Действительно ли форма работает как подписка, а не как разовая продажа.
2. Нужен ли именно разовый стартовый взнос, а не пробный период.
3. Есть ли понятный план тестирования и будущей миграции на более современный платежный add-on.

Кому подходит этот сценарий и кому лучше выбрать другой путь

Настройка разового взноса в Gravity Forms хорошо подходит сайтам, где WordPress уже используется как лёгкая платежная витрина без полноценного магазина. Если у вас одна форма подписки, несколько ценовых полей и простая логика доступа после оплаты, Gravity Forms может быть удобнее, чем разворачивать WooCommerce ради одной услуги.

Подойдёт

Сценарий подходит администраторам, которые уже работают с Gravity Forms, понимают feeds, pricing fields и события уведомлений. Он также полезен разработчикам, поддерживающим старый сайт клиента: вместо переписывания всей формы можно аккуратно проверить текущую платежную схему, добавить или исправить разовый взнос и подготовить документированный план миграции.

• У сайта уже есть Gravity Forms и PayPal Standard subscription feed.
• Разовый взнос должен быть частью первого платежа, а не отдельным заказом.
• Форма не требует полноценной корзины, складского учёта, купонов магазина и сложных налоговых правил.
• Команда готова тестировать платежи в режиме Test или sandbox перед включением реальных оплат.

Лучше не использовать

Если вы запускаете новый сайт, хотите современные кнопки PayPal, поддержку дополнительных способов оплаты или встроенный setup fee в актуальном PayPal add-on, логичнее смотреть в сторону PayPal Checkout. Если вам нужен каталог товаров, сложные варианты подписок, смена тарифов пользователем, личный кабинет покупателя и магазинная аналитика, Gravity Forms может оказаться слишком узким инструментом.

Не стоит строить новую систему вокруг старого PayPal Standard только потому, что на странице продукта есть знакомая формулировка «one-time fee». В платежах важнее не наличие одной функции, а устойчивость всей цепочки: форма, SSL, платёжный провайдер, уведомления, статусы подписки, возвраты, отмены и поддержка.

Что проверить перед установкой и изменением платежной формы

Перед любыми изменениями в платежной форме сделайте короткий технический аудит. Он занимает меньше времени, чем разбор ошибочного списания, потерянного уведомления или подписки с неправильной суммой. Особенно внимательно проверяйте сайты, где форма уже давно работает и к ней привязаны регистрация пользователя, выдача доступа, письма, CRM или автоматизация.

Зависимости WordPress и Gravity Forms

Убедитесь, что Gravity Forms установлен, активирован и форма содержит pricing fields. Для платежной подписки обычно нужны поля продукта, итоговая сумма, имя, электронная почта и, если требуется, адресные данные. PayPal Standard add-on должен быть установлен и подключён к форме через feed.

Если perk устанавливается через Gravity Perks, проверьте Spellbook и список активных perks. Gravity Wiz указывает, что perks управляются через Spellbook: там их можно найти, активировать и открыть документацию. Для старых сайтов также встречаются установки, где perk уже активен как отдельный плагин.

Платёжная среда и безопасность

Платёжная форма должна работать по HTTPS. Для PayPal Standard критичны обратные уведомления от PayPal, поэтому сайт должен быть доступен извне, а сервер не должен блокировать callback-запросы. Если сайт закрыт базовой авторизацией, находится на локальном домене или за строгим firewall, тест может пройти до отправки формы, но не до корректного обновления статуса оплаты.

• Проверьте, что адрес WordPress и адрес сайта используют https.
• Убедитесь, что платежный feed находится в режиме Test, пока вы проверяете сценарий.
• Проверьте, что в форме нет двух PayPal feeds без conditional logic, иначе может сработать не тот feed.
• Сохраните текущие настройки feed перед изменением: название, email PayPal, тип транзакции, recurring amount, trial и conditional logic.

Смысловая проверка цены

Разовый взнос нельзя настраивать в отрыве от структуры полей. В форме должно быть понятно, какая сумма является регулярной, какая добавляется только один раз, и что увидит пользователь перед оплатой. Если в форме уже есть скидки, налоги, дополнительные товары или условные поля, сначала проверьте математику на нескольких вариантах заполнения.

Перед изменением live-формы создайте копию формы или отдельный тестовый feed. Это самый простой способ не сломать рабочую подписку и увидеть, как изменится первый платёж.

Установка и первичная проверка в WordPress

Если у вас уже активен Gravity Forms PayPal One-time Fee, начните не с переустановки, а с инвентаризации. Откройте список плагинов, проверьте активность Gravity Forms, PayPal Standard add-on и самого perk, затем перейдите к форме, где должна работать подписка. В старых проектах полезно записать, какие версии и add-ons сейчас включены, но в текст руководства точные номера лучше не переносить: они быстро устаревают.

Общий порядок установки

В типовом случае установка идёт как у обычного WordPress-плагина или Gravity Perks perk: загрузить плагин, активировать его, убедиться, что зависимые add-ons включены, затем открыть настройки формы. Если установка идёт через Spellbook, нужный perk ищут в разделе Spellbook - Perks и активируют из интерфейса.

1. Откройте Plugins и убедитесь, что Gravity Forms активен.
2. Проверьте наличие PayPal Standard add-on, потому что one-time fee работает именно с его subscription feed.
3. Активируйте Gravity Forms PayPal One-time Fee или соответствующий Gravity Perks элемент, если он есть в вашей поставке.
4. Откройте нужную форму в Forms и перейдите в её платежные настройки.
5. Проверьте, появился ли параметр разового взноса в feed подписки.

Как понять, что активация прошла нормально

Признак успешной активации - в настройках PayPal feed для подписки доступна опция, связанная с one-time fee. В документации Gravity Wiz она описана как Perk: One-time Fee и находится ближе к нижней части feed options, над условием PayPal. Если вы не видите эту опцию, сначала проверьте тип транзакции: для Products and Services она не нужна и не должна работать.

Второй признак - в выпадающем списке доступны product fields формы и вариант Form Total. Если нужного поля нет, скорее всего оно не является pricing field, отключено условной логикой в вашем тестовом сценарии или форма ещё не сохранена после добавления поля.

Настройка PayPal feed: где включается One-time Fee

Главная настройка находится не в глобальных настройках WordPress, а внутри feed конкретной формы. Feed в Gravity Forms - это правило, которое отправляет данные формы во внешний сервис. В этом случае feed определяет, какую сумму передать в PayPal, какой тип платежа создать, как сопоставить billing information и при каких условиях feed должен сработать.

Создание или редактирование feed

Откройте нужную форму и перейдите в настройки PayPal Standard. В старом интерфейсе путь обычно выглядит как Forms - нужная форма - Settings - PayPal или PayPal Payments Standard. Если feed уже есть, лучше сначала открыть его и понять текущую логику, а не создавать новый рядом.

1. Задайте понятное имя feed, например Subscription with setup fee. Имя видит администратор, пользователь его не видит.
2. Укажите PayPal email, который принимает платежи, если это требуется вашим вариантом PayPal Standard.
3. На время проверки выберите режим Test, а не рабочий режим.
4. В поле Transaction Type выберите Subscription.
5. Настройте Recurring Amount, Billing Cycle, Recurring Times и retry-логику, если она нужна.
6. В параметре Perk: One-time Fee выберите product field или Form Total.
7. Проверьте billing information, cancel URL, параметры адреса доставки и conditional logic.
8. Сохраните изменения через Save или Update Settings.

Какие настройки трогать первыми

В первую очередь настройте transaction type, recurring amount и one-time fee. Остальные параметры важны, но они не заменят правильную математику платежа. Если перепутать recurring amount и one-time fee, пользователь может увидеть корректный первый платёж, но подписка дальше пойдёт не на ту сумму.

Что лучше не включать без необходимости

Не создавайте несколько PayPal feeds «на всякий случай». Документация Gravity Forms предупреждает, что при нескольких feeds нужна conditional logic, иначе платежный add-on может обработать первый подходящий feed. Не включайте trial одновременно с one-time fee: официальная логика perk использует trial period для имитации стартового взноса, поэтому оба сценария не совмещаются.

Также не стоит отключать запрос адреса доставки только ради сокращения формы, если ваш бизнес-процесс действительно требует адреса. PayPal feed позволяет управлять некоторыми полями, но решение должно зависеть от услуги, отчётности и поддержки клиентов, а не от желания убрать одно поле.

Как рассчитывается первый платёж и регулярная сумма

Самая частая ошибка в настройке - считать, что one-time fee просто «прибавляется сверху» во всех случаях. Документация Gravity Wiz описывает несколько комбинаций между one-time fee и recurring amount. От выбранных источников суммы зависит, что станет первым платежом и что уйдёт в подписку.

Оба значения выбраны из product fields

Это самый прозрачный вариант. Один product field отвечает за регулярную сумму, второй product field - за стартовый взнос. Первый платёж складывает их, а подписка дальше использует только регулярную сумму.

First Payment = Recurring Amount + One-time Fee
Subscription = Recurring Amount

Такой вариант легче объяснить пользователю: поле «Ежемесячная поддержка» показывает регулярную цену, поле «Первичная настройка» показывает разовую цену, итог формы показывает сумму первого списания.

One-time Fee равен Form Total, а Recurring Amount выбран полем

В этом варианте первый платёж берётся как общий итог формы, а подписка использует выбранное поле регулярной суммы. Он может быть удобен, если первый платёж должен включать несколько дополнительных pricing fields, но регулярная подписка остаётся одной фиксированной суммой.

First Payment = Form Total
Subscription = Recurring Amount

Используйте этот вариант осторожно, если в форме есть необязательные товары или условные доплаты. Пользователь может добавить опцию, которая должна списаться один раз, и это нормально. Но если эта опция должна повторяться каждый период, её нельзя оставлять только в первом платеже.

One-time Fee выбран полем, а Recurring Amount равен Form Total

Здесь первый платёж равен итогу формы, а регулярная сумма считается как итог минус поле разового взноса. Такая схема может быть удобна, если форма уже построена вокруг Form Total, но требует аккуратной проверки, чтобы разовый взнос не исчез из первого платежа и не попал в регулярную часть.

First Payment = Form Total
Subscription = Form Total - One-time Fee

Лучшие настройки для большинства понятных форм - отдельное поле регулярной суммы и отдельное поле стартового взноса. Так проще читать entry, объяснять стоимость клиенту и диагностировать ошибки.

Практический пример: подписка на поддержку сайта со стартовой настройкой

Разберём конкретный сценарий. Веб-студия продаёт ежемесячную поддержку WordPress-сайта. Регулярная оплата покрывает обновления, мониторинг и небольшие правки. При подключении студия один раз берёт плату за аудит, настройку резервного копирования и проверку доступа. Задача - получить первый платёж из двух частей и дальше списывать только регулярный тариф.

Цель

Создать форму, где первый платёж состоит из регулярной поддержки и разовой настройки, а подписка дальше повторяет только сумму регулярной поддержки. Пользователь должен понимать разницу между этими суммами до перехода в PayPal.

Подготовка

В форме должны быть минимум два pricing fields: один для регулярного тарифа, второй для стартового взноса. Добавьте также name, email и поля, которые нужны для договора или поддержки. Если форма выдаёт доступ к закрытому разделу, проверьте, что User Registration или другая интеграция запускается после успешной оплаты, а не просто после отправки формы.

Шаги настройки

1. Создайте поле продукта Monthly support и задайте регулярную цену услуги.
2. Создайте поле продукта Initial setup и задайте разовый стартовый взнос.
3. Добавьте Total, чтобы пользователь видел сумму первого списания.
4. Перейдите в настройки PayPal Standard feed и выберите Subscription.
5. В Recurring Amount выберите поле Monthly support.
6. В Perk: One-time Fee выберите поле Initial setup.
7. Оставьте trial выключенным, потому что он конфликтует с логикой разового взноса.
8. Настройте события уведомлений: администратору - при создании подписки или успешной оплате, клиенту - после подтверждения платежа.
9. Сохраните feed и отправьте тестовую заявку.

Проверка результата

После тестовой отправки проверьте три места: итог на форме до отправки, данные в entry Gravity Forms и запись в PayPal sandbox. Первый платёж должен быть больше регулярной суммы ровно на стартовый взнос. В entry должна быть видна подписка, а не обычная разовая продажа. Уведомления должны приходить на события, которые соответствуют вашему бизнес-процессу.

Нюанс, который часто ломает сценарий

Если форма содержит условные поля, проверьте все ветки. Например, клиент выбирает «срочное подключение», и появляется дополнительная разовая доплата. Если эта доплата должна быть только в первом платеже, она должна попадать в первый итог, но не в recurring amount. Если она должна повторяться, её нельзя считать как one-time fee.

Проверка после оплаты: entry, уведомления и обратные события PayPal

Платёжная форма считается настроенной не тогда, когда feed сохранился, а когда тестовая оплата прошла полный круг: форма отправлена, PayPal принял платёж, Gravity Forms получил обратное событие, entry обновилась, нужные письма ушли, а подписка видна в деталях записи. Без этой проверки легко пропустить ситуацию, где деньги списались, но сайт не выдал доступ или не отправил уведомление администратору.

Что смотреть в Gravity Forms

Откройте запись формы после тестовой оплаты. Проверьте payment status, subscription details, transaction ID, сумму первого платежа и регулярную сумму. Если используются интеграции после оплаты, например регистрация пользователя или CRM, убедитесь, что они сработали именно после платежного события.

Gravity Forms поддерживает разные notification events для платежных add-ons: Payment Completed, Subscription Created, Subscription Payment Added, Subscription Payment Failed и другие. Для подписки не всегда достаточно события отправки формы, потому что оно может произойти до подтверждения оплаты.

Почему IPN и доступность сайта важны

Для старого PayPal Standard обратные уведомления играют большую роль. Если PayPal не может достучаться до сайта, статус может не обновиться, а некоторые события уведомлений не сработают. Проверьте SSL, доступность callback URL, отсутствие блокировки со стороны firewall и плагины безопасности, которые могут резать внешние запросы.

Минимальная проверка перед рабочим режимом: отправить форму в тестовом режиме, оплатить, дождаться обновления entry, проверить письма, проверить запись в PayPal и повторить сценарий отмены или неуспешной оплаты, если он важен для поддержки.

Совместимость, скорость и поддержка старых форм

Gravity Forms PayPal One-time Fee почти не влияет на скорость публичной части сам по себе: основная нагрузка возникает от формы, платежных add-ons, внешнего перехода в PayPal и обратных уведомлений. Но платежная форма находится в зоне повышенного риска, поэтому любые оптимизации кеша, защиты и JavaScript надо проверять аккуратно.

Кеш и оптимизация

Страницу с платежной формой лучше исключить из агрессивной оптимизации, если после минификации, отложенной загрузки скриптов или кеширования появляются ошибки расчёта total. Для Gravity Forms особенно важны скрипты, отвечающие за pricing fields, conditional logic и динамическое обновление итоговой суммы.

Если total на форме не обновляется до отправки, не начинайте с PayPal. Сначала отключите оптимизацию JavaScript для страницы формы, проверьте консоль браузера и убедитесь, что pricing fields работают без платежного feed. Только после этого имеет смысл тестировать PayPal.

Темы и конструкторы страниц

Большинство проблем с отображением формы возникают не из-за one-time fee, а из-за темы, конструктора или CSS. Если форма встроена в сложный шаблон, проверьте поля продукта, total и сообщения об ошибках на обычной странице WordPress без лишних блоков. Это помогает отделить проблему формы от проблемы макета.

Поддержка и миграция

Так как продукт относится к устаревшей связке, документируйте текущую настройку. Запишите, какие поля входят в первый платёж, какое поле является регулярной суммой, какие уведомления привязаны к оплате, какие интеграции запускаются после платежа. При переходе на PayPal Checkout эта карта поможет не потерять бизнес-логику.

Частые ошибки и диагностика

Ошибки с разовым взносом обычно делятся на четыре группы: неверный тип транзакции, неверная математика полей, конфликт trial и one-time fee, а также проблемы с обратными уведомлениями. Ниже - практическая карта диагностики, с которой удобно идти от симптома к причине.

Опция разового взноса не отображается в feed

Симптом: в настройках PayPal нет поля Perk: One-time Fee или похожего параметра. Возможные причины - не активирован perk, не установлен PayPal Standard add-on, выбран не тот тип транзакции или открыт feed другого платежного add-on.

Проверьте список плагинов, активность Gravity Perks/Spellbook, затем откройте именно PayPal Standard feed и выберите Subscription. Если параметр всё равно не появился, сравните текущую установку с официальной документацией Gravity Wiz и Gravity Forms. Не пытайтесь добавлять скрытые поля вручную в базе данных.

Первый платёж правильный, но регулярная сумма неверная

Чаще всего перепутаны источники суммы: Form Total выбран там, где нужен отдельный product field, или разовый взнос попал в регулярную часть. Вернитесь к формулам расчёта и проверьте все pricing fields. Для диагностики временно упростите форму до двух полей: регулярная сумма и стартовый взнос.

Пробный период исчез или недоступен

Это ожидаемое ограничение старой логики. Gravity Wiz объясняет, что perk использует trial period, чтобы имитировать разовый взнос в PayPal Standard. Поэтому одновременно использовать trial и one-time fee нельзя. Если бизнесу нужен и бесплатный период, и стартовый взнос, смотрите на PayPal Checkout или другой платежный add-on, где эта логика поддержана иначе.

Письма уходят до подтверждения оплаты

Проверьте notification events. Для платежных сценариев часто нужно событие Payment Completed, Subscription Created или другое платежное событие, а не обычная отправка формы. Если письмо выдаёт доступ, чек или инструкцию только после оплаты, оно не должно зависеть от простого события submit.

Entry не обновляется после PayPal

Проверьте HTTPS, доступность сайта, IPN/callback, плагины безопасности и логи Gravity Forms. Если статус оплаты не приходит обратно, проблема может быть не в разовом взносе, а в коммуникации между PayPal и сайтом. На тестовом сайте отключайте спорные защитные правила по одному и фиксируйте, что изменилось.

Несколько feeds срабатывают непредсказуемо

Если у формы несколько PayPal feeds, каждому нужен понятный набор условий. Документация Gravity Forms предупреждает, что без conditional logic add-on может обработать первый найденный feed. В платежах это особенно опасно: пользователь может выбрать один тариф, а в PayPal уйдёт другая конфигурация.

Исправление: оставьте один feed для простого сценария или настройте взаимно исключающие условия. После этого проверьте каждую ветку формы отдельной тестовой оплатой.

Безопасные улучшения без правки кода плагина

Для этого продукта не нужен PHP-код ради базовой настройки. Безопаснее улучшать форму через поля, описания, уведомления и тестовый процесс. Правка ядра WordPress, Gravity Forms, PayPal add-on или самого perk создаст проблему при обновлениях и усложнит миграцию.

Сделайте стоимость понятной в самой форме

Добавьте к полю стартового взноса короткое описание: сумма списывается только в первом платеже. Для регулярного тарифа напишите период списания. Если используется Total, рядом можно пояснить, что это сумма первого списания, а не всех будущих платежей.

Разделите уведомления для клиента и администратора

Клиенту полезно отправлять письмо после подтверждения оплаты с понятным описанием: первый платёж включает подключение, следующие платежи идут по регулярной сумме. Администратору полезно видеть выбранный тариф, стартовый взнос, статус подписки и ссылку на entry.

Ведите карту миграции

Создайте внутреннюю заметку для команды: какие поля участвуют в расчёте, какое событие запускает доступ, какие страницы пользователь видит при отмене, какие письма отправляются. Это не требует кода, но сильно снижает риск при переходе на PayPal Checkout.

Когда Gravity Forms PayPal One-time Fee будет удачным выбором

Gravity Forms PayPal One-time Fee оправдан, если вы поддерживаете существующую форму PayPal Standard и вам нужно корректно разделить первый платёж и регулярную сумму без переписывания всей платежной логики. В такой ситуации продукт помогает закрыть конкретную задачу: стартовый взнос берётся один раз, подписка дальше идёт по основной цене.

Для нового внедрения подход должен быть другим: сначала проверьте PayPal Checkout, Stripe или другой актуальный платежный add-on, затем сравните, как они работают с setup fee, trial, уведомлениями и подписками. Если после проверки вам всё ещё нужна именно старая связка, подготовьте тестовую форму, проверьте расчёты и только потом скачать установочный файл для локальной проверки.

Главный критерий готовности - не наличие опции в feed, а полный тест: пользователь видит понятную стоимость, первый платёж включает разовый взнос, регулярная подписка идёт без повторной надбавки, entry обновляется после PayPal, уведомления приходят на правильных событиях, а команда понимает план миграции со старого PayPal Standard.