Home
Forums
New posts
Search forums
What's new
New posts
Latest activity
Members
Current visitors
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Menu
Log in
Register
Install the app
Install
Home
Forums
UPS Subsidiaries
UPS Information Technology
Think, re-think, think ahead- OUT THINK
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Deeohem" data-source="post: 305941" data-attributes="member: 5860"><p>I have seen the airfreight screen in WS10. I guessed that it was a rendered version of a UPS Freight web page. I didn't do much more than look, so didn't discover the feel. Just assumed it was HTML forms. </p><p></p><p>I am aware that we allow ODBC connectivity. Been supporting import/export on it since the Online Pro days. but we don't allow our data to be on any other DB than WorldShip's own DB. I assume that there's a lot of proprietary information embedded in the UPS database, but there's a lot that we store in easily accessible format (the archives are still basically upsdb.mdb) Why hold on tightly to THAT information? It's pretty much obfuscated anyway. Why not let the shipper's IT department store it on their SQL server if they desire? I believe this is what Great Plains and MAS do. As you mention, the shipping computer is usually a low-end computer, especially in shops that have an IT department. Most of the load in WS is supporting the database. Why not let their server-grade hardware support the database and let the hand-me down in shipping just print the labels? </p><p></p><p>I bow to your knowledge on putting a web server on the user PC. Perhaps a hybrid approach would be better. I do want to caution you though. A lot of our shippers are still on dial up. Even the ones that aren't do notice the difference between WorldShip and the website. Just prior to the WS10 release I was at a shipper and the clerks hated freight because of the web-based interface. Even WorldShip 9 letting them use their existing address book didn't make them happy. If a rare feature is web-based, it will likely remain a rare feature. </p><p></p><p>I have looked at the new import wizard. It's nice tool to make importing easier for the unskilled users. I figure it and the new export wizard are both useful tools. I'll still use Create/Edit map because that's what I'm used to. This brings up a question/feature request. The new wizards and the old map builder are both GUI front ends which hide the SQL from the end user. Right now we have a wizard for the unskilled, a tool for the moderately skilled, and (in CrossWare) a propriatary tool for the specially trained. But we're missing a segment, the skilled non-UPSer. There needs to be something in between the GUI tools and Crossware. Is there a movement afoot to allow users to edit SQL? I've been at shippers where the GUI didn't cut it and what would have been a minor tweak in the SQL (was preface the table name in the FROM clause with the db name) required the CrossWare trained technician to work on it.</p></blockquote><p></p>
[QUOTE="Deeohem, post: 305941, member: 5860"] I have seen the airfreight screen in WS10. I guessed that it was a rendered version of a UPS Freight web page. I didn't do much more than look, so didn't discover the feel. Just assumed it was HTML forms. I am aware that we allow ODBC connectivity. Been supporting import/export on it since the Online Pro days. but we don't allow our data to be on any other DB than WorldShip's own DB. I assume that there's a lot of proprietary information embedded in the UPS database, but there's a lot that we store in easily accessible format (the archives are still basically upsdb.mdb) Why hold on tightly to THAT information? It's pretty much obfuscated anyway. Why not let the shipper's IT department store it on their SQL server if they desire? I believe this is what Great Plains and MAS do. As you mention, the shipping computer is usually a low-end computer, especially in shops that have an IT department. Most of the load in WS is supporting the database. Why not let their server-grade hardware support the database and let the hand-me down in shipping just print the labels? I bow to your knowledge on putting a web server on the user PC. Perhaps a hybrid approach would be better. I do want to caution you though. A lot of our shippers are still on dial up. Even the ones that aren't do notice the difference between WorldShip and the website. Just prior to the WS10 release I was at a shipper and the clerks hated freight because of the web-based interface. Even WorldShip 9 letting them use their existing address book didn't make them happy. If a rare feature is web-based, it will likely remain a rare feature. I have looked at the new import wizard. It's nice tool to make importing easier for the unskilled users. I figure it and the new export wizard are both useful tools. I'll still use Create/Edit map because that's what I'm used to. This brings up a question/feature request. The new wizards and the old map builder are both GUI front ends which hide the SQL from the end user. Right now we have a wizard for the unskilled, a tool for the moderately skilled, and (in CrossWare) a propriatary tool for the specially trained. But we're missing a segment, the skilled non-UPSer. There needs to be something in between the GUI tools and Crossware. Is there a movement afoot to allow users to edit SQL? I've been at shippers where the GUI didn't cut it and what would have been a minor tweak in the SQL (was preface the table name in the FROM clause with the db name) required the CrossWare trained technician to work on it. [/QUOTE]
Insert quotes…
Verification
Post reply
Home
Forums
UPS Subsidiaries
UPS Information Technology
Think, re-think, think ahead- OUT THINK
Top