Home Page link  

Multiple Batches

 

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

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
Multiple Batches Terrible TomúÚ&€c…!!롼¬~êçŠÛ« 11-09-2005
---> Re: Multiple Batches Glenn Adams [MVP - Retail...11-11-2005
  `--> Re: Multiple Batches Terrible TomúÚ&€c…!!롼¬~êçŠÛ«11-11-2005
Posted by Terrible TomúÚ&€c…!!롼¬~êçŠÛ« on November 9, 2005, 4:34 pm
Please log in for more thread options
We're just getting up to speed with RMS here, and yesterday we had quite a
time balancing the till. This used top be (pre-RMS) a pretty quick & easy
procedure but now... not so quick or easy.

After I started looking into why our SHIFT & CLOSE numbers were so far
apart, I discovered that we had multiple batches for the day. It seems as
though exiting RMS POS closes the batch without printing a Z report.

It is definitely not SOP to exit and re-launch RMS POS during the day.
Normally, RMS POS would start when we open and not be closed until the end of
the day.

Would a ZZ Report give me all of the days' business (all shifts combined
plus closing data)?

Additionally (more of a Windows question here) should I consider changing my
local security policy on cash registers to not allow other programs to run?
Or even deny cashiers the ability to exit POS?

Thanks,
Tom

--
The worst words in business:
"We''ve always done it that way"
--
Stop Fishing for eMail.


Posted by tm on November 9, 2005, 4:40 pm
Please log in for more thread options
Closing RMS POS during the day must not close the daily batch. Only Z report
is supposed to do so. If this is happening, reinstall RMS and apply the
latest service pack to it (SP3).

Denying the cashiers to close POS during the day is a good idea. I wouldn't
recommend messing with Windows policies though - it may get out of hands.

"Terrible Tom" wrote:

> We're just getting up to speed with RMS here, and yesterday we had quite a
> time balancing the till. This used top be (pre-RMS) a pretty quick & easy
> procedure but now... not so quick or easy.
>
> After I started looking into why our SHIFT & CLOSE numbers were so far
> apart, I discovered that we had multiple batches for the day. It seems as
> though exiting RMS POS closes the batch without printing a Z report.
>
> It is definitely not SOP to exit and re-launch RMS POS during the day.
> Normally, RMS POS would start when we open and not be closed until the end of
> the day.
>
> Would a ZZ Report give me all of the days' business (all shifts combined
> plus closing data)?
>
> Additionally (more of a Windows question here) should I consider changing my
> local security policy on cash registers to not allow other programs to run?
> Or even deny cashiers the ability to exit POS?
>
> Thanks,
> Tom
>
> --
> The worst words in business:
> "We''ve always done it that way"
> --
> Stop Fishing for eMail.


Posted by Jeff on November 9, 2005, 6:36 pm
Please log in for more thread options
TT,

In addition to Retail Hero comments, you can also do a blind close to create
multiple batches. To see a summary of all of the batches, either a zz or a
Crystal reports Register analysis report.

--
*
We're just getting up to speed with RMS here, and yesterday we had quite a
time balancing the till. This used top be (pre-RMS) a pretty quick & easy
procedure but now... not so quick or easy.

After I started looking into why our SHIFT & CLOSE numbers were so far
apart, I discovered that we had multiple batches for the day. It seems as
though exiting RMS POS closes the batch without printing a Z report.

It is definitely not SOP to exit and re-launch RMS POS during the day.
Normally, RMS POS would start when we open and not be closed until the end
of
the day.

Would a ZZ Report give me all of the days' business (all shifts combined
plus closing data)?

Additionally (more of a Windows question here) should I consider changing my
local security policy on cash registers to not allow other programs to run?
Or even deny cashiers the ability to exit POS?

Thanks,
Tom

--
The worst words in business:
"We''ve always done it that way"
--
Stop Fishing for eMail.




Posted by kskinne on November 10, 2005, 10:19 am
Please log in for more thread options
Hi Tom

printing the ZZ report will give you the totals for all the batches for all
the z reports that have been printed since the last time you ran the zz
report. so if you have people running multiple z reports on the same
register each day, you could run the zz report at the end of each day for the
total

Kevin



"Jeff" wrote:

> TT,
>
> In addition to Retail Hero comments, you can also do a blind close to create
> multiple batches. To see a summary of all of the batches, either a zz or a
> Crystal reports Register analysis report.
>
> --
> *
> We're just getting up to speed with RMS here, and yesterday we had quite a
> time balancing the till. This used top be (pre-RMS) a pretty quick & easy
> procedure but now... not so quick or easy.
>
> After I started looking into why our SHIFT & CLOSE numbers were so far
> apart, I discovered that we had multiple batches for the day. It seems as
> though exiting RMS POS closes the batch without printing a Z report.
>
> It is definitely not SOP to exit and re-launch RMS POS during the day.
> Normally, RMS POS would start when we open and not be closed until the end
> of
> the day.
>
> Would a ZZ Report give me all of the days' business (all shifts combined
> plus closing data)?
>
> Additionally (more of a Windows question here) should I consider changing my
> local security policy on cash registers to not allow other programs to run?
> Or even deny cashiers the ability to exit POS?
>
> Thanks,
> Tom
>
> --
> The worst words in business:
> "We''ve always done it that way"
> --
> Stop Fishing for eMail.
>
>
>


Posted by Glenn Adams [MVP - Retail Mgmt on November 11, 2005, 11:19 am
Please log in for more thread options
In addition to Blind Closes, if you lose DB connectivity and RMS enters
OffLine Mode, a Blind Closed batch will be created. Closing POS does not
close the batch.

--
--
Glenn Adams
Tiber Creek Consulting
http://www.tibercreek.com
glenn@tibercreek.com
----------------------------------------------
Please DO NOT respond to me directly but post all responses here in the
newsgroup so that all can share the information

> We're just getting up to speed with RMS here, and yesterday we had quite a
> time balancing the till. This used top be (pre-RMS) a pretty quick & easy
> procedure but now... not so quick or easy.
>
> After I started looking into why our SHIFT & CLOSE numbers were so far
> apart, I discovered that we had multiple batches for the day. It seems as
> though exiting RMS POS closes the batch without printing a Z report.
>
> It is definitely not SOP to exit and re-launch RMS POS during the day.
> Normally, RMS POS would start when we open and not be closed until the end
> of
> the day.
>
> Would a ZZ Report give me all of the days' business (all shifts combined
> plus closing data)?
>
> Additionally (more of a Windows question here) should I consider changing
> my
> local security policy on cash registers to not allow other programs to
> run?
> Or even deny cashiers the ability to exit POS?
>
> Thanks,
> Tom
>
> --
> The worst words in business:
> "We''ve always done it that way"
> --
> Stop Fishing for eMail.




Similar ThreadsPosted
Multiple cash drawers - problems with batches November 30, 2005, 1:42 pm
delete queued closed batches from post closed batches command? August 9, 2005, 10:36 am
batches January 2, 2007, 5:46 pm
Deleting batches December 20, 2005, 11:35 am
Settling EDC Batches January 28, 2006, 6:57 pm
Lost batches in HQ April 27, 2006, 1:42 pm
EDC Batches Self Resetting September 26, 2006, 1:20 pm
Loss of Batches February 16, 2007, 9:07 am
Something weird in Batches March 6, 2007, 4:32 pm
Open Batches March 7, 2007, 12:50 pm

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