This is from Marshall for how to select the Rating and Tracking...

quote:

---

Actually there is a “Select Category” screen on the page in an iframe, no plus sign. You have to type in the category search “ratings” then activate that, then type in “tracking” and active that and click save. It was approved in like 10 seconds and the site is now returning shipping information.

---

Thanks Marshall !!

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Thanks for this fix, Vince.

Configuring UPS API credentials per Vince's directions did restore UPS rates on our site, though for some reason our rates appear to be higher than in the past.

To match the rates we pay through PayPal / ShipStation it looks like we'll need something like $discountshippingups=-50; in our includes.php file.

Here's the setup screen from developer.ups.com that worked for us:

You're welcome, but a big THANK YOU VINCE is definitely warranted here.

Marshall
CENLYT Productions - ms designs
Affordable Web Design
Custom Ecommerce Designs
Responsive Websites
Cenlyt.com

I don't understand where to "Enter your Client ID and Secret here in this admin page along with your UPS Account Number."


Larry

Hi Larry, you need to go to the UPS developer page and follow the steps Vince posted.

quote:

---

Create a UPS Developer account by clicking here https://developer.ups.com/.
On the UPS Developer home page, click on "Create an Application"
Click on "Add App".
In answer to: "I need API credentials because " - "I want to integrate UPS technology into my business".
Select your UPS account that you want to link to this App.
Fill out your contact details.
Give the App a name, such as "ECTRatesApp".
"Authorization ( O Auth)" should already be selected, and you need to add, "Rating" and "Tracking" to the products included in the App by searching the various API's (use the slider to turn on rating and tracking). Then click "Save".
Enter your Client ID and Secret here in this admin page along with your UPS Account Number.

---

When you are done, you will get two alphanumerical fiels
there is a "copy to clipboard" button.
The first one copy into the rate code field
the second one copy into the password field.
the shipper number is your 6 digit UPS account number
access key - leave empty

That should take care of it.

Thanks,
David

Perfect, thanks David.

Larry

Thanks guys.

V7.6.2, so my code is older.
Following the instructions that Vince gave, that Dave reposted, I was able to get our rates working again just fine without updating any core files. Thanks Marshall for the notes about Rating and Tracking. That was also critical.

I will say that without Dave posting this bit here, I was utterly lost and wouldn't have been able to figure it out:

quote:

---

When you are done, you will get two alphanumerical fiels
there is a "copy to clipboard" button.
The first one copy into the rate code field
the second one copy into the password field.
the shipper number is your 6 digit UPS account number
access key - leave empty

---

It was not at all obvious where to place those pieces of data.

I just wanted to add onto this as OP, creating the new API credentials did fix our Requests instance as well. Guess it was time to finally kick the old method to the curb.

-Zach C.

I went through the steps of getting the new API credentials but still can't get UPS working.

The rates do not show in the checkout, and when I try to calculate from the admin side from editing an order then I get the message: "Missing ship from state province code."

Of course, I did check in the Main Settings to confirm that indeed I have my zip code in there. I looked at the parameter list and didn't find anything specific for UPS and a from zip code. The tracking page seems to be working perfectly fine.

What am I missing for the rates? I'm on ASP 7.8.8

You need a line in your includes.asp to indicate the state you ship from. Ours looks like this:

So to add on from yesterday, we are getting rates now but they are the published rates and not the negotiated. I did see this line on the admin page:

"Please note: Subsequent registrations for UPS OnLine® Tools will change the UPS Rate Code within this application. In the event Negotiated Rates functionality was enabled under a previous UPS Rate Code, the Negotiated Rates functionality will be disabled."

Is this something we have to reach out to UPS for? I do have the state code line and the API credentials configured correctly, it just seems to be giving us the wrong rate.

-Zach C.

We are successfully receiving our negotiated rates immediately.

I would reach out to your rep at UPS to make sure that the account number you're using is setup in their system to correctly return negotiated rates.

Years ago we were having trouble getting our negotiated rates to return. It took forever to finally figure out that we also needed this in our includes file:


I'm not 100% certain that was the fix, but I'm reasonably confident. I probably have a very old thread in here somewhere mentioning it.

I may try that, or at least look in the includes file to see if that line is already there.

On the ECT admin page, it does have our correct shipper number, and the account I used for the API creation has the exact shipper number as well on the profile and the API edit page.

-Zach C.

Ah, here's my old thread. Might be more in there for you to research with Vince:
https://www.ecommercetemplates.com/support/topic.asp?TOPIC_ID=115798&SearchTerms=upspickuptype

That $upspickuptype="01" line looks to be there in our live file, may reach out to their support to see if I'm missing something.

-Zach C.

Thank you Graham! I will actually look at that thread before reaching out to them, they can take a while to respond anyway.

-Zach C.

Graham, at the end of the day, the defaultshipstate= parameter got me up and going.

With that said, I didn't previously need it.
-------------------
Also, the parameters page (which desperately needs updating imo) states:

defaultshipstate="California"
Please note, this is not necessary for UPS / USPS / Canada Post shipping as it is the zip / postal code that is used.
-------------------
Based on that the fact I never needed it before, and that the help file specifically says it's not needed, I'm not sure why it's needed now but it works.

On the shipping estimator page, is there a way to have no default state selected now? Currently, I have my own state defaulted and I want it to have no default (and also have UPS rates work).

That's a really good question.

I'd guess it probably wouldn't be too hard to try to detect the buyer's location via IP address and simply prepopulate with that info into the estimator. That would be a nice QOL feature if Vince was up for it.

quote:

---

On the shipping estimator page, is there a way to have no default state selected now? Currently, I have my own state defaulted and I want it to have no default (and also have UPS rates work).

---

This switch is available to not set a default zip (postal) code for the shipping estimator . . .

nodefaultzip=TRUE

dbdave, the default zip code is not the issue; it's the default state.

I currently have no default zip code, but the state defaults to my state where as before the UPS change there was no default state.