Чтоб её проверить - им то надо посчитать её тоже, а сам подсчет чувствителен к порядку. Не перебирать же все возможные варианты и считать много раз.....
Так надо просто по документации, как они просят порядок этот обеспечивать.
Если просто должно быть так, что подпись считать в таком же порядке, как передается в запросе - то все максимально просто. Но может они требуют конкретный какой-то порядок. Это в общем надо просто в доках/саппорте выцепить, и сделать как они ожидают, это же по сути контракт API.
В документации это место плохо описано даже методы и контент типы не указаны , а тем более не написано что важен порядок именованных параметров ) как бы за всю мою практику не встречал таких заморочек , если есть название параметра , то все равно на каком он месте
Тут все ломает именно «подпись», если она нужна во всех запросах - то скорее всего есть какая-то общая секция, где описаны подходы по работе с ней. Возможно рядом что-то и про лимиты на количество запросов, и что-то про обработку ошибок. Ну, по крайней мере я такое часто встречаю в различных платежных API.
Хм, а как может быть не важен порядок параметров, если запрос подписан? Это же очевидно. Всё-таки документация по api обычно пишется для разработчиков.
В данном случае в подписи есть shopid и пароль, так что можно говорить про аутентификацию. Правда, использовать md5 для аутентификации в 2021 году - странненько.