Как активировать хэш SHA2 в Authorize.NET Silent Posts для ребиллов ARB?
У нас есть плагин WordPress с интеграцией Authorize.NET AIM/ARB. Это довольно старо. Мы настраиваем подписки с помощью ARB, обрабатываем первоначальный платеж с помощью AIM, а затем прослушиваем тихие сообщения, чтобы узнать, когда происходит перевыставление счетов за подписку.
Тихие сообщения Authorize.NET могут иметь хэш SHA2 для проверки целостности с использованием ключа подписи. Мы поддерживаем это. Все работает исправно уже много лет. Затем недавно я получил жалобу на то, что ребиллы не регистрируются, и я проследил это до отсутствия хэша SHA2 в Silent Posts. Это происходит как на моем сайте разработки с использованием песочницы, так и по крайней мере в одном рабочем экземпляре.
Насколько я понимаю, после создания ключа подписи в учетной записи Auth.NET параметр x_SHA2_Hash должен быть заполнен для всех тихих сообщений. Я сгенерировал ключ, и в прошлые годы все работало нормально, но на данный момент ни одно тихое сообщение не содержало значения для x_SHA2_Hash.
Я повторно сгенерировал свой ключ подписи в песочнице, это привело к тому, что x_SHA2_Hash заполнялся в Silent Post для первоначальных платежей, но не для ребиллов, даже для вновь созданных подписок. Итак, у меня есть несколько вопросов:
Может ли кто-нибудь с подпиской ARB и настроенным ключом подписи подтвердить, что тихие сообщения по-прежнему возвращают значение параметра x_SHA2_Hash в их учетных записях?
Кто-нибудь знает об изменении ожидаемого поведения Silent Posts с 2019 года?
Отличается ли ожидаемое поведение в песочнице и рабочей среде?
Что мне нужно сделать, либо в учетной записи Auth.NET, либо в XML, который я отправляю для создания подписки ARB, чтобы повторно включить хэш SHA2 в Silent Posts для ребиллов?