You can have employees clock in to an "other" shift and still have grace periods if they manually select the appropriate shift. If this doesn't work for you, it's a version dependent bug and maybe a known issue according to what Vic said. When the employee clocks in and the current time does not correspond to the default shift start time window, the system prompts the employee to select a shift and will apply grace periods to that shift's time windows according to the Company setup. It's not automatic but would work if the employees could select the appropriate "other" shift. Also, you may be able to work with a BPM or other customization to create shift pairs and make the second half shift selection automatically. But honestly, I think the harder part, at least at first, will be to get the employees to actually clock out instead of just log out.
But you obviously can't make the grace periods very long or you end up with effectively the same situation as the standard system lunch. I would be curious what your lawyers think is acceptable grace period? Is your lunch 30 mins or an hour?
On the reporting, I already aggregate the headers on my daily labor report because under certain circumstances it occasionally happens an employee has multiple headers per day. My structure is as below:
By PayrollDate & Supervisor
---By EmpID
------Labor Headers (All)
------Sum of PayHours
---------(Subreport match on PayrollDate & EmpID)
---------Labor Details(All)
---------Sum of LaborHrs
Supervisors know they need to have the PayHours match the LaborHrs. I would share the report but it's based on a custom MS Access program I did leftover from Ver 6.1 that we have continued using with Ver 8. HTH
Regards,
Chris Clunn
But you obviously can't make the grace periods very long or you end up with effectively the same situation as the standard system lunch. I would be curious what your lawyers think is acceptable grace period? Is your lunch 30 mins or an hour?
On the reporting, I already aggregate the headers on my daily labor report because under certain circumstances it occasionally happens an employee has multiple headers per day. My structure is as below:
By PayrollDate & Supervisor
---By EmpID
------Labor Headers (All)
------Sum of PayHours
---------(Subreport match on PayrollDate & EmpID)
---------Labor Details(All)
---------Sum of LaborHrs
Supervisors know they need to have the PayHours match the LaborHrs. I would share the report but it's based on a custom MS Access program I did leftover from Ver 6.1 that we have continued using with Ver 8. HTH
Regards,
Chris Clunn
--- In vantage@yahoogroups.com, "Brian W. Spolarich" <bspolarich@...> wrote:
>
> We allow a grace period at the beginning and end of shift. But how
> does this apply to lunch when we're not using the automatic lunch
> feature? Basically the employee is clocking out and back in at the
> middle of the shift.
>
> I can't create two shifts (first half, second half), since an employee
> only belongs to one shift, and then we wouldn't get grace period for the
> "other" shift.
>
> -bws
>
> -----Original Message-----
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of aimee.grebe
> Sent: Thursday, December 09, 2010 5:13 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: MES, T&A, and Lunch
>
> Do you allow the same grace period for clocking in/out for the day? If
> so, you could set up the Clock In /Clock Out Allowance Time under the
> Company Master File (Modules/Production/Data Collection)
>
>
> --- In vantage@yahoogroups.com, "Brian W. Spolarich" <bspolarich@>
> wrote:
> >
> > Another T&A question - our labor attorney has advised us that we
> > really need to have employees clock out and back in for lunch. This
> > makes my reporting job a lot harder obviously as there are two
> LaborHed
> > records to deal with, which requires grouping, etc. to re-normalize.
> >
> >
> >
> > So we can't use the automatic lunch feature of Vantage's shift
> > definition.
> >
> >
> >
> > But we also need to give the employees up to five minutes grace
> period
> > for late lunch punchin. So if the lunch period is from 12 to 12:30,
> > they can clock in up to 12:35 and be considered clocked in at 12:30.
> >
> >
> >
> > I can handle this in my report using the Crystal Previous() function
> > to do comparisons, etc. But it does mean that I have to adjust the
> > day's total hours worked based on that lunch adjustment factor. So
> > there is a mismatch between LaborHed.PayHours and what my reports have
> > to produce, and what will need to go to our payroll company, and what
> > will need to go into the G/L entries for payroll. That will create
> > variances I suspect, or headaches for accounting.
> >
> >
> >
> > I could insist that supervisors clean these up, but I suspect
> there's
> > a lot of noise in the lunch punchins.
> >
> >
> >
> > What to do?
> >
> >
> >
> > --
> >
> > Brian W. Spolarich ~ Manager, Information Services ~ Advanced Photonix
> /
> > Picometrix
> >
> > bspolarich@
> > <mailto:bspolarich@> ~ 734-864-5618 ~
> > www.advancedphotonix.com <http://www.advancedphotonix.com>
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
> ------------------------------------
>
> Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must
> have already linked your email address to a yahoo id to enable access. )
> (1) To access the Files Section of our Yahoo!Group for Report Builder
> and Crystal Reports and other 'goodies', please goto:
> http://groups.yahoo.com/group/vantage/files/.
> (2) To search through old msg's goto:
> http://groups.yahoo.com/group/vantage/messages
> (3) To view links to Vendors that provide Vantage services goto:
> http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
>