MLK - UPS Closed - 0% 1 Day SFP Shipping Speed Metric
UPS was closed due to MLK day yesterday. Thus, none of our items were "Get it One Day." Which means our 1 Day Speed 0%. Amazon needs to not count this day against our weekly Speed Metric score, but I am sure they will since they treat Sellers so poorly these days and are trying to force everyone off SFP.
MLK - UPS Closed - 0% 1 Day SFP Shipping Speed Metric
UPS was closed due to MLK day yesterday. Thus, none of our items were "Get it One Day." Which means our 1 Day Speed 0%. Amazon needs to not count this day against our weekly Speed Metric score, but I am sure they will since they treat Sellers so poorly these days and are trying to force everyone off SFP.
24 replies
Seller_hvvNUJjgodXWj
@KJ_Amazoncan you confirm if Amazon is going to penalize for 0% 1 Day Page Speed views on MLK day, since UPS was closed?
Seller_NzEmZKTEdcpPZ
USPS was closed too.
I just received notification from the SFP Performance team, telling me that my Speed Metrics fell below threshold. I pulled the graphics from SFP Metrics. It appears that Amazon does not calculating Speed Metrics properly. I'm attaching them below. First graph is for the previous week. Second graph is for this week.
Discrepancies for Previous week:
-2-day delivery on 1/12 and 1/16 are less than 100%. Why? All orders placed on 1/12 (Sunday) can be delivered on Tuesday, regardless of the time the order was placed. We would simply overnight them on Monday, 1/13. Same goes for 1/16 (Thursday). It should be 100%, regardless of the time the order is placed. We would overnight them for Saturday delivery on 1/18.
-1-day delivery hoovers in low-mid 30% between Monday 1/13 and Friday 1/17. Our order cut-off is at 4 pm, which is the latest that can be done with UPS and FedEx to have enough reasonable time to process, prep, and ship the order before UPS/FedEx pick it up at 5 pm. 4 pm is equal to 16:00 hours. 16 hours out of 24 hours in a day is 66%. Your metric shows an average of around 33%. This means that 66% of page views occur after 4 pm? I don't believe that. Especially for our kind of products that is business oriented, i.e. most businesses stop operating after 5 pm and no longer look at our listings until next day. I understand that we are in ET and Amazon lives by PT, which hurts us more, but those extra 3 hours still should not lower our score by half from 66% to 33%. Plus, that puts East Coast sellers into disadvantage compared to West Coast sellers. Amazon should count this metric based on the seller's location. If Amazon is crazy about getting the products to customers faster, then Amazon should program Buy Box to show West Coast sellers to West Coast buyers after East Coast sellers' order cut-off time.
This week's Speed Metric data is even worse in terms of incorrect calculations:
-1/19 (Sunday) is showing 0% for 2-day delivery. Why? We could have shipped everything on Monday for delivery on Tuesday with FedEx - they were open on Monday (and we shipped all orders on Monday).
-1/20 (Monday) is showing 0% for 1-day delivery and less than 100% for 2-day. Why? FedEx was open, we shipped all the orders and could have shipped overnight, if told by Amazon.
-1/23 (Thursday) - showing 0% for both 1-day and 2-day. Not sure if it's a glitch or it's too soon to for the graph to update since it was yesterday. We shipped all orders yesterday as required.
Anyway, what I'm trying to say here is that not only the SFP policy is unrealistic (ship on holidays and Sunday, even though all carriers are not available to ship anything on those days), Amazon doesn't even calculate the metrics correctly, triggering warnings and unjust SFP suspensions.
Seller_hvvNUJjgodXWj
I opened a case and asked the same question as my original post on here. There response is below. Our rates with Fedex are much higher than UPS. I guess I have to turn off SFP next time UPS has a holiday and Fedex doesn't??? And, the Fedex schedule link that the AMZ rep linked to shows that Fedex had a modified schedule on MLK, so somethings may have not even gotten out!
"Dear BuyAutoParts,
Thank you for reaching out regarding the impact of the MLK holiday on your Seller Fulfilled Prime (SFP) speed metrics. I understand your concern about UPS being unavailable on that day and the resulting 0% on your speed metrics.
Please note that Amazon only exempts speed metrics in cases where we observe degraded carrier performance due to factors like weather or capacity constraints. Since FedEx was available for the MLK holiday, as evidenced by the FedEx holiday service schedule, the speed metric is working as intended.
*FEDEX SCHEDULE LINK WAS HERE BUT CANT PUT NON AMAZON LINK IN FORUMS*
While I understand UPS is your preferred carrier, as an SFP seller, you are responsible for fulfilling orders and meeting the program's shipping requirements, even during holidays. For more information on managing holiday settings and SFP preparations, I recommend searching Seller Central for "Manage Holiday Settings" and "Seller Fulfilled Prime preparations for the holiday season".
Thank you for selling with Amazon"
Seller_lCX40xAkSs1xm
In Amazon's eyes this is your fault for not motivating UPS to work this day!
/s
KJ_Amazon
Thank you for providing these details about your Seller Fulfilled Prime Speed Metrics. Our partner team has reviewed the results and feedback and asked me to provide an update.
Seller Fulfilled Prime performance requirements
SFP Speed Metrics are accurate and working as designed. Sundays and holidays count towards delivery speed metric calculation.
Our team provided the following instruction for sellers to make sure the speed metric is working on holidays where certain carrier are operating:
- Enable seller toggle holiday to override national holiday
- Review which carriers are operating on said holiday. Please review carrier holiday service on their website.
- Template should have said carrier service enabled in Shipping Setting Automation.
Seller_hvvNUJjgodXWj
1. Enable seller toggle holiday to override national holiday
- What is this and how would it have helped in this case?
KJ_Amazon
Holiday Settings widget in Seller Central gives you the overview of upcoming public holidays and allows you to customize them to better match with your operation schedule and capability.
The above help page has instructions on how to override public holidays in Seller Central.
Overriding the recent holiday and enabling active carriers for that day would have improved the delivery speed metric calculation.
Seller_hvvNUJjgodXWj
This is no help.
Like previously stated on this thread. UPS and USPS were closed. Our rates for Fedex are extremely high and FedEx even said they had limited availability on MLK Day.
Amazon does not care about the Sellers anymore. Unless those Seller are cheap chines Sellers backed by tons of money that don't care about making profits.
KJ_Amazon
I shared this thread with your feedback with our partner team.
You can also submit your feedback more directly through the "Contact Us" link on your SFP Performance Dashboard, leading your comments with "Seller Fulfilled Prime Support."
Seller_hvvNUJjgodXWj
Thanks @KJ_Amazon, but you know this will lead to nothing. Amazon doesn't care anymore. We will lose SFP again and sales will plummet and I will have to let people go.
Seller_ZF5WtHGT6kdED
The Post Office was closed. USPS plants were not. USPS still sent a tractor trailer to pick up our mail.
Seller_NzEmZKTEdcpPZ
@Seller_hvvNUJjgodXWj ,
I followed @KJ_Amazon's advice and asked the SFP Performance team directly why 1/23/2025 (Thursday) is showing 0% for both 1-Day and 2-Day in Speed Metrics for us, despite being an ordinary everyone-is-open-and-operating day.
You've got to see that conversation. It's hilarious. Basically, it was an admission of the case where left hand doesn't know what the right hand is doing. Plus, they admitted that the Speed Metric is not calculated properly, as I suspected.
At first, they tried to get rid of me by telling me that January 25th was a holiday (insinuating that 2-Day delivery was not available because all shipping carriers were closed). I looked up the holidays for that day and the only national holiday listed there was National Fish Taco Day. Something tells me that Amazon was not celebrating it by shutting down their operations. Neither did we, UPS, FedEx, USPS. Even Taco Bell was open. When I called this BS, they admitted they were wrong. At any rate, even if shipping carriers were closed on the 25th, it doesn't explain whey 1-Day speed was showing as 0% two days prior.
They also pulled some sample orders of mine from that day, but, conveniently, they were all placed after the 3:30 pm ET same-day shipping cut-off times that we have set in our shipping settings, i.e. looking at those orders was a moot point. I gave them a list of orders placed on 1/23 (Thursday) before the cut-off time and they started talking about Sunday and Monday, for some reason, ignoring the issue I pointed out.
At last, they admitted that 1/23 data was calculated incorrectly, said they are going to escalate it to the internal team and marked the case as answered, which means it went into a Black Hole and we're probably not going to find out what's going on.
However, the most valuable info I gained out of this conversation is Promise Extensions. @KJ_Amazon mentioned it in one of his replies, but I did not understand the scope of it at first:"The only exemption to the delivery speed requirement will be page views that have promise extensions applied, which is expected to occur only during severe weather or during major events where carrier capacity is constrained."
SFP Performance Team expanded on this: basically, they said, Amazon decides when to pad delivery timeframe that is shown to the customers and when to use promise extensions.
For example, it's a normal day, you offer an item with 1-Day Prime delivery, but Amazon might show the customer 2-3 days out for the soonest delivery. Sellers can't control that. Amazon takes all the data and reports from the shipping carriers, weather reports, etc., and decides on its own when, how, and whom to pad.
Now, here comes the funny part: Speed Metric will still calculate on what is actually shown to the customer, i.e. if there was a 2-3 day padding, we are screwed, it will show low percentage for those page views. However, SFP team said that promise extensions are excluded from speed metrics when they evaluate seller's performance against program requirements.
The problem is that low numbers will still trigger SFP program requirements warning emails, informing sellers that they fell below the thresholds. I don't know if SFP automatically discards such warnings that were caused by Promise Extensions, or if that's something they will have to do manually when a sellers is kicked out from the SFP program and files for re-instatement. If it's second, then it stinks, because that means hours/days/weeks of a stress trying to get to a right person at SFP who knows about this and can separate the data and re-instate participation i n the program. Sales and revenues are lost. It's an unnecessary stress.
What SFP Metrics team should do is to show a true Speed Metric with promise extensions applied, i.e. if a seller offer 1-Day delivery on a certain day, then the metric should give full credit to the seller for that page view, regardless of what Amazon decided to show to the customer.
I asked SFP team how to get re-instated quickly if such issue happens and I was ignored.
Anyway, I just wanted to share this with you.
Seller_NzEmZKTEdcpPZ
Well, as I suspected, the same thing is happening today (Friday, February 14th) because Monday is President's Day (February 17th).:
-Our Holiday settings at Amazon are showing that we set President's Day as operational.
-Both UPS and FedEx are operational on President's Day (at least for all services that we use).
And yet Amazon is padding the Promised Delivery Date to customers until Tuesday, thinking that we don't work on Monday. Buy Shipping is finicky: some orders give us UPS Next Day option and some don't.
Basically, this shows that the issue is still there and Speed Metric is going to be messed up for us again today.
Next time to test this again will be June 19th (Juneteenth). Amazon's army of engineers has over four months to fix this. We'll see how they do.
