Zup 3.0에서 Accounting 2.0으로 업로드. 사전 설정 프로그램

또한 설정 및 동기화 중에 어떤 오류가 나타날 수 있는지 고려해 보겠습니다.

• 백업 생성

동기화를 설정하고 첫 번째 동기화를 수행하기 전에, 반드시 정보 데이터베이스 1C 8.3 BP 3.0 및 ZUP 3.0의 백업 복사본을 생성해야 합니다.

데이터베이스의 위치는 1C 실행 창에서 볼 수 있습니다.

• ZUP 3.0 및 ACCOUNT 3.0 릴리스의 관련성을 확인하세요. 필요한 경우 업데이트하세요.

이 주제는 기사에서 잘 다루어졌습니다.

1C ZUP 3.0에서 Accounting 3.0으로 데이터 업로드 - 단계별 지침

준비 부분을 완료한 후 동기화 설정을 시작할 수 있습니다.

1 단계

사용자 모드에서 BP 3.0 데이터베이스를 실행하고 섹션으로 이동해 보겠습니다. 급여 및 인사 – 디렉터리 및 설정 – 급여 설정:

그리고 이 창에서, 들판에서 "급여 및 인사 기록은 다음과 같이 유지됩니다."스위치를 위치로 설정해 줘 "외부 프로그램에서":

2 단계

섹션으로 이동해 보겠습니다. 관리 –

그리고 창문에는 상자를 체크하세요 데이터 동기화 "금지 날짜 다운로드" "곡조"동기화 중에 데이터가 전송되지 않을 날짜를 지정합니다.

금지 날짜는 전체 정보 기반에 대해 설정될 수 있습니다.

그리고 각 조직마다 별도로:

주목! 데이터 다운로드 금지일은 거래소 이용 시작일보다 이후여야 합니다. 예를 들어, 다운로드 금지일은 2015년 6월 1일이고, 교환 이용 시작일은 2015년 1월 1일입니다. 그렇지 않으면 거래 시작일보다 금지일을 늦게 설정하는 것이 의미가 없습니다.

이 예에서는 금지 날짜를 설정하지 않습니다. "데이터 다운로드 금지 날짜" 양식을 닫겠습니다.

문제가 발생하면 "데이터 동기화" 확인란을 선택할 수 있는 방법이 없습니다. 이 필드는 활성화되지 않습니다:

이는 사용자가 모든 권한을 가지고 있음에도 불구하고 "시스템 관리자" 권한이 없음을 의미합니다.

구성기에서 정보 베이스를 실행하고 메뉴로 이동해야 합니다. 관리 – 사용자:

카드 열기 주어진 사용자, 탭으로 이동 "다른"그리고 체크박스를 체크하세요 "시스템 관리자":

3단계

사용자 모드에서 ZUP 3.0 데이터베이스를 실행하고 섹션으로 이동해 보겠습니다. 관리 – 데이터 동기화 설정:

이 창에서 확인란을 선택하세요. "데이터 동기화". 필요한 경우 여기에서 확인란을 선택하여 데이터 다운로드 금지 날짜를 설정할 수 있습니다. "금지 날짜 다운로드"그리고 하이퍼링크를 따라갈 때 "곡조"동기화 중에 데이터가 전송되지 않을 날짜를 지정합니다.

4단계

동기화 설정 마법사 창이 열립니다. 여기 버튼을 클릭하세요 "데이터 동기화 설정". 선택 목록이 열립니다:

• "엔터프라이즈 회계, 에디션 3.0"– BP 3.0과 동기화 생성
• “Enterprise Accounting, edition 3.0 (서비스 중)”– 서비스 모델에서 동기화 생성(클라우드 서비스에서)
• "분산정보베이스에서의 교환"– DIB(분산 정보 베이스) ZUP 3.0 생성을 위해 설계되었습니다.

선택하자 "엔터프라이즈 회계, 에디션 3.0":

1C 회계 8.3에 데이터로드-단계별 지침

1 단계

여기에서는 데이터의 백업 복사본을 생성하라는 메시지가 표시됩니다. 이전에 이미 백업 복사본을 만들었으므로 이 단계를 건너뜁니다. 현장에서 "데이터 동기화 설정 방법 선택"- 스위치를 떠나 "수동으로 설정 지정"그리고 버튼을 누르세요 "더 나아가":

주목!동기화 설정을 계속할 때 "다른 프로그램에서 생성된 설정 파일 로드" 스위치를 선택해야 합니다. 설정은 Enterprise Accounting 프로그램 3.0 측에서 수행되었습니다. 이 위치에서 스위치를 선택하면 이전에 BP 3.0에서 언로드된 외부 설정 파일이 표시되는 양식에서 선택 버튼을 사용할 수 있게 됩니다.

2 단계

현장에서 “다른 프로그램에 연결하는 옵션 선택하기”스위치를 설치하다 "이 컴퓨터나 다른 프로그램에 직접 연결 지역 네트워크» .

다른 프로그램에 연결하기 위한 매개변수를 지정해 보겠습니다. "에 이 컴퓨터또는 로컬 네트워크의 컴퓨터에서".

버튼을 클릭하세요 "연결 확인":

긍정적인 결과가 나오면 "다음" 버튼을 클릭하세요.

3단계

프로그램이 연결을 다시 확인하고 ZUP 3.0 정보 베이스에 대한 추가 설정이 포함된 창이 열립니다.

현장에서 "회계 항목 생성을 위한 데이터를 다운로드하는 중입니다"스위치를 설치하다 “직원별 세부정보 포함”.

모든 조직에 걸쳐 교환을 수행해야 하는 경우 현장에서 "교환 진행 중"스위치를 "모든 조직" 위치로 설정합니다.

특정 조직에 대해 교환을 수행해야 하는 경우 "교환 진행 중" 필드에서 스위치를 "선택한 조직에만 해당"으로 설정하면 원하는 조직 반대편에 확인란을 설정할 수 있는 기회가 제공됩니다. 교환을 설정합니다:

데이터 교환 규칙을 설정한 후 버튼을 클릭하세요. "저장하고 닫습니다".

Prefix가 설정되어 있는지 확인하고 버튼을 클릭하십시오 "더 나아가".

4단계

다음 단계에서는 회계 프로그램의 정보 기반을 설정합니다. 설정은 앞서 설명한 급여 프로그램의 3단계와 동일한 방식으로 수행됩니다.

5단계

다음 단계에서는 이전에 구성한 매개변수에 대한 정보가 포함된 창이 열립니다. 여기에서 이 정보를 검토하고 필요한 경우 돌아가서 설정을 변경할 수 있습니다.

6단계

프로그램은 새로운 데이터 동기화 설정을 생성합니다.

주목! 6단계에서 이 메시지가 나타나는 경우:

이는 회계 프로그램에 대한 데이터 동기화를 설정할 때 확인란을 선택하는 것을 잊었음을 의미합니다. "데이터 동기화".

이 오류를 수정하려면 급여 프로그램에서 동기화 설정 마법사 창을 닫지 않고 회계 프로그램으로 이동하여 섹션에서 관리 – 데이터 동기화 설정상자를 체크하세요 "데이터 동기화"(바라보다 제2항장 동기화 설정). 그런 다음 급여 프로그램으로 돌아가서 버튼을 다시 클릭해야 합니다. "더 나아가".

설정을 생성하면 데이터 동기화 설정이 성공적으로 완료되었음을 알리는 창이 열립니다.

체크박스가 활성화된 경우 "Enterprise Accounting, edition 3.0과 데이터 동기화"그리고 버튼을 누르면 "준비가 된"– 대화형 데이터 동기화 도우미가 시작되고 데이터 비교 창에서 어떤 개체가 동일한지 표시할 수 있습니다.

이 확인란은 기본적으로 활성화되어 있으며 선택을 취소하지 않는 것이 좋습니다. 하지만 제 예에서는 이 상자를 선택 취소한 다음 동기화 설정에 대한 추가 옵션을 고려하고 개체 데이터를 비교할 수 있는 대화형 데이터 동기화 도우미를 시작하겠습니다. 또한 데이터를 수동으로 비교하지 않고 즉시 데이터를 동기화하면 어떤 일이 발생하는지 살펴보겠습니다.

“마침” 버튼을 클릭하세요.

우리가 생성한 동기화 창이 열립니다:

필드 "데이터 수신 됨"그리고 "데이터 전송됨"의미를 가지고 "절대"– 아직 동기화를 수행하지 않았다고 말합니다.

버튼 1 "동기화"(자동으로 데이터 동기화) – 사용자가 원하는 대로 동기화를 시작할 수 있습니다.

버튼 2 “추가 설정을 지정하여 데이터를 동기화하세요”– 추가 매개변수를 설정하고 동기화를 수행합니다.

버튼 3 "전송된 데이터의 구성"– 여기에서 변경 사항이 등록되어 동기화 중에 전송될 개체 목록을 볼 수 있습니다.

1C 8.3에서 자동 동기화 일정을 설정하는 방법

탭으로 가자 "일정":

그리고 버튼을 누르세요 "곡조"하이퍼링크를 따라가세요:

여기에서 데이터가 동기화되는 시기와 빈도에 대한 일정을 설정할 수 있습니다.

탭에서 "흔하다"– 자동 동기화 일정을 설정하려는 날짜를 지정할 수 있습니다.

탭 "낮"– 시간과 동기화 간격을 지정합니다.

탭 "주간"– 동기화가 발생할 요일을 지정합니다.

탭 "월간 간행물"– 동기화가 발생할 월을 지정합니다.

기본적으로 동기화는 15분(900초)마다로 설정됩니다.

이 예에서는 동기화 시기를 스스로 결정합니다.

확인란을 선택 취소하세요. "일정에 따라 자동으로"그리고 버튼을 누르세요 "저장하고 닫습니다":

1C 8.3 데이터베이스 간의 데이터 교환 규칙을 설정하는 방법

탭으로 가자 "데이터 동기화 설정"그리고 버튼을 누르세요 "곡조":

여기서는 구성된 데이터 교환 규칙을 볼 수 있습니다. 필요한 경우 조정할 수 있습니다.

버튼을 누르면 "규칙 세트 다운로드":

여기에서 구성 자체의 규칙을 사용하거나 확인란을 선택하여 외부 파일에서 로드할 수 있습니다. "컴퓨터에 있는 파일에서". 예를 들어 프로그래머가 이러한 규칙을 수정한 경우입니다.

버튼을 클릭하여 외부 파일에 규칙 세트를 업로드할 수도 있습니다. "더" – "규칙을 파일에 저장". 3개의 파일이 포함된 zip 아카이브가 다운로드됩니다.

• CorrespondentExchangeRules.xml – 현재 데이터베이스에 로드하기 위한 변환 규칙이 포함된 파일입니다.
• ExchangeRules.xml – 현재 데이터베이스에서 다운로드하기 위한 변환 규칙이 포함된 파일입니다.
• RegistrationRules.xml – 현재 프로그램에 대한 등록 규칙이 포함된 파일:

다음 버튼 그룹을 고려하십시오 - "데이터 동기화 옵션". 여기서 개체 변환 및 등록 규칙을 다운로드할 수 있습니다. 연결 매개변수 보기 및 변경(필요한 경우):

버튼을 누를 때 "다른 프로그램에 대한 동기화 설정 가져오기"– 외부에서 열거나 저장할 수 있습니다. XML 파일데이터 동기화 설정;

전송되는 데이터 구성(이 버튼은 이미 이전에 논의됨)

또는 동기화 설정을 제거하십시오.

다음 버튼 그룹 "데이터 동기화"이전에 고려한 사항:

설정창을 닫아보겠습니다.

회계 부서를 동기화하기 위해 아무것도 구성할 필요가 없습니다. 우리는 ZUP 3.0 프로그램에서 모든 설정을 수행했습니다.

1C 8.3에서 데이터 교환시 객체 비교

이제 동기화할 준비가 되었습니다.

첫번째로동기화 꼭 필요하다데이터 매칭을 수행합니다. 그렇지 않으면 디렉터리나 문서의 중복 요소가 발생할 수 있습니다. 데이터 비교는 이 문서의 뒷부분에서 설명할 주요 필드를 사용하여 수행됩니다.

버튼을 클릭하세요:

필요한 경우 연결 매개변수를 구성할 수도 있는 마법사 창이 열립니다. 버튼을 클릭하세요 "더 나아가":

프로그램은 다음과 같이 데이터를 분석합니다.

그리고 "데이터 비교" 창이 열리고, 표 형식 부분에는 비교된 개체 목록이 있습니다. 목록 요소의 구성과 수는 회계 프로그램의 디렉토리 및 문서의 완성된 요소에 따라 달라집니다.

데이터가 올바르게 일치하는지 확인하고 필요한 경우 필요한 요소와 일치하는지 확인해야 합니다. 예를 들어 디렉터리 요소 매핑은 다음과 같습니다. "조직"자동으로 일어난 일이니까요. ZUP 3.0과 ACCOUNT 3.0에서 이 요소의 키 필드(이름)는 완전히 동일합니다.

주목!추가 공간도 고려됩니다. 회계 프로그램에 있는 경우 자세히 "프로그램 이름"추가 공간이 있는 경우 조직이 자동으로 일치되지 않습니다.

그리고 디렉토리에는 1개의 요소가 일치하지 않았습니다. 비교하려면 이 라인을 마우스 오른쪽 버튼으로 두 번 클릭하거나 이 라인을 선택하고 버튼을 클릭하십시오. "성냥":

디렉터리 데이터 비교 창이 열립니다. “만에서의 반사 방법. 회계"두 개체 간의 대응 관계를 설정합니다.

그 후 버튼을 클릭하세요. "저장하고 닫습니다":

1C 8.3 BP 3.0 및 ZUP 3.0 동기화

이제 데이터가 완전히 수집되었습니다. 전송된 나머지 개체(디렉터리 항목 및 문서)는 회계 프로그램에서 자동으로 생성됩니다.

다음 창에서는 다양한 특정 설정을 지정할 수 있지만 이 예에서는 문서와 데이터를 추가하지 않습니다. 현장에서 "전송할 데이터"기본 스위치를 그대로 두자 - "추가하지 마세요".

보고서를 열어보자 “전송된 데이터 구성에 대한 보고”해당 하이퍼링크를 클릭하면:

이 보고서에서는 동기화될 때 Enterprise Accounting 3.0으로 전송되는 데이터를 볼 수 있습니다. 필요한 경우 보고서에서 관심 있는 디렉터리 요소나 문서를 열 수 있습니다.

데이터를 회계 프로그램으로 전송하는 프로세스가 시작됩니다.

프로세스가 완료되면 데이터가 성공적으로 전송 및 수신되었음을 나타내는 메시지가 나타납니다. 여기에서 데이터 동기화 일정을 구성하는 것도 가능합니다.

버튼을 클릭하세요 "준비가 된":

전체 동기화 과정은 데이터 전송 이벤트 로그에 기록됩니다. 수신된 데이터(BP 3.0 프로그램에서 수신된 데이터) 및 전송된 데이터(BP 3.0으로 전송된 데이터) 링크를 따라갈 수 있습니다.

1C 8.3 BP 3.0과 ZUP 3.0 데이터베이스 간의 데이터 동기화시 오류-찾고 수정하는 방법

1C 8.3 프로그램에서 데이터 동기화를 사용하는 경우 ZUP 3.0 및 BP 3.0에서 발생한 문제를 검토하고 해결해야 합니다. 데이터를 동기화할 때 경고 정보 레지스터에서 볼 수 있는 내용은 다음과 같습니다.

• 장 관리 – 데이터 동기화 설정 – 데이터 동기화 시 경고:

• 장 관리 – 데이터 동기화 설정 – 데이터 동기화 시 경고 – 데이터 동기화 – 경고:

• 메인 메뉴 – 모든 기능 – 정보 레지스터 – 동기화 경고:

1C 8.3 데이터베이스 간 데이터를 동기화할 때 "게시되지 않은 문서"

탭 « 게시되지 않은 문서" – 여기에는 동기화 중에 급여 프로그램에서 제공되었으며 어떤 이유로든 자동으로 처리할 수 없는 문서 목록이 표시됩니다.

회계 프로그램 1C 8.3으로 넘어 갑시다.

이 예에서는 문서입니다. "현금 인출"그리고 이를 실행하지 못한 이유는 회계계정이 작성되지 않았기 때문입니다. 오류 수정 옵션:

• 각 문서로 이동하여 회계 계정을 지정한 다음 게시하고 닫습니다.
• 해당 문서를 선택하고 버튼을 클릭하세요 "선택한 문서 편집". 이 방법은 문서 목록이 많을 때 사용하는 것이 좋습니다.

창문에서 "선택한 항목 변경"필요한 속성을 찾아 값을 설정한 후 버튼을 클릭하세요. '세부정보 변경':

그 후, 세부 사항이 성공적으로 변경되었음을 알리는 메시지가 나타납니다. 버튼을 클릭하세요 "준비가 된":

결과적으로 처리 과정에서 자동으로 속성에 "50.01" 값이 입력됩니다. "계정"선택한 모든 문서에:

이제 다른 문서를 선택하고 버튼을 클릭하십시오 "무시하다". 이 경우 문서는 게시되지 않은 상태로 유지됩니다.

수행하고 무시하면 이러한 문서는 " 탭의 테이블 섹션에서 자동으로 지워집니다. 미계상 문서":

버튼을 클릭하면 무시된 모든 문서를 볼 수도 있습니다. "더"그리고 상자를 확인해보면 "무시된 표시":

이제 문서 목록 양식으로 이동하겠습니다. "현금서류"우리 문서를 참조하세요:

단추 "목록 맞춤설정"표 형식의 부분에 다양한 문서 목록이 많이 포함되어 있는 경우 사용하면 좋습니다. 예를 들어, 한 가지 유형의 문서를 선택하고 해당 문서에 대해 특정 작업을 수행합니다.

BP 3.0과 ZUP 3.0 데이터베이스를 동기화할 때 "빈 세부 정보"

탭 "불완전한 세부정보" – 다음은 동기화 중 급여 프로그램에서 제공되었으며 하나 이상의 세부 정보가 올바르게 입력되지 않아 올바르게 기록할 수 없는 문서 및 디렉터리 요소 목록입니다.

수정 사항은 탭과 동일합니다. "미게시된 문서".

이 상대방의 카드로 가서 세부 사항을 입력합시다 "등록 국가", 버튼을 클릭하세요 "저장하고 닫습니다". 그 후 표 부분의 데이터가 자동으로 지워집니다. :

1C 8.3 데이터베이스 간의 데이터 동기화시 "충돌"

탭 "갈등" – 여기에서는 동기화 간 급여 및 회계 프로그램에서 변경된 문서 및 참고 도서 요소 목록을 볼 수 있습니다. 결과적으로 하나의 디렉터리 요소 또는 하나의 문서에 대한 두 가지 버전이 나타났습니다. 이러한 충돌은 자동으로 해결되지만, 그러한 상황 목록을 보고 자동으로 내려진 충돌 해결 결정을 확인하거나 수정할 수 있습니다.

급여 프로그램으로 넘어 갑시다.

여기서는 디렉터리 요소 충돌을 볼 수 있습니다. "조직". 그리고 이 충돌은 세부 항목 항목에서 알 수 있듯이 회계 프로그램을 위해 자동으로 해결되었습니다. "갈등 해결 결과".

버튼을 눌러보자 "차이점 표시"그리고 이 선택이 우리를 만족시키는지 확인하세요.

이 보고서에서는 회계 프로그램에 INN, OGRN, OKVED 및 연락처 정보. 우리는 이러한 프로그램 선택에 만족하지 않습니다. 보고서를 닫겠습니다.

버튼을 클릭하세요 "개정하다"해결 결과를 반대로 변경합니다.

"다른 프로그램에서 얻은 버전을 이 프로그램의 버전으로 바꾸시겠습니까?"라는 질문에 긍정적인 대답을 해보겠습니다.

그 후에는 표 부분이 지워집니다.

조언!예를 들어 명세서에서 데이터를 수정해야 하는 경우(잘못된 금액 입력) ZUP 3.0 측에서 이 작업을 수행하는 것이 좋습니다. 그런 다음 동기화를 수행하십시오. BP에서는 명세서가 자동으로 변경됩니다. 따라서 이 설명은 "충돌" 탭의 표 섹션에 표시되지 않습니다.

1C BP 3.0과 ZUP 3.0 데이터베이스 간에 데이터를 교환할 때 "금지 날짜까지 허용되지 않음"

탭 "금지 날짜까지 허용되지 않음" – 문서가 여기에 표시됩니다. 해당 문서의 날짜는 데이터 동기화 탭에 지정된 데이터 다운로드 금지 날짜보다 빠르기 때문에 응용 프로그램 데이터베이스에 입력되지 않은 정보입니다.

회계 프로그램으로 넘어 갑시다. 동기화를 설정할 때 다운로드 금지 날짜가 설정된 경우 다음 그림을 볼 수 있습니다.

특정 문서를 먼저 선택하고 버튼을 클릭하면 해당 문서의 데이터를 볼 수 있습니다. "더" – "허용되지 않는 버전 표시":

전체 목록을 선택하고 버튼을 클릭할 수 있습니다. "무시하다"– 표 부분을 지웁니다.

무시된 데이터를 표시하려면 버튼을 클릭하면 됩니다. "더"– 그리고 확인란을 선택하세요. "무시된 표시". 무시된 문서의 전체 목록이 표 형식 섹션에 표시됩니다. 필요한 경우 문서를 선택하고 버튼을 클릭할 수 있습니다. "더" – "무시하지 마세요"– 문서는 동일한 형식을 취합니다.

모든 오류를 수정한 후 ZUP 3.0에서 Accounting 3.0으로 1C 8.3 데이터베이스 간에 데이터를 다시 교환해야 합니다.

데이터 교환을 위한 1C 8.3 정보 기본 개체의 대응

동기화 중 객체를 비교하고 새로운 객체를 전송할 때 정보가 PC에 기록됩니다. 급여 프로그램에서:

회계 프로그램 1C 8.3에서 :

이 정보 레지스터는 ZUP 3.0의 어떤 요소가 BP 3.0의 요소에 해당하는지와 이 요소의 고유 식별자를 기록합니다. 이를 통해 프로그램은 다음 동기화 시 요소를 비교합니다.

ZUP 3.0과 동기화가 구성된 BP 3.0에서 문서 삭제

예를 들어 BP 3.0에서 "급여 지급 명세서" 문서를 삭제하면 어떻게 되나요? 다시 동기화하면 이 문서가 다시 생성됩니까? 실험해보자.

섹션의 1C 8.3 회계 프로그램으로 이동해 보겠습니다. 급여 및 인사 – 샐러리 – 급여 명세서:

그리고 문서 번호 0000-000012를 삭제하겠습니다. "급여지급전표", 지불 장소 유형 – "유통업체를 통해" 2015년 12월 28일자, 즉 이 문서를 삭제 대상으로 표시하고 섹션을 통해 완전히 삭제해 보겠습니다. 관리 – 서비스– . 그런 다음 동기화를 수행하겠습니다.

문서 목록 양식으로 가보겠습니다 "급여 명세서"그리고 우리 문서가 존재하지 않는다는 것을 알게 될 것입니다:

정보등록부 항목도 삭제되었습니다.

이제 급여 프로그램으로 이동하여 문서 목록 양식을 열어 보겠습니다. “유통업자를 통한 임금지급 명세서”. 우리 문서가 삭제 표시되었습니다:

그리고 정보등록부에 "정보 기반 개체의 대응"항목이 존재합니다:

실제로 지급전표를 대리점을 통해 삭제하려면 처리를 시작해야 합니다. "표시된 개체 삭제"장에서 관리 – 서비스. 결과적으로 문서 자체와 정보 등록부의 항목이 삭제됩니다. "정보 기반 개체의 대응".

BP 3.0에서 실수로 문서를 삭제한 경우 이를 복원하려면 다음을 수행해야 합니다.

1. ZUP 3.0 프로그램에서는 삭제 표시를 해제하고 문서를 게시합니다. 결과적으로 이 문서는 "Enterprise Accounting" 프로그램과의 교환을 위해 자동으로 등록됩니다. 3.0":

1. 동기화를 수행합니다. 그 후 이 명령문은 회계 프로그램 1C 8.3에 포함됩니다.

그러면 PC에 항목이 나타납니다. "정보 기본 개체의 대응":

주목!문서의 ZUP 3.0에서 삭제 표시를 제거하고 다시 설치하면(실수로 삭제 표시를 제거한 경우) 이 문서는 BP 3.0 프로그램과의 교환을 위해 등록됩니다.

그리고 회계 프로그램에서 동기화되면 문서가 삭제된 것으로 표시됩니다.

이러한 일이 발생하지 않도록 하려면 급여 프로그램에서 이 문서의 등록을 취소해야 합니다.

그 후에는 이 문서를 더 이상 회계 프로그램과 교환할 수 없습니다.

동기화 중에 1C 8.3 Accounting 3.0으로 전송되는 객체

1C 8.3 데이터베이스 간 데이터 교환시 "디렉터리"동기화

동기화된 문서에 나타나는 디렉터리 요소는 다음과 같이 동기화됩니다.

디렉터리가 어떻게 동기화되었는지 살펴보겠습니다. "디비전".

ZUP 3.0 참고서 "디비전" Kron-Ts 조직의 경우:

예배 규칙서 "디비전"동기화 전 BP 3.0에서.

예를 들어, 부서에서 "법무부서"이름과 부서에 추가 공백을 추가했습니다. "인재개발 부문"표시하지 않았다 "부모의", 즉. 상위 부문 - "인적자원부":

예배 규칙서 "디비전"동기화 후 BP 3.0에서:

동기화 후 장치는 "인재개발 부문"자동으로 일치하고 상위 항목이 설정되었습니다. 즉, 상위 부문 "인적자원부". 사단 "법무부서"중복되었기 때문에 주요 "이름" 필드가 다릅니다(추가 공백).

BP 3.0과 ZUP 3.0 간 데이터 교환 시 "문서" 동기화

규제된 보고도 동기화됩니다.

BP 3.0과 ZUP 3.0 간에 데이터를 교환할 때 "정보 레지스터" 동기화

주목!동기화 설정 시 트랜잭션 생성을 위한 데이터를 로드하도록 지정한 경우 직원 요약 , 그러면 미지급 임금 입금, 급여 지불 명세서 등 여러 문서와 참고 서적이 회계 프로그램에 업로드되지 않습니다.

예를 들어 해당 디렉터리 요소는 언로드됩니다. "개인"예를 들어 문서에 나타나는 , 탭에서 "보류된 급여":

예배 규칙서 "개인" BP 3.0에서 교환 규칙에 구성된 경우 "직원 요약":

예배 규칙서 "개인" BP 3.0에서 데이터 교환 규칙이 다음과 같이 구성된 경우 "직원별 세부정보":

교환 규칙 구성 방법(요약 또는 직원별 세부 정보 포함)에 관계없이 어떤 경우에도 문서가 동기화됩니다. “회계에 급여 반영”그리고 " 휴가에 대한 추정 부채의 발생"(조직이 추정 부채를 유지하는 경우)

동기화 후 급여, 보험료 및 예상 휴가 의무에 대한 항목 생성

동기화 후 회계 프로그램에 문서 표시 “회계에 급여 반영”그리고 "휴가에 대한 추정 부채 발생"거래는 자동으로 생성되지 않습니다. 거래를 반영하려면 해당 문서로 이동하여 확인란을 선택해야 합니다. "회계에 반영"문서를 게시하십시오.

그 후에는 다음 트랜잭션이 자동으로 생성됩니다.

그리고 문서 목록 형태로 “회계에 급여 반영”이 문서는 회색으로 강조 표시됩니다.

마찬가지로 문서 작업 "휴가에 대한 추정 부채 발생":

이 문서의 게시:

목록 양식 "추정 부채의 발생":

ZUP 3.0에서 동기화한 후에는 이러한 문서를 편집할 수 없게 됩니다.

동기화 후 회계에 급여 반영:

동기화 후 예상 휴가 부채 발생:

이 문서를 편집하려면 회계 프로그램에서 해당 확인란을 선택 취소해야 합니다. "회계에 반영", 문서를 기록하고 급여 프로그램과 동기화하십시오.

1C 8.3 Accounting 3.0 및 ZUP 3.0에서 동기화 설정 비활성화 및 삭제

동기화를 비활성화하려면 BP 3.0에서 섹션으로 이동해야 합니다. 관리 – 데이터 동기화 설정선택을 취소하고 "데이터 동기화":

급여 프로그램 측면에서도 유사한 조치가 수행되어야 합니다.

또한 동기화 설정 자체는 삭제되지 않습니다. 체크박스를 다시 체크하면 "데이터 동기화"동기화를 다시 구성할 필요가 없습니다.

실제로 동기화를 삭제하려면 BP 3.0 섹션으로 이동해야 합니다. 관리 – 데이터 동기화 설정 – 데이터 동기화,그리고 버튼을 누르세요 "이 동기화 설정 제거":

솔직히 말해서 어떻게 고민을 시작해야 할지 오랫동안 고민했어요. 새로운 버전 1C ZUP 3.0, 이 질문에 대해 매우 감사드립니다. 1C 급여 및 인사 관리 프로그램 버전 3.0의 회계 준비가 완료된 최종 릴리스는 2013년 9월에 출시되었습니다. 이 버전은 1C에서 여전히 지원되는 2.5 버전 프로그램을 대체하기 위한 것입니다. 그러나 개발자들은 2015~2016년에 다음과 같이 경고했습니다. 버전 2.5에 대한 지원이 중단될 수 있습니다.. 이와 관련하여 점차적으로 새 버전을 고려하기 시작하고 블로그 독자 ()가 제안한 주제부터 시작하겠습니다.

이 기사에서는 다음 두 가지 주제를 다룰 것입니다.

• ZUP과 ACC 버전 3.0 간의 데이터 설정 및 교환
• 1C ZUP 3.0의 새로운 문서 형식.

또한 읽어보세요:

• 기사 시리즈

버전 3.0에서 급여와 회계 교환 변경의 본질은 무엇입니까?

✅

✅

✅

버전 2.5에서 데이터 교환은 일반적으로 문서 업로드로 구성되었습니다. “규제회계에 임금 반영”, 발생 임금, 계산된 개인 소득세 및 기여금 결과를 기반으로 월별 항목이 생성되었습니다. 그리고 이 문서는 1C Accounting 2.0에 업로드되었습니다. 결제서류 업로드도 가능했습니다. 업로드는 XML 파일을 통해 이루어졌습니다. 기사에서 1C ZUP 2.5와 1C BUKH 2.0 프로그램 간의 문서 교환에 대해 자세히 읽을 수 있습니다.

에디션 3.0에서는 이러한 프로그램 간 교환의 본질이 변경되었습니다. 이제 필요할 때마다 문서를 업로드하고 다운로드하는 단계를 거칠 필요가 없습니다. 이러한 프로그램 간의 데이터 동기화를 한 번 설정하고 교환 일정(예: 하루에 한 번 또는 일주일에 한 번)을 설정하거나 필요할 때 동기화를 시작하는 것으로 충분합니다. 교환을 위한 주요 문서가 남아 있습니다. “규제회계에 임금 반영”, 그러나 문서 자체가 크게 변경되었습니다.

1C ZUP 3.0에서 "규제 회계에 급여 반영"문서가 어떻게 변경되었는지

회계와 급여 간의 교환을위한 주요 문서는 문서이기 때문에 “규제회계에 임금 반영”, 그렇다면 버전 2.5와 비교하여 1C ZUP 3.0에서 발생한 변경 사항을 언급하지 않는 것은 잘못된 것입니다. 그리고 이러한 변화는 매우 중요하고 어떤 면에서는 논란의 여지가 있지만 이것이 1C 개발자가 결정한 것이며 우리는 이에 대해 아무것도 할 수 없습니다.

이전 버전 2.5에서는 이 문서가 특정 월에 계산된 급여 결과와 개인 소득세 및 보험료 계산 결과를 기반으로 거래를 생성했습니다. 사실, 실제로 게시물이 없었습니다. 이 문서는 1C 회계에서와 같이 전문 회계 기록부에서 이동을 생성하지 않았지만 이 프로세스와 완전히 유사하게 생성되었습니다. 그리고 가장 중요한 것은 프로그램 사용자가 이러한 거래가 형성되는 방식에 직접적인 영향을 미치고 이 프로세스를 사용자 정의할 수 있다는 것입니다. 기사의 1C Salary and Enterprise Management 버전 2.5에서 이 작업이 수행되는 방법에 대해 자세히 읽을 수 있습니다. 그런 다음 문서가 1C 회계에 업로드되었고 "급여"에서 본 것과 동일한 전기가 생성되었습니다.

내 생각에는 이 계획이 흥미로운 상황을 만들어낸 것 같다. 작업의 의미에 따라 게시물 작성에 관여해서는 안 되는 급여 처리자는 ZUP에서만 급여 게시의 자동 생성을 구성할 수 있었기 때문에 정확하게 이 작업을 수행했습니다. 그리고 1C 회계에서 일하는 회계사는 완성 된 문서를 기다리고 확인하고 샐러리맨에게 자신의 실수를 지적 할 수 있었지만 본질적으로 이것은 회계사의 작업입니다. 이것은 1C 개발자가 이러한 프로그램 운영 계획을 포기하기로 결정한 이유와 아마도 그 이유가 완전히 다른 이유에 대한 나의 추측과 가정입니다.

나에게는 이것이 매우 편리하다. 보험료 계산은 "급여" 문서의 "기부금" 탭에서 확인할 수 있습니다.

다음으로, 발생 결과에 따라 전기를 생성해야 합니다. 1C ZUP 3.0에서는 2.5와 마찬가지로 문서가 사용됩니다. “규제된 회계에 임금이 반영됩니다.”프로그램 메인 메뉴의 '급여' 탭에서 확인할 수 있습니다. 새 문서를 만들고 2014년 1월을 설정하고 거래를 생성해 보겠습니다. 에디션 2.5에서처럼 일반적인 게시물이 표시되지 않는다는 점을 바로 주목할 가치가 있습니다. 이것이 첫 번째 중요한 차이점입니다.

필드에 유의하세요. "반성방법"채워지지 않았습니다. 아무런 조정도 하지 않았기 때문에 이것은 공평합니다.

첫째, 조직 전체에 대한 반영 방식을 설정할 수 있습니다. 이렇게 하려면 조직에 대한 정보를 열고(기본 메뉴 항목 "Enterprise"를 통해 수행 가능) 탭에서 "회계 정책 및 기타 설정"물품을 고르시 오 "회계 및 급여."열리는 창의 필드를 채우십시오. "반성 방법."이 필드는 반사 방법 참고서에서 채워집니다.

이제 참고서 "급여 반영 방법"의 요소에 주목할 가치가 있습니다. 여기에는 "이름"이라는 필드가 하나만 있습니다. 그리고 이것이 프로그램 새 버전의 두 번째 중요한 차이점입니다.

이 디렉토리의 요점은 무엇입니까? 요소에 이름만 있을 수 있다면 여전히 이해하기 어렵지만 곧 모든 것이 명확해질 것입니다.

그래서 조직 전체의 급여와 세금을 보고하는 방법을 마련했습니다. 버전 2.5에서와 마찬가지로 부서, 계산 유형 등에 대해 별도로 설정할 수도 있습니다(자세히 보기). 이제 "규제 회계에 급여 반영" 문서로 돌아가서 다시 작성해 보겠습니다.

표 섹션의 "반사 방법" 필드가 채워집니다.

ZUP 3.0과 BUKH 3.0 간의 동기화/교환 설정

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

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

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

이제 우리가 만든 문서가 회계 부서에 나타나도록 ZUP과 ACCOUNTING 간의 동기화/교환을 설정해야 합니다.

1C ZUP 3.0 설정

1C ZUP 3.0에서 구성하려면 기본 메뉴의 "관리"섹션으로 이동하여 항목을 찾아야합니다. "데이터 동기화 설정."체크박스를 체크하셔야 합니다 "데이터 동기화"그리고 필드를 채우세요 "이 정보베이스의 접두사"(저는 급여에 “ZU”를 썼습니다).

첫 번째 창에서는 “1단계. 새 데이터 동기화 설정”을 선택해야 합니다. 그런데 이 창에는 어떤 문서가 동기화되는지 기록되어 있습니다.

• 급여 명세서
• 예치된 급여;
• 직원의 대출 수령 및 상환
• 규제된 회계에 임금을 반영합니다.

다음을 클릭하세요. 다음 창에서는 다른 프로그램(1C Accounting)에 연결하는 옵션을 선택해야 합니다. 두 데이터베이스가 모두 동일한 컴퓨터에 있으므로 선택합니다. "이 컴퓨터 또는 로컬 네트워크의 프로그램에 직접 연결"바로 아래에서 스위치를 선택하세요. "이 컴퓨터 또는 로컬 네트워크의 컴퓨터에서". 또한 동기화가 수행되는 정보베이스의 디렉터리(1C Accounting)를 지정해야 합니다. 정보베이스 파일이 물리적으로 어디에 있는지 정확히 모르는 경우 1C 바로가기를 실행하고 데이터베이스 목록에서 원하는 데이터베이스가 있는 줄을 가리키면 데이터베이스 경로가 창 하단에 표시됩니다. .

필드에 지정해야 하는 경로입니다. "정보 데이터베이스 디렉토리".

동기화가 구성된 데이터베이스에 로그인하기 위해 사용자 이름 및/또는 비밀번호를 입력해야 하는 경우 해당 필드에 데이터를 입력하십시오. 이 단계는 최종적으로 다음과 같습니다.

이 창에는 버튼이 포함되어 있습니다. "연결 확인"설정이 올바른지 확인하세요.

“다음”을 클릭하세요. 프로그램이 다른 베이스에 연결하고 동기화를 설정하기 시작합니다. 결과적으로 버튼을 클릭하여 여러 업로드 규칙을 변경할 수 있는 창이 열립니다. “데이터 업로드 규칙을 변경하세요.”이러한 설정에서 이 특정 동기화가 작동할 조직을 지정할 수 있습니다.

1C BUKH 3.0에서 설정

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

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

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

이 오류를 수정하려면 1C Enterprise Accounting 데이터베이스, 버전 3.0을 실행해야 합니다. 1C ZUP을 닫을 필요가 없습니다!!우리의 임무는 데이터 동기화 서비스를 활성화하는 것입니다. 이렇게하려면 프로그램 섹션을여십시오 "관리""프로그램 설정" 링크 그룹에서 "데이터 동기화 설정"을 클릭합니다. 결과적으로 "데이터 동기화"줄 옆의 확인란을 선택해야하는 창이 열립니다. 이 설정을 찾을 수 없다면 최신 릴리스 이전에 찾거나 아래를 읽어보세요.

안에 이전 버전 Accounting 3.0에서는 이 설정이 약간 다른 형태로 다른 위치에 있었습니다. 프로그램 섹션 열기 "관리""설정" 링크 그룹에서 "프로그램 설정" 항목을 클릭합니다.

열리는 창에서 북마크로 이동해야합니다 "데이터 동기화"그리고 체크박스를 체크하세요 "데이터 동기화 사용"를 사용하고 2자로 된 정보 베이스 접두사도 지정합니다. 1C 회계의 경우 접두사 "BU"를 설정했습니다.

이제는 필요하다

객체 변환 및 등록에 대한 이러한 규칙은 BP 2.0.64.37 및 ZUP 2.5.94.2용으로 작성되었지만 대부분 다른 버전에도 적합합니다.

동기화를 설정하면 다음 데이터가 전원 공급 장치에서 저장 장치로 자동으로 업로드 및 다운로드됩니다.

디렉토리: 은행, 은행 계좌,상대방 계약,상대방, 조직, 개인

정보 레지스터: 연락처, 개인 성명

ZUP에서 BP까지:

디렉토리: 통화, 직위, 조직, 부서, 기타 수입 및 비용, 미래 기간의 비용, 비용 항목, 개인

정보 레지스터: 개인계좌, 여권정보, 개인 성명

먼저 데이터베이스에서 데이터 교환 사용을 활성화하고, 노드 접두사를 구성하고, 폴링 간격 등록을 설정해야 합니다. 작업을 실행하고 오른쪽 "데이터 동기화 수행"에서 이러한 작업을 실행할 사용자를 생성하고 데이터베이스를 다시 시작합니다(만일의 경우).

1. 전원 공급 장치 설정(설정 순서는 중요하지 않으며 ZUP에서 설정을 시작할 수 있습니다)

서비스 개방 - 1C:Enterprise 8.2 플랫폼의 제품과 데이터 교환 - 데이터 교환

Retail 2.0과의 새로운 동기화를 추가하고 설정에서 "완두콩" 확인란을 설정하여 새 교환을 생성하고 교환 디렉터리를 선택하고 교환의 접두사와 이름을 설정한 다음 생성이 완료되면 "실행"을 선택 취소합니다. 지금 데이터 업로드' 확인란을 선택하세요. 준비가 된.

그런 다음 편집을 위해 이 설정을 열고 교환 매개변수에서 BP에 대한 교환 규칙 및 등록 규칙을 하나씩 로드합니다.

2. ZUP 설정

개방형 서비스 - 1C와의 데이터 교환 : ERP Enterprise Management 2.0

새로운 동기화를 추가하고 설정에서 새 교환 생성에 "완두콩"을 추가하고 교환 디렉토리를 선택하고 교환의 접두사와 이름을 설정한 다음 생성이 완료되면 "업로드 데이터 실행"을 선택 취소합니다. 지금” 확인란을 선택하세요. 준비가 된.

그런 다음 교환 규칙 규칙과 ZUP 등록 규칙을 편집하고 로드하기 위한 설정도 엽니다.

자동 교환을 위해서는 등록 작업에 등록된 사용자에 따라 서비스로 실행되도록 프로그램을 구성해야 합니다.

등록 규칙 설정에서는 문서 및 일부 디렉토리에 대한 변경 사항이 등록되지 않으므로 필요한 경우 필요에 맞게 규칙을 편집할 수 있습니다.

요점은 새 구성이 아닌 작업 구성에서 동기화가 구성된 경우 중복 디렉터리가 가능하다는 것입니다. 교환 규칙에서는 요소 검색이 "고유 식별자"로만 구성되지만 이 문제는 개선될 수 있습니다...

추신 데이터 중복, 손실 및 덮어쓰기를 방지하려면 데이터베이스 복사본에 대해 시험 설정을 수행하십시오!!!

추신 최근 상대방을 기록할 때 BP 데이터베이스가 잔인하게 정지되기 시작했고, conf가 인터넷에 접속하여 상대방의 TIN과 관련된 내용을 확인하려고 시도한 것으로 나타났습니다. 어떤 이유로 1C 사용자가 디버깅하고 있는지 모르겠습니다. 뭔가 있는데 모스크바에서 아침까지 서비스가 응답하지 않고 1C가 정직하게 응답을 기다리고 있어서 멈춥니다... 물론 컨퍼런스에서 이 기능을 비활성화할 수 있지만 저는 그러고 싶지 않습니다 지원에서 제거하면 문제가 발생했습니다))

간단히 말해서, BP의 개체 등록 규칙에서 "상대방" 디렉터리의 "처리 전" 처리기에 다음 코드를 삽입합니다.

Object.Link = Directories.Accounts.EmptyLink()이면 LinkNew = Directories.Accounts.GetLink(); Object.SetLinkNew(LinkNew); 계정 = Object.GetLinkNew(); 그렇지 않으면 상대방 = Object.Link; endIf; SetPrivilegedMode(True)를 시도 중입니다. // 상대방 키 구조에 의한 차단 = New Structure(); KeyStructure.Insert("상대방", 상대방); 키 = 정보 Registers.Counterparty StatusBED.CreateRecordKey(KeyStructure); LockDataForEditing(키); // 레지스터에 데이터를 씁니다. 기록 세트 = 정보 Registers.상대방 상태BED.CreateSet of Records(); RecordSet.Selection.Account.Set(계정); 레코드세트.Clear(); 레코드 = RecordSet.Add(); Record.Account = 계정; Record.Status = 전송.CounterpartyStatusBED.Connected; RecordSet.Write(); SetPrivilegedMode(False); 예외 작업 = Nstr("ru = "등록부에 1C-EDO에 대한 상대방 연결을 확인한 결과를 기록합니다.""); DetailErrorText = DetailErrorView(ErrorInfo()); ElectronicDocumentsServiceCallServer.HandleExceptionOnEDOnServer(Operation, DetailErrorText); 시도 종료;

그런 다음 규칙을 저장하고 이를 BP 데이터베이스에 로드합니다.

ZUP 3.0과 BP 3.0을 동기화하는 절차에서는 지정된 시간 간격으로 일정에 따라 교환할 수 있지만 언제든지 수동으로 시작할 수도 있습니다.

교환 계획에 포함된 개체를 전송하는 프로세스입니다. 처음에는 데이터베이스의 개체가 GUID로 동기화되지만 일부 개체가 발견되지 않으면 각 디렉터리에 별도로 할당된 검색 세부 정보를 사용하여 검색이 수행됩니다. 교환규정에서 확인하실 수 있습니다.

시스템 중 하나에서 디렉터리 요소의 세부 정보를 변경하면 업데이트된 디렉터리가 다른 시스템의 교환과 함께 "도착"되지만 해당 요소는 이미 GUID로 동기화되었으므로 중복되지 않습니다.

기본 데이터는 급여 시스템에서 회계 시스템으로 전송됩니다. 예를 들어 '회계에 임금 반영', '휴가에 대한 추정 채무 발생'을 업로드할 때 BP 측 회계사는 '회계에 반영' 속성을 설정해야 합니다(그림 1 및 그림 2).

BP 측에서 이 기능을 지정하면 해당 문서에 대한 거래가 생성됩니다. ZUP과 교환할 때 회계사가 프로그램에서 위 플래그를 지울 때까지 이 문서의 변경이 차단됩니다(그림 2).

쌀. 1

쌀. 2

첫 번째 단계는 "관리 - 데이터 동기화" 메뉴(그림 3 및 그림 4)에서 해당 기능을 활성화하는 것입니다.

쌀. 삼

쌀. 4

설정 자체를 두 프로그램 모두에서 수행할 필요는 없습니다. 그 중 하나에서 설정을 지정하고 다른 시스템에 로드하기 위한 설정이 포함된 파일을 업로드하면 충분합니다.

ZUP 측의 설정

• 설정방법

쌀. 5

수신 데이터베이스에서 이미 동기화가 수행된 경우 외부 *.xml 파일에서 설정을 로드할 수 있습니다.

• 연결 옵션

쌀. 6

직접 연결을 위해서는 수신 베이스와 교환을 수행할 권한이 있는 사용자를 찾기 위한 매개변수를 지정해야 합니다.

• 교환 파일용 디렉터리

쌀. 7

"전송된 데이터를 아카이브로 압축" 확인란을 지정하면 교환 파일이 *.zip 형식으로 아카이브됩니다. "디렉터리 쓰기 가능성 확인"을 클릭하면 시스템이 지정된 디렉터리에 대한 쓰기 액세스를 확인합니다.

• 동기화 설정에서 IB 접두사(그림 8)를 지정하고 교환 규칙을 구성해야 합니다.

IB 접두사는 교환 파일 이름에 사용되므로(그림 8), 이를 통해 데이터가 다운로드된 위치와 다운로드해야 하는 위치를 결정할 수 있습니다. 파일 이름은 "Message_XXYY".zip입니다. 여기서 XX는 보낸 사람의 기본 접두사이고 YY는 받는 사람의 기본 접두사입니다.

쌀. 8

이 단계에서는 교류에 참여하는 기관 목록과 데이터 다운로드 방법을 선택해야 합니다. 데이터는 직원별로 세부적으로 업로드하거나 집계하여 업로드할 수 있습니다.

• 교환 구성 파일 ZUP 3 – BP 3 업로드

전원측에서의 설정순서

수신 데이터베이스에서 교환을 설정할 때 앞서 다운로드한 설정 파일을 로드해야 합니다(그림 10). 파일을 BP에 로드한 후 시스템은 전송할 데이터를 생성하도록 제안합니다(그림 11).

쌀. 10

쌀. 열하나

일정에 따라 동기화를 구성하면 시스템이 자동으로 데이터를 교환합니다. 이를 위해 동기화 스크립트를 설정했습니다(그림 12). 작성 순서를 살펴보겠습니다.

• 시나리오 이름을 입력하세요.
• "일정에 따라 자동으로" 기능을 활성화하여 일정을 구성합니다.
• 우리는 교환에 참여하는 정보 보안을 나타냅니다.
• 연결 방법을 나타냅니다.
• 수행 중인 작업(수신 및 전송)을 표시합니다.

1C 데이터베이스 간의 데이터 교환을 통해 이중 작업을 피할 수 있습니다. 예를 들어, 조직에서 직원은 1C ZUP 및 회계 데이터베이스에서 동시에 작업합니다. 데이터 과부하가 없으면 사용자는 동시에 두 개의 프로그램에서 수동으로 이를 복제해야 하며, 이로 인해 불만이 커지고 많은 오류가 발생할 수 있습니다.

이전에는 1C Accounting 2.0 및 ZUP 2.5에서는 언로드가 수동으로 시작되었고 데이터는 외부 파일을 통해 다운로드되었습니다. 1C 회계에서는 원칙적으로 "규제 회계에 급여 반영"문서가 업로드되었습니다. 결제서류 업로드도 가능했습니다.

버전 1C 8.3에서는 3.0부터 이 메커니즘이 크게 변경되었습니다. 이제 지정된 빈도로 지정된 시간에 수행되는 메모리와 전원 공급 장치 간의 자동 동기화를 구성할 수 있습니다. 각 언로드를 수동으로 수행할 필요가 없습니다.

1C ZUP와 회계 데이터베이스 간의 데이터 교환을 설정하기 전에 계정"시스템 관리자" 또는 "다른 프로그램과의 데이터 동기화" 역할. 그렇지 않으면 이 기능을 사용할 수 없습니다.

1C:ZUP 3.1에서 데이터 전송 설정

엔터프라이즈 모드에서 1C:ZUP을 엽니다. "관리" 메뉴로 이동하여 "데이터 동기화"를 선택합니다.

"데이터 동기화" 옆의 확인란을 선택하고 오른쪽에 있는 하이퍼링크를 따라가세요. 이 플래그는 두 개의 정보 베이스에 설정되어야 합니다.

나타나는 창에서 "데이터 동기화 설정" 메뉴를 선택하고 "엔터프라이즈 회계, 에디션 3..."을 선택합니다.

동기화를 설정하기 전에 데이터베이스의 백업 복사본을 만드는 것이 좋습니다. 나중에 불필요한 문제를 일으키지 않도록 이에 대해 약간의 시간을 투자하십시오.

나타나는 창에서 수동으로 설정 지정을 선택하고 "다음"을 클릭하십시오.

회계 프로그램에 대한 연결 옵션을 지정합니다. 이 예에서는 첫 번째 항목을 선택했습니다. 인터넷을 통해 직접 연결할 수도 있고, 직접 연결이 불가능한 경우 다른 통신 채널을 통해 연결할 수도 있습니다. 여기에는 다음이 포함됩니다 이메일, 네트워크 디렉터리 및 FTP.

동기화를 구성하려면 다른 정보베이스의 위치를 ​​알아야 합니다. 이를 모르는 경우 해당 항목으로 이동하여 기본 메뉴에서 "도움말"- "프로그램 정보"를 선택하십시오.

1C 8.3 데이터베이스가 파일 기반인 경우 설정에서 해당 위치의 디렉터리만 지정하면 됩니다. 데이터베이스가 1C:Enterprise 서버에 있는 경우 서버 클러스터와 정보베이스 이름을 지정합니다.

다음 단계는 급여 및 기타 데이터 업로드에 대한 규칙을 설정하는 것입니다. 여기의 모든 내용은 기본값으로 그대로 둘 수 있습니다. 필요한 경우 ZUP와 BP 간의 교환 규칙을 변경할 수 있습니다.

프로그램은 즉시 동기화하라는 메시지를 표시하지만 이 플래그를 지우고 자동으로 실행되도록 일정을 설정하는 것이 좋습니다. "완료"를 클릭하세요.

데이터 교환 일정 설정

이제 이 동기화 일정 설정을 시작하겠습니다. 이전 단계 이후 나타나는 설정 창에서 “일정” 탭으로 이동하여 “설정” 버튼을 클릭하세요.

열리는 양식에서 "자동으로 일정대로" 플래그를 확인하고 오른쪽에 있는 하이퍼링크를 클릭하세요. 데이터를 동기화할 시기와 빈도를 지정합니다.

메모!일정은 일정 설정 양식의 표 부분에서 해당 라인을 선택하여 데이터를 다운로드하고 별도로 수신하도록 구성됩니다.

첫 번째 동기화 중에는 이러한 정보베이스 간의 데이터를 비교해야 합니다. 이는 중복된 줄을 제거하는 데 필요하며, 이는 디렉터리에 특히 중요합니다.