데이터 전송 ZUP 2.5 3.0. 전송된 데이터의 구성

현재 위치: 조직 및 개인 기업가의 코드

친애하는 사이트 방문자 여러분, 안녕하세요. 오늘 우리는 전형적인 1C ZUP 버전 2.5에서 1C ZUP 버전 3.1로 데이터를 전송하는 메커니즘. 소위 권장되는(짧은) 데이터 전송에 대해 단계별로 설명하고 수행 방법을 보여 드리겠습니다. "초기 직원 채용", "운영 시작 전 지급 기간", "초기 급여 연체", "데이터 전송" 등 데이터가 전송되는 문서를 자세히 살펴보겠습니다. 이러한 문서의 위치와 전송된 데이터의 구조를 살펴보겠습니다. 또한 전송된 정보를 처리할 때 고려해야 할 전송의 일부 기능에 중점을 둘 것입니다.

이 기사에서는 프로세스를 고려할 것임을 즉시 알려 드리겠습니다. 연초로 데이터 전송. 연도 중반으로 이전할 때 이전되는 데이터의 구성이 약간씩 다르며 이에 대해서는 다른 출판물(사용 가능)에서 자세히 설명합니다. 하지만 올해 중반으로 이전할 계획이더라도 먼저 현재 기사를 공부한 다음 올해 중반으로 데이터 이전에 대한 출판물을 공부하는 것이 좋습니다. 여기서는 여기에 제시된 정보만 보충하기 때문입니다.

또한 읽어보세요:

자세한 내용이 포함된 일련의 기사 1C ZUP 3에 대한 단계별 설명:

ZUP 2.5에서 ZUP 3.1로 데이터 전송 시 초기 프로그램 설정

✅

아래에서 비디오를 시청하고 이 주제에 대해 자세히 논의한 기사를 읽을 수 있지만 항상 1C ZUP 업데이트에 대한 최신 정보를 유지하고 이 프로그램 작업에 대한 다양한 요령을 배우고 싶다면, 그렇다면 TRADE CLUB 1C ZUP 3 가입을 적극 권장합니다. 여기에서는 1C ZUP 3의 모든 변경 사항에 대한 월간 검토에 참석하고, 한 달 동안 기록 보관에 대한 질문에 대한 답변을 받고, 강사 및 동료와의 생산적인 커뮤니케이션을 받을 수도 있습니다.

먼저 한 프로그램에서 다른 프로그램으로 데이터가 전송되는 방법을 단계별로 살펴보겠습니다. 새로운 빈 ZUP 데이터베이스 버전 3.1을 시작하면 프로그램의 초기 페이지에 이를 구성하라는 메시지가 표시됩니다. 여기에서 필요한 데이터 전송 옵션을 선택할 수 있습니다. 저것들. 이전 프로그램에서 데이터를 로드하거나 "Clean Slate"에서 시작할 수 있습니다. 이 예에서는 스위치를 설정합니다. 프로그램 "1C: 급여 및 인사 관리 8", 버전 2.5에서 데이터를 전송합니다.“다음” 버튼을 클릭하세요.

다음 단계에서는 컴퓨터에 설치된 모든 데이터베이스 목록이 제공되며 여기에서 데이터를 전송할 정보 베이스를 선택해야 합니다. 나는 이 데이터베이스를 ZUP 2.5(전송 2)라고 부릅니다. 2.5 에디션 베이스에는 특정 릴리스가 있어야 한다는 점을 바로 주목할 가치가 있습니다. 이 경우 릴리스부터 데이터 전송이 가능합니다. 2.5.114.1 이상, 보조자에 표시된 대로(기사에서 1C를 직접 업데이트하는 방법에 대해 자세히 알아볼 수 있습니다). 나는 이것을 해냈습니다.

ZUP 버전 2.5에 일부 사용자가 있고 해당 사용자에 대한 비밀번호가 설정된 경우 해당 필드에 이 정보를 입력해야 합니다. ZUP 2.5에서는 별도로 사용자를 생성하지 않았기 때문에 빈칸으로 두었습니다. “다음” 버튼을 클릭하세요.

다음 단계는 데이터 전송 옵션을 선택하는 것입니다. 이렇게 하려면 "설정" 링크를 따르십시오. 열리는 창에는 데이터 전송을 위한 두 가지 옵션이 제공됩니다. 이 기사에서 고려하고 싶은 짧은 권장 옵션은 프로그램에서 기본적으로 선택됩니다. 이것은 옵션입니다 - 새로운 HR 및 급여 기능 사용. 여기에 그것이 무엇인지에 대한 설명이 있습니다. 전체 전송 옵션을 선택하려면 이를 직접 표시해야 합니다. 즉, 스위치를 다시 설치해야 합니다(이 방법은 별도의 문서에서 설명합니다).

다음으로 특수 필드에 새 판에 기록이 보관될 월을 추가합니다. 이체는 연중 어느 달에나 가능하지만 그 전에는 버전 2.5에서 이전 달을 마감하고 이체 날짜에 모든 적립 및 지불을 완료해야 합니다. 이 기사에서는 연초에 정보를 전송할 때 옵션을 고려할 것입니다. 운영 시작 월을 선택합니다. 2017년 1월. 하지만 올해 중반에도 데이터 이전이 가능하다는 점 다시 한 번 예약하겠습니다. “다음” 버튼을 클릭하세요.

다음 단계에서는 이미 데이터 전송 프로세스 자체를 시작할 수 있습니다. "데이터 로드" 버튼을 클릭합니다. 정보 전송에는 다소 시간이 걸리며, 기간은 전송되는 데이터의 양에 따라 다릅니다.

전송 프로세스가 완료되면 해당 비문이 표시됩니다. 데이터 전송이 성공했습니다.

ZUP 3.1의 문서 로그 "작업 시작 시 데이터"에서 전송된 데이터 확인

따라서 우리가 관심을 가질 첫 번째 문서 그룹은 문서 로그 ""의 기본 메뉴 섹션에 있습니다.

여기에는 세 가지 유형의 문서가 있습니다.

초기 급여 연체;
초기 인력 배치
운영 시작 전 지불 기간.

각 문서를 더 자세히 살펴보겠습니다.

ZUP 2.5의 데이터를 "초기 인력 배치" ZUP 버전 3.1 문서로 전송했습니다.

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

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

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

가장 중요하고 기본적인 것은 서류입니다 초기 인력,조직의 현재 직원에 대한 데이터 조각이 전송되기 때문입니다. 저것들. 모든 근무 직원에 대한 정보는 운영 시작월(이 경우 2017년 1월)까지 이 문서로 전송됩니다. 해고된 직원에 대한 데이터는 여기에 포함되지 않습니다.

이 문서의 표 부분에는 직원의 이름, 고용 유형, 고용 날짜, 직원이 근무하는 부서 및 직위 등의 정보가 제공됩니다. Divisions 및 Positions 디렉토리 자체의 요소도 프로그램으로 전송되며 설정 섹션에서 볼 수 있습니다. 직원의 현재 계획된 발생액에 대한 정보는 문서의 "급여" 열로 전송됩니다. 여기서는 다음과 같이 제공된(사전 정의된) 발생 유형만 이전되는 것이 아니라는 사실에 주목하고 싶습니다. 급여에 따라 지급, 예를 들어 발생 유형 보너스 비율, ZUP 2.5 프로그램에서 직접 만들고 계획대로 직원에게 할당했습니다. ZUP 2.5의 "조직의 기본 발생"디렉토리에는 처음에는 그러한 유형의 발생이 없었습니다.

이러한 종류의 계획된 적립은 ZUP 3.1 프로그램으로 전송되어 Accruals 디렉터리에 저장됩니다.

이 전송의 특징은 또한 일부 " 일회성 비용", 즉. 이전 당시 직원에게 계획대로 할당되지 않은 발생액과 일회성 발생된 발생액은 ZUP 3.1로 이전되지 않습니다. 예를 들어, ZUP 3.1로 전송된 데이터인 ZUP 2.5 데이터베이스에는 직원 A.B가 있습니다. 2016년 8월에 그는 10,000루블의 일회성 보너스를 받았습니다. 이 지불을 위해 ZUP 2.5에서 특별한 유형의 발생이 생성되었습니다. 일회성 보너스.

조직의 기본 발생(ZUP 2.5) 디렉토리의 이러한 유형의 발생은 발생 ZUP 3.1 디렉토리로 전송되지 않습니다. 따라서 정기적으로 사용하는 일회성 적립이 있는 경우 ZUP 3.1 프로그램에서 수동으로 다시 생성해야 합니다.

또한 직원에게 선급금을 지불하는 옵션에 대한 정보가 문서로 전송됩니다. ZUP 2.5는 선금을 지불하는 두 가지 방법을 사용합니다. 정액그리고 매월 상반기로 계산. 직원에게 고정 금액의 선불금이 지급된 경우(ZUP 2.5 프로그램에서는 이 작업이 직원 디렉터리에서 수행됨을 상기시켜 드리겠습니다) 동일한 금액이 ZUP 3.1 및 "고정 금액" 지급으로 이체됩니다. 옵션이 자동으로 선택됩니다.

2.5의 고정 금액이 지정되지 않은 경우 전송 중에 프로그램은 해당 직원이 ZUP 3.1에 설정된 월 상반기에 대한 선불 유형을 설정해야 한다고 가정합니다.

그러나 ZUP 3.1 프로그램에서는 선불금을 지불하는 또 다른 방법이 나타났습니다. 관세율. 2.5에는 그런 옵션이 없었습니다. 따라서 직원 또는 여러 직원에게 선급금을 지불하는 이 방법을 사용하기로 결정한 경우 문서에서 직접 할 수 있습니다 초기 인력이 옵션을 설치하고 프로그램 시작부터 적용될 백분율을 표시하십시오.

테이블 하단에는 하나의 행이 아니라 여러 개의 행이 있을 수 있습니다(잔고가 여러 근무 연도로 구성된 경우).

클라이언트로부터 데이터를 전송할 때 ZUP 2.5의 휴가 잔액 회계가 완전히 올바르게 유지되지 않았다는 사실을 자주 접하게 됩니다. 따라서 문서에서 휴가 잔액을 즉시 확인하고 수정하는 것이 매우 편리합니다. 초기 인력.

직원 T.V. Semenova가 "급여" 열에 표시된 적립 계획을 가지고 있지 않다는 사실에 주목하고 싶습니다. 사실 내 예의 조건에 따르면 그녀는 출산 휴가 중이므로 계획된 적립금은 전송되지 않았지만 문서는 전송되었습니다. 육아휴직, 혜택 계산에 필요한 모든 데이터가 로드되었습니다. 여기에 추가 정보를 수동으로 입력할 필요가 없습니다. 문서는 ZUP 2.5 프로그램에서 완전히 전송되었습니다.

또한 그러한 간략한 내용이 끝난 후에는 주목할 가치가 있습니다. 권장 환승채용, 인사 이동, 해고 등과 같은 인사 문서의 ZUP 3.1 데이터는 볼 수 없습니다. 다시 한 번 반복해서 현재 직원의 단면을 "초기 직원 배치" 문서로 전송하지만 ZUP 3.1에서는 인사 문서 자체를 볼 수 없습니다. 따라서 일부 인사 문서를 보거나 무언가를 인쇄해야 하는 경우 ZUP 2.5 데이터베이스를 저장하는 것이 좋습니다.

ZUP 2.5에서 "작업 시작 전 지불 기간"ZUP 3.1 문서로 데이터 전송

이 문서는 ZUP 2.5에 기록이 보관된 달에 직원이 입력되고 일부 부재에 대해 계산되었으며 ZUP 3.1에 기록이 보관되기 시작한 달에도 동일한 부재가 계속되는 상황을 위해 작성되었습니다. 내 예에서는 직원 Petrov S.I.가 2016년 12월에 주요 휴가가 발행되어 2017년 1월 16일에 종료됩니다. 휴가 수당의 발생 및 지급은 12월에 이루어졌지만 직원은 2017년 1월에도 여전히 결근하게 됩니다. 그러한 경우를 위한 문서가 개발되었습니다. “운영개시 전 지급기간”, 프로그램 시작일부터 휴가 종료일까지 직원의 부재 정보가 로드되었습니다. 제 예에서는 2017년 1월 1일부터 2017년 1월 16일까지의 기간입니다. 이 정보는 1월 급여를 계산할 때 고려됩니다.

또한 이러한 간단한 전송을 통해 직원의 기존 계획된 공제에 대한 정보가 ZUP 2.5에서 전송됩니다. 예를 들어 Semenov A.B. ZUP 2.5에서는 위자료가 집행 영장에 따라 보류되었습니다. ZUP 3.1로 전송되면 이 데이터가 로그에 로드되었습니다. 위자료 및 기타 공제(급여 부문). "집행 영장" 문서는 공제를 위해 설정된 모든 매개변수와 함께 전체가 전송되었으므로 시운전 순간부터 ZUP 3.1에서 임금을 계산할 때 고려됩니다.

개인 소득세 계산 시 적용되는 공제에 대한 정보가 ZUP 3.1 프로그램으로 이전되었으며 문서 로그에서 확인할 수 있습니다. 공제 신청(세금 및 수수료 섹션).

이제 위 문서의 데이터를 프로그램에 로드한 후 "초기 인력 배치"그리고 " 운영개시 전 지급기간", 집행 문서에 따른 공제 및 개인 소득세 공제뿐만 아니라 직원의 1월 급여를 계산해 볼 수 있습니다.

2017년 1월 "급여 및 기여금 계산" 문서를 작성하고 작성해 보겠습니다. 따라서 직원의 계획된 발생액이 문서에 로드되고 급여가 계산되었습니다. 직원 Petrov S.I. 주 휴가에 소요된 일수가 대체되었으며, 1월 기준에 따라 17일 중 11일만 임금이 발생했습니다. "혜택" 탭에는 Semenova T.V.에 대해 발생한 보육 수당이 표시됩니다. "공제" 탭에는 Semenov A.B.의 집행 영장에 따라 계산된 공제가 표시되었습니다. "NDFL"탭에서 직원 S.I. Petrov에 대한 세금이 계산되었습니다. 이 계산에서는 1,400 루블의 공제가 적용되었습니다.

ZUP 2.5의 데이터를 "초기 급여 연체"ZUP 3.1 문서로 전송했습니다.

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

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

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

이전 월 초에 직원과의 상호 합의 상태에 대한 ZUP 2.5의 데이터가 전송되는 또 다른 문서는 다음과 같습니다. "초봉이 체불됐어요."문서 로그에서 접근할 수 있습니다." 작업 시작 시 데이터» 기본 섹션에 있으며 결제 섹션에도 있습니다. 제 예에서는 1월에 지급될 12월 미지급 급여 잔액이 이 문서로 이체되었습니다.

여기에는 이미 문서를 입력한 경우 까다로운 기능이 하나 있습니다. 월급은 줘야지" 12월에 이를 수행하면 데이터가 ZUP 3.1로 전송되지 않습니다. 급여 체불에 관한 정보를 직원에게 전달하려면 이 문서를 배포해야 합니다. 데이터를 전송할 때 이 점을 고려하시기 바랍니다.

ZUP 3.1의 "Data Transfers" 저널에 문서 작성

다음으로, 전송될 때 향후 회계에 매우 중요한 정보가 이동되는 또 다른 문서 저널에 대해 이야기하겠습니다. 라고 "데이터 전송"섹션에 위치하고 있습니다. 관리.

이 저널에서 전송하는 동안 생성된 각 문서에는 특정 문자 집합이 숫자로 포함됩니다. 이 예에서는 목록에 다음 번호가 포함된 문서가 포함되어 있습니다.

ZP SZO;
ZP NWFSS;

각 문서를 살펴보고 어떤 정보가 담겨 있는지 살펴보겠습니다.

번호가 있는 문서에서 급여 SZO특정 월의 직원 근무 시간 및 임금에 대한 정보는 휴가 수당, 출장 등을 계산할 때 평균 수입을 계산하기 위해 전송됩니다. 평균 소득이 계산되는 모든 문서에서 (사회 보험 기금의 평균 발생액 제외)

탭에서 평균 수입 계산을 위한 발생액 데이터(총액) 2016년 7월에 직원에게 발생한 금액을 표시합니다. 따라서 이 정보를 바탕으로 평균 소득이 계산됩니다.

이것이 사실인지 테스트해 보겠습니다. 직원 A.B를 위해 휴가를 준비하겠습니다. 2017년 1월 2일부터 2월 5일까지. 그리고 실제로 평균 직원 수입을 계산할 때 ZUP 2.5의 데이터가 다음과 같은 문서에 로드되었음을 알 수 있습니다. 급여 SZO 2016년 7월부터 12월까지의 기간입니다.

이와 별도로 짧은 데이터 전송으로 인해 이전 기간에 대한 급여 보고서를 생성할 수 없다는 사실에 주목하고 싶습니다. 위 문서로 전송된 정보는 휴가, 출장, 병가 등 문서의 평균 소득을 계산하는 데에만 사용됩니다. 이 데이터는 급여 보고서를 생성하는 데 사용되지 않습니다. 저것들. 예를 들어, 데이터를 ZUP 3으로 전송하는 날짜 이전 기간에 대해 "전체 발생액, 공제 및 지불 세트" 또는 "급여 명세서"(급여 - 급여 보고서 섹션)를 생성하려고 하면 보고서는 다음과 같습니다. 비어있어. 이것을 명심하십시오. 이러한 보고서는 ZUP 2.5에서만 생성이 가능하므로 이 데이터베이스를 저장하는 것이 좋습니다.

문서화하려면 TDK직원과 체결된 고용 계약에 대한 정보가 전송되어 개인 T-2 카드를 생성하는 데 사용됩니다. 채용 문서는 전송되지 않지만 고용 계약에 대한 정보를 표시하므로 개발자는 프로그램에서 이러한 별도의 문서를 생성하도록 구현했습니다. TDK.

숫자가 있는 문서에서 RKD인사 명령에 대한 정보가 전송됩니다. 예를 들어 우리의 경우 채용에 대한 정보가 전송되었습니다. 데이터를 전송할 때 채용, 인사 이동, 해고 등과 같은 인사 문서 자체가 위에서 이미 언급했습니다. 한 프로그램에서 다른 프로그램으로 이동하지 않지만 이러한 문서의 등록은 여전히 번호가 있는 데이터 전송 문서에 형성됩니다. RKD. 그리고 이 데이터를 바탕으로 T-2 카드의 주문 기록이 작성됩니다.

번호가 있는 문서에서 일리노이집행 영장에 따른 공제에 대한 정보가 이전됩니다. . 내 데이터베이스에는 A.B. 직원의 9월부터 12월까지 ZUP 2.5가 있습니다. 위자료는 집행 영장에 따라 보류되었으며 이에 따라 ZUP 3.1에서 매월 문서가 생성되었습니다. 일리노이원천징수된 금액을 나타냅니다. 이 정보는 필수이며 집행 영장의 조건이 변경되고 확인란이 선택된 경우 적용됩니다. 한도에 도달하면 보류 중지금액을 나타냅니다.

별도로, 잡지에 주목할 가치가 있습니다. "데이터 전송"당해연도 개인소득세, 보험료 회계자료도 다운로드 받으실 수 있습니다. 내 예에는 그러한 정보가 없습니다. 왜냐하면 전송은 2017년 1월 1일에 수행되었습니다. 그러나 예를 들어 정보를 2017년 4월 1일에 저널로 전송한 경우 "데이터 전송" 2017년 1월부터 3월까지의 직원 소득, 계산된 개인 소득세 및 보험료에 대한 데이터가 이동됩니다.

따라서 데이터 전송은 반드시 연초부터 수행될 필요는 없으며 언제든지 수행될 수 있습니다. 규제된 보고를 생성하는 데 필요한 모든 정보가 전송됩니다. 이 전송 옵션에 대해서는 기사에서 자세히 설명합니다.

오늘은 그게 전부입니다. 블로그 업데이트를 구독하세요. 모두 제일 좋다!

"급여 및 인사 관리" 버전 2.5에서 버전 3.0으로 데이터 전송. 마이그레이션 및 초기 설정 도우미.

1C의 결정에 따라 2017년에는 "급여 및 인사 관리" 구성 버전 2.5에 대한 지원이 제한됩니다. 법률 변경을 지원하고 규제된 보고 양식을 업데이트할 계획입니다. 사용자에게는 2017년 연간 보고서를 제출할 수 있는 기회가 제공됩니다. 지정된 구성의 경우 2017년 보고서 제출에 필요한 업데이트 출시는 2017년 보고서 제출 마감일 이전, 즉 2018년 1분기 말까지 가능합니다. 그러나 릴리스된 업데이트에서는 2018년 법안에 대한 지원이 계획되어 있지 않습니다.

페이지에서 버전 2.5와 비교하여 "급여 및 인사 관리" 구성 버전 3.1의 장점을 익힐 수 있습니다.http://v8.1c.ru/hrm/to_edition25.htm.

버전 3.1로 전환하는 절차

해당 구성의 개정 3.1은 해당 구성이 포함된 제품의 등록 사용자에게 추가 비용 없이 제공됩니다.

"급여와 인사관리." 수령 절차는 소프트웨어 제품 등록 카드에 명시되어 있습니다. 특히 PROF 및 KORP 버전 사용자는

1C:ITS에 대한 정보 기술 지원에 대한 유효한 계약입니다.

일반 정보

"급여 및 HR 관리" 구성의 새 버전 3.0은 우선 인터넷을 통한 작업 기능, 프로그램 인터페이스 관리 기능과 같은 1C:Enterprise 8 플랫폼의 새로운 기능을 지원하기 위해 개발되었습니다. 등 (자세한 내용은 http://v8.1c.ru/overview/Platform.htm 참조).

새 버전을 개발할 때 프로그램 사용에 대한 수년간의 경험이 고려되었습니다. 한편으로는 자격 증명을 저장하고 이를 사용하는 입증된 많은 접근 방식이 포기되었습니다. 반면, 일부 아키텍처 솔루션이 개정되어 버전 2.5에 존재하는 여러 문제를 해결할 수 있게 되었으며 상당한 재작업 없이는 해결할 수 없었습니다. 새 버전에는 사용자가 요구하는 다양한 추가 기능도 포함되어 있습니다.

구성 구조의 부분적인 변경으로 인해 단순히 프로그램을 새 버전으로 업데이트하는 것은 불가능합니다. 이러한 업데이트에는 데이터 변환이 필요하며, 데이터를 저장하는 개체는 이전 형식으로 유지되고 개체는 이를 새 형식으로 저장하는 것처럼 나타나 데이터베이스가 "무더워지게" 됩니다. 이러한 이유로 회계를 계속하는 데 필요한 이전 버전의 데이터를 보존하면서 새 버전으로의 전환은 이 데이터를 전송(업로드 및 로드)하는 방식으로 구현되었습니다.

전송된 데이터의 구성

기본적으로 새 버전에서 회계를 시작하는 데 충분한 최소 정보가 전송됩니다. 이 경우 회계 방법이나 프로그램 구조의 차이로 인해 질적으로 이전할 수 없는 정보는 이전되지 않습니다.

전송 후에는 이전 버전과 비교하여 새로운 기능을 고려하여 프로그램의 초기 설정을 수행해야 합니다.

현재 다음 데이터의 기본 전송이 제공됩니다.

디렉토리: 조직, 부서, 직위, 직원 및 이와 관련된 기본 참조 정보
규제된 계산 방법(급여, 보너스, 집행 영장 등)을 사용한 적립 및 공제
직원 배치 목록은 이전되지 않지만 필요한 경우 직원 배치에 따라 구성될 수 있습니다.
운영이 시작된 달의 직원 배치;
직원의 개인 카드 작성을 위한 인사 기록(T-2)
평균 소득 계산을 위한 데이터: 사회 보험 기금 혜택 - 지난 3년 동안, 휴가 및 기타 경우 - 지난 15개월 동안;
양도 연도의 개인 소득세 및 보험료에 대한 회계 데이터(연초부터 운영이 시작되지 않는 경우)
운영 시작월의 상호 정산 잔액.

다음과 같은 데이터:

GPC의 현재 직원-계약자에 대한 정보
임의의 공식을 사용한 발생 및 공제;
분석 보고 생성을 위한 직원의 인사 이력;
분석 보고 생성을 위한 실제 발생 및 지불
직원 대출에 관한 정보
육아를 포함하여 휴가 이전 시 유효합니다.

이 프로그램은 또한 "전체" 전송 가능성도 제공합니다. 기본적으로 마이그레이션되지 않는 데이터를 마이그레이션하려고 시도합니다. 이 전송 옵션의 단점을 고려해야 합니다.
. 새로운 프로그램의 개선에도 불구하고 임금 및 인사 기록 계산 방법은 이전 프로그램에서 계승되었습니다.
사용되지 않거나 거의 사용되지 않는 정보가 전송되므로 전송 시간이 불필요하게 늘어나고 오류가 있는 전송 가능성이 높아집니다.
따라서 이 기회는 단순한 보상 체계, 소수의 직원, 적은 양의 축적된 데이터를 갖춘 조직에 수요가 있을 수 있습니다.

모든 이전 옵션에서 규제 회계와 관련되지 않은 기능(소위 "관리 회계")의 일부는 KORP 버전의 새 버전에서만 구현되어야 한다는 점도 고려해야 합니다(자세한 내용은 , http://1c.ru/news/info.jsp ?id=17186 참조). 이 기능을 버전 2.5에서 사용하는 경우 버전 3.0에서는 저장 및 사용을 제공하지 않으므로 데이터를 마이그레이션할 때 해당 데이터가 전송되지 않습니다.

플랫폼의 새로운 기능을 사용하는 것 외에도 에디션 3.0은 "1C: Enterprise Accounting 8", ed.와 같은 모든 표준 "신세대" 솔루션에 보편적인 기능을 사용합니다. 3.0 등(기술 전문가를 위한 세부 정보: http://v8.1c.ru/libraries/ssl). 이러한 가능성은 예를 들어 다음과 같습니다.

사용자 목록을 유지하고 그들의 권리를 제한합니다.
추가 세부정보 및 정보
자신의 인쇄된 양식, 보고서, 처리 저장
작업, 일상적인 작업, 내장 이메일, KLADR 등을 사용합니다.

버전 2.5의 일부 유사한 메커니즘과 관련된 데이터 전송은 완전히 제공되지 않습니다. 자격 증명을 마이그레이션하고 확인한 후에는 이러한 기능을 검토하고 구성하는 것이 좋습니다.

마이그레이션 및 초기 설정 도우미

3.0 버전 구성으로 생성된 정보베이스를 처음 실행하면 특별한 단계별 도우미를 사용하여 구성할 수 있습니다. 첫 번째 단계에서는 버전 2.5에서 데이터를 전송할 것임을 표시해야 합니다.

그림 1

다음 단계에서는 컴퓨터에 설치된 모든 정보베이스 목록이 결정되어 제공됩니다(즉, 1C:Enterprise를 시작할 때 데이터베이스 목록에서 사용 가능한 정보). 데이터를 전송하려는 2.5 버전 데이터베이스를 선택하고 데이터를 입력하여 해당 데이터에 대한 모든 권한을 가진 사용자를 인증해야 합니다.

전송하려면 에디션 2.5의 정보 베이스가 최소한 특정 릴리스(버전) 이상이어야 합니다. 이 최소 필수 릴리스 수가 보조자에 표시됩니다. 선택한 데이터베이스의 릴리스가 낮은 경우 전송을 시작한 후 오류 메시지가 표시됩니다.

그림 2

다음 단계에서는 새 버전에 회계가 보관될 월을 표시해야 합니다. 이번 달까지의 데이터는 (평균 수입, 기여금 및 개인 소득세 계산을 위해) 또는 이번 달 초부터 전송됩니다. (인사 데이터).

이체는 연중 어느 달에나 가능합니다. 이체하기 전에 버전 2.5에서 특정 달을 "마감"하고 모든 적립 및 지불을 수행하는 것이 좋습니다. 그런 다음 전송을 수행하고 버전 3.0에서 기록 보관을 시작합니다. 동시에 버전 2.5에서 기록을 계속 유지하여 얻은 결과를 비교하고 평가할 수 있습니다.

그림 3

"전체" 데이터 전송을 수행해야 하는 경우(이전 섹션 참조) 이 단계에서 "설정" 링크 아래의 옵션을 변경해야 합니다.
이 옵션을 사용하면 월이 아니라 데이터가 전송될 기간을 지정합니다. 데이터가 전송되는 기간은 제한되지 않습니다. 예를 들어, 향후 달의 데이터가 이미 버전 2.5 데이터베이스에 입력된 경우 해당 데이터도 전송됩니다.

다음 단계에서는 데이터 전송 절차 자체가 시작됩니다. 이는 자동으로 수행되는 여러 가지 순차적인 "기술적" 단계로 구성됩니다. 전체 절차의 기간은 전송되는 데이터의 양에 따라 다르며 몇 시간이 걸릴 수 있습니다. 데이터 업로드 및 로드 단계에서 프로세스 진행 상황에 대한 추가 표시가 이루어집니다. 현재 처리 중인 회계 섹션 데이터가 보고됩니다.

그림 4

어떤 단계에서든 문제나 오류가 보고될 수 있습니다. 2.5 버전 데이터베이스에 연결하거나 데이터를 다운로드하는 데 문제가 있는 경우 "오류 정보" 링크를 클릭하면 열리는 특별 보고서에서 해당 설명, 원인 및 제안된 해결 방법을 볼 수 있습니다.

데이터 로딩 단계에서 오류 메시지는 일반적으로 기술적 성격을 띠며 추가 데이터 전송을 방해합니다. 이러한 오류는 기술 지원 부서(http://1c.ru/rus/support/support.htm)에 보고되어야 합니다.

1C ZUP를 에디션 3으로 업데이트하는 방법

ZUP 2.5에서 3.1로 전환할 때 발생하는 전체 문제는 구성을 업데이트하는 것이 아니라 릴리스 2.5를 사용하여 데이터베이스에서 데이터를 전송하여 수행된다는 것입니다. 또한, 데이터는 평균 소득 계산 및 개인 소득세 신고서 제출 목적으로만 전송됩니다. 발생액은 이전되지 않고 직원 잔액만 이전됩니다. 과거 데이터를 전송하려면 을 참조하세요.

릴리스 3이 포함된 데이터베이스는 새로 설치해야 합니다.

깨끗한 데이터베이스를 생성하면 초기 페이지가 나타납니다. 마지막 항목 ( "1C 급여 및 인사 관리 프로그램 8, 버전 2.5에서 데이터 전송")을 선택하고 "다음"을 클릭하십시오.

목록에서 전송하려는 정보 기반을 선택하십시오.

1C에서 267개의 비디오 강의를 무료로 받으세요:

데이터 전송에 유의하세요. 2.5.87.2 이상의 릴리스에서만 가능합니다.. 하지만 이번 릴리스에서 전환하는 것은 권장하지 않습니다. 나에게 있어서 정상적인 전환은 다음 릴리스의 조합으로 밝혀졌습니다. 2.5.93.2 – 3.0.22.230 그리고 처음이 아닙니다. 이전에 업데이트하기 위한 지침을 게시했습니다 - .

다음 페이지에서 운영 시작 월을 선택해야 합니다.

1C ZUP 2.5 데이터베이스에서 생성된 첫 번째 문서를 보면 알 수 있습니다.

다음 페이지에서는 다운로드로 바로 이동합니다.

'데이터 다운로드' 버튼을 클릭하세요.

즉시 오류 창이 나타났습니다. 확장자가 "dll"인 일부 파일에 대해 맹세합니다. 이런 일이 발생하면 오류를 설명하는 창을 닫아야 하며 위에 표시된 창의 하단에는 오류를 설명하는 텍스트와 "수정" 버튼도 있습니다. 또한 이 텍스트는 다른 파일을 나타낼 수 있으므로 주의하지 말고 "수정"을 클릭하십시오.

대부분의 데이터는 UID를 통해 전송되므로 데이터를 다시 전송할 때 "링크가 이미 존재합니다"라는 오류가 나타납니다. 깨끗한 베이스로 옮기는 것이 좋습니다. (현재 처리 버전에서는 UID로 전송된 객체의 존재 여부를 확인하는 기능이 추가되었습니다)

이 처리를 통해 귀하는 다음 정보를 전송할 수 있습니다.
1. 조직
2. 부문
3. 세무당국에 등록
4. 직위
5. 직원
6. 개인
7. 성명 개인
8. 개인의 개인소득세 현황
9. 피보험자의 지위
10. 연락처 정보
11. 시민권
12. 개인의 서류
13. 교육
14. 가족 구성
15. 결혼 여부
16. 근무일정
17. 북부 할증료
18. SN 계산 매개변수
19. 직위 및 부서에 관한 추가정보
20. 사용자
21. 스태프 테이블

다음은 문서에서 전송됩니다.
1. 결석 및 불참
2. 병가
3. 주말에도 일한다
4. 일회성 요금
5. 무급휴가 및 공휴일
6. 집행문
7. 수학적 도움
8. 출장
9. 수입 및 지출 증명서
10. 현물소득
11. 보유
12. 인사서류(시험 중)

이것이 적합한 디렉터리에서는 데이터가 UID(직원, 물리학자 등)에 따라 전송되므로 규칙에 의해 로드되는 것이 나중에 UID에 따라 데이터를 선택하도록 로드되는 것이 더 좋습니다.

처리 작업을 수행하려면 다음이 필요합니다.
1. ZUP 2.5 데이터베이스에 대한 연결 세부 정보를 입력합니다.

2. 일부 데이터는 일회성 요금, 보너스, 수신, 이체 등 계산 유형(ZUP 3의 적립)별로 전송이 필요하므로 코드와 이름 간의 대응표를 설정해야 합니다. ZUP 2.5의 계산 유형 및 ZUP 3의 요금 :

3. 물질적 지원 문서를 전송하려면 재정 지원과 관련된 2.5의 지불 유형 코드를 표시해야 합니다.

4. 일회성 발생을 이체하려면 일회성 발생(기본 및 추가)과 관련된 지불 유형의 코드를 표시해야 합니다.

5. HR 문서를 전송하려면 휴가 및 해고 항목의 대응도 구성해야 합니다.

6. 그런 다음 전송하려는 데이터의 확인란을 선택하고 기간을 선택한 후 다운로드 버튼을 클릭하세요.

UPD:
1. 플랫폼 8.2에 대한 연결성 추가

2. 사용자 이름에 공백을 사용할 수 없는 버그 수정

3. 로딩 전 데이터베이스 연결을 확인하는 기능 추가

4. 스프레드시트 문서에서 서신 및 목록을 로드하는 기능 추가(Excel에서 복사)

5. 파일 모드 작업 추가

6. 새로운 구성에서는 북부 할증료에 대한 정보 저장 위치가 변경되었으므로 ZUP 3.1.3.x 및 ZUP 3.1.4.x 이상 모두에 대해 SN을 전송하는 기능이 추가되었습니다.

7. 직원 및 물리학자를 위한 선택 사항이 추가되었습니다. 고용 계약에 따라 해고되거나 고용되지 않습니다.

8. 데이터베이스에 개체가 있는지 확인하는 기능이 추가되었습니다(UID로 전송된 개체에만 해당).

9. 새 버전의 ZUP에 대한 연락처 정보(주소)를 기록하는 절차가 업데이트되었습니다.

10. 새 버전의 ZUP에 직원을 등록하는 절차가 업데이트되었습니다.

11. 스태프 테이블을 다운로드하는 기능이 추가되었습니다(프로그램 설정에 따라 스태프 테이블 승인 또는 직위 디렉터리로 전송하여 생성됨).

12. 인사 이동 명령(테스트)을 추가했습니다. 해고는 발생하지 않고 양도됩니다. 사실입니다.

13. 정보 레지스터 데이터는 더 이상 덮어쓰지 않고 추가됩니다.

14. 녹음 주소 관련 버그를 수정했습니다.

오늘 기사의 주제는 1C: 급여 및 인사 관리 프로그램이 버전 2.5에서 버전 3.0으로 전환되는 것입니다.

환승 옵션, 환승 대상 및 장소, 환승 후 확인해야 할 사항 등이 고려됩니다. 반응 간 데이터 전송에는 문제가 너무 많습니다. 아래에서는 가장 일반적인 문제를 살펴보고 해당 솔루션을 분석하겠습니다. 프로그램 개발자는 ZUP 2.5에서 3.0으로 전환하기 위한 두 가지 옵션을 제공합니다. 이 기사에서는 두 옵션의 장점과 단점을 살펴보고 어떤 전송 방법을 사용하는 것이 가장 적합한지 스스로 결론을 내릴 수 있습니다.

ZUP 3.0 에디션으로 전환한 이유

ZUP의 새 버전으로 전환하는 이유는 법률 변경인 버전 2.5에서 2018년부터 지원이 제거되었기 때문입니다. Company 1C는 2016년 11월 18일자 해당 정보 편지 번호 22222를 게시했습니다. 다음은 ZUP 2.5 에디션에 관한 이 편지에서 발췌한 내용입니다.

2017년 연간 보고서를 제출할 수 있습니다.
출시된 업데이트에서는 2018년 법안을 지원할 계획이 없습니다.
PROF 및 기본 버전의 "급여 및 인사 관리" 구성의 버전 2.5 사용자는 제한된 지원 종료 후 버전 3으로 전환하고 싶지 않은 경우 더 비싼 제품인 4601546081506 "1C: 급여 및 인사관리 8 KORP" .

그러나 2018년 ZUP 버전 2.5는 표준 솔루션 "1C: 제조 기업 관리" 및 "1C: 통합 자동화"에서 계속 지원된다는 점에 유의해야 합니다. 그러나 ZUP 3.0의 ZP 계산 결과를 이러한 구성으로 전송하기 위한 표준 데이터 교환은 없습니다.

2018년 1분기에 법률이 변경되면 더 이상 ZUP 2.5 Basic 또는 PROF에서 보고서를 제출할 수 없습니다. 따라서 1C에서는 새 버전으로 전환하는 문제를 미리 해결할 것을 권장합니다.

"1C: 급여 및 인사 관리" 버전 3.0은 이전 버전에 비해 여러 가지 중요한 이점을 제공합니다.

모바일 애플리케이션;
직원 개인 계정(셀프 서비스 개념)
보다 편리하고 유연한 인력 배치(다양한 관리 옵션)
하루에 두 가지 인사 행사를 등록할 수 있는 기능(예: 같은 날 채용 및 출장)
직위 결합 기능(임금 결합 및 계산을 위한 다양한 옵션 제공)
인사 및 결산 문서의 중복이 제거됩니다(이제 문서가 통합되고 역할에 따라 액세스가 제한됩니다. 인사 담당자는 문서의 일부만 보고 편집할 수 있으며 회계사는 문서의 일부만 보고 편집할 수 있습니다). 잘못 계산된(잊혀진) 인사 문서 문제가 사라집니다. 예를 들어, 2.5 이전에는 직원 해고가 여러 문서에 등록되었지만 이제는 하나의 문서입니다.
이전 직원에게 지급이 이루어졌으며 직원에게도 지급되지 않고 제3자 개인에게 지급되었습니다(이전에는 "가상" 채용 프로세스가 필요함).
현재 기간에 문서를 수정하는 기능이 구현되었습니다(예: 유급 휴가 재계산 및 6-NDFL에서 이 작업 반영 수정).
규제된 6-NDFL 보고서 생성 자동화 수준이 크게 향상되었습니다(99%의 경우 보고서가 자동으로 생성되며 수동 조정이 필요하지 않음).

데이터 마이그레이션 준비

데이터 전송을 시작하기 전에 이전 급여 데이터베이스에서 기간을 닫아야 합니다. 저것들. 임금을 계산하고 지급액을 등록하는 것이 좋습니다(그러나 이는 중요하지 않으며 새 데이터베이스에 반영될 수 있습니다). 또한 삭제 표시된 모든 개체를 삭제해야 합니다. 정보 기반을 테스트하고 수정하는 절차를 수행하는 것이 좋습니다.

중요한! 전송하기 전에 ZUP 2.5를 최신 릴리스로 업데이트해야 합니다.

데이터 전송을 시작하려면 ZUP 3.0에서 해당 도우미를 시작해야 합니다. 이렇게 하려면 "관리" 섹션으로 이동하여 "이전 프로그램에서 데이터 전송" 옵션을 선택해야 합니다.

데이터 마이그레이션 옵션에 대한 간략한 개요

개발자는 데이터 전송을 위해 두 가지 옵션을 제공했습니다. 관례를 위해 이 두 가지 옵션에 이름을 부여하고 매우 간략하게 설명하겠습니다. 자세한 설명과 차이점은 이 문서의 뒷부분에서 설명합니다.

« 잔액 이체» — 새 버전에서 설명을 시작하는 데 충분한 최소한의 정보가 전송됩니다. 이 경우 회계 방법이나 프로그램 구조의 차이로 인해 질적으로 이전할 수 없는 정보는 이전되지 않습니다. 이 전송 옵션은 기본적으로 사용됩니다(1C 개발자가 권장하는 옵션). 이 이전 옵션은 연중 언제든지 사용할 수 있으며, 평균 소득 계산과 개인 소득세 및 기여금 보고를 위한 모든 데이터는 새 프로그램으로 이전됩니다. 그러나 급여 계산은 초기 데이터를 기준으로만 수행됩니다(이전 기간은 모두 고려되지 않음).

« 전체 이체" - 이 옵션에서는 모든 과거 기간에 대한 데이터가 전송되므로 새로운 ZUP 3.0 데이터베이스에서 과거 기간(인사 및 급여)에 대한 보고서를 생성할 수 있습니다. 사용되지 않거나 거의 사용되지 않는 정보가 전송되므로 전송 시간이 불필요하게 늘어나고 오류가 있는 전송 가능성이 높아집니다.

따라서 이 기회는 단순한 보상 체계, 소수의 직원, 적은 양의 축적된 데이터를 갖춘 조직에 수요가 있을 수 있습니다.

주의하세요! ZUP 2.5에서 관리 급여 기록(소위 "관리 회계")을 보관한 경우 이 데이터는 옵션에 따라 새 데이터베이스로 전송되지 않습니다. 이는 ZUP 3.0이 임금 관리 회계를 제공하지 않기 때문입니다.

단계별 데이터 전송

첫 번째 단계에서는 초기 데이터 소스 유형을 선택합니다. 즉, 어떤 프로그램에서 이전할지를 의미합니다.

두 번째 단계에서는 전송 마법사가 데이터를 전송할 데이터베이스를 선택하라는 메시지를 표시합니다.

다음으로 구성해야 합니다. 기본적으로 마법사는 "잔액 이체" 옵션을 제공합니다. 이 옵션의 경우 새 데이터베이스에서 회계 시작 날짜를 설정해야 합니다. 예를 들어 날짜를 11월로 설정하면 10월말 기준 잔액이 이체됩니다.

새로운 HR 회계 및 급여 기능을 사용합니다(기본 옵션은 잔액 이전입니다).
이전 프로그램의 적립금을 사용합니다(두 번째 옵션은 완전 이전입니다).

전체 전송을 선택하는 경우 데이터를 전송하려는 연도의 시작 날짜를 지정해야 합니다.

잔액 이체

위에서 언급한 바와 같이, 이 전송 옵션의 경우 운영 시작 월이 표시되어야 합니다. 알고리즘은 개인 소득세 신고서를 제출하고 평균을 계산하기 위해 이전 기간에 필요한 모든 데이터를 지정된 기간의 시작 부분으로 전송합니다.

평균 급여 계산(사회 보장 혜택 - 지난 3년 동안, 휴가 및 기타 경우 - 지난 15개월 동안)
개인 소득세 계산 및 보험료 계산(시작일이 1월이 아닌 경우, 즉 연초가 아닌 경우).

또한 인사 및 급여 데이터가 전송됩니다(모든 데이터가 전송되지는 않지만 새 프로그램에서 회계 시작일에 사용되는 데이터만 전송됨).

조직, 부문, 직위, 직원 및 업무 활동, 가족 구성 등 이들과 관련된 모든 것에 관한 데이터
결제 유형(발생 및 공제)
개인 직원 카드 작성 데이터(T-2)
GPC 계약;
유효한 육아 휴직
새 프로그램의 운영 기간 시작 시 직원의 인사 배치
직원과의 상호 합의에 대한 균형.

직원이 이전 날짜에 더 이상 근무하지 않는 경우, 즉 해고되면 이 직원의 데이터는 새 프로그램으로 이전되지 않습니다. 또는 예를 들어, 이전 시점에 다른 사람이 직위를 점유하지 않은 경우에도 이전에 참여하지 않습니다.

지불 유형 이전(발생 및 공제)과 관련하여 매우 중요한 사항입니다. 이체에는 규제된 결제 방법만 사용됩니다. 즉, 임의의 수식이 포함된 계산 유형은 이 옵션에서 전송되지 않습니다. 새 프로그램에서 다시 생성하여 직원에게 할당해야 합니다.

스태프 테이블은 이전되지 않으며 운영 시작일의 스태프 배치를 기준으로 새 프로그램에서 생성됩니다. 목표에 도달하려면 수동 조정이 필요합니다. 또한 스태프 테이블의 수동 조정은 두 전송 옵션 모두와 관련이 있습니다.

T-2 카드의 데이터는 문서가 아닌 해당 레지스터의 기록으로 전송됩니다. 새 프로그램에서는 직원의 작업 내역을 분석할 수 있는 기회가 있지만 문서에 "빠져들어" 내용을 수정할 수 있는 기회는 없습니다.

이전 당시 직원에게 유급 휴가(예: 병가, 휴가, 출장 등)가 있었던 경우, 이 사실은 "운영 시작 전 유급 기간"이라는 특별 문서로 이전됩니다. ”

이 옵션에서 이월되지 않는 사항은 다음과 같습니다.

공석;
급여 범위는 직원 테이블에 있습니다.
임의의 수식을 사용한 계산 유형
인사 분석 보고서에 대한 정보(예: 인사 변동 요약, 직원 고용 및 해고 요약 등)
정산 분석 보고서에 대한 정보(예: 운영 시작 전 기간의 발생액 요약)
관세 카테고리별 결제 정보(계산 방법의 차이는 2.5와 3.0입니다). 이러한 직원의 경우 ZUP 3.0에서 이 상황에 대해 제공되는 새로운 발생액을 할당해야 합니다(이는 전체 전송 옵션에도 해당됨).
직원 대출에 대한 정보입니다. 새 데이터베이스에서는 이미 부분적으로 상환된 부채를 고려하여 대출에 대한 정보를 다시 등록해야 합니다(전체 이체에서는 대출이 이체됨).
임시 인력 이동. 새로운 ZUP 데이터베이스에서 이전 날짜가 끝나는 경우. 이 경우 분할 및 일정에 문제가 발생할 수 있습니다. 즉, 번역이 완료되면 자동으로 이전 값으로 돌아가지 않습니다. 이는 작업 기간 초기에 데이터의 일부만 전송되므로 누구의 부서나 일정도 관련되지 않아 결과적으로 전송되지 않는 상황이 발생할 수 있기 때문입니다.
개인소득세 납부명령 내역입니다. 이 기사를 작성하는 시점에서 6-NDFL 및 2-NDFL 보고 생성을 위한 모든 데이터는 완벽하게 전송되었습니다. 그러나 개인소득세 납부내역 등의 정보는 없습니다. 개인 소득세 등록부를 작성해야 할 수도 있습니다.

전체 이체

이 옵션의 설정에는 데이터를 전송하려는 연도가 표시됩니다. 따라서 모든 문서를 포함하여 지정된 연도부터 시작되는 모든 데이터가 전송됩니다.

일반적으로 옵션을 완료라고 부르지만 실제로 모든 문서가 전송되는 것은 아니라는 점을 이해하는 것이 중요합니다. 일부 정보는 출장, 결석, 병가 등의 항목을 통해 등록부에 전송됩니다.

이 변형에서는 다음과 같은 내용이 전달됩니다.

조직, 부서, 직위, 직원 및 이와 관련된 모든 정보(예: 업무 활동, 가족 구성 등)에 대한 데이터입니다. 이전 시점에 더 이상 사용되지 않는 데이터도 이전됩니다(예: 해당 기간 동안 유효한 모든 데이터). );
발생 및 공제. 규제된 계산 방법을 사용하는 모든 항목이 이전됩니다. 임의의 공식도 전송되지만 반드시 확인해야 합니다.
인력 배치 일정. 잔액 이전 옵션과 마찬가지로 스태프 테이블은 완전히 이전되지 않고 스태핑 데이터를 기반으로 새 데이터베이스에 생성됩니다. 저것들. 전체 직원 테이블은 이전되지 않으며 수동 조정이 필요하지 않습니다.
평균 수입 계산을 위한 데이터
개인 소득세 및 보험료 회계에 관한 데이터
직원과의 상호 합의에 관한 데이터.

전송된 문서 목록(새 데이터베이스에서 열어 볼 수 있음):