12-22-2018 06:34 AM
Our Packing Lists, when printing in bulk from the Manage orders awaiting shipment page, show our Ship To address, (used for when we make purchases), instead of our Ship From address, (meant for when we ship packages to buyers). We have already changed our Payment and Pickup Address, and verified all of our Addresses under Account are correct. Already been on the phone with eBay customer support for an hour with no resolution. We are growing to the point where we ship multiple packages a day and need to be able to ship in bulk, (print multiple shipping labels and packing lists at once).
Please Help. Thanks Much.
12-23-2018 11:22 AM
12-25-2018 02:32 PM
Yeah, this isn't good. My ship to address, which is printing on bulk packing slips, is my work address. Not something I would like to give out to all our customers.
12-25-2018 04:52 PM
12-26-2018 12:07 PM
Thanks for the tag @berserkerplanet!
Hi @qualityrags - thanks for bringing this to my attention. I've checked and this is something that is on the tech team's radar as a technical issue and they are working on correcting it now.
I've added folks from this thread who've seen the same thing and will keep an eye out for more reports. If you do come across any others please feel free to tag one of us to get them added to the open ticket.
12-26-2018 12:27 PM
Thank you for the input. Unfortunately one off packing slipped do not work for us as we are unable to print scan sheets if we do one offs, meaning our packages do not get scanned when dropped off at the post offices, (they don't like to scan multiple packages when the labels were purchased online). Last year at this time we did print one at a time and or packages were picked up by the local mail carrier. We ended up having more than 40 that were considered late by eBay because they were not scanned on time by USPS. That lead to us losing our top rated seller status, which we still have not regained, (hopefully next month when the remainder of the 40 so-called late shipments fall off).
This had been very frustrating.
Thanks,
Curtis
12-27-2018 07:34 AM - edited 12-27-2018 07:36 AM
I sort of understand your frustration (sort of because I'm a very small seller, and everything for me is a manual operation), but I can see how it could be inefficient in a production scenario.
eBay is aware of the issue, and it might get fixed sometime, but sounds like you need to implement workarounds in the meantime.
It would be a PITA if you have many to ship, but you could still bulk print just the labels, print your scan form, and then go back and "print another label" for the individual transactions to get at the one off packing slips and do them individually. I may have an easier way for you to do that ↓
You weren't specific about exactly what interface you are using - there are currently 4 eBay label interfaces in play at the moment that I can think of: the new bulk shipping, the classic bulk shipping, the new individual, and the classic individual flows. I'm assuming you are using the new bulk flow.
(assuming because I am opted out of the new Seller Hub Orders flow, and am taken to the classic bulk label flow from the SH Manage Orders pages, but most people use the new flow as far as I know)
When on this page with a URL of the form:
https://gslblui.ebay.com/gslblui/bulk?t=273XXXXXXXXX-209ZZZZZZZZZZ&t=283XXXXXXXXX-193ZZZZZZZZZZ#/
where you selected the labels to print from the Seller Hub Orders page
if so, there is an easy way to get to the classic flow packing slips that do work correctly with one click.
This bookmarklet works by scrounging out the item IDs and transaction IDs from the bulk label shipping URL, constructs URLS to the individual classic packing slip pages, and opens them in new tabs (or new windows if you have your browser set up that way)
javaXscript:(function(){ var%20urlbase=document.location.href.match(/^https?:\/\/gslblui\.ebay\.(com|ca|co\.uk|
com\.au|in|de|at|fr|it|nl|es|ch|ie|ph|pl|be|com\.hk|com\.my|com\.sg)\/gslblui\/bulk\?/i); if(urlbase==null)return;var%20iandtids=document.location.href.match(/(t=\d{12}-\d{13})/gi);
if(iandtids[0]==null)return;for(i=0;i<iandtids.length;i++) window.open('https://shiptrack.ebay.com/ws/eBayISAPI.dll?PrintPackingSlip'+iandtids[i].replace
(/t=/i,'&itemid=').replace(/-/i,'&transid='),'_blank');})();
Now any time you are on the new bulk shipping labels page with orders that were pre-selected for label printing from the Seller Hub orders page, click the bookmarklet, and it will grab all the orders from the page URL, and open new tabs for each classic packing slip page that you can then print.
(I'm pretty sure it won't work if you go directly to the bulk label page and select orders to print from there - the URL of the page won't have the item numbers and transaction ids needed to fabricate the packing slip URLS, and I can't test any of that because I have no pending unshipped orders)
Even if you normally use the new Bulk shipping page as your launch point for printing the labels, you could do it the other way for now: select the orders to print shipping labels for from the Seller Hub Unshipped Orders or All Orders page, get to the bulk labels page that way, and use the bookmarklet to pop up the individual packing slip pages in tabs that you can then print one off.
If using the classic Bulk Shipping interface as I do, this technique doesn't work - the URLS in that flow use group ID for the selected orders and does not provide the info needed to get to the packing slips individually, and the page itself uses shipment ID's that are also useless to us.
Classic bulk shipping URLs are of the form:
https://shiptrack.ebay.com/ws/eBayISAPI.dll?BulkShippingLabelPrint&bulkGrpId=317xxxxxxxx
There are at least 3 other workarounds I can think of, but both require either addons or other tools and/or some old school computer savvy:
I currently modify my classic label flow packing slips on the fly using CSS and the Stylish addon in Firefox, because that packing slip uses an address which I don't want to use as the return address on the packing slip (but don't want to change in my site settings). The simple CSS rules just change the page as displayed on the screen and also when printed. Again, requires Stylish (or Stylus, or whatever for your browser user CSS addon), or can be hardcoded into the FireFox usercontent.css file and implemented without addons.
https://community.ebay.com/t5/Shipping-Returns/Wrong-Address-on-Packing-Slip/m-p/28307644#M237787
Note that that code is specifically for the classic, one-off packing slip pages and not for the bulk packing slip pages. It could be modified to fix up that bulk page but I'm not going to bother since I don't use it. If anyone wants to try that CSS approach to fix bulk packing slip pages and needs help I will try to help fix the code upon request.
That assumes that the mangled packing slip page being rendered with the wrong address is one with a URL of the form: https://k2b-print.ebay.com/ws/eBayISAPI.dll which is the classic flow (again, I'm opted out of the new SH Orders pages, and the classic bulk flow packing slip/invoice options are where I am taken - no idea what/where any new SH Order packing slip pages are or what they or their URLs look like, but technique would be the same)
The bulk packing slip could be fixed using JavaScript via a GreaseMonkey script, but that requires the GreaseMonkey addon in Firefox, and takes a bit of know how and manual editing. The CSS approach is easier.
Another approach takes a few steps, and can be a PITA or easy depending on tools available and comfort level with editing files.
That tedious manual editing can be streamlined with the proper tools: natively with batch files (not trivial), or a batch routine with Swiss File Knife utility (again not trivial), a custom vbs or autohotkey script, or a find and replace utility such as RegexReplace which can be found here: https://sites.google.com/site/regexreplace/
Assuming the packslip.html file was saved in c:\downloads, and the rxrepl.exe utility was extracted from the zip archive and placed in c:\windows, this batch routine* when executed would replace the address in the file with the correct one:
@echo off
set srcfile=c:\downloads\packslip.html
prog=c:\windows\rxrepl.exe -f %srcfile% -a --no-backup
:::perform the find and replace on the packing slip source using the RxRepl.exe tool %prog% -s"<b>SellCo</b><br>44 Main St<br>MyTown" -r"<b>SellCo</b><br>9 River Ave<br>Sacto" -s"95825" -r"95815" :::open the repaired packing slip HTML source file in default browser and manually print it from there %srcfile%
*obviously need to change address parts in that batch along with the file names and locations for it to work.
Using the above method, where the batch file was edited and saved, and the rxrepl.exe utility was stuck somewhere accessible:
The bookmarklet approach with printing each classic flow packing slip one at a time is probably the easiest workaround.
12-27-2018 08:53 AM
12-29-2018 05:50 AM
Hi Berserker,
Thank you for taking the time to provide the detailed possible solutions. I am very grateful. I can only assume we use the new bulk ship. The URL where we manage orders from is: www.ebay.com/sh/ord/?filter=status:AWAITING_SHIPMENT. From there we click on the orders we want to ship and then click "Print shipping labels or invoices/packing slips" from the drop down menu. I think we will attempt the workaround with the browser boomarklet. This will be difficult since myself, and the person normally doing the shipping, have almost no computer knowledge, and the shipper speaks English as only a second language. It is very unfortunate that the software does not work as designed.
I wonder if another workaround would be to eliminate all addresses other than the ship from address. We would no longer be able to make purchases from ebay but it might solve our packing slip issue.
Have a good weekend.
Thanks much,
Curtis
12-29-2018 01:09 PM
You're very welcome. I enjoy playing with technical issues where software hacks are possible.
Looks like you are using the NEW Seller Hub orders page which I do not have access to - I opted out and am in the old Seller Hub orders view, and get an "uhoh" error when trying to load the new view.
Shouldn't matter though. The bookmarklet approach doesn't really care about that, and completely ignores the SH packing slip steps. You don't even want to choose to print packing slips or invoices, just go to printing the multiple shipping labels.
If your bulk label page looks like the one in the first screenshot in my post above you are good to go, and executing the bookmarklet on that bulk label page should pull up all the classic packing slip pages for all the labels in that bulk group, which you can then print.
What browser/browser version are you using?
Is your bulk packing slip page URL in the address bar https://k2b-print.ebay.com/ws/eBayISAPI.dll ???
If so, and if using Firefox, it might be possible to fix the addresses on the bulk packing slip page with a short block of CSS code in a simple text file with no addons. I'm looking at that page now (so far it looks like it's going to be tougher than my CSS fix for the classic packing slip page addresses)
12-30-2018 04:54 AM
HI,
My wife uses Chrome as the browser to ship. When we put the code into the URL bar it gives us a "did you mean" error.
Our bulk shipping page does not look exactly like the one in the picture. The next time I am home when my wife is packing I will try to get a snapshot.
Thanks much,
Curtis
12-30-2018 05:58 AM