phoenix
phoenixPhoenix - Your AI Assistant
Inactive session will be ended in 24 hours
End Session

Opencart connector for UPS Global Shipping API

  • Posted:
  • Proposals: 46
  • Remote
  • #4503640
  • OPPORTUNITY
  • Open for Proposals
Tosin O.Zain A.Raj S.Dynamic WebsoftAwais A. + 41 others have already sent a proposal.
  • 4

Description

Experience Level: Intermediate
Requirement: Opencart 3.0.4.0 needs an extension written to connect to UPS Global Shipping API.
All the information regarding the API is here: https://docs.globalcheckout.ups.com/ups-global-checkout

How it works: Based on a product's HS code and country of manufacture and location of the customer, the API will automatically calculate international shipping rates with duties and taxes included. When customers checkout with international addresses, they see complete landed costs upfront.

New Proposal

Login to your account and send a proposal now to get this project.

Log in

Clarification Board Ask a Question

  • Joshua A.

    Hi Richard, Are the HS codes and country-of-manufacture values already stored against products within your current OpenCart installation, or would the extension also need to provide a mechanism for managing that data?

    Richard G.5 hours ago

    There are unused data fields within the product table that can be used for these.

    Joshua A.4 hours ago

    Just to make sure the integration aligns correctly with the UPS requirements, could you confirm what format the following values are currently stored in within the product table:
    HS code (is it stored as a full 6–10 digit code, and is it consistently populated for all products?)
    Country of manufacture (is this stored as ISO 2-letter codes like “NG/US/GB” or full country names?)
    Also, when you have a moment, please could you review my proposal? It’s mainly based on the clarification we’ve discussed so far, so I just want to ensure we’re fully aligned before moving forward.

  • CYTNHIA W.

    1. If the UPS Global Checkout API becomes unavailable or exceeds response time limits during checkout, should customers see fallback shipping options, cached rates, or be prevented from completing checkout altogether?

    2. Are HS codes and countries of manufacture already maintained accurately within OpenCart, or should the extension include validation and administration tools to improve data quality before rate calculations occur?

    3. Is the primary objective reducing abandoned international checkouts through landed-cost transparency, or are there additional operational goals such as reducing customs disputes and support requests?

    4. Will rates and duty calculations be required only during checkout, or do you also want landed costs displayed earlier in the customer journey on product and cart pages?

    5. Do you anticipate supporting multiple shipping providers in the future, or is UPS Global Checkout expected to remain the long-term solution? This could influence how the integration architecture is designed.

    Richard G.5 hours ago

    1. Fallback codes would be risky as some country's yoyo tariffs make it too complicated.
    2. Will use spare data fields in product data for the HS and COM codes
    3. To be able to sell internationally with the confidence the price the customer pays is 'to the door' with no nasty surprises.
    4. Just in the cart and at checkout.
    5. This is an exclusive UPS product that calculates he landed price so it wil be the only option.

    CYTNHIA W.5 hours ago

    Thanks Richard, that makes sense. Since UPS Global Checkout will be the only landed-cost option and fallback rates would be risky, I would treat API availability and error handling very carefully. The extension should only present international checkout options once UPS has returned a valid landed price, with clear handling if the service fails or required HS/COM data is missing. Using spare product fields for HS and country-of-manufacture codes is fine, and I would map those fields cleanly into the UPS request so cart and checkout calculations are based on accurate product-level data. Based on your answers, the goal is clear: provide customers with a reliable “to the door” international price in cart and checkout, avoiding unexpected duties, taxes, or customs surprises after purchase.

  • Mahmood U.

    Are HS codes and country-of-manufacture information already stored against your products in OpenCart, or will that data also need to be incorporated into the solution?

    Richard G.5 hours ago

    Will use spare data fields in product data for the HS and COM codes

    Mahmood U.5 hours ago

    ok, can you inbox for further discussion?