각 직원의 출근 시간과 퇴근 시간에 대한 정보가 출석 로그에 기록됩니다. 이것은 허용합니다. 예시가 포함된 작업표 식별된 이상 현상의 중요성에 대한 일반 참고 사항

1C ZUP 8.3의 작업표는 근무 시간에 따라 임금이 달라지는 직원(임시 근로자)을 위해 유지됩니다.

근무 시간을 기록하는 방법에는 두 가지가 있습니다.

• 계획된 시간과의 편차를 설명합니다. 이 경우 모든 결근(휴가, 휴가, 병가 등)이 기록됩니다. 이 회계 방법에는 계획되지 않은 작업(초과 근무)도 반영됩니다.
• 이 방법은 계획되지 않은 근무 및 결근뿐만 아니라 일정에 따른 근무 시간, 즉 지속적인 등록도 반영합니다.

1C 회계 8.3에서 시간표를 어디에서 찾을 수 있는지 궁금하신 경우 귀찮게하지 않겠습니다. 거기에 없습니다. 급여에 대한 확장 회계를 위해 1C ZUP 8.3 솔루션이 특별히 구매되었습니다. 그녀에 대해 이야기하겠습니다.

가장 먼저 해야 할 일은 현재 연도(작업표가 보관되는 연도)에 대한 것입니다. 설정 메뉴에서 생산 달력을 선택합니다.

달력이 이전에 생성되지 않은 경우 자동으로 생성 및 작성되어야 하며, 정확성을 확인하고 필요한 경우 변경해야 합니다.

개관 시간

1C ZUP에서 생산 일정을 작성한 후 직원 작업 일정을 작성하고 작성해야 합니다. 이렇게 하려면 "설정" 메뉴로 이동하여 "직원 근무 일정"을 선택하세요.

일정은 자동으로 작성되고 필요한 경우 조정될 수 있습니다.

"채용", "인사 이동" 등의 문서를 사용하여 직원의 근무 일정을 설정할 수 있습니다.

ZUP에는 직원의 작업 일정을 대폭 변경할 수 있는 기능이 있습니다.

이러한 상황에서 직원의 근무 조건이 일정 기간(예: 단축된 하루) 동안 변경되면 개별 일정이 표시됩니다. 개인별 일정 설정은 '급여' 메뉴에 있습니다. 직원이 특정 기간 동안 개별 일정을 가지고 있는 경우 프로그램에서는 주요 일정을 고려하지 않습니다.

1C ZUP에서 시간표 작성

1C ZUP 8.3의 작업표는 "급여" 섹션의 "작업표" 항목에 있습니다. 작업표는 "근로 시간 사용 유형" 디렉터리에 있는 지정을 사용합니다. 여러 유형의 시간을 표시해야 하는 경우 각 유형은 별도의 줄에 표시됩니다.

작업표는 자동으로 채워지며 필요한 경우 데이터를 조정할 수 있습니다. 일부 기업에서는 ACS(액세스 제어 및 관리 시스템)를 사용합니다. 요점은 모든 입력과 출력이 전자 액세스 시스템을 사용하여 기록된다는 것입니다. 이 데이터는 작업표에 업로드할 수 있으므로 수동으로 관리할 필요가 없습니다.

작업 일정과 관련된 작업표의 데이터를 변경하려면 프로그램 설정에서 "실제 시간이 계획된 시간과 일치하는지 확인"을 선택 취소해야 합니다. 그렇지 않고 작업표에 작업 시간(예: 작업 일정에 따른 휴무일)이 표시되어 있으면 문서가 게시되지 않습니다.

근무 시간표와 반영 문서를 동시에 보관할 경우 급여 계산을 위해 근무한 시간을 받을 때 근무 시간표가 가장 높은 우선순위를 갖게 된다는 점을 기억해야 합니다.

양식 T-13

1C ZUP 3.1에는 근무 시간 보기에 대한 인쇄된 양식 "T-13"이 있습니다. "급여 보고서"를 선택하면 "급여" 섹션에서 이 보고서를 생성할 수 있습니다. 귀하에게 필요한 보고서의 이름은 "시간표 T-13"입니다.

• 직원이 실제 근무한 시간을 고려하십시오.
• 직장에서 직원의 존재를 모니터링하십시오.
• 임금을 계산합니다.

출석 기록은 행에 직원 목록이 포함되고 열에 달력 날짜가 포함되는 테이블입니다. 테이블 셀에는 유형 필드에서 선택한 형식으로 직원 출석이 포함됩니다.

• 영업 시간(예: 16:00 – 22:00)
• 기간(예: 6:00)

로그를 생성하려면:

목록에서 직원이나 교대근무자를 찾으려면 필드에 한 단어 또는 여러 문자를 입력하세요. 찾다.

출석 기록을 통해 해당 출석이 기록된 날 직원이 어떤 일정에 따라 근무해야 했는지 확인할 수 있습니다. 이렇게 하려면 출석과 상황에 맞는 메뉴 항목을 선택하세요. 일정.출근하는 직원에 대한 정보를 삭제할 수 있습니다(컨텍스트 메뉴 항목). 삭제).

출석 기록 셀에는 다음 표기법이 사용됩니다.

지정	무슨 뜻이에요
	로그 유형 개관 시간. 직원의 도착 및 출발 시간은 iikoFront에 기록됩니다. 글꼴 색상은 투표율 유형에 설정됩니다. 기본적으로 모든 투표율은 처리됨 유형을 가지며 경계는 검은색 글꼴로 표시됩니다.
	로그 유형 지속. 참석 기간.
	오픈교대일 경우 시작시간을 표시하고, 종료시간 대신 '닫지 않음'을 표시합니다.
	현재 날짜에 선택한 직원의 출석입니다.
	선택한 직원의 향후 날짜 출석(예: 병가 또는 휴가)
	휴가, 병가 또는 결근으로 인한 직원의 결근은 이러한 출석 유형을 설정할 때 지정된 짧은 이름(예: "O", "B" 또는 "P")으로 표시됩니다.
	승인된 도착/출발 시간이 iikoFront에 등록된 실제 시간과 다른 출석입니다.
	24시간 이상 지속되는 외관.
	24시간 이내에 지속되는 모습으로, 다른 모습과 교차합니다.
	직원의 출석은 급여가 지급되는 부서에 등록되지 않습니다.
	표현이 클립보드에 복사되었습니다.

투표 기간이 1일 미만이지만 해당 경계가 다른 날짜로 고정된 경우 시작 날짜 셀에 표시됩니다. 예를 들어, 교대조는 10월 5일 20:00에 열렸고, 10월 6일 04:00에 닫혔습니다. 이 경우 전체 투표율은 10월 5일 열에 표시됩니다.

출석 기간이 24시간을 초과하는 경우 교대 마감일 이전에 여러 셀에 표시됩니다.

탭의 판매자 설정에 지정된 일수가 지나면 장기 참여가 자동으로 종료됩니다. 시간 추적현장에서 n일 후에 자동으로 모양을 닫습니다.표시에 대한 설명은 자동 종료 이유를 나타냅니다. iikoFront에서는 이 투표율이 공개된 것으로 간주됩니다. 그리고 직원이 그렇게 긴 근무 시간을 마치면 이 출발 시간은 더 이상 고려되지 않습니다.

근무조 열기 및 닫기, 자동 닫기 및 출석 무시에 대한 자세한 정보는 이벤트 로그에 포함되어 있습니다.

출연등록

표현을 등록하는 데는 여러 가지 옵션이 있습니다.

• iikoFront에서 자동으로: 직원의 개인 교대 근무를 열고 닫는 순간,
• iikoOffice에서 자동으로: 비근무 교대근무(병가, 휴가)를 할당할 때. 이 기능을 사용하려면 사전 설정을 완료해야 합니다. 스케줄 로그를 참조하세요.
• iikoOffice에서 수동으로: 예를 들어 급여를 받는 직원의 출석을 승인하거나 자동 출석을 편집합니다.

직원이 직장에 있다는 사실은 개인 보고서(버튼)에서도 등록할 수 있습니다. 조치 → 출석 추가).

출석을 수동으로 등록하려면:

따라서 수동 출석 등록을 사용하여 관리자(또는 기타 책임자)는 iikoFront에 기록된 초과 근무를 상쇄, 감소, 증가 또는 상쇄하지 않을 뿐만 아니라 사실을 기반으로 직원의 근태 유형을 재정의할 수 있습니다.

표현이 자주 반복되는 경우 프로세스 속도를 높이기 위해 필요한 표현을 복사할 수 있습니다. 복사 및 붙여넣기 명령은 상황에 맞는 메뉴와 키를 눌러 사용할 수 있습니다. Ctrl+C, Ctrl+V.클립보드에 복사된 출석은 표에서 노란색으로 강조 표시됩니다.

직원은 출석이 확인된 경우에만 급여를 받습니다. 자동 또는 관리자가 수동으로 두 가지 방법으로 계산할 수 있습니다. 이는 금전등록기 교대근무 마감 설정에 따라 다릅니다.

출석이 자동으로 확인되면 도착 및 출발 시간은 iikoFront에 등록된 실제 시간과 일치합니다.

수동 확인이 구성된 경우 직원의 도착 및 출발 허용 시간은 금전 등록기 교대 근무를 마감할 때 또는 iikoOffice에서 관리자가 표시합니다. 터미널에서 출석을 수동으로 수락하려면 직원 출석 문서를 참조하세요.

iikoChain에 출연을 수락하려면:

1. 메뉴 항목 선택 직원 → 출석부.
2. 적용할 모양새를 엽니다.
3. 출발 시간을 지정하세요. 체크 표시 수동으로 확인기본적으로 설치됩니다.
4. 버튼을 클릭하세요 구하다.

업무 중에 직원이 여러 터미널에서 여러 교대 근무를 시작하거나 관리자가 iikoOffice 또는 iikoChain에서 수동으로 출석을 생성하는 일이 발생할 수 있습니다. 결과적으로 일지에는 여러 개의 교차 모양이 형성되어 하나로 결합됩니다. 병합 결과는 모양이 확인되는 방식(자동 또는 수동)에 따라 달라집니다.

~에 자동 확인동일한 직위, 동일한 부서에 중복 등록된 출석확인은 합산됩니다. 합병의 결과로 마지막으로 수동으로 확인한 출석이 남아 있으며 확인란이 선택되어 있습니다. 수동으로 확인하세요.하나가 발견되지 않으면 교차하는 것 중에서 가장 빠른 투표율이 선택되고 나머지는 삭제됩니다. 남은 투표율:

• 확정된 도착일과 출발일은 변경되지 않습니다.

예를 들어:

• iikoFront에서 중복 투표율이 생성되었습니다.
• 12:00부터 14:00까지 제1터미널에서 투표율이 생성되고 종료되었습니다.
• 13:00부터 13:30까지 터미널 2에서 투표율이 생성되고 종료되었습니다.

제1터미널에서 교대 근무가 끝나면 자동으로 출석이 합산됩니다. 확인시간은 12시부터 14시까지 입니다.

• iikoFront에서 생성된 두 개의 투표율은 수동 투표율과 겹칩니다.
• iikoOffice에서는 출석이 12시부터 18시까지 수동으로 생성되었습니다.
• 16:00부터 16:30까지 제1터미널에서 투표율이 생성되고 종료되었습니다.
• 16:00부터 17:00까지 터미널 2에서 투표율이 생성되고 종료되었습니다.

결과적으로 첫 번째 모습만 남고 나머지는 삭제됩니다. 계산된 시간은 12:00부터 18:00까지입니다.

수동확인 모드에서는 동일 직급, 동일 부서에 등록된 중복 마감 미확인 출석만 합산됩니다. 결과적으로, 이러한 통합 투표율의 경우:

• iikoFront에 등록된 간격은 투표율이 겹치는 유사한 간격의 합집합입니다.
• 확인된 간격은 투표율이 겹치는 모든 확인된 간격의 합입니다.

예를 들어:

• 중복 확인됨
• 14:00부터 14:30까지 제1터미널에서 투표율이 생성되고 종료되었습니다.
• 14.10부터 14.20까지 제2터미널에서 투표율이 생성되어 폐쇄되었습니다.

종료 시 두 번째 투표율이 첫 번째 투표율과 병합됩니다. 통합 투표율 확인 제한은 14시부터 14시 30분까지이다.

• 선택적으로 중복 확인됨
• 오후 2시에 제1터미널에서 투표가 열렸습니다.
• 제2터미널은 14.10부터 14.20까지 개장, 폐쇄 및 출석을 확인하였습니다.
• 제1터미널 투표는 14시 30분에 마감되었습니다.

결과적으로 투표율이 합산되지 않습니다. 제2터미널 출연은 이미 확정됐다.

• 매뉴얼과 교차
• iikoOffice는 12시부터 18시까지 투표율을 높였습니다.
• 터미널 1은 14:00부터 16:00까지 개장 및 폐쇄되었으며 참석자가 확인되었습니다.

결과적으로 투표율이 합산되지 않습니다. 두 번째 출연이 확정됐을 당시 첫 번째 출연은 이미 승인된 상태였다.

모든 외형 병합 사례는 "여러 외형 병합" 유형으로 이벤트 로그에 반영됩니다.

메뉴에서 MS Excel로 출석부를 업로드하려면 행위물품을 고르시 오 엑셀로 내보냅니다.로그는 사용자 그룹화, 필터링 및 구성된 매개변수("기간", "모든 직원 표시", "보기: 기간/간격")를 고려하여 업로드됩니다. Excel 형식의 보고서는 iikoOffice에서 보는 것과 동일한 형식으로 생성됩니다.

시간표

시간표에는 직원의 근무 시간에 대한 정보가 포함되어 있습니다. 작업표의 열에는 보고 기간의 각 날짜에 대한 출석 코드와 근무 시간이 표시됩니다. 노쇼(No-Show)의 경우 해당 코드만 입력되고 미근무 시간은 표시되지 않습니다(해당 열은 비어 있음).

직원이 일정이나 급여에 따라 일하는 경우 근무 시간표에는 일정에 따라 근무한 시간만 포함됩니다.

직원의 일정이 유연한 경우 작업표에는 일정을 고려하지 않고 근무한 모든 시간이 포함됩니다.

“T-13 양식에 따른 근로시간표”를 인쇄하거나 엑셀로 다운로드하려면 버튼을 클릭하세요. 행위그리고 선택 인쇄 양식 T-13또는 양식 T-13을 Excel에 업로드합니다.

친애하는 동료 여러분, 안녕하세요!

오늘 - 6월 23일(목) 13:00 모스크바 시간에 ZUP 3.0(3.1)에서 두 번째 생방송이 있을 예정임을 알려드립니다!

오늘 Elena Gryanina는 세미나 중에 받은 질문에 대한 실시간 답변을 제공합니다.

우리는 이 컬렉션이 ZUP 3.0 사용자를 무관심하게 만들지 않을 것이라고 확신합니다.

1. '접수명령(T-1)' 인쇄 시 문서번호에 접두어가 표시되지 않습니다. 인쇄된 형식에서 접두어 출력을 사용자 정의할 수 있습니까?

예, ZUP 3.0에서는 인쇄된 형식의 접두사 출력을 구성할 수 있습니다. 이렇게 하려면 "추가 설정"(메뉴 섹션 "설정")을 열고 "인사 주문 번호에서 조직 및 정보 보안 접두사 제거" 확인란을 선택 취소해야 합니다. 같은 창에는 인쇄된 양식에 대한 다른 설정과 목록 문서에서 직원을 구성하기 위한 설정이 있습니다.

2. ZUP 3.0의 어디에서 직원 휴가 및 휴가 잔액에 대한 자세한 보고서를 볼 수 있는지 알려주십시오. (ZUP 2.5에는 휴가가 사용된 기간과 시기, 현재 잔액을 볼 수 있는 "휴가 증명서"가 있었습니다).

ZUP 3.0에서는 릴리스 자체와 잔액을 모두 추적하기 위한 더 많은 표준 보고서가 나타났습니다. 직원 카드(“직원” 디렉토리)의 “결근” 탭에서 인쇄된 “직원 휴가 증명서” 양식을 불러올 수 있습니다. 이는 ZUP 2.5에 있던 보고서와 유사합니다.

하지만 이 외에도 3.0에는 "휴가 잔액", "휴가 잔액(간단히)", "실제 휴가" 등 여러 보고서가 나타났습니다. 이러한 보고서는 메뉴 섹션 "인사" - "인사 보고서"에서 찾을 수 있습니다.

3. ZUP 8.3에서 분기, 반기 등 급여의 발생 및 공제 요약을 설정할 수 있는지 알려주세요. 한 달 동안만 생성되며, 기간을 설정하면 여러 달로 나누어 생성됩니다.

그래 넌 할수있어. "발생, 공제 및 지불에 대한 전체 요약" 보고서를 약간 사용자 정의해야 합니다. 이렇게 하려면 보고서를 열고 해당 설정("설정" 버튼)으로 이동한 다음 "고급" 보기로 이동하고 "구조" 탭에서 "발생 월"별로 그룹화를 제거해야 합니다. 이렇게 하려면 편집을 위해 "발생 월, 조직" 줄을 열고 열리는 창에서 "발생 월"을 선택 취소해야 합니다. 보고서를 닫고 생성합니다. 매번 조정할 필요가 없도록 이 버전의 보고서를 저장할 수 있습니다.

4. 첫 번째 동기화 중에 모든 연도의 모든 데이터가 ZUP에서 BP로 업로드됩니까? 아니면 이미 회계 프로그램에 있는 해당 연도의 데이터가 업로드되지 않도록 업로드 제한을 설정할 수 있습니까(이전에는 수동으로 입력했습니다)?

이런 가능성이 존재합니다. 동기화 설정 단계에서 "데이터 동기화 매개변수 구성" 단계가 수행됩니다. 이 단계에서는 창 하단에 "업로드 규칙 편집" 링크가 표시됩니다. 그것을 클릭하면 "교환 사용 시작일"을 표시해야하는 창이 열립니다. 여기에 지정된 날짜보다 이전 날짜의 모든 문서는 업로드되지 않습니다. 이 날짜는 회계로 보내기 위한 규칙과 ZUP로 보내기 위한 규칙 모두에 대해 두 번 구성되어야 합니다.

5. 해충 보험료를 계산할 때 일회성 비용은 무시됩니다. 이 데이터베이스가 어디에 구성되어 있는지 알려주실 수 있나요?

"일회성 발생"문서를 게시하면 "보험료 계산을위한 소득 회계"등록부에 소득에 대한 정보가 기록됩니다. 문서를 검토할 때 이 직원이 유해하거나 어려운 근무 조건을 제공하는 직원 직위에 근무하는 것으로 프로그램에서 확인되면 "조기 퇴직 직업에 고용된 사람들에 대한 기여금 대상" 열이 등록부에 채워집니다. .

대부분의 경우 등록부에서 이 항목이 채워지지 않았으므로 "급여 및 기부금 계산"문서의 기부금을 계산할 때 일회성 적립이 고려되지 않습니다. 이는 다음과 같은 이유로 발생할 수 있습니다. 먼저 일회성 적립을 수행한 다음 유해하거나 어려운 조건을 제공하도록 직원 단위를 구성했습니다.

이 문제를 해결하려면 일회성 적립을 다시 수행한 다음 기여도를 다시 계산하면 충분합니다.

6. ZUP 3.0에서 출산 휴가용 T-6 주문을 인쇄할 수 있습니까? 병가 문서에서 그러한 양식을 찾지 못했습니다.

실제로 출산 휴가를 반영하는 "병가" 문서에는 기본적으로 그러한 인쇄된 양식이 없습니다. 표시하려면 프로그램을 구성해야 합니다. HR 계정 설정(메뉴 섹션 "설정" - "HR 계정")으로 이동하여 "출산 휴가용 T-6" 확인란을 선택합니다. 그 후에는 문서에 인쇄된 양식을 사용할 수 있으며, 출산 휴가 후에도 T-2 직원의 개인 카드에 포함됩니다.

7. ​ ZUP 3.0의 생산 달력에서 기본값 채우기 버튼을 클릭했습니다. 그 결과 모든 휴일이 취소되었습니다. 토요일과 일요일만 휴무일로 반영됩니다. 원래 채워진 달력을 어떻게 반환할 수 있나요? 수동으로 다시 입력할 필요 없이 자동으로 수행할 수 있습니까?

예, 물론 가능합니다. "기본값 입력" 버튼을 클릭했을 때 코드 필드가 채워지지 않았을 가능성이 높습니다. 이 필드에 "RF"를 표시해야 하며 프로그램은 법에 따라 모든 공휴일, 환승 및 공휴일 전 날짜를 입력합니다.

8. ​ 기관 설정에는 급여지급방식을 '카드결제'로 표시하고, '급여사업'을 표시하였습니다. 직원 개인 계정을 입력했습니다. 그러나 명세서를 생성할 때 직원의 개인 계좌는 은행에 입력되지 않습니다.

아마도 "은행에 대한 명세서"문서에서 명세서가 생성되는 프레임 워크 내에서 "급여 프로젝트"를 표시하지 않았을 것입니다. 사실 ZUP 3.0은 여러 급여 프로젝트 내에서 동시에 기록을 보관할 수 있으므로 어떤 특정 지불이 이루어지고 있는지 명확하게 표시해야 합니다.

9. ​ 1C ZUP 8 3.0에서 직원 급여의 사전 보고서에 미사용 금액을 원천징수하는 방법을 알려주십시오.

이를 위해 ZUP 3.0은 공제 유형에 대해 표시된 특수 표준 작업 유형을 제공합니다. 다음을 수행해야 합니다. 새로운 공제 유형("설정" - "공제" 섹션)을 생성하고 공제 목적 "기타 거래 정산을 위한 공제" 및 작업 유형 "미사용 책임 금액 유지"를 선택합니다. , 결과가 고정 금액으로 입력되었음을 나타냅니다.

다음으로, "기타 운영에 대한 공제"("급여" 섹션 - "") 문서를 생성하고 생성된 공제 유형과 1개월 기간을 나타냅니다. 우리는 그것을 수행합니다. 공제 자체는 "급여 및 기여금 계산"문서에서 자동으로 발생합니다. 그 후, 그러한 공제를 수행해야 할 때마다 이러한 유형의 공제와 함께 "다른 거래에 대한 공제" 문서를 입력해야 합니다.

10. ​ 동기화 중에는 급여 반영 시트 문서가 전송되지 않습니다. 참고도서만 이전되었습니다. 왜?

데이터 동기화 설정에서 "교환 사용 시작 날짜"를 확인하세요: 메뉴 섹션 "관리" - "데이터 동기화 설정" - "데이터 동기화" - "구성" 버튼. 이 날짜는 전송하려는 문서의 날짜보다 이후일 가능성이 높습니다. 편집하세요. 날짜 조정은 ZUP 측과 회계 측 모두의 동기화 설정에서 이루어져야 한다는 점을 명심하세요.

11. ​ "휴가" 문서를 생성하고 계산하는데 게시하려고 하면 문서가 게시되지 않습니다. "문서가 계산되지 않았습니다"라는 메시지가 나타납니다. 왜?

문서를 게시하기 전, 문서양식 하단의 “계산 승인” 체크박스를 체크하거나, 문서 전체 목록에서 “승인” 버튼을 눌러주셔야 합니다. 데이터베이스에 개인 권한이 있는 사용자가 포함된 경우 이러한 요구가 발생합니다. 또한 휴가, 출장, 병가 및 기타 문서의 인사 부분에 액세스할 수 있습니다. 기간 및 기타 인사 설정을 나타내는 이러한 문서를 처음 생성하는 것은 바로 이러한 사용자이며, 회계사의 권한을 가진 사용자는 문서 계산을 확인하고(인사 담당자에게는 표시되지 않음) 이 문서를 승인해야 합니다.

12. ​ "계획된 적립 할당" 문서를 사용하려고 했지만 적립을 선택할 때 계산 유형이 표시되지 않습니다. "계획된 발생액 변경" 문서를 사용할 때 모든 것이 해결되었습니다. 그렇다면 ZUP 3.0의 첫 번째 문서는 무엇을 위한 것입니까?

"계획된 발생 ​​할당"은 ZUP 3.0의 상당히 새로운 문서입니다. "여러 동시 발생 지원" 속성을 가진 발생 유형을 할당하는 데 사용됩니다. 이 기능은 다양한 입력 계산 조건을 사용하여 한 유형의 발생액을 한 직원에게 여러 번 할당할 수 있음을 의미합니다. 그리고 이 발생액은 "급여 및 기여금 발생액" 문서에서 금액이 다른 여러 줄로 직원에게 표시됩니다.

예를 들어, 직원에게 신입사원인 '멘티'를 3개월간 배정하고, 3개월간 10%의 '멘토링 보너스'를 부여했습니다. 다음 달에 그들은 6개월 동안 또 다른 보너스를 할당하고 동일한 보너스(동일한 유형의 발생)를 다시 할당했지만 기간은 다르고 10%가 아니라 7%였습니다. 발생 유형은 동일하지만 "급여 발생 ..."문서의 행은 금액이 다르며 다릅니다. 이러한 상황에 이 문서를 사용해야 합니다.

13. ​ZUP 3.0과 Accounting 3.0 간의 동기화를 설정할 때 업로드가 "직원별 통합"으로 수행되도록 지정할 수 있습니다. 회계의 회계 옵션에도 비슷한 설정이 있습니다. 차이점은 무엇입니까?

동기화 설정에서 "직원별 요약" 옵션을 선택하면 명세서는 회계에 전혀 업로드되지 않으며 "급여 반영..." 문서는 업로드되더라도 직원에 대한 정보를 포함하지 않습니다. 표 섹션.

동기화 설정에서 "세부 사항 포함 ..."옵션을 선택하고 회계 측면의 회계 매개 변수에 "요약 ..."(메뉴 섹션 "관리"- "회계 매개 변수"- "설정"을 표시하는 경우) 계정과목표" - "직원과의 정산 회계" ), 명세서는 급여에서 언로드되고 "급여 반영..." 문서에는 표 섹션의 직원에 대한 정보가 포함됩니다. 그러나 그러한 문서를 전기할 때 회계 프로그램의 회계 옵션 설정으로 인해 전기가 통합됩니다.

즉, 동기화 설정에 따라 업로드되는 항목이 결정되고, 회계 매개변수 설정에 따라 '회계 급여 반영' 문서에 전기가 어떻게 작성되는지가 결정됩니다.

14. ​ 체르노빌 원자력 발전소의 추가 공급을 반영하도록 ZUP 3.0에서 발생 유형을 어떻게 구성할 수 있습니까?

급여 계산 설정에서 "체르노빌 원자력 발전소 재해로 인해 방사선에 노출된 시민을 위한 추가 휴가"(메뉴 섹션 "설정" - "급여 계산" - "구성 설정) 확인란을 선택하면 충분합니다. 발생 및 공제” - “휴가” 탭). 그런 다음 해당 발생 유형과 휴가 유형이 프로그램에 생성됩니다. 휴가 자체가 "휴가" 문서에 반영되어야 합니다. '추가 휴가, 휴가' 탭에는 '체르노빌 원전 피해자를 위한 추가 휴가' 유형과 기간을 기재합니다. 그 후, "발생" 탭에서 프로그램은 발생 유형을 독립적으로 계산합니다(휴가 자체는 연방 예산에서 지급되므로 일수만 계산합니다).

15. ​ ZUP 3.0의 목록에서 해고된 직원을 제거하는 방법은 무엇입니까?

이렇게 하려면 직원 카드를 열고(편집을 위해 "직원" 디렉토리에서 원하는 요소 열기) 이 양식 하단에서 "목록에 표시 안 함" 확인란을 선택해야 합니다. 해당 직원과 관련된 모든 거래가 완료되었습니다." 결과적으로 이 직원은 디렉터리 목록에 표시되지 않습니다. 이를 보려면 "직원"디렉토리 자체 하단에서 "더 이상 작업이 수행되지 않는 직원 숨기기"를 선택 취소해야 합니다.

16. 병가를 계산하기 위해 ZUP 3.0에서 이전 직장의 소득 정보를 어떻게 입력할 수 있습니까?

이 정보를 ZUP 3.0에 입력하려면 "혜택 계산 인증서(수신)" 문서를 사용해야 합니다. 이는 급여 메뉴 섹션에서 호출할 수 있습니다. 참조 - 혜택 계산을 위한 증명서 또는 "병가" 문서의 평균 소득 계산을 위한 계산기에서 직접("이전 근무지의 증명서 추가" 버튼). 가장 중요한 것은 병가 문서에 이 정보를 입력한 후 "이전 보험 계약자의 소득 고려"( "지불"탭) 확인란을 선택하십시오. 그렇지 않으면 계산에 고려되지 않습니다.

17. ​ 직원에 대한 ZUP의 병가 수당 비율은 최소 60%이지만 서비스 기간은 길어서 100%가 되어야 합니다. 내 업무 경험에 대한 정보를 입력했지만 병가 프로그램에서는 해당 정보를 고려하지 않습니다. 왜?

근속 기간을 입력한 기준일이 병가 시작일보다 이후일 가능성이 높습니다. 즉, 프로그램 시작일에는 병원 경험이 없는 것으로 나타났다. 따라서 체험정보를 입력한 날짜를 수정해야 합니다. 이는 "병가" 문서에서 직접 수행할 수 있습니다.

18. ​ ZUP 3.0에서 현재 계획된 모든 직원 발생을 어떻게든 추적할 수 있습니까?

그래 넌 할수있어. 첫째, "적립 및 공제" 탭에서 직원 카드("직원" 디렉터리)의 현재 날짜를 기준으로 유효한 모든 계획된 적립 및 공제를 볼 수 있습니다. 둘째, 이 탭을 열면 창이 나타나고 오른쪽 상단에 "기록" 버튼을 사용할 수 있습니다. 이 버튼을 누르면 해당 직원에 대한 계획된 적립액의 전체 변경 내역을 알려주는 보고서가 열립니다.

19. ​인사담당자가 이미 계산된 기간 내에 문서를 변경할 수 없도록 ZUP 3.0을 만드는 방법은 무엇입니까?

예, 금지 날짜를 설정해야 합니다. 이는 관리 – 지원 및 유지 관리 섹션에서 수행됩니다. "금지 날짜 변경" 확인란을 선택하고 확인란 오른쪽에 있는 "설정" 링크를 클릭하여 설정 창을 엽니다. 여기에는 어느 사용자, 어느 날짜부터 어느 섹션 및/또는 개체에 대한 액세스를 거부할지 표시됩니다. 이 설정을 수행하려면 적절한 권한이 있어야 합니다.

20. ​ ZUP 3.0에 연금 파일 레이아웃을 준비하는 기능이 포함되었으면 합니다.

1C ZUP 3.0에는 이미 그러한 기회가 있습니다! 규제 보고서 목록(메뉴 섹션 보고, 참조 - 1C-보고)에서 이러한 레이아웃을 생성할 수 있습니다. 직원을 선택하고(직원에 대해 사용 가능하고 필요한 모든 정보를 입력) 필요한 문서를 스캔하여 파일을 입력해야 하는 양식이 열립니다. 그런 다음 레이아웃을 1C에서 러시아 연금 기금으로 직접 보낼 수 있습니다(1C-Reporting이 연결된 경우).

21. ​ ZUP에서 직원의 소득 증명서를 어떻게 인쇄할 수 있나요?

ZUP 3.0에는 이에 도움이 될 수 있는 다양한 형식이 있습니다. 첫째, 직원 명부 목록의 일부로 "소득 증명서(자유 형식)"라는 인쇄된 양식이 있습니다. 둘째, 소득에 대한 정보를 인쇄할 수도 있는 "혜택 계산을 위한 나가는 증명서" 문서가 있습니다. 이 문서는 해고 문서를 기반으로 생성할 수 있으며, 메인 메뉴 – 모든 기능에서도 확인할 수 있습니다. 소득에 대한 정보를 제공하기 위해 "직원을 위한 2-NDFL" 문서의 2-NDFL 양식을 사용하는 경우가 많습니다(메뉴 섹션 "세금 및 기부금").

22. ​ 직원 목록이 포함된 문서를 열 때마다 직원 이름별 정렬이 손실됩니다. 길을 잃지 않도록 올바르게 설정하는 방법은 무엇입니까?

예, 이 정렬은 사용자 정의할 수 있습니다. 이렇게 하려면 추가 프로그램 설정(메뉴 섹션 설정 – 추가 설정)에서 직원 이름별 정렬 옵션을 맨 위로 이동해야 합니다. 사실 프로그램은 기본적으로 부서별로 정렬한 다음 직책별로, 이름별로만 정렬하도록 구성되어 있습니다. 단지 이 순서를 변경해야 하며 ZUP 3.0에서 목록 문서의 모든 표 형식 부분은 직원의 전체 이름을 기준으로 정렬됩니다.

23. ​ 직원은 휴가를 떠난 사람의 작업을 결합합니다. 시간제 직원은 자신의 급여와 해당 직원의 급여를 모두 받아야 하며 계산은 다른 일정에 따라 이루어져야 합니다. ZUP 3.0에서 이를 어떻게 구현하나요?

ZUP 3.0에서는 "Part-time jobs"(상당히 새로운 프로그램 메커니즘임)를 입력하여 이를 구현하는 것이 더 좋습니다. "파트타임 근무 배정" 문서에는 누가 누구를 위해 일하고 교체되는 사람의 일정에 대한 정보를 입력해야 합니다. 또한 마감일을 입력하고 이 아르바이트에 대한 지불 조건을 확인하세요. 결과적으로 교체 직원에 대한 "급여 및 기부금 계산" 문서에는 그의 급여(그가 가지고 있는 일정에 따라)와 교체된 직원의 급여 계산(교체 직원의 일정에 따라)이 모두 표시됩니다. )이 계산됩니다. HR 회계 설정(메뉴 섹션 설정 - HR 회계)에서 이 메커니즘을 사용하려면 "파트타임 작업이 사용됩니다" 확인란을 선택해야 합니다.

24. ​6-NDFL 제목 페이지에 대리인 문서의 정보가 기재되도록 프로그램의 어느 부분에 정보를 기재해야 합니까?

ZUP 3.0의 이 정보는 조직에 대한 정보로 채워집니다. "메인" 탭에서 "등록 데이터 변경" 링크를 클릭하고 열리는 "신고 표시" 설정 그룹에서 담당자를 선택하고 담당자에 대해 필요한 정보를 입력해야 합니다.

이 정보는 보고서를 작성할 때가 아니라 보고서를 작성할 때 6-NDFL/2-NDFL 보고서의 제목 페이지에 표시된다는 점을 명심하세요. 따라서 이미 보고서를 생성하고 저장한 경우 새 보고서를 생성해야 합니다.

25. ​ ZUP 3.0에서 대출 의무를 공식화하는 것이 가능합니까? 아니면 수동으로 보류를 생성해야 합니까?

예, 물론 있습니다. 이를 위해 ZUP 3.0은 "직원에 대한 대출" 저널(메뉴 섹션 급여 - 참조)에 문서 그룹을 제공합니다. 이 문서에는 대출 조건, 조건 변경, 대출 발행 및 상환에 대한 정보가 포함되어 있습니다. 대출 조건에 급여 상환이 명시되어 있는 경우 "급여 계산..." 문서에서 자동으로 공제가 이루어집니다. 조건에 명시된 경우 중요한 혜택에 대해서도 개인 소득세가 계산됩니다.

26. ​ T-3 직원 테이블은 현재 날짜에 대해서만 생성되며 보고서 생성 날짜를 선택할 수 없습니다.

아마도 당신은 Staffing Directory에서 T-3 보고서를 생성하고 있을 것입니다. 개발자는 현재 직원 테이블을 형성한다고 제공했습니다. 다른 날짜에 대해 T-3을 생성해야 하는 경우 인사 보고서 목록(메뉴 섹션 인사 – 인사 보고서 – 직원 목록(T-3) 보고서)에서 보고서를 호출하는 것이 좋습니다. 이 버전의 보고서에서는 기본 날짜가 보고서 헤더에 표시됩니다.

27. 야간근로수당 추가수당은 왜 계산되지 않나요? 급여 문서에 해당 항목이 나타납니다.

급여 문서에서 "시간" 표시기의 값을 확인하는 것이 좋습니다. 우리는 서 있습니다.” 이 추가 요금을 계산하기 위한 표준 공식에 사용됩니다. 아마도 “시간. 우리는 서 있습니다.” 0으로 밝혀졌습니다. 이는 다음과 같은 이유로 발생할 수 있습니다: 급여 설정(메뉴 섹션 설정 - 급여)에서 직원의 월급을 시간당 요율로 다시 계산하는 방법은 "월 평균 시간(일)"에 따라 설정됩니다. , 그러나 직원의 근무시간에는 '월평균 숫자'가 입력되지 않습니다." 반드시 채워졌는지 확인하거나 수동으로 입력해야 합니다.

28. ​직원은 열악한 근무 조건에서 정기적으로 근무하지만 동일한 위치를 유지합니다. 새로운 직위로 이동하지 않고도 이를 ZUP 3.0에 반영할 수 있나요?

예, ZUP 3.0에서는 표준 수단을 사용하여 이를 반영할 수 있습니다. 조직의 회계 정책 설정("회계 정책 및 기타 설정" 탭의 "조직" 디렉터리)에서 "특별 근무 조건 사용" 확인란을 선택해야 합니다. 그런 다음 "작업 조건" 참고서에서 새 요소를 만들고 작업 조건을 설정해야 합니다. 직원이 이러한 근무 조건 하에서 근무한다는 사실은 "티켓 시트" 문서에 반영될 수 있습니다. 결과적으로 다른 직위로 이동할 필요가 없으며 이제 근무 조건은 직위를 통해서만 설정되는 것이 아닙니다.

29. 출산 휴가 서류를 찾을 수 없습니다!​

ZUP 3.0에서는 이를 위해 "병가" 문서를 사용해야 합니다. 서류 중 '장애 사유' 항목에 '(05) 출산휴가' 항목을 선택해야 합니다.

30. 두 개의 조직이 포함된 하나의 ZUP 3.0 데이터베이스와 동일한 조직이 포함된 두 개의 별도 ACC 3.0 데이터베이스가 있습니다. 이 경우 동기화를 어떻게 설정해야 합니까?

두 가지 다른 동기화를 설정해야 합니다. Salary 데이터베이스의 설정을 고려하면 상황은 다음과 같습니다. 첫 번째 동기화에는 회계 데이터베이스 "A"에 대한 경로가 있으며 조직 "a"만 동기화를 위해 선택됩니다. 두 번째에서는 기지 "B"로의 경로와 이에 따라 조직 "b"를 통해 교환이 수행됩니다. 데이터베이스 경로와 교환이 이루어지는 조직 선택은 동기화를 설정할 때 발생합니다.

31. 이제 직원의 급여명세서에 이전 달에 대한 내용이 표시되는데, 이런 일이 발생한 이유는 무엇입니까?

사실 ZUP 3.0은 재계산 필요성을 추적하는 메커니즘을 구현합니다. 아마도 지난 달 "급여 계산..." 문서를 작성한 후 이미 계산된 이전 달의 날짜를 기준으로 임금 계산 조건이 일부 변경되었을 가능성이 높습니다(예: 인사 이동이 이루어짐). 프로그램은 이를 추적하고 이 직원에 대한 재계산의 필요성을 기록했습니다. 메뉴 섹션 급여 – 서비스 – 재계산에서 현재 등록된 모든 재계산을 추적할 수 있습니다. 여기에서 수동으로 삭제하거나 반대로 재계산의 필요성을 추가할 수 있습니다.

귀하의 경우 상황을 분석하여 재계산이 등록된 이유를 알아보고 그것이 올바른지 여부를 이해해야 합니다. 어쩌면 그것은 단지 회계 오류일 수도 있습니다.

32. ​ ZUP 2.5에서 3.0으로 초기 데이터 전송을 수행했으며 직원 급여에 대한 보고서를 생성 중이지만 비어 있습니다. 왜 아무것도 전송되지 않았나요? 전송 오류가 발생하지 않았습니다.

데이터를 전송할 때 권장되는 단축 전송 옵션을 사용했을 가능성이 높습니다(기본적으로 설정됨). ZUP 3.0의 특징은 평균 소득 계산 데이터, 세금 및 기부금 계산 정보, 초기 인사 정보 등 가장 필요한 정보만 포함한다는 것입니다. 급여 보고서를 통해 평균 계산을 위한 데이터를 볼 수 없으며, 병가, 휴가 등을 계산할 때 바로 사용됩니다. 또한 "데이터 전송" 문서 로그(메뉴 섹션 관리 - 참조)에서 전송된 정보를 직접 확인할 수도 있습니다. 그리고 초기 인사 정보는 “운영 시작 데이터” 저널(메뉴 섹션 “메인”)에서 확인할 수 있습니다.

33. ​ ZUP 3.0과 Accounting 3.0의 동기화 메커니즘은 무엇을 의미합니까? 어떤 정보가 전송됩니까?

동기화 프로세스에 참여하는 두 가지 주요 문서는 "회계에 급여 반영"(회계에서 급여 전기가 기본으로 생성됨)과 "명세서..." 문서(회계 프로그램에 첨부됨)입니다. 비용 문서). "Vedomosti..." 전송이 비활성화될 수 있습니다. 동기화에는 "휴가에 대한 예상 부채 발생"(부채를 추적하는 경우), 임금 예치, 예치된 임금 지불, 직원에게 대출 발행, 직원에 의한 대출 상환 등 여러 다른 문서도 포함될 수 있습니다. .

문서에 사용되는 디렉터리(조직, 개인, 반사 방법)도 동기화됩니다.

동기화를 위해 등록된 데이터의 전체 목록은 여기에서 추적할 수 있습니다. 관리 – 데이터 동기화 설정 – 데이터 동기화 – 구성 – 데이터 동기화 매개변수 – 전송된 데이터 구성.

34. ​ 홀딩(ZUP 3.0) 반사 방식은 어떻게 설정하나요?

보존 유형의 경우 반영 방법이 지정되지 않습니다. 공제 유형 설정에서 가장 중요한 것은 "공제 대상"을 올바르게 선택하고 필요한 경우 "운영 유형..."을 선택하는 것입니다. 이 데이터를 바탕으로 회계 프로그램으로 이전되면 필요한 전기가 자동으로 입력됩니다.

35. ​ 개인소득세 계산, 원천징수, 양도를 정리하고 싶습니다. 상황을 분석하려면 어떤 보고서와 기록을 살펴봐야 합니까?

첫째, 개발자가 제공하는 보고서를 사용할 수 있습니다: 월별 개인 소득세 분석 및 개인 소득세 납부 분석(메뉴 섹션 세금 및 기부금 - 세금 및 기부금 보고서). 둘째, 계산, 원천징수 및 양도된 개인 소득세에 대한 정보가 포함된 등록부를 직접 분석할 수 있습니다. 열거됨- 이것은 "개인 소득세 예산에 따른 납세자 계산"등록부의 들어오는 움직임입니다. 유지된– 동일한 등록에 따른 지출 이동 및 "개인 소득세 예산에 따른 세무 대리인 계산" 등록에 따른 소득 이동. 상장됨– "개인 소득세 예산에 따른 세무 대리인 계산"등록부에 따른 비용.

유니버설 리포트(메인 메뉴 – 모든 기능 – 리포트)를 이용하여 분석하는 것이 가장 편리합니다.

36. ​ 특허 선지급 정보는 어디에 입력하나요?

이 정보는 직원 카드(“직원” 디렉터리)에 입력됩니다. "소득세" 탭으로 이동해야 하며 창 하단에 "특허 선불 통지"를 입력할 수 있는 기회가 있습니다. 여기에는 직원의 상태인 "특허에 근거하여 고용된 비거주자"도 표시해야 합니다.

또한 선지급 자체에 대한 정보도 입력해야 합니다. 이는 "개인 소득세 선불"문서(세금 및 기부금 섹션 - 개인 소득세에 대한 모든 문서)를 통해 수행됩니다.

37. ​모든 적립이 이루어졌으나 어떤 이유로 직원이 금전등록부에 포함되지 않습니다. 이유가 무엇일까요?

설정에서 급여 지불 옵션이 잘못 지정되었을 수 있습니다. 조직 설정('회계 정책 및 기타 설정' 탭 - '회계 및 급여 지급' 탭) 또는 부서 설정에서 선택된 지급 방법을 확인하세요. 금전등록기를 통해 올바른 옵션이 있는 경우 직원 카드에 표시된 내용을 확인하세요('지불, 비용 회계' 탭).

38. ​​모든 적립이 이루어졌지만 어떤 이유로 직원이 금전 등록기에 포함되지 않습니다. 이유가 무엇일까요?

"지급 가능" 열을 의미하는 경우 이는 직원이 이전 발생 월에 부채가 있음을 의미합니다. 예를 들어, 이러한 상황은 급여를 지불할 때 반올림을 사용하는 사람들 사이에서 정기적으로 발생합니다.

양도에 대한 개인 소득세 분야에 대해 말하면 급여 지급시 지난달에 계산되었지만 어떤 이유로 원천 징수되지 않은 개인 소득세가 있음을 의미합니다. 이 상황을 분석하는 것이 좋습니다. 개인 소득세가 원천징수되지 않은 이유를 알아보세요. 원칙적으로 이것이 항상 오류가 되는 것은 아닙니다. 직원이 단순히 급여를 받지 못했기 때문에 개인 소득세를 원천징수할 수 없었을 수도 있습니다. 그러나 어떤 경우에도 상황은 명확해야 합니다.

39. ​​ZUP 3.0의 어떤 문서에 개인의 자동차 렌트가 반영되어 있나요?

이렇게 하려면 "기타 소득 등록" 문서를 사용하는 것이 좋습니다(메뉴 섹션 "급여" - 참조 - 문서 일지 "기타 소득"). 급여 설정에서 이 문서를 사용하려면 "임금과 관련되지 않은 기타 소득이 등록되어 있습니다"(메뉴 섹션 "설정" - 급여) 확인란을 선택해야 합니다.

40. ​​월급을 계산해야 하는데 직원이 아직 병가를 가져오지 않았습니다. 그의 부재를 어떻게 반영합니까?

"알 수 없는 이유로 인한 결석"(메뉴 섹션 인사 - 모든 직원 부재) 유형의 "결근, 노쇼" 문서를 사용해야 합니다. 이 문서는 임금을 계산할 때 직원의 근무일을 일정에서 대체합니다. 다음 달 병가가 부여된 후 병가 문서를 입력하면 알 수 없는 이유로 이번 결근에 대한 정보가 자동으로 취소됩니다.

"결근, 불참" 문서를 사용하려면 프로그램 설정에서 해당 상자를 선택해야 합니다(섹션 설정 – 급여 계산 – 적립 및 공제 구성 설정 – 부재 회계 탭).

41. ​ ​ 작업표 문서가 게시되지 않습니다. 메시지가 나타납니다: 주말 시간 유형이 계획된 출석 데이터와 일치하지 않습니다.

이 경우 프로그램은 입력된 작업표와 직원의 일정에 지정된 휴일의 준수 여부를 확인합니다. 이런 일이 발생하지 않도록 하려면 급여 설정(메뉴 섹션 설정 – 급여)에서 "실제 시간이 계획된 시간과 일치하는지 확인" 확인란을 선택 취소해야 합니다.

42. ​​사정으로 인해 채용지원서에서 비정규근로시간 추가휴가를 선택할 수 없습니다. 휴가 유형 목록에 있지만.

아마도 이 유형의 휴가를 생성할 때 "연간 휴가" 확인란이 선택되지 않았을 가능성이 높습니다. 설정하시면 채용문서에서 연차선택시 추가휴가가 적용됩니다.

43. ​​보고서 설정에 단순-고급 보기 옵션을 선택하는 버튼이 없는 이유를 알려주세요. 나타나게 하려면 어떻게 해야 합니까?

현재 사용자의 모양 설정을 재설정해 보세요. 이 작업은 메뉴 섹션 관리 – 사용자 및 권한 설정 – 사용자 설정에서 수행됩니다.

44. ​​6-NDFL을 구성할 때 별도의 부서를 선택하는 방법을 이해할 수 없습니까?

이렇게 하려면 보고서 제목 페이지에서 "세무 당국에 제출됨(코드)" 필드를 두 번 클릭해야 합니다. 결과적으로 창이 열립니다. 여기에서 보고서를 준비 중인 별도 부서에 해당하는 세무 당국을 선택해야 합니다.

45. ZUP 3.0. 새로운 유형의 발생액 설정. 새로운 지표를 입력하면 그것이 숫자인지 금전인지를 표시해야 합니다. 무엇을 선택해야 할지 알려주세요.

이 표시기를 통해 금전적 가치(예: 판매자의 수익) 또는 계산 준비 금액을 입력하는 경우 "돈" 옵션을 표시하는 것이 더 논리적이지만 이것이 특정 수량의 표시인 경우(예: (예: 판매된 수박 개수) 이 금액을 기준으로 적립금이 계산되므로 숫자로 입력하는 것이 좋습니다. 이 설정은 전역적으로 아직 아무 것도 영향을 미치지 않지만 조각, 리터, 킬로그램, 킬로미터 등 자신이 생성한 표시기 또는 그 밖의 의미가 무엇인지 스스로 결정하기 때문입니다.

46. ​​​​​​개인 소득세 신고서를 제출하기 위한 별도 부서의 회계를 올바르게 설정하는 방법을 알려주십시오.

이러한 별도 부서에 해당하는 "부서" 디렉토리 요소에서 "별도 부서입니다" 확인란을 선택하고 "변경" 링크를 사용하여 이 부서가 속한 세무 당국에 대한 정보를 지정해야 합니다. 결과적으로, 해당 별도 부서에 근무하도록 등록된 직원의 계산, 원천징수 및 양도된 개인소득세는 세무 당국에 등록됩니다. 그리고 규제 보고서를 생성할 때 생성하기 전에 세무 당국을 선택해야 합니다.

47. ​​직원을 선택할 때 그가 내부 시간제 직원인지, 본사 직원인지 명확해야합니다. ZUP 3.0에서 이를 구성할 수 있습니까?

예. 이렇게 하려면 HR 회계 설정(메뉴 섹션 설정 - HR 회계)에서 직원 디렉터리 요소 표시에 대한 규칙을 설정해야 합니다. "고용 유형" 표시와 관련된 몇 가지 옵션이 있습니다.

48. ​​ZUP3에서 처음부터 회계를 시작합니다. 직원에 대한 모든 정보를 입력했습니다. 선불 결제를 하고 싶었으나 선불 결제 양식이 작성되지 않았습니다.

직원에 대한 초기 데이터(채용 또는 초기 직원 배치)를 입력한 문서에는 "월 상반기 계산 기준" 선불 지불 옵션이 지정되어 있을 가능성이 높습니다. "상반기 발생액" 문서를 입력, 작성 및 계산하거나 옵션을 변경해야 합니다(고정 선불 금액 또는 백분율 표시). 그러면 선불 옵션이 포함된 명세서가 자동으로 작성됩니다.

49. ​ ​ 급여 반영 시 개인소득세를 주근로자와 계약직으로 구분하는 방법을 알려주세요.

'계약자'에 대한 별도의 반영방법 설정이 필요합니다. 이는 "송장, 하위 항목" 필드의 "계약(작업, 서비스)" 문서 또는 "완료된 작업에 대한 승인 증명서" 문서(사용하는 경우)에서 수행할 수 있습니다.

50. 직원에게 자비로 휴가를 제공해야합니다. 문서를 찾을 수 없습니다!

이 문서는 "무급 휴가"라고 하며 문서 로그 "직원의 모든 부재"(메뉴 섹션 "인사")에서 찾을 수 있습니다. 이 문서가 없으면 급여 계산 설정에서 "무급 휴가" 확인란을 선택해야 합니다(메뉴 섹션 설정 – 급여 – 발생 및 공제 구성 설정 – “휴가” 탭)

1. 3월 선거의 공식 통계에 나타난 변칙적인 내용은 TrV-Nauka 최신호에 자세히 설명되어 있습니다. Candidate of Sciences는 식별을 위한 방법론적 기반과 선거 결과 평가를 위한 이러한 변칙의 중요성에 대해 논의합니다. 바이오. 과학, 상트페테르부르크 고등경제대학 사회학과 부교수. 기사의 온라인 버전에는 세 개의 그림과 설명이 추가되었습니다(아래 참조).

지난 선거와 관련해 선거통계 변칙 논의가 다시 부활했다. 2011~2012년과 달리 주요 토론 플랫폼은 LiveJournal이 아닌 Facebook이었지만 일부 주제는 놀라울 정도로 끈질긴 것으로 나타났습니다. 특히 "Gauss"와 "Churov"의 서사적 대결에서 다시 많은 사본이 깨졌습니다. 모든 것이 논의되고 해결된 것처럼 보이지만 투표율이 정상적으로 분배되어야 한다고 믿는 사람들도 있고, 투표율이 전혀 나오지 않는다는 점을 근거로 선거 결과 조작에 대한 모든 평가가 틀렸다고 믿는 사람들도 있습니다. 정규 분포를 따르려면. 양측의 끈질긴 끈기로 장기간 합의에 이르지는 못하겠지만 어느 정도 중간 결과는 도출할 수 있을 것으로 보인다.

투표율 분포가 정상적이지 않은 이유는 무엇입니까?

인구의 자연적인 공간 분리에 대한 사회학적 고려 사항 외에도 여기에는 순전히 수학적 두 가지 이유가 있습니다. 첫째, 가능한 투표율 값의 범위는 0부터 1까지의 유리수(즉, 정수를 서로 나누어서 얻을 수 있는 수)이며, 정규분포는 연속적이고 무한하다. 둘째, 투표소는 일반 유권자 집단의 무작위 표본이 아니며, 투표소 전체의 평균 투표율 분포는 중앙 극한 정리로 축소할 수 있는 사례로 간주될 수 없습니다.

투표소가 전국 전체 인구를 대상으로 실시되는 추첨에 의해 형성된다면 투표율 분포는 정상에 접근할 가능성이 있을 것입니다. 해당 번호를 가진 투표소에 배정된 것으로 간주되며, 1에서 97,000 이상까지 나머지 번호를 뽑은 사람들도 마찬가지입니다. 유권자가 전체가 아닌 부분적으로 투표할 수 있다면 상황은 더욱 좋아질 것입니다. 예를 들어 1이 아닌 0에서 1 사이의 임의의 투표 수(예: 0.967)를 제공할 수 있습니다. 그러나 이 두 가지 제안 모두 현실과는 거리가 멀다.

추측적인 고려 사항 외에도 여러 국가에 대한 비교 데이터가 있습니다. 그 중 어느 곳에서도 선거구 전체의 투표율 분포가 표준 정규성 테스트를 통과하지 못했습니다. 종 모양의 밀도 그래프가 있는 모든 분포가 엄격한 수학적 의미에서 정규 분포로 간주될 수 있는 것은 아닙니다. 필요한 것은 단순한 "종"이 아니라 매우 특정한 비율의 "종"입니다. 투표율 히스토그램은 일반적으로 기대값과 분산이 동일한 정규 분포의 밀도보다 정점이 더 높으며 다소 비대칭입니다.

러시아에서는 어떤 모습이어야 할까요?

우리는 확실히 모릅니다. 기존 왜곡은 상당히 심각합니다. 어떤 곳에서는 실제 분포를 전혀 식별할 수 없으며(예: 체첸 또는 카바르디노-발카르 공화국), 다른 곳에서는 그 흔적만 볼 수 있습니다(타타르스탄, 케메로보 지역). 동시에 투표율 분포가 어떻게 형성되는지에 대한 이론적 고려 사항이 있습니다. 유권자는 가장 안정적인 투표 행위 패턴을 수정하는 다양한 요인의 영향을 받아 투표 참여 여부를 결정합니다.

결과적으로 각 지역은 부분적으로 무작위 요인으로 인해 투표소 전체에 특정 값이 분산되어 있는 자체 평균 유권자 활동 지표를 특징으로 합니다. 거의 모든 주요 지역에서 투표율 분포는 대략 종 모양이고 약간 비대칭이어야 합니다(대개 큰 "도시" 지역보다 작은 "농촌" 지역에서 투표율이 약간 더 높고 값의 확산이 더 크기 때문에). "어깨"/"꼬리."

지역마다 투표율 평균이나 분산율이 다를 수 있지만 이러한 차이는 북부와 남부, 서부와 동부, 도시와 농촌 등 합리적인 지리적 패턴을 형성해야 합니다. 역사적인 "내부" 국경의 존재는 많은 도움이 됩니다. 미국). 이러한 패턴은 시간이 지나도 상대적으로 안정적이며 선거 주기마다 급격하게, 다른 방향으로 바뀔 수 없습니다.

러시아는 규모가 크고 다양하지만 인구의 자연적인 이질성으로 인해 여러 지역의 투표율 분포 특성에서 관찰되는 차이의 수준을 설명할 수 없습니다(예를 들어 몇 년 동안 카바르디노-발카리아, 잉구세티아, 체첸에서는 완전히 "반대"에 거의 변화가 없음) 인간” 지표 Sverdlovsk 지역, Karelia 또는 Khakassia) 또는 지리적 기이함 - 서로 멀리 떨어져 있는 타타르스탄, 크라스노다르 영토 및 케메로보 지역이 거의 유사한 분포 패턴을 보이는 이유가 명확하지 않습니다. 스베르들롭스크나 노보시비르스크 지역과 같은 선거 지표 측면에서 "이상적인" 지역입니다. 또한 자연적 이질성 가설은 2011년 두마 선거와 2012년 대통령 선거 사이에 모스크바 투표율 분포의 급격한 변화를 설명하지 못합니다.

왜 "Churov 분포"와 일치할 수 없나요?

왜냐하면 이상 현상은 투표율 분포의 비대칭성에만 국한되지 않기 때문입니다. "Churov 분포"의 가장 중요한 특징 중 하나는 반올림 숫자에 대한 변칙적인 매력입니다. 투표율의 약 80%(어떤 해에는 더 낮음)부터 시작하여 이러한 이상값은 모든 전체 백분율 지점에 위치합니다. Dmitry Kobak, Sergey Shpilkin 및 Maxim Pshenichnikov의 공동 기사에서는 투표율 분포 시뮬레이션을 기반으로 이러한 이상치가 형성될 확률을 추정하기 위한 알고리즘이 제안되었습니다. 그들의 알고리즘은 알려지지 않은 "진정한" 투표율 분포가 아니라 날카로운 비대칭성이 현실과 일치할 수 있다는 가정을 바탕으로 "Churov 분포"에 대한 가능한 값 범위를 생성합니다.

누구나 이해하고 재현할 수 있는 분석을 통해 자연적인 확률론적 과정에서 이러한 피크가 나타날 확률은 무시할 수 있음을 보여줍니다. 위조에 대한 온건한 접근 방식을 갖춘 이 방법은 상대적으로 "깨끗한" 상트페테르부르크에서도 투표율의 변칙적 특성을 감지할 수 있을 만큼 민감합니다(그림 1, 2 참조). 이 방법을 사용하면 "인기 있는" 단순 배수 비율(½, 2/3, 3/4 등)의 존재로 인해 발생하는 자연적 피크와 "인적 요소"로 인해 발생하는 변칙적 피크를 확실하게 구별할 수 있습니다.

초기 절대 지표(예: 유효한 투표 용지 수)도 어림수인 경향이 있습니다. 마지막 숫자의 빈도 분석에서는 예상 균일 분포와 통계적으로 유의미한 편차도 표시됩니다.

선거통계의 변칙이 부정행위를 증명하는가?

예. 이전 섹션에서 나는 왜 수학적 고려가 이것에 충분한지 설명하려고 노력했습니다. 그러나 우리가 가지고 있는 것은 그들뿐만이 아닙니다. 지난 몇 년 동안 투표 집계 단계에서 투표용지 채우기 및 심각한 위반, 관찰자가 받은 프로토콜 사본의 수치와 국가 자동화 시스템 "선거"의 수치 간의 불일치에 대한 관찰자의 보고서가 축적되었습니다.

공식 영상 녹화를 기반으로 한 투표율 재검표 데이터가 있는데, 이는 선거구 위원회에서 제공한 데이터와 크게 다릅니다(그림 3). 올해 비디오 녹화 작업이 이제 막 시작되었지만 이미 일부 지역에서는 1/3에서 2/3의 득표수를 기록한 첫 번째 결과가 나타났습니다.

이러한 관찰 가능한 모든 조작은 디지털 흔적을 남겨야 합니다. 투표용지 채우기, "캐러셀" 및 이와 유사한 기술은 위조 수혜자 후보의 투표율과 투표율을 동시에 증가시키며, 그 결과 투표율/투표 공유 축의 산포도에 있는 점의 구름이 다음을 따라 "확산"됩니다. 위쪽과 오른쪽으로 호를 그리며 "정직한"사이트의 핵심과 함께 "Churov의 혜성"의 꼬리를 형성합니다. (투표율을 변경하지 않고) 한 후보에서 다른 후보로 투표를 이전하면 주요 핵심 위에 두 번째 포인트 클라우드가 제공됩니다.

특정 비율(종종 비원형)에 초점을 맞춘 위조자의 공동 행동은 두마 선거에서 러시아 연방 결과가 62.2%인 수십 개의 투표소와 같이 예상치 못한 장소에서 줄무늬 모양의 점 응축을 형성하게 됩니다. 2016년 사라토프에서는 투표율이 58%였으며, 2014년 상트페테르부르크 주지사 선거에서는 투표율이 58%였습니다.

계산의 용이성을 위해 전체 또는 전체 백분율에 초점을 맞춘 수천 명의 위조자의 조율되지 않은 행동은 높은 투표율과 리더에 대한 높은 지지 영역에서 정수 값의 특징적인 피크를 형성하게 됩니다(그림 1 참조). 4). 또한 초기 지표의 마지막 숫자(예: 유효한 투표지 수)에 0이 너무 자주 나타나는 것도 이러한 문제 때문입니다. 정족수가 여전히 필요했던 2004년 투표율 50% 분포의 '벽'도 같은 성격을 가졌습니다.

주의는 디지털 위조 흔적이 있다는 사실이 검증의 필요성을 의미한다는 점만 언급하면 ​​됩니다. 그러나 확인(예: 비디오를 사용한 투표율 재확인)은 우리의 신중한 의심을 확인할 뿐입니다. 대체 가설(사회 경제적 매개변수에 의한 공간적 분리, 투표소 경계와 일치, 선거 운동 중 유권자의 "동원" 성격)의 지지자들은 기존 변칙 규모를 설명하는 데 도움이 되는 비교 가능한 결과를 아직 제시할 수 없습니다.

위조 규모를 평가하고 투표율의 실제 모습을 복원하는 것이 가능합니까?

사용 가능한 추정치는 대략적인 것이며 위조 규모를 과소평가하는 것 같습니다. 이는 계산의 기반이 되는 알고리즘이 위조자에게 "우호적인" 다수의 가정을 고의적으로 포함하고 있기 때문입니다. 예를 들어, Kobak, Pshenichnikov 및 Shpilkin이 제안한 투표율 히스토그램을 시뮬레이션하기 위한 Monte Carlo 모델에는 투표소의 투표율이 CEC에서 제공한 데이터와 실제로 동일하다는 가정이 포함되어 있습니다. 거짓).

초과 예상 투표 몫을 계산하는 알고리즘은 더 미묘합니다. 이는 투표용지가 채워지면 투표율이 증가함과 동시에 후보자 중 한 사람의 몫만 증가해야 한다는 사실에 기초합니다. 이 경우, 첫째, 다른 후보자에게 유리한 조작(때때로 발생함)은 고려되지 않습니다. 둘째, 한 후보자에서 다른 후보자로의 투표가 "이전"되는 데 둔감합니다. 마지막으로, 이 알고리즘이 완전히 또는 거의 완전히 매핑된 데이터가 있는 지역에서 얼마나 잘 작동하는지 완전히 명확하지 않으며("공정한" 영역 풀 ​​형태의 비교 기반이 부족하기 때문에) 그러한 지역이 많이 있습니다. .

지치지 않는 Sergei Shpilkin과 다른 열성팬들은 CEC의 온건한 개방성을 활용하여 2000년 이후 모든 대통령 선거에 대한 데이터를 투표소까지 처리했습니다. 이러한 데이터를 주의 깊게 분석하여 명백한 이상 현상을 모두 제거하면 상대적으로 안정적인 평판을 가진 소수의 지역만 남습니다: 알타이 영토, 아르한겔스크, 블라디미르, 이바노보, 코스트로마, 마가단, 무르만스크, 사할린, 스베르들롭스크 및 야로슬라블 지역, 네네츠 자치 오크루그, 카렐리야 공화국과 하카시아 공화국.

면밀히 분석해보면 이변에서 자유롭지 못한 것으로 나타났으나(특히 2018년 선거에서는 투표율이 70% 내외로 약간의 이변이 있었음), 다른 곳과 비교하면 괜찮은 편이다. (예를 들어 모스크바와 같이 2012년과 2018년에 예외가 매우 온건한 지역이 약 15개 있습니다. 그러나 이전 몇 년의 상황으로 인해 종단적(장기-교육자) 분석에 적합하지 않습니다.)

이 지역에 대해 구성된 투표율 히스토그램은 위에서 설명한 것과 정확히 같습니다. 약간 비대칭이고 낮은 "어깨"가 있으며 유사한 매개변수를 갖는 정규 분포보다 더 정점에 있습니다(그림 5). 심지어 100% 피크도 있습니다. 러시아 전체에서는 모든 것이 거의 동일하게 보일 것이라고 믿을 만한 이유가 있습니다.

식별된 이상 징후의 중요성에 대한 일반 참고 사항

우리는 식별된 추가 사항이 선거 결과를 근본적으로 바꾸지 않거나 전체 백분율 값에서 변칙적 최고점에 기여하는 영역의 비율이 무시할 수 있기 때문에 그 추가 사항이 작다는 말을 자주 듣습니다.

두 경우 모두 그렇지 않은 것 같습니다. 투표율 분포의 오른쪽 "어깨"에 있는 피크는 특정 비율의 고립된 위조가 아니라는 것을 나타내지만, 분명히 80%를 초과하는 투표율 영역의 모든 데이터는 실제 표현과 거의 관련이 없다는 사실입니다. 유권자의 의지.

때로는 전체 지역을 포괄하는 대규모 위조가 존재한다는 것은 수만 개의 투표소에서 투표 결과가 취소되고 선거 전체가 무효로 인정될 수도 있음을 의미해야 합니다. 이런 일이 일어나지 않는다는 사실은 현대 러시아의 정치 체제에 대해 많은 것을 말해준다.

지난 주에 두 명의 방문자가 다음에 대해 알고 싶어했습니다. 근무 시간 요약 항목~을 통해 성적표 1C ZUP 3에서. 이 문제를 더 자세히 살펴보겠습니다.

“ZUP 2.5의 계산과 유사한 ZUP 3의 계산을 설정하는 데 도움을 주세요. 이전에는 '요약, 해당 기간 전체' 시간 입력 방식의 타임시트를 도입했습니다. ZUP 3에서 이 작업을 수행하는 방법은 무엇입니까?

✅ 세미나 "1C ZUP 3.1을 위한 라이프핵"
1C ZUP 3.1의 회계에 대한 15가지 생명 해킹 분석:

✅ 1C ZUP 3.1에서 급여 계산 확인을 위한 체크리스트
비디오 - 월별 회계 자체 점검:

✅ 1C ZUP 3.1의 급여 계산
초보자를 위한 단계별 지침:

ZUP 3에는 직원이 근무한 시간을 입력하는 데 사용할 수 있는 작업표 문서도 포함되어 있습니다. 그러나 이 문서에는 근무 시간을 요약하는 기능이 없습니다.

문서를 사용하여 이러한 입력을 구현할 수 있습니다. 디렉터리에서 이 작업을 수행하려면 "초기 데이터 입력을 위한 템플릿"새 요소를 만들어야 합니다. 여기의 "시간 유형"탭에서 정보를 입력해야 하는 시간 유형을 표시합니다. 예를 들어, 투표율 및 야간 시간 유형을 지정해 보겠습니다.

"도 확인해야 합니다. 해당 기간 동안 전반적으로«.

결과적으로 문서 로그에는 "급여계산용 데이터"근무 시간을 입력하기 위한 새로운 문서 유형이 나타납니다. 직원 Khristenko와 Tsvetaev의 근무 시간을 입력해 보겠습니다. Khristenko는 밤에 일했습니다.

이 후 문서에서 "급여 및 기여금 계산"해당 직원에 대한 계산에는 문서의 데이터가 사용됩니다. "급여계산용 데이터".

새로운 출판물에 대해 가장 먼저 알아보려면 내 블로그 업데이트를 구독하세요.