Warning: iconv_mime_decode() [function.iconv-mime-decode]: Malformed string in /home/rockryno/public_html/lib/standard.lib.php on line 2258
adding items through headquarters vs. store operations
Home Page link  

adding items through headquarters vs. store operations

 

Point-Of-Sale Software - - MS Point Of Sale software discussed here

 Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
adding items through headquarters vs. store operations benjamin.seth 07-03-2008
Posted by benjamin.seth on July 3, 2008, 6:11 pm
Please log in for more thread options
Hi, would somebody be able to explain when to use headquarters to add
items vs. store operations? As a general rule, all new items should be
added through headquarters and then downloaded to individual stores
through worksheets, correct? If an item is added through a store, that
item will not be uploaded to HQ? That's my understanding.

If a store has a unique item that none of the other locations carry,
can that be added through store ops. manager only without causing
reporting confusions or other problems? Or do we need to write down
the info. and call up HQ to have them manually add the item?

Also, what about when barcodes for an item change at different
locations? Is adding an alias on the store level sufficient or should
the multiple barcodes be added through HQ?

Or in general, if someone has some "hard & fast" rules / underlying
theory that can help me gain an understanding of what should and
shouldn't be done for future scenarios with HQ vs. SO ... I'd really
appreciate it. Thanks!!

Posted by convoluted on July 3, 2008, 8:34 pm
Please log in for more thread options
Hi Benjamin - you're pretty much on the right track.

Think of headquarters as a central repository of data. Create all your new
items, pricing, sales, discounts, etc at headquarters and push these down to
the stores using the appropriate worksheets. If an item is unique to a
store, generate the 250 worksheet just for that store (optionally, do the 250
for all stores but make that item inactive at the stores that don't carry it)
- there really is no harm done if a unique item shows at a non-related store
with a quantity of zero.

You can add an alias locally at a store, but you're probably better off
doing it in headquarters, as the new alias may eventually be needed at other
stores that also carry that item. When you can, take advantage of how
headquarters can centralize item management. Also consider the possibility
of getting some RMS training from a good, rms certified partner - the money
spent will be well worth it.

"benjamin.seth@gmail.com" wrote:

> Hi, would somebody be able to explain when to use headquarters to add
> items vs. store operations? As a general rule, all new items should be
> added through headquarters and then downloaded to individual stores
> through worksheets, correct? If an item is added through a store, that
> item will not be uploaded to HQ? That's my understanding.
>
> If a store has a unique item that none of the other locations carry,
> can that be added through store ops. manager only without causing
> reporting confusions or other problems? Or do we need to write down
> the info. and call up HQ to have them manually add the item?
>
> Also, what about when barcodes for an item change at different
> locations? Is adding an alias on the store level sufficient or should
> the multiple barcodes be added through HQ?
>
> Or in general, if someone has some "hard & fast" rules / underlying
> theory that can help me gain an understanding of what should and
> shouldn't be done for future scenarios with HQ vs. SO ... I'd really
> appreciate it. Thanks!!
>

Posted by Jason on July 4, 2008, 8:40 am
Please log in for more thread options
Correct me if I am wrong, but you would never want to create an item at a
store because the sales data will not appear in HQ.


> Hi Benjamin - you're pretty much on the right track.
>
> Think of headquarters as a central repository of data. Create all your
> new
> items, pricing, sales, discounts, etc at headquarters and push these down
> to
> the stores using the appropriate worksheets. If an item is unique to a
> store, generate the 250 worksheet just for that store (optionally, do the
> 250
> for all stores but make that item inactive at the stores that don't carry
> it)
> - there really is no harm done if a unique item shows at a non-related
> store
> with a quantity of zero.
>
> You can add an alias locally at a store, but you're probably better off
> doing it in headquarters, as the new alias may eventually be needed at
> other
> stores that also carry that item. When you can, take advantage of how
> headquarters can centralize item management. Also consider the
> possibility
> of getting some RMS training from a good, rms certified partner - the
> money
> spent will be well worth it.
>
> "benjamin.seth@gmail.com" wrote:
>
>> Hi, would somebody be able to explain when to use headquarters to add
>> items vs. store operations? As a general rule, all new items should be
>> added through headquarters and then downloaded to individual stores
>> through worksheets, correct? If an item is added through a store, that
>> item will not be uploaded to HQ? That's my understanding.
>>
>> If a store has a unique item that none of the other locations carry,
>> can that be added through store ops. manager only without causing
>> reporting confusions or other problems? Or do we need to write down
>> the info. and call up HQ to have them manually add the item?
>>
>> Also, what about when barcodes for an item change at different
>> locations? Is adding an alias on the store level sufficient or should
>> the multiple barcodes be added through HQ?
>>
>> Or in general, if someone has some "hard & fast" rules / underlying
>> theory that can help me gain an understanding of what should and
>> shouldn't be done for future scenarios with HQ vs. SO ... I'd really
>> appreciate it. Thanks!!
>>



Posted by convoluted on July 6, 2008, 3:40 pm
Please log in for more thread options
Yes you're right, you don't want to create an item at a store because the
sales data will not appear in HQ - when I said add an alias, this involves
editing an existing item (which should have been created in hq) to add that
alias - since the alias is basically another way to list an item on a sales
transaction, the original item always gets sold based on its item lookup
code.

"Jason" wrote:

> Correct me if I am wrong, but you would never want to create an item at a
> store because the sales data will not appear in HQ.
>
>
> > Hi Benjamin - you're pretty much on the right track.
> >
> > Think of headquarters as a central repository of data. Create all your
> > new
> > items, pricing, sales, discounts, etc at headquarters and push these down
> > to
> > the stores using the appropriate worksheets. If an item is unique to a
> > store, generate the 250 worksheet just for that store (optionally, do the
> > 250
> > for all stores but make that item inactive at the stores that don't carry
> > it)
> > - there really is no harm done if a unique item shows at a non-related
> > store
> > with a quantity of zero.
> >
> > You can add an alias locally at a store, but you're probably better off
> > doing it in headquarters, as the new alias may eventually be needed at
> > other
> > stores that also carry that item. When you can, take advantage of how
> > headquarters can centralize item management. Also consider the
> > possibility
> > of getting some RMS training from a good, rms certified partner - the
> > money
> > spent will be well worth it.
> >
> > "benjamin.seth@gmail.com" wrote:
> >
> >> Hi, would somebody be able to explain when to use headquarters to add
> >> items vs. store operations? As a general rule, all new items should be
> >> added through headquarters and then downloaded to individual stores
> >> through worksheets, correct? If an item is added through a store, that
> >> item will not be uploaded to HQ? That's my understanding.
> >>
> >> If a store has a unique item that none of the other locations carry,
> >> can that be added through store ops. manager only without causing
> >> reporting confusions or other problems? Or do we need to write down
> >> the info. and call up HQ to have them manually add the item?
> >>
> >> Also, what about when barcodes for an item change at different
> >> locations? Is adding an alias on the store level sufficient or should
> >> the multiple barcodes be added through HQ?
> >>
> >> Or in general, if someone has some "hard & fast" rules / underlying
> >> theory that can help me gain an understanding of what should and
> >> shouldn't be done for future scenarios with HQ vs. SO ... I'd really
> >> appreciate it. Thanks!!
> >>
>
>
>

Posted by benjamin.seth on July 4, 2008, 3:38 pm
Please log in for more thread options
Okay. Thanks for firming that up in my mind. It seems strange (from a
usability standpoint) that none of those options are blocked in SO. I
guess you just have to know what you're doing. Thanks convoluted &
Jason (Jason - that sounds unfortunate but probable).


Similar ThreadsPosted
Import the Store Operations Database into the HeadQuarters Databas October 17, 2006, 10:00 am
Add new items to Headquarters vs. Store Ops? January 31, 2006, 7:01 pm
Adding unique store items in HQ February 15, 2006, 11:52 am
store changes sent to headquarters September 15, 2006, 5:21 pm
how to remove a store from Headquarters? August 2, 2007, 12:21 am
Does Microsoft Headquarters use a separate Dongle Key than Store O October 19, 2005, 2:55 pm
Store Operations POS November 4, 2005, 9:59 am
Store Operations 2.0 February 26, 2008, 2:35 pm
Branding Store Operations January 4, 2006, 4:02 am
Using QSRules outside Store Operations November 5, 2005, 7:28 am

Contact Us | Privacy Policy
This site is not affiliated with Intuit - makers of Quickbooks and Quicken software
This site is not affiliated with Sage Software - makers of Peachtree accounting software
XML SitemapXML Sitemap