<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:s="http://www.techrepublic.com/search" xmlns:dc="http://purl.org/dc/elements/1.1/"  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
    <title><![CDATA[Discussion on Potential tablet deployment. - Update: Never mind. ]]></title>
    <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025]]></link>
    <atom:link rel="hub" type="application/rss+xml" href="http://pubsubhubbub.appspot.com/" />
    <atom:link rel="self" type="application/rss+xml" href="http://www.techrepublic.com/forum/discussions/102-337025/rss" />

    <description><![CDATA[]]></description>
    <language>en-us</language>
    <lastBuildDate>2013-05-22T22:38:08-07:00</lastBuildDate>
             

    <item>
        <title><![CDATA[Google Apps not for you]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372186]]></link>
        <description><![CDATA[Yep, Google Apps requires internet access. Had you mentioned the no internet access restriction, I'd never have suggested it.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372186]]></guid>
        <dc:creator><![CDATA[sjdorst]]></dc:creator>
        <pubDate>Fri, 15 Oct 2010 06:02:27 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Symbol handhelds]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372103]]></link>
        <description><![CDATA[will run your OS of choice.  Some of those I support run Windows CE, others run Windows Mobile, and others even run SCO Unix or another POSIX-compliant OS.  The best I've seen for durability are the  9000-series , but they are pricey, and if your RF coverage has issues, the 9000s will too. The  3000-series are just as durable, but smaller, and, in my experience, have better reception in areas with low signal.Symbol purchased Telxon back in 2000, so Telxon equipment is no longer available.  I've not supported Intermec devices, so have no idea how they would integrate with your systems.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372103]]></guid>
        <dc:creator><![CDATA[NickNielsen]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 20:57:15 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Ah, well...]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372071]]></link>
        <description><![CDATA[Our printed kits were ordered by location, which solves that problem entirely. (My God, they had done  something right!) Kits were also broken up by warehouse area, which is something you might not have (main warehouse - equipment pick (divided again into full pallets and partial pallet quantities), the &quot;pick&quot; - human-reachable, lockup - premium stuff that must be protected from theft.) Data entry people had copies of the full kit ordered by part number, then barcode number.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372071]]></guid>
        <dc:creator><![CDATA[seanferd]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 17:34:06 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Absolutely.]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372059]]></link>
        <description><![CDATA[Plus easier integration with any existing MS solution stack, I'm sure. Teklogix seems to have brought in WinCE fairly recently, so I figured that would fit well with Palmetto's (former) requirements.Heck, I'd be willing to bet there is an off the shelf app for Win that would do picking lists one way or another.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372059]]></guid>
        <dc:creator><![CDATA[seanferd]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 17:14:24 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[well somehow the data gets entered.]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372035]]></link>
        <description><![CDATA[if it's a manual update then a handheld [or tablet] that updates the DB in R/T removes the manual update process when an item is picked from inventory. That requires the handheld or tablet to have a client GUI and a connection to the DB to update it as items are taken from inventory and entered. Something the DB guys would have to see if they can make a compact GUI app that would run on WinCE or Win Mobile.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3372035]]></guid>
        <dc:creator><![CDATA[CG IT]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 15:45:47 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Well, if it's anything like their other solution,]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371970]]></link>
        <description><![CDATA[the one used to capture serial numbers from outgoing sold inventory, it's probably going to be pretty good.  That runs from a terminal server accessed via CE's built-in terminal client.They did a nice job of fitting the required fields to the screen, but I can see one downside already.  With a paper pull sheet, the employees can see all the part locations at one time, and can plan their movement based on which parts are stored close together.  With the small screen, I don't know how they're going to see more than one part at a time.  Those will probably be displayed in part number sequence, just as they are on the current paper pull sheet.  That may result in people having to walk back and forth between aisles multiple times.I can see one downside]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371970]]></guid>
        <dc:creator><![CDATA[CharlieSpencer_Palmetto]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 12:48:06 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Oh, cool, then.]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371933]]></link>
        <description><![CDATA[Just push this right off your desk.Let us know how things get on when the solution is deployed, if you think of it in a year's time.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371933]]></guid>
        <dc:creator><![CDATA[seanferd]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 11:35:29 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Dropbox/web access]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371910]]></link>
        <description><![CDATA[Dropbox does normally require web access, but it also does lan sync on PC's, but I doubt it works at all without internet. You could always remove safari and lock the apps down on the iPad, otherwise forget what I said earlier.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371910]]></guid>
        <dc:creator><![CDATA[jpmorgan5150]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 11:00:00 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[SharePoint didn't work for us - dropbox did]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371899]]></link>
        <description><![CDATA[We are a completely different company, but I tried doc delivery with sharepoint and it didn't work at all. I was delivering PDF's. Dropbox would work, but you have the challenge of editing the PDF on an ipad. You'd need dropbox (free), an iPad and a pdf editing app. Then all you have to do is print to a dropbox folder called 'pulls' and have the employee move it to an archive folder in dropbox. You see what has been worked and it costs almost nothing.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371899]]></guid>
        <dc:creator><![CDATA[jpmorgan5150]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 10:54:37 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Interesting question]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371824]]></link>
        <description><![CDATA[&quot;If the picker gets a paper pick sheet, gets the part, then throws the pick sheet away, how is the pick data entered into the system?&quot;I'm peripherially involved at this stage and don't yet have all the details of the data flow.  I've been told by someone better involved that the sheet is disposed of.  I've been -assuming- there's a transaction to mass relieve all line items from inventory and charge them to the corresponding work order.I guess it's a matter of how much the stockroom wants to automate.  I've heard it mentioned a couple of times that upper management wanted to bring in someone to improve the processes.  We had a firm look at the material flow from Receiving to stock, but they were focused on physical improvements (layout, eliminating obstacles, etc.) and not overall process improvement.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371824]]></guid>
        <dc:creator><![CDATA[CharlieSpencer_Palmetto]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 08:21:20 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[kinda depends on how the mfg process is]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371811]]></link>
        <description><![CDATA[if it's mostly automated, then it's a matter of totals. total in [bin] vs total out [used]. individual hand pick is simply scanning the bar code on the bin, which opens the app, then enter quantity picked. If the picker gets a paper pick sheet, gets the part, then throws the pick sheet away, how is the pick data entered into the system? that's really where the tablet or handheld comes in, entering R/T pick activity in the database. Once picked the line item is removed from the pick list. While the pdf replaces the paper, the pick activity still has to be entered into the system, so if you get rid of the paper as well as the second step effort to enter pick data into the system, you've reduced the time activity.  Not sure pdf docs with enterable data can be translated into a DB that would remove the line item picked that shows up on the pick list as needing to be done.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371811]]></guid>
        <dc:creator><![CDATA[CG IT]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 08:10:35 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[And for those who were wondering,]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371788]]></link>
        <description><![CDATA[&quot;very expensive&quot; is $3000-plus.  Nice hardware, but I'm not going to be able to justify even one as a cost reduction, not to mention one for each warehouse employee.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371788]]></guid>
        <dc:creator><![CDATA[CharlieSpencer_Palmetto]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:51:31 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Use a real Tablet - Panasonic H1 Field?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371775]]></link>
        <description><![CDATA[You might checkout the Panasonic H1 Field - it has a very bright display, is fairly lightweight, battery should last nearly a day, is fully waterproof and drop-resistant. Can be configured with bar-code reader. It is so ugly nobody would nick it. They are very expensive.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371775]]></guid>
        <dc:creator><![CDATA[dave.sedar@...]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:37:37 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Last I'd heard]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371785]]></link>
        <description><![CDATA[Wal-Mart hasn't able to make RFID work yet.  That's been a couple of years, but I can see several problems.We're not big enough to mandate our suppliers include the necessary tags on our incoming parts.We're dealing with very small parts (oneof our main departments puts ICs on PCBs) and bulk materials (another does custom wiring).There's probably a solution that integrates with SAP, but if I wanted to go that route, I'm sure bar codes alone would be satisfactory.Thanks.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371785]]></guid>
        <dc:creator><![CDATA[CharlieSpencer_Palmetto]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:36:08 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[WinCE makes it easier to put apps on the handheld]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371797]]></link>
        <description><![CDATA[Home Depot simply pushes em from the server and the range was great. I installed 4 antennas in the server room on one side of the building, and you could go all the way to the corner of the garden area [other side of building] and not loose connectivity. Just an suggestion based on what retailers use for inventory. Home Depot is just a big warehouse that customers pick, and the cashiers ringup [bar code scan] does the inventory control as well as sales.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371797]]></guid>
        <dc:creator><![CDATA[CG IT]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:35:51 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Just curious, would RFID's work?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371784]]></link>
        <description><![CDATA[Maybe you could use RFID and not have anybody do entering.Not speaking from experience, but this was touted as a solution to warehouse efficiency.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371784]]></guid>
        <dc:creator><![CDATA[DadsPad]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:28:34 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Re: Gods, I hate Porteges.]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371759]]></link>
        <description><![CDATA[I have one of the M400's out here too.  They're horrible compared to the later models.  I'm not saying the 700 series are perfect, but they're a lot better.The screen covers are really thin.  They're just a thin piece of plastic with some sticky edges so you don't even notice them when you use the finger touch.I like the idea of the tethers.  Only problem I would see is people tearing them off.We solved the texting &amp; driving problem   They only use the fork lift units with bar code scanners so there is no typing involved.  They log into the unit using a ID card that connects them to an AS/400.  Even if they tried to type on the units I think they're afraid of the green screen.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371759]]></guid>
        <dc:creator><![CDATA[jhinkle@...]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 07:16:49 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Correct me if I'm wrong,]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371761]]></link>
        <description><![CDATA[but don't Google Apps require Internet access?  By policy, warehouse and factory floor employees here are not allowed Internet access via factory / warehouse computers.  Yeah, they may be getting there from their phones, but I just enforce the policies I'm given.  Phone use is between the employee and his / her supervisor and is an issue that pre-dates web access via phone.Will Google Apps save locally or only on Google's site?  We're not interested in storing data in the cloud.Tickets are screened first and ones with backordered items aren't issued to pullers.  We're looking at pulling for assembly lines, not for customer orders; I apologize if I haven't adequately described the situation.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371761]]></guid>
        <dc:creator><![CDATA[CharlieSpencer_Palmetto]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 06:55:44 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[But, But, But....]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371753]]></link>
        <description><![CDATA[It's the next big thing, it really is, honest Guv.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371753]]></guid>
        <dc:creator><![CDATA[The 'G-Man.']]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 06:53:03 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[What about a Google Apps for Business Premiere Form or Spreadsheet?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371686]]></link>
        <description><![CDATA[If a spreadsheet, Google Apps allows simultaeous editing - so for a large order, multiple people could work on a single order.The spreadsheet is SAVED - so there is at least some record of the activity.When done, spreadsheet could be moved to a &quot;complete&quot; folder (possibly through a &quot;Done&quot; button in the spreadsheet triggering the move)Problems: ERP system needs to generate Google Apps Spreadsheet AND get it into the right place.Pull Tickets that are complete except for backordered items need to be segregated into their own folder so that receiving people see them - and general order pullers don't!Probably also needs to feed back to the ERP for line by line pull status.On second thought, this might not be great for Google Apps - as the integration with the ERP - both in creating the spreadsheets and feeding the information back to the ERP may well be problemmatic. -- I probably need to take a much closer look at the api available!]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-337025-3371686]]></guid>
        <dc:creator><![CDATA[sjdorst]]></dc:creator>
        <pubDate>Thu, 14 Oct 2010 06:32:11 -0700</pubDate>
    </item>
    </channel>
</rss>

