А конкретно для чего вам это, вы кол-во приходящих параметров будете каждый раз обсчитывать или что? Кол-во параметров может меняться, могут новые добавиться, а вы об этом знать не будете, пока снова не сходите и не посмотрите описание. Из описания многих параметров и так ясно, при каких условиях они есть, о других, может и не так явно, но тоже, можно сделать логические выводы. Что касается LMI_PAYER_PURSE, то, если допустить, что он может отсутствовать в предварительном запросе при оплате, например, paymer-чеком (не проверял и не уверен, ведь у сервиса paymer есть свои кошельки). Но суть в том, что если оплата происходит чеком, то параметр LMI_PAYER_PURSE вам вообще без разницы должен быть, есть он или нет его. Так и с другими параметрами, в которых есть сомнения, всегда или не всегда они приходят. Если уж возникла какая-то архиважная необходимость узнать больше о конкретном параметре, то можно и у саппорта спросить.Скажите пожалуйста, где можно посмотреть или узнать или какие, есть обязательные поля во всех запросах, которые всегда будут приходить?
А конкретнее в этих запросах, какие поля (параметры) всегда будут приходить?Вот например, я краем глаза увидел что параметр LMI_PAYER_PURSE в предварительном запросе, как минимум, может не быть, вроде бы.
- Форма предварительного запроса
- Форма оповещения о платеже
- Форма выполненного платежа
- Форма невыполненного платежа
Спасибо за ответ! По хорошему счету это так не делается, всегда должны указываться обязательные поля, какие будут 100% приходить а каких может и не быть, вот из-за подобного рода в моём понимании ошибок, возникают костыли, ошибки и уязвимости всякие, потому что нету четкого определения, порядка.