Non-documenté UPS API question

Question

Au travail, je travaille à inclure l'intégration UPS pour le panier de notre produit. J'utilise actuellement l'API documentée, qui fournit les WSDL. Pour utiliser cette API, vous avez besoin d'un nom d'utilisateur, d'un mot de passe et d'une clé API (nos clients qui utilisent le panier pour leur entreprise devront fournir cette information).

Il y a un autre (sans papier) API pour le calcul des taux d'expédition à:

http://www.ups.com/using/services/rave/qcostcgi.cgi

J'ai remarqué beaucoup de sites en utilisant, mais je ne peux pas sembler trouver une documentation pour elle. Il semble aussi être très vieux (je pense qu'il date du début des années 2000). Il n'effectue aucune sorte d'authentification, vous pouvez donc l'utiliser pour obtenir un devis rapide. Nous pensions utiliser cette API afin que nos clients puissent l'utiliser pour obtenir un devis rapide sans passer par des cerceaux pour obtenir un nom d'utilisateur, un mot de passe et une clé API. Mon instinct me dit que je ne devrais probablement pas compter sur une API non documentée qui peut éventuellement se déconnecter un jour. J'ai également lu des articles où l'outil calcule les taux de façon incorrecte (par rapport à l'API documentée). Je n'ai pas vérifié cela (prévoyez de faire cela ensuite). Je voulais juste voir si quelqu'un ici savait quelque chose à ce sujet ou avait une documentation pour cela.

MISE À JOUR:

Après un test rapide, il semble que les valeurs sont incorrectes. Pour un colis de 150 lb expédié de Hoboken, NJ à Chandler, AZ via 2nd Day Air, l'API documentée rapporte un coût total de 622,56 $ alors que le CGI rapporte un coût total de 495,18 $. Il y a donc une différence.

Answer 1

Je l'ai vu/utilisé dans osCommerce. Vérifiez là and here pour des exemples, si vous voulez toujours poursuivre cette solution. Votre sentiment de l'intestin est bon - vous feriez mieux d'utiliser quelque chose de documenté/supporté. Ne pas dire si/quand ils vont tirer la prise sur qcostcgi.