Zik 7.7에서 Zup으로 언로드.

많은 사용자가 이미 인적 자원 데이터 관리 프로세스를 자동화하고 인사 기록, 급여 계산을 유지하고 법적 요구 사항에 따라 세금 및 기부금에 대한 보고서를 생성할 수 있는 1C: 급여 및 인사 관리 8 프로그램을 높이 평가했습니다. 이 기사에서 1C 방법론자는 자세한 단계별 지침을 제공합니다. 데이터를 1C: 급여 및 인사 관리 8 프로그램으로 올바르게 전송하고 향후 임금 계산 시 오류를 방지하는 데 도움이 됩니다.

• 군사 등록 가용성;
• 휴가 일정 유지;
• 그리고 훨씬 더.

꼭 걸어야 하나요?

“1C: 급여 및 인사 7.7”(이하 ZiK)에 비해 “1C: 급여 및 인사 관리 8”의 장점은 분명하고 많지만, 이를 충분히 이해하려면 약간의 노력이 필요합니다.

주요 이점은 다음과 같습니다.

• 단일 정보 기반에서 여러 조직의 기록을 유지하는 능력;
• 구성 없이 직원에 대해 저장된 정보를 임의로 확장할 수 있는 속성 및 범주 메커니즘
• 규제된 인사 기록의 확장된 기능;
• 군사 등록 가용성;
• 휴가 일정 유지;
• 근무 시간(파트타임, 근무 일정, 시간표) 사용에 대한 설명
• 후속 청구 기간과 이전 청구 기간으로의 전환에 대한 엄격한 규정이 부족합니다.
• 다양한 계산 알고리즘이 내장되어 있어 요금 및 공제액을 설정할 때 임의의 수식을 입력할 수 있습니다.
• 선불 결제를 위한 다양한 옵션;
• 규제되고 임의적인 보고의 광범위한 가능성;
• 서비스 메커니즘의 가용성, 데이터에 대한 액세스 공유 수단, 개인 데이터 보호 수단
• 그리고 훨씬 더.

"1C: 급여 및 HR 관리 8" 프로그램으로 고통 없이 전환하려면 여러 단계를 순차적으로 수행해야 합니다.

첫 번째 단계를 시작하겠습니다 - 정보 기반 준비

1C: 급여 및 인사 7.7 프로그램의 초기 데이터베이스를 정리하겠습니다.

중요한! 작업을 되돌릴 수 있도록 하여 다시 반복할 수 있도록 하고 실망스러운 일이 발생하지 않도록 백업 복사본을 생성하여 데이터베이스(DB)에 대한 모든 작업을 시작합니다.

이렇게 하려면 모드에서 "1C: 급여 및 인사 7.7"을 실행하십시오. 구성자. 메뉴에서 선택하세요 관리 - 데이터 업로드....나중에 쉽게 이해할 수 있도록 아카이브에 이름을 지정합니다(예: "ZUP에 업로드하기 전"). 이후:

• 당사는 데이터를 전송하는 청구 기간을 마감합니다(예: 2011년 12월). 이미 입력된 다음 기간과 관련된 모든 문서를 삭제합니다. ZUP에 다시 입력해야 합니다.
• 참고서적을 살펴보면 부서. ZUP의 전용 대차대조표에 위치한 부서가 고려됩니다. 조직. 체크포인트 세부 정보가 완료된 모든 개별 ZIK 장치는 디렉토리로 전송됩니다. 조직 ZUP 구성. 이에 대해 별도의 규제 보고가 생성됩니다. ZUP의 조직 구조에 있는 ZiK 단위를 디렉토리로 전송해야 하는 경우 조직 부문,디렉토리에서 지우세요 부문소품 검문소그리고 체크박스를 없애주세요 따로이자형 전용 대차대조표가 있는 부서;
• 해보자 표시된 개체를 삭제합니다.그런데 이것이 삭제되지 않는 개체를 처리하는 이유입니다. 실제로 삭제할 수 없는 경우도 있습니다. 그런 다음 삭제 표시를 선택 취소하세요. 또는 이러한 개체와 이와 관련된 다른 개체를 모두 삭제해야 합니다.
• 다음 모드 구성자해보자 데이터베이스 테스트 및 수정 중.....액션 플래그에 주의하세요. 마지막 항목을 포함하여 모든 것을 설치해야 합니다. 프로세스가 길어질 수 있습니다. 반복하고 두 번 실행할 수 있습니다. 먼저 처음 세 가지 작업을 수행하고 완료되면 나머지 작업을 수행합니다.
• V7Plus.dll 및 V7Plus.als 파일이 ZiK 데이터베이스 디렉토리에 있는지 확인하십시오.
• 구성 릴리스가 최신인지 확인하십시오. 필요한 경우 업데이트하세요.
• ZiK 데이터베이스를 종료합니다.

두 번째 단계 - 데이터 다운로드

이 단계에서:

• "1C: 급여 및 HR 관리 8" 프로그램이 설치되어 있고 구성 릴리스가 최신인지 확인하겠습니다.
• 새로운 깨끗한 데이터베이스에 다운로드가 이루어지지 않고 일부 정보가 포함된 데이터베이스에 다운로드되는 경우 해당 데이터베이스가 설치되어 있지 않은지 확인하십시오. 편집 날짜 없음, 또한 다운로드를 시작하기 전에 백업 사본을 비축하여 실패할 경우 다운로드 프로세스를 다시 반복할 수 있도록 하십시오.
• 전송 방법을 정의해 보겠습니다. 메뉴에서 선택하세요 (그림 1):
• 정보베이스에서 데이터를 다운로드합니다.
• 파일에서 데이터를 로드합니다.

쌀. 1

방법 정보베이스에서 데이터 로드선택할 만한. 이를 사용하려면 ZiK 및 ZUP 데이터베이스가 동일한 로컬 네트워크에 있어야 합니다.

이것이 가능하지 않다면 두 번째 방법을 사용해야 합니다.

...정보베이스에서 데이터 로드 중

• 데이터를 전송할 ZiK 데이터베이스를 선택해 보겠습니다(그림 2).

쌀. 2

상호 합의를 위한 정책을 즉각 결정해야 한다. 체크박스를 선택하시면 급여에 대한 상호 정산은 발생 월에 따라 수행됩니다. , 그러면 급여 연체금이 월별 세부 정보와 함께 이체됩니다(그렇지 않은 경우 - 총액만).

체크박스 이전 급여 체불 재설정첫 달 계산의 투명성을 위해 ZiK의 모든 부채를 ZUP으로 이전하지 않고 고려하기로 결정한 경우 표시하는 것이 편리합니다.

• 버튼을 누르세요 더 나아가..

"1C: 급여 및 인사 7.7" 데이터베이스에 사용자가 이미 생성된 경우 사용자를 선택하고 비밀번호를 입력해야 하는 인증 창이 화면에 나타납니다(그림 3).

쌀. 삼

그런 다음 ZiK에서 ZUP로 데이터를 전송하는 프로세스가 시작됩니다. 주의 - 시간이 오래 걸릴 수 있습니다. 전송 과정에서 오류가 발견되면 오류를 분석하고 ZiK에서 적절하게 수정한 후 다운로드를 반복해야 합니다. 성공적으로 다운로드되었음을 알리는 메시지가 화면에 표시됩니다.

...또는 파일에서 데이터 로드

정보 베이스에서 데이터 로드를 허용하지 않는 이유가 있는 경우 두 번째 방법을 사용합니다.

• ZUP 데이터베이스에서 메뉴를 선택하십시오. 운영 - 디렉토리 - 정보 기반에서 변환 1C:Enterprise 7.7(그림 4);

쌀. 4

• 아이콘 선택 변환 파일을 디스크에 굽습니다.이 경우 처리 파일은 급여 및 HR 관리로의 전환 도우미, 버전 2.5그리고 데이터가 다운로드되는 ZiK 데이터베이스 디렉터리의 "ExtForms" 디렉터리에 선택한 구성에 대한 규칙 파일을 저장하는 것이 좋습니다.
• ZiK를 모드로 시작합니다 회사;
• 다음으로 메뉴에서 선택하세요. 서비스 - 추가 기능 - 1C 급여 및 인사 관리로의 전환 지원 8.
  이 메뉴 항목에 지정된 처리가 포함되어 있지 않으면 버튼을 클릭하십시오. 업데이트.지정된 처리가 나타나지 않으면 다른 디렉터리에 저장했으며 메뉴에서 실행할 수 있다는 의미입니다. 파일 - 열기,파일 선택 PrB_Wiz.ert(그림 5).

쌀. 5

• 그리고 지침에 따라 , 업로드 조건과 전송된 데이터의 파일 이름을 나타냅니다.
• 언로드가 성공적으로 완료되면 ZUP으로 이동합니다.
• 메뉴에 서비스 - 정보 데이터베이스 "1C:Enterprise 7.7"에서 데이터 전송선택하다 파일에서 데이터를 로드합니다.전송되는 데이터 파일의 경로와 이름을 지정합니다. 성공적으로 다운로드되었음을 알리는 메시지가 화면에 표시됩니다.

세 번째 단계 - 전송 결과 분석

데이터가 전송되었습니다. 1C: 급여 및 HR 관리 8 프로그램이 급여 계산에 준비되어 있는지 확인해야 합니다.

• 전송된 데이터의 백업 복사본을 만들어 보겠습니다. 이렇게 하려면 ZUP 구성 모드에서 다음을 선택하십시오. 관리, 정보 베이스 업로드...아카이브에 명확한 이름을 지정합니다(예: "ZUP에 로드한 직후").

참고서를 확인해 볼까요 개인. 특히 여러 데이터베이스의 전송 결과로 데이터가 "증가"할 수 있습니다. 처리를 사용하여 연결 SearchAndReplaceValues.epf ITS 디스크에서(그림 6);

쌀. 6

• 참고서 작업 직원.“해고된 사람들을 기록 보관소에 넣어라.” 명확성을 위해 메뉴에 포함 행위예배 규칙서 직원설정 모드 직원 아카이브를 표시합니다.해고된 직원의 목록에 커서를 놓습니다. 안에메뉴 행위예배 규칙서 직원선택하다 아카이브에 직원을 배치합니다.이 작업은 되돌릴 수 있으며 언제든지 다음 명령을 사용할 수 있습니다. 아카이브에서 직원을 추출합니다.실수로 직원을 보관한 경우 다음 명령을 실행하세요. 아카이브에서 직원 추출커서를 다른 직원에게 옮긴 다음 원하는 직원에게 돌아온 후에만 사용할 수 있습니다. 커서를 이동하지 않은 경우 명령에 따라 직원 보관버튼을 선택할 수 있어요 아카이브에서 추출;
• 생산 일정 및 작업 일정을 완료합니다.
• 대차대조표를 확인하세요. 차이점을 분석하십시오. 문서 누적 레지스터 항목 조정필요에 따라 레지스터를 변경합니다. 조직 직원과의 상호 합의그리고 신용에 대한 개인 소득세.

안녕하세요. 오늘은 버전 3.0의 플랫폼 8.3 급여 및 인사 관리를 위한 1C 프로그램의 새 버전에 대해 이야기하겠습니다. 보다 정확하게는 이전에 1C Enterprise 7.7 Salaries and Personnel 2.3을 사용했고 7.7 기반이 상당히 큰 경우 작업을 시작하는 방법에 대해 이야기하겠습니다.

아시다시피 12월 16일에 ZUP의 새 버전이 출시되었으며 ZiK 7.7에서 이전이 약속되었습니다. 약속이 이행되었습니다. 이제 시작 어시스턴트도 ZiK에서 데이터를 전송할 수 있습니다. 불행하게도 그는 편리한 형식으로만 이 작업을 수행합니다. 즉, com 연결을 통해 7.7 플랫폼에 연결하고, 그 안에서 지정된 데이터베이스를 시작하고, 필요한 규칙에 따라 전송 처리를 시작하고, 언로드하고, 로드합니다. 모든 것을 스스로 다 합니다.

프로그래머에게 도움을 요청하지 않는 회계사에게는 정말 아름다운 일입니다. 몇 번의 클릭만으로 모든 작업이 완료됩니다. 그러나 여기에는 마이너스가 있습니다. 사실 급여 프로그램의 데이터 전송은 Trade Management 또는 Enterprise Accounting의 전송처럼 작동하지 않습니다. 여기에서 그는 마지막 유해만을 운반하는 것이 아닙니다. 업로드에는 직원에 대한 모든 인사 데이터, 지난 2년간의 모든 계산 및 공제가 포함됩니다. 즉, 상당한 양의 데이터가 전송됩니다. 이로 인해 xml 파일을 언로드할 때 메모리 부족 상황이 발생할 수 있습니다.

가장 짜증나는 점은 실제로 오류 메시지가 표시되지 않는다는 것입니다. 왜냐하면... 1C 7.7은 백그라운드에서 실행 중이며 작업 관리자에만 표시됩니다. 실제로 모든 사람은 시작 도우미의 도움을 받아 처음으로 "무료" 업로드를 시도할 것입니다. 한 시간에 한 번씩 화면에 아무런 조치가 없으면 작업 관리자를 살펴보고 1cv77 프로세스를 살펴보는 것이 좋습니다. 문제가 없음을 나타내는 지표는 프로세스가 메모리를 소비하거나 중앙 프로세서를 로드하는 것입니다. 작업 취소 결정은 매우 빠른 속도로 이루어져서는 안 됩니다. 프로세스가 현재 하드 드라이브에서 데이터를 읽고 있는 중일 수 있으니 지켜보세요. Windows 8의 행복한 소유자도 이 결함을 볼 수 있지만 이제 작업 관리자에 하드 드라이브 로드가 표시되는 새 열이 있습니다.

방법은 중요하지 않지만 데이터 교환이 아름다운 방식으로 이루어지지 않았다는 것을 알게되었습니다. 다음에 무엇을할지. 당연히 교환 규칙과 하역 처리를 찾아야합니다. ZiK에 내장된 범용 XML 업로드 처리가 작동하지 않을 수 있으며, 오류로 인해 실패할 수 있음을 즉시 알려드리며, 규정에 따른 처리를 진행합니다.

1C Enterprise 8.3을 출시합니다. Salary and Personnel Management 3.0이 포함된 아직 비어 있는 데이터베이스를 선택하고 "구성자" 버튼을 클릭합니다. 구성기가 열리면 가로 메뉴에서 "구성/구성 열기"를 클릭합니다. 결국 우리는 처음으로 구성기에 들어가게 될 것입니다.

그러면 우리가 가장 좋아하는 메타데이터 트리가 보입니다.

더하기 기호를 사용하여 "일반" 분기를 확장합니다. 여기에서 "일반 레이아웃"을 찾습니다. "SalaryHuman ResourcesData TransferIzZiK23" 레이아웃이 있습니다. 두 번 클릭합니다.

여기에서 파일 업로드 버튼을 클릭합니다. 규칙 자체가 아니라 업로드를 위한 규칙과 처리가 포함된 아카이브라는 것이 매우 중요합니다. 따라서 zip 확장자를 사용하여 파일 이름을 작성합니다. 아카이브를 저장한 폴더를 찾아 거기에 압축을 푸세요.

다음으로 엔터프라이즈 모드에서 급여와 직원이 포함된 1C 7.7 데이터베이스를 시작합니다. "파일/열기" 메뉴를 클릭하고 아카이브에서 처리를 엽니다. 외부적으로 이것은 xml 업로드/다운로드의 보편적인 처리입니다. 하지만 표준 버전은 오류로 인해 충돌했습니다. 왜냐하면... 어떤 기능도 찾을 수 없으므로 확실하게 아카이브에 있는 것을 사용하겠습니다.

처리 중 "규칙 파일 이름" 필드에서 아카이브의 규칙을 선택하고 "교환 규칙 로드" 버튼을 클릭합니다.

이제 모든 것이 여러분의 손에 있습니다. 충분한 메모리를 확보할 수 있도록 이러한 규칙 세트를 목록에서 선택하세요. 시작일과 종료일은 지난 2년이 필요하다는 사실을 토대로 선택해야 한다는 점을 덧붙이겠습니다. 이 기간은 계산된 데이터에만 영향을 미치며, 전체 기간 동안 언로드해야 하는 모든 항목은 전체 기간 동안 언로드됩니다.

한 섹션을 하나의 파일로 업로드하는 것은 매우 편리합니다. 그러나 일부 데이터베이스에서는 이러한 분석만으로는 충분하지 않습니다. 예를 들어, 계산된 데이터를 매월 업로드했는데, 시작일과 종료일을 이용하면 기간별로 필터링하기가 쉽기 때문입니다.

모든 항목을 개별적으로 다운로드한 후 다운로드해야 합니다. 이를 위해 엔터프라이즈 모드에서 ZUP 3.0을 시작합니다. 우리는 스타팅 어시스턴트에 관심을 기울이지 않습니다. "모든 기능"을 클릭하세요. 처리에 들어가서 "XML 형식의 범용 데이터 교환"을 찾습니다. 이 처리는 표준이며 문제를 일으키지 않아야 합니다. 이 처리를 통해 모든 파일을 하나씩 로드할 수 있습니다. 언로드하는 것보다로드하는 것이 훨씬 빠르다고 즉시 말씀 드리겠습니다.

다운로드 후 시작 도우미로 돌아갈 수 있습니다.

오늘 모두들 감사합니다.

"ZIK"에서 "ZUP"으로 전환하는 이유는 무엇입니까? 양가죽은 그만한 가치가 있나요?

이 질문은 모든 회계사가 묻는 질문입니다. 그렇다면 새로운 프로그램의 이점은 무엇입니까?

모든 관리자는 자신의 기업 발전에 관심이 있습니다. 직원은 점점 늘어나고, 개개인의 업무를 통제하는 것은 불가능하다. HR 부서는 이런 종류의 업무를 처리할 수 없습니다. 관리자는 각 직원을 눈으로 알지 못합니다. 직원의 업무를 자극하고, 동기를 부여하고, 분석하기 위해 관리자와 직접 협력하고 격려, 동기 부여, 인력 구성 등의 계획과 방법을 만드는 "인적 자원 관리" 서비스가 만들어졌습니다. "ZIK 7/ 7” 이 기회는 부서 수준 프레임에서 구현됩니다. 일반적으로 이 프로그램은 급여와 세금이라는 단 한 가지만을 대상으로 합니다. "ZUP"을 사용하면 회계사와 인사 관리 부서가 함께 일할 수 있습니다. 다음은 "ZUP"의 도움으로 해결된 작업의 간단한 목록입니다.

1. 급여 준비;
2. 직원의 재정적 동기 관리;
3. 법으로 규제되는 임금 기금의 세금 및 기여금 계산
4. 기업 비용에 발생한 임금 및 세금 반영;
5. 예금을 포함하여 직원과의 금전 결제 관리;
6. 인사 회계 및 인사 분석;
7. 인사 기록 관리 자동화;
8. 직원에게는 계획이 필요합니다.
9. 직원과 사업을 제공;
10. 역량 관리, 교육, 직원 인증;
11. 효과적인 인력 고용 계획.

이 목록에서 급여 계산은 ZUP가 훌륭하게 처리하는 작업 중 하나일 뿐이라는 결론을 내릴 수 있습니다.

애플리케이션 솔루션 "1C: 급여 및 인사 관리 8"에 의해 자동화된 주제 영역은 다음 다이어그램에 설명되어 있습니다.

이 프로그램은 여러 법인의 기록을 보관할 수 있습니다. 보유 자산 전체에 대한 통합 보고를 생성하는 것도 가능합니다. 따라서 Excel에서 가장 자주 처리해야 했던 별도의 보고서를 만들 필요가 없습니다. 이 프로그램에는 관리 급여 회계가 도입되었습니다. 플랫폼은 분석 보고서를 생성하기 위한 강력한 메커니즘일 뿐만 아니라 다음을 사용하여 사용자 모드에서 보고서를 생성하기 위한 도구입니다. 데이터 구성. 시스템 수준에서 모든 데이터에 대한 사용자 액세스를 제한하는 것도 가능합니다. 프로그램은 G8의 모든 버전과 마찬가지로 제조업체가 인터넷을 통해 독립적으로 업데이트할 수 있으므로 전문가에게 전화할 필요가 없습니다.

프로그램을 구매할 때 가장 먼저 묻는 질문은 가격 문제입니다.

"ZIK"와 "ZUP"의 비용을 비교해 보겠습니다.

그렇다면 어떻게 하면 어려움 없이 새로운 수준의 자동화로 전환할 수 있을까요?

거의 모든 조직은 새로운 급여 프로그램으로 전환할 때 다음과 같은 몇 가지 이유로 새해 시작을 선택합니다.

• 개인 소득세 및 통합 사회세에 대한 정보 입력을 최소화하는 기능(연도 중간에 프로그램에 진입하는 경우 연초부터 과세 표준 및 발생세에 대한 모든 정보를 입력해야 함) 프로그램);
• 통합 사회세 및 OPS에 대한 신고 완료, 개인 소득세 및 러시아 연금 기금에 대한 정보 제출을 자동으로 수신하는 기능.

연초부터 새로운 프로그램으로 전환할 때 어떤 데이터가 필요합니까?

• 병가, 휴가 및 출장에 대한 발생의 경우 이전 기간의 평균 수입이 필요합니다.
• 연초에 조직 직원과의 상호 합의 잔액;
• 작년부터 내년까지 연속 휴가 및 병가에 대한 데이터;
• 작년에 발생한 휴가 및 병가로 인한 이월 개인 소득세에 대한 데이터입니다.

"ZIK"에서 "ZUP"으로의 전환에 대한 구체적인 예를 설명하겠습니다.

클라이언트는 ZIK에서 3개의 데이터베이스를 유지 관리했으며 이 모든 데이터베이스를 하나의 ZUP로 전송해야 했습니다. 1루와 2루는 추가 요금, 시간 기반 보너스가 없는 일반 베이스였으며, 3루는 작품수 주문이 포함되었습니다. ZIK에서 개발된 직원과 함께 직원과 모든 자체 정착지를 이전해야 했습니다. 우리는 지난 12개월 동안의 데이터(평균 계산을 위해)만 ZUP에 로드하고 기록을 보존하기 위한 모든 인사 문서와 발생 및 발급 문서를 로드합니다. 주목! 직접 전환하는 경우 업로드로 생성된 문서를 전달하지 마세요.. ZiK 7.7에서 ZUP 8.0으로 데이터를 표준 전송하는 동안 인사 문서를 다시 확인해야 합니다. ZiK 7.7에서 동일한 직원에 대해 같은 날 여러 인사 명령이 있는 경우 해당 문서는 ZUP 8.0으로 전송되지만 게시할 수는 없습니다. 이러한 상황은 수동으로 추적하고 수정해야 합니다.

또한 북부 수당을 계산할 때 개인 소득세 공제 및 근무 기간에주의를 기울이는 것이 좋습니다. 대부분의 경우 수동으로 입력해야 하며 올바르게 유지 관리되는 ZIK 데이터베이스는 거의 볼 수 없습니다. 이전을 위한 기반을 사전 준비하지 않으면 전환 과정이 불가능합니다. 먼저 삭제 표시가 되어 있는 요소를 모두 제거해야 하며, 삭제가 불가능한 경우에는 삭제 표시를 해제하세요. 둘째, 비교를 위해 12개월 동안의 모든 명세서를 생성합니다. 셋째, 주소 분류자를 지웁니다(시간 낭비이므로 어쨌든 전송되지 않습니다). 그 후에야 전환이 이루어질 수 있습니다. 프랜차이즈 회사의 전문가가 전환을 수행하는 것이 좋습니다. 그러면 위험이 최소화되고 두통 없이 보장됩니다. ZIK에서 데이터를 다운로드하는 과정은 디렉터리 사용량에 따라 1~3시간 이내에 완료됩니다. 우리의 경우 순수 전송 시간은 각 베이스에 대해 70분을 넘지 않았습니다. 왜냐하면 모든 데이터가 자동으로 전송되는 것은 아니며 데이터를 ZUP에 로드한 후 일부 작업을 수동으로 수행해야 합니다. 거래 템플릿 및 계산 알고리즘은 표준 템플릿과 다를 경우 전송되지 않습니다. 가장 흥미로운 점은 작품 데이터의 전송입니다. 왜냐하면... 구체적으로 전송됩니다. 도급제를 적용한 임금 계산 서류에서 일부 항목을 직접 작성해야 합니다. ZUP에 데이터를 로드할 때 시스템 자체에서 수동 조정이 필요한 문서를 알려줍니다.

일반적으로 회계계에는 옛날 옛적에 자신의 자유 의지 데이터 (이상하게도 회계사의 요구와 일치)가 한 정보 기반에서 다른 정보 기반으로 자유롭게 로밍되었지만 사악한 프로그래머가 St. 조지 데이와 전환은 과세 기간이 시작될 때 1년에 한 번만 일어나기 시작했고, 이후 점진적인 권리 축소를 통해 데이터는 회계사의 의지에 따라 이전하는 방법을 완전히 잊어버렸습니다...

회계 부서에서는 그러한 오해가 자신들의 머릿속에 있을 자리가 없다고 단념해서는 안 됩니다. 그러나 독립적인 이전을 수행하기 전에 다음에서 이전하는 동안 식별된 기능과 오류를 숙지할 수 있습니다(아마도 그래야 합니다). 지크 7.7 V ZUP 8 , 즉:

1). 우선, 원본 데이터베이스와 대상 데이터베이스의 구성을 업데이트해야 하며(네트워크를 통해 데이터를 가져오는 것은 권장되지 않음) 다음과 같은 오류가 발생하면 놀랄 수 있습니다. "색인이 값 목록 범위 내에 있지 않습니다." ;

2). 급여 이체 후 첫 계산 발견 개인 소득세의 두 배 금액 (모든 데이터베이스에서 그런 것은 아닙니다. 7.7에서 청구 기간이 마감되지 않은 경우에만 패턴이 공개되었습니다. 즉, 7월로 이전했지만 6월은 마감되지 않았습니다. 7월에 두 배가 발생합니다.) - 이 경우 재설정하는 것이 더 쉽습니다. 운영 - 문서 - 데이터 전송을 통해 개인 소득세 데이터를 전송했습니다.

3). 또한, 2011년 이전에 개인소득세 기록이 보관된 직원에 대한 데이터는 이전되지 않았습니다. 1-NDFL 형식으로 나중에 개인 소득세 세금 등록부에 - 이 경우 "개인 소득세, 보험료 및 통합 사회세에 대한 회계 조정"문서를 수동으로 입력합니다. 이 문서는 초기 입력에도 사용할 수 있습니다. 프로그램 시행 시 잔액 및 회계 복원;

4). 생산 달력의 불완전성은 이전 중 오류가 아니지만 이전 후 첫 번째 급여 계산에서는 이러한 뉘앙스가 고려되지 않는 경우가 많습니다.

5). Form 2-NDFL을 사용하여 인증서를 작성할 때 오류가 발생합니다. 7.7에서는 거주 국가의 주소가 입력되지 않았지만 "러시아 연방 외부의 개인 주소" 세부 정보가 비어 있지 않기 때문에(쉼표를 제거해야 함) 문서가 처리되지 않습니다.

6). "조직의 부채 구조"보고서 문제 장기 해고 직원에 대한 부채 , Zik에서 계산이 종료되었습니다 (잘 알려진 1c 포럼 중 하나에서 이유는 잘못된 지불로 표시되었으며 해고시 금액을 수동으로 표시하고 전체 지불을 계산하지 않음). 이 금액이 예금자가 아닌 경우 해당 등록 항목이 "데이터 전송" 문서에서 삭제됩니다.

7). 어떠한 경우에도 급여 지급 사실을 반영하는 문서 작성을 위해 이체 처리 시 자동 생성된 문서를 복사하지 마십시오(지급 내역은 급여명세서에 표시되지 않습니다).

계속됩니다...))

발생 유형의 크기와 구성이 거의 동일한 2개의 데이터베이스에 데이터를 전송했습니다. 하나의 데이터베이스는 표준 수단을 사용하여 문제없이 전송되었지만 두 번째 기반을 사용하면 많은 문제가 발생했습니다.
첫 번째 오류는 하위 단위로 세부 정보 설정 절차의 일반 급여 및 인사 모듈에서 나타났습니다.
나는 그것을 알아내려고 애쓰지 않고 절차가 끝날 때 이 모듈의 줄을 주석 처리했습니다.

//Divisions.Next() 루프를 선택하는 동안 // DepartmentObject = DepartmentSelection.Link.GetObject();// 시도 // DepartmentObject.Lock();// 예외 //TextExceptionRecord = StringFunctionsClientServer.SubstituteParametersIntoString( // NStr("ru = "%2을(를) 쓰는 동안 하위 부서 %1을(를) 변경하지 못했습니다. // |다른 사용자가 해당 부서를 편집하고 있는 것 같습니다.""), // DepartmentObject.Name, // ?(DataSource = 정의되지 않음, NStr("ru = "all Divisions""), DataSource.Name)); //RaiseExceptionRecordExceptionText;//EndTry; // // SubordinateUnit(UnitObject, StringStructuralUnits.Key) 채우기; // 데이터 소스인 경우<>정의되지 않은 후 ExecuteOrganizationRecord // DataSource가 아닌 경우.SeparatedDivision과 DivisionObject.SeparatedDivision이 있습니다. // DepartmentObject.SeparatedDivision = False;// EndIf; // EndIf; // // DivisionObject.AdditionalProperties.Insert("ParentRecordProcessing", True); // DepartmentObject.DataExchange.Load = True; // DepartmentObject.Write();//엔드사이클;

나는 이 오류를 놓쳤고 "Date 유형 리터럴의 연도 숫자가 3999를 초과합니다."라는 메시지를 받았습니다. 접두사 "ROtp"가 있는 데이터 전송 개체를 참조합니다. 저것들. 휴가등록을 이관할 때. 이 날짜를 찾지 않 자마자. 나는 보고서를 훌훌 털어버리고 7년에 걸쳐 날짜별로 모든 문서를 살펴보았다(한 쌍을 찾아 날짜를 수정했지만 소용이 없었다). 그런 다음 시작 및 종료 세부 정보가 포함된 모든 인사 및 비인사 문서를 살펴보았습니다. 이 세부정보에서도 날짜를 찾지 못했습니다. Universal Data ExchangeXML 처리에서 이 개체를 주석 처리하고 건너뛸 수 없었습니다. 문제가 있는 날짜는 데이터 전송 문서 자체의 날짜가 아니라 이 문서가 레지스트라인 등록부에 발생했습니다.
교환 규칙을 꺼내서 편집해야 했습니다. 이는 "ZiK23에서 급여 인사 데이터 전송" 일반 레이아웃의 ZUP에 있습니다. 아카이브인 데이터를 업로드하고 xml 파일의 압축을 풀고 데이터 변환 구성에 로드합니다. Vacation Registry and Upload라는 알고리즘이 있습니다. 나는 이것이 사실이기 때문에 레지스트리 없이 수행하고 이 절차 수행을 중단하기로 결정했습니다.
규칙을 언로드하고, 처리 모듈을 언로드하고, 모든 것을 다시 압축하고 구성에 다시 푸시했습니다. 단순히 규칙에 따라 처리하여 ZiK에서 언로드한 다음 ZUP에 로드하고 싶지 않은 이유는 무엇입니까? 업로드 규칙에 수반되는 수많은 매개변수를 실제로 이해하고 싶지 않았기 때문입니다. 거기에 표시할 내용, 날짜 등 명확하지 않습니다.
일반적으로 데이터는 오류 경고 없이 어떻게든 로드되었습니다. 그러나 어떤 이유로 초기 부채가 없습니다. ZUP에서 언로드된 처리 및 규칙을 사용하여 ZiK에서 언로드를 수행해야 했습니다.
ZiK에서 처리를 열고 규칙을 로드한 다음 매개변수에 연말 날짜를 설정하려고 했습니다. 급여 체불만 업로드하려면 확인란을 선택하세요. 업로드할 때 오류가 발생했습니다.

개체: Ivanov Ivan Ivanovich, 속성: 개인
개체 속성 값을 가져오는 중 오류가 발생했습니다.
개체: Ivanov Ivan Ivanovich, 속성: 이름 설명
직원 디렉토리가 어떻게 업로드되는지 확인하기 위해 변환 규칙을 살펴보았습니다. 실제로 이러한 속성을 업로드해야 한다고 기록되어 있지만 직원은 ZiK에 이러한 속성이 없고 ZUP에만 있습니다.

그 결과 결국 모든 것을 포기하고 7부터 언로드 처리를 직접 편집하게 되었습니다. 절차에 어떤 사소한 수정 사항을 적용했는지는 언급하지 않겠습니다. 각각 고유한 특성이 있습니다.