If you are primarily concerned with templates and filters, ShipWorks 3.0 alpha supports all the filter conditions (and more) that 2.x does, and templates can be moved over without too many changes.
Brian,
How should we go about reporting Defects? Hopefully this is a good channel.
We use Shipworks with ChannelAdvisor. Most of our customers have the same billing address as their shipping address. On Shipworks 2.x, when this is the case, the shipping and billing details have the same values.
3.0 does something strange. For most orders, all of the address information except for E-mail is in the "Shipping" area, and the "Billing" area is blank except for the e-mail address. Some (25% or so) seem to be copying the address info from shipping to billing. I can't find any pattern as to when it's copied or not copied..
Please report any bug reports to support[at]interapptive[dot]com. It's a bit easier for us to log them from there and assign them to various individuals on the team for response/resolution.
We're continuing to test 3.0 with existing customers. If you are interested in the current Alpha release, please let us know and we can provide you with access. You can email support[at]interapptive[dot]com. _________________ Wes
Interapptive, Inc.
We're getting closer to a more public beta that will migrate your existing 2.x data into 3.0. We recently wrapped up work on orders, customers, and filter conversion, and are now in the process of working to migrate templates. Other than the upgrader, 3.0 is essentially feature complete. You are welcome to begin using/testing the alpha release now, if you would like. If you are interested, please send an email to support[at]interapptive[dot]com. _________________ Wes
Interapptive, Inc.
I've been waiting and waiting and waiting, I think for almost 3 years now. Can we get the beta please? I am running out of patience with you guys.
This crossed my mind as well... except when I really take a close look at things, I don't have many problems with the current version... it works fine.
Of course we all want more (and it has actually been three years!)... but to be honest, I'm quite happy with the current pricing structure, and the current features do just fine for my business... give-or-take a few "minor" annoyances (customs form templates!)... things work great... and I'm not looking forward to paying more money for something I don't really need!
I'm interested in seeing what ShipWorks has created with v3... but I wouldn't say my patience is almost gone... I'm sure there are others who are expecting ShipWorks to come out with some all-in-one solution that does Inventory, Payroll, Bank Runs and Purchasing... you people keep dreamin!
If you want all those features in one package, expect to pay $15K a month from some gougingly overpriced "online solution"... that's just the way of things these days... you're not gonna get it with a $50/month service.
Threatening SW to "hurry up or I'll leave" isn't going to make your dreams come true... these guys work hard, and they make an exceptionally good product (as it is!)... so as long as I can print my shipping labels and keep a solid history of customers, I'm totally happy... you should be too!
ShipWorks never claimed to be more than a label printing service... and it does that quite well, right now.
we print several thousands of label with shipwork it works well for us except when we look for orders/shipment we have to switch between the stores which is very time consuming because there are alot of data to be loaded when you switch from store to store.. but with the v3 you can do that in one shot.. so I am looking forward to the new version! _________________ help me
with regards to features people are waiting for in 3.0, i paid someone to create my own solution to search and make changes to the SW database instead of waiting for 3.0. If you think 3.0 is coming anytime soon, i wouldn't hold your breath. i think they are in alpha testing right now, which to me could mean anywhere from 1 month to one year. I have been waiting for over 3 years.
This is not a dis' on Interapptive. The SW team can release software on their own time schedule. it is their prerogative .i'm sure they wish it was done a lot sooner too. In their defense, they have never advertised a release date. and on the other side of the argument, when people see 2.9, they are tricked into thinking that 3.0 is right around the corner. (unintentionally or not , it doesn't matter). 2.9 was released 3 years ago, but then 2.9.2, 2.9.5, 2.9.89 etc. It comes off as irresponsible.
i think everyone is correct on both sides of the issue. SW 2.9.x works as advertised. They constantly update is to fix bugs and add minor (sometimes not so minor) features. But at the same time, 3.0 has been in the works for at least 3 years by all accounts and most of the features that users are waiting for are things that are really needed in order to save time (read $$$) such as not having to switch between multiple stores. we are not talking about whiz bang features. we are talking about functionality that IMO, should have been included since day one.
I have an app. that i paid someone to make for me that can search your entire SW database (even if you have multiple stores it is still all in one database). and then you can edit it. I will license it to anyone who is interested for a fee. It cost me a lot of money but i figure i can recoup some of my cost on it if a bunch of SW users would find it useful for them too. it is written in Access and has a simple but effective user interface. you can also use it to import tracking numbers (create shipments) and change the status to shipped or whatever you like and add notes to the order, all from a spreadsheet. You can search by ebay item number, first name, last name, order ID, email address, phone number, zip code, city, state, local status, online status, SKU. and you can use "*" as a wildcard operator. You can edit all of the order details in here too. even some things that you cant see in the SW user interface.(there are a lot of useful fields in the SW database that you don't even see in SW-which ones they are depends on your cart and/or order management software). I use ChannelAdvisor and CRELoaded (OSCommerce) but it will work with any SW setup. you will need to know how to use access and odbc in order to hook it up to your SW database, or i'll give you the phone number of the guy who made it for me and he can do it for you for a nominal fee. you can even hire him to add more features to it for you. i had him add a few more features and tweak some things since the original version. contact me via our website 2k4s.com through the contact page if you are interested. or call me at the number below. i can do a screen share so that you can see it in action.
Steve
562-682-0425
Shipworks 3 Alpha doesn't allow backend SQL modifications via software such as Access because of their new auditing/logging features. I also made something similar with Access with Shipworks 2 and there's lots of potential there. I was converting what I wrote to the Alpha and turns out it won't work. However, new features now have spoiled me and there's no going back at this point. I hope they allow modifying things from the backend by the public stable release.
While we have never officially supported direct access to the database in any version of ShipWorks, it is still possible to gain access to the database in the current 3.0 alpha release, if necessary, and at your own risk. You can email me directly at wes[at]interapptive[dot]com for more information. We hope to offer an official and supported method of interacting with ShipWorks data (outside of the software) in the 3.x series. _________________ Wes
Interapptive, Inc.
While we have never officially supported direct access to the database in any version of ShipWorks, it is still possible to gain access to the database in the current 3.0 alpha release, if necessary, and at your own risk. You can email me directly at wes[at]interapptive[dot]com for more information. We hope to offer an official and supported method of interacting with ShipWorks data (outside of the software) in the 3.x series.
Wes,
I actually been in contact with you and other reps regarding this and it ultimately concluded to being able to only READ the data but not make changes which they told me was because of auditing/logging. However, if you're saying there's still a way to bypass that, I will contact you again. Let me know thanks.
It seems like on the 3.0 alpha it is still hard coded? Or am I wrong? I would mark an order's local status to MYCUSTOMSTATUS on a good 100-200 orders and the next download a good chunk of these MYCUSTOMSTATUS orders automatically get overrided back to SHIPPED.
This really defeats the local status feature if you think about it. I was going to use this to mark which items to import to my accounting software but if it marks it as shipped after a download then it is not going to work out.
3rd Quarter 2010 is here... Can someone give us a update on when the converter, from the old version of shipworks, will be ready for the new 3.0 version.
I need to know a realistic time frame for the conversion. If it will not be in the 3rd quarter, and you know it will not be, can you please reply with a answer so I can make a business decision based off shipworks predictions not my guess.
We have completed our upgrader, and are in the process of running numerous tests internally before we release an official beta to the public. _________________ Wes
Interapptive, Inc.
Is there a resolution for the same problem addressed on threads such as these for 3.0 ?
I would mark an order's local status to MYCUSTOMSTATUS on a good 100-200 orders and the next download a good chunk of these MYCUSTOMSTATUS orders automatically get overrided back to SHIPPED.
Hmm, this only happens to me on the eBay store, sometimes... it never happens on the Zen Cart store... so I always assumed it was something to do with eBay and the customer.
For example, when a customer sends an email through a completed order... sometimes eBay will reset the orderstatus... which will then re-download the order and mark it as "shipped".
Since we use a custom LocalStatus of "DONE" to filter completed orders... we then have this old order popping up into the current order list... not a big deal, but it's certainly annoying to have to update the Online Status a second time, then do a download to make sure it sticks, then mark the order as "DONE" for a second time.
It takes a while to do a download, so redundancy can be bothersome... but that's something you need to do... update the OnlineStatus, then re-download them, BEFORE you update the LocalStatus... that way, they should stay-put.
Keep in mind, eBay is a nightmare to deal with... all their advanced products and services barely work as expected, plus their documentation is usually outdated, or just plain wrong... so when things act funny when it comes to eBay, I generally don't look at ShipWorks as being the problem.
Most of our orders Status stay properly marked (using the method above)... so it seems to me the customer is doing something in their eBay account that's creates the change in status for the odd one that pops up.
Just make sure you do a download before you filter away your completed orders using LocalStatus.
Is there a resolution for the same problem addressed on threads such as these for 3.0 ?
I would mark an order's local status to MYCUSTOMSTATUS on a good 100-200 orders and the next download a good chunk of these MYCUSTOMSTATUS orders automatically get overrided back to SHIPPED.
Hmm, this only happens to me on the eBay store, sometimes... it never happens on the Zen Cart store... so I always assumed it was something to do with eBay and the customer.
For example, when a customer sends an email through a completed order... sometimes eBay will reset the orderstatus... which will then re-download the order and mark it as "shipped".
Since we use a custom LocalStatus of "DONE" to filter completed orders... we then have this old order popping up into the current order list... not a big deal, but it's certainly annoying to have to update the Online Status a second time, then do a download to make sure it sticks, then mark the order as "DONE" for a second time.
It takes a while to do a download, so redundancy can be bothersome... but that's something you need to do... update the OnlineStatus, then re-download them, BEFORE you update the LocalStatus... that way, they should stay-put.
Keep in mind, eBay is a nightmare to deal with... all their advanced products and services barely work as expected, plus their documentation is usually outdated, or just plain wrong... so when things act funny when it comes to eBay, I generally don't look at ShipWorks as being the problem.
Most of our orders Status stay properly marked (using the method above)... so it seems to me the customer is doing something in their eBay account that's creates the change in status for the odd one that pops up.
Just make sure you do a download before you filter away your completed orders using LocalStatus.
I'll surely try that but I'm not sure if it will work because I'm on the 3.0 alpha and it has auditing which shows for one order of me changing the status to "mycustomstatus" and then shipworks changes it on the next download backed to "shipped". This repeats in the audit log for 3-4 times, so not sure what you meant by making it stick.
This repeats in the audit log for 3-4 times, so not sure what you meant by making it stick.
I'm not using 3.0 yet, so I don't know how the Auditor affects this... my point was though, I don't think it's ShipWorks that's deciding to change the status... ShipWorks is just doing what it's told, from eBay.
When I say "making it stick", it's just a figure of speech... I don't know exactly why it's working (or not)... but it seems a download BEFORE you set your LocalStatus, allows the setting to stay put... perhaps the new audit system is to blame for your issues, but if you're working with an eBay store, then I doubt it... it's eBay.
Something on eBay gets changed, or re-awakened somehow (customer provides feedback, archives the received item, sends you an email, etc)... which changes the status back to "Shipped"... then ShipWorks re-downloads the updated status from eBay, and that overwrites your custom LocalStatus.
If eBay would permanently accept the Status the first time, this wouldn't be a problem... but for whatever reason, something changes on SOME eBay orders that forces ShipWorks to notice it again... even after it's shipped and forgotten.
I just had one last an entire week... every single day, the same shipped order kept popping up again... so I would mark the OnlineStatus as 'Shipped', then I would download the list again, and finally I would mark my LocalStatus to 'Done'... and it would be gone, until the next time I do a download... then one day, "it stuck"... I don't know why, but now it's finally staying put.
This issue NEVER happens with my ZenCart store, not once, ever... so I blame it solely on eBay.
Although, it would be nice if the team could find out what the problem is, and set ShipWorks to ignore it... there's no reason an order marked as SHIPPED should ever be downloaded again.
Anyway, I'm eagerly awaiting the 3.0 Beta... I hope SW plans to release it soon... now's the time!!!
