나는 내 작은 시간 시트 표 고정 도움이 필요 SQL 서버 나뿐만 작업 표 테이블이

Question

: 매일 그/그녀의 시간 시트를 설정합니다

CREATE TABLE TimeSheet 
(
    timeSheetID 
    employeeID 
    setDate 
    timeIn 
    outToLunch 
    returnFromLunch 
    timeOut 
); 

직원을, 내가 보장하기 위해 원하는 그/그녀 속임수는 아냐. 어떻게해야합니까?

삽입/업데이트가 테이블에 발생할 때 시스템의 날짜/시간을 가져 와서 생성 된 날짜/시간을 직원이 지정한 시간과 비교하는 열을 만들어야합니까? -이 경우 날짜를 만들어야합니다/timeIn, outToLunch, returnFromLunch 및 timeOut에 대한 시간 열입니다. 나도 몰라, 너 뭐라고 제안 하나?

참고 : 난 당신이 자신의 근무 시간에 대한 직원의 부정 행위에 대해 우려하고 있음을 경우이 4 열 오드리, outToLunch, returnFromLunch, 타임 아웃 설정

Answer 1

단일 테이블 디자인은 직원에게 한 번의 휴식 만 허용합니다 (점심 식사가 지불되지 않았다고 추측합니다). 그리고 모든 레코드 변경 감사의 사기를 탐지하는 것은 어려울 것입니다. 두 테이블 접근 방식이 좀 더 유연하고 안전 할 것이라고 생각합니다.

모든 이벤트에 대해 TimeSheetDetail 레코드를 만드는 것으로 시작하십시오. 쉬프트 스타트, 브레이크 스타트, 브레이크 스톱, 쉬프트 엔드. 직원이 입력 한 열에 날짜와 시간을 기록하도록 허용합니다. 직원이 시계를 잊어 버리는 정당한 사례가있을 수 있습니다.

급여 또는 감사가 필요한 다른 시간 전에 입력 된 값을 AddedOn 값과 비교하면 사기를 쉽게 감지 할 수 있습니다. 직원이 끊임없이 자신의 호의에 따라 위아래로 반올림하는 작은 사기를 발견 할 수도 있습니다. 1 년 동안 매일 10 분씩 추가 주까지 추가됩니다.

이 디자인은 레코드 업데이트 또는 삭제를 허용하지 않음으로써 보안을 강화할 수 있습니다.

Answer 2

추적에 대한 걱정, 다음/시계 수동 펀치 카드 시계를 설치 공장 시스템의 공장 직원처럼 취급하십시오.

변경된 레코드에서 날짜 - 시간 스탬프를 사용하여 보관 처리하는 트리거를 사용하면 작업 표 변경 사항을 언제마다 볼 수 있으며 사기 사례가 발생할 수 있습니다. 따라서 TimeSheetHistory 테이블과 같은 항목이 필요합니다. 변경 시간 및 사용자 변경을위한 추가 열 (GETDATE() 또는 유사 물을 사용하여 채워짐) 및 SUSER_SNAME() 또는 Windows 인증을 사용하는 경우 비슷한 사용자가 필요합니다.

Answer 3

당연히 대부분의 출퇴근 시간 기록 용지 신청의 기본 요구 사항 중 하나입니다. 감독자 우선없이 제출 된 후에는 누구도 자신의 시간표를 변경할 수 없어야합니다. 이것은 시간 카드 사기를 방지하기위한 것이므로 법적 문제이므로 전복해서는 안됩니다. 초과 근무 수당을받는 직원은 감독자의 승인을 위해 올바른 출퇴근 시간대를 제출 한 다음 급여가 실행되기 직전 시간을 추가 한 다음 다시 변경해야합니다. 이것은 모든 작업 표 응용 프로그램에 있어야하는 중요한 기능입니다.

먼저 모든 변경 사항의 기록과 작성자를 기록하는 기록 테이블이 있어야합니다.

다음으로 작업 표가 다시 열리지 않으면 업데이트를 방지하는 업데이트 트리거가 필요합니다.

세 번째로 작업 표 상태에 대한 필드가 필요합니다. 삽입/업데이트 트리거는 관리 그룹의 사용자 만 제출 된 상태를 다시 확인 된 상태로 변경할 수 있으며 다른 사람이 동의하지 않으면 자신의 작업 표를 반환 할 수 없습니다. 감사 기관에서 일할 때 배웠던 용어로, 이는 내부 통제입니다. 왜냐하면 두 사람이 한 사람보다 사기를 저지를 가능성이 훨씬 적기 때문입니다.