Shipping tracking time bug

[honeycreekia]

Note bug below.... Last tracking is OMAHA, not Wichita.  Times between 12:01 and 12:59pm should be BEFORE 11:43 am  .... Repeatable error.  Very confusing to buyers.

These are listed in the wrong order on tracking:

Fri, Nov 29

12:58pm

WICHITA KS DISTRIBUTION CENTER, Arrived at USPS Regional Destination Facility -> Your item arrived at our WICHITA KS DISTRIBUTION CENTER destination facility on November 29, 2024 at 12:58 pm. The item is currently in transit to the destination.

WICHITA KS DISTRIBUTION CENTER

Fri, Nov 29

11:43am

OMAHA NE DISTRIBUTION CENTER, Accepted at USPS Regional Destination Facility

OMAHA NE DISTRIBUTION CENTER

[wastingtime101]

---

@honeycreekia wrote:

Note bug below.... Last tracking is OMAHA, not Wichita.  Times between 12:01 and 12:59pm should be BEFORE 11:43 am 

Fri, Nov 29 12:58pm

WICHITA KS

Fri, Nov 29 11:43am

OMAHA NE

---

eBay is pulling info as provided by USPS.

Sounds like you are confusing AM and PM.

12:01 pm (noon) comes after 11:43 am.

12:01 am (midnight) comes before 11:43 am when the date stamp is the same.

Your package was scanned in Omaha at a quarter to noon, then scanned in Wichita almost an hour after noon.

[honeycreekia]

The bug is that 12:58 after midnight should be 12:58 AM and it is not.  It is displaying as PM. Wichita is the wrong direction.  It would have to go to Omaha,NE then Wichita,Kansas, then Omaha,NE then finally Iowa... which does not make sense.  Particularly when you see that it is 5 hours between the two and tracking shows an hour and a half.  It makes sense that it was in Wichita... THEN Omaha.   I think the bug is in the ebay display of the tracking results, or the USPS source is really messed up.

Either way, the PM should be AM which should fix the error.

[monica-sells]

curious....what does the "official" USPS website show for the tracking sequence?

as @wastingtime101 pointed out, ebay most likely does not alter the USPS feed and displays it as received. Also, time stamps can be off by hours for some reason. Many times I see only 30 minutes between destinations when it is easily 3 hours.....

[wastingtime101]

If you're seeing what appears to be an incorrect time stamp on an acceptance scan, USPS sometimes uses GMT (Greenwich Mean Time). But that should not apply here since that does not appear to be an acceptance scan.

Another possibility is the package was misrouted and is traveling back and forth. Another possibility is it's a container scan, not a package scan, and the container is traveling back and forth.

Either way, data is from USPS so if you have a complaint it should be filed with them. USPS feeds that data to eBay and eBay does not alter it.

You appear to be assuming there's an error when it could just be routine. Based on the little info we have, I'm not seeing a bug.

[wastingtime101]

---

@monica-sells wrote:

Also, time stamps can be off by hours for some reason. Many times I see only 30 minutes between destinations when it is easily 3 hours.....

---

re: off by hours - see above info about acceptance scans sometimes displaying GMT

re: 30 min vs 3 hours - airplane travel, container scans, system lags, etc

[honeycreekia]

I am gonna bet this has something to do with two different agencies on two different clocks, lol.  Either that or USPS is doing a lot of wasted shipping!  It would have to go by air to get from Wichita to Omaha in that time.

Look at the USPS log:

• 2024-11-30 16:11:0018 In transit---OMAHA NE DISTRIBUTION CENTER
• 2024-11-30 13:58:0017 In transit
• 2024-11-29 12:58:0016 In transit---WICHITA KS DISTRIBUTION CENTER
• 2024-11-29 11:43:0015 Local courier warehouse, received and ready for processing---OMAHA NE DISTRIBUTION CENTER
  2024-11-27 10:45:0014 Local courier warehouse, received and ready for processing---KANSAS CITY

[wastingtime101]

So there are 2 different carriers involved, which means palette scans.

All of that is relevant info.

I stand by what I said earlier - I don't see any bug involved.

In the end, none of it matters anyway. It'll get there when it gets there. There's no need to "babysit" tracking.