1C 8 교환 규칙을 개발할 때 교환 규칙의 동작을 프로그래밍 방식으로 재정의하는 기능인 핸들러 메커니즘이 널리 사용됩니다. 이벤트 핸들러는 기능을 크게 확장하며 대화형 구성 기능이 충분하지 않은 경우 교환 규칙을 설정하는 데 없어서는 안 될 도구입니다.

핸들러와 알고리즘은 교환 중에 실행될 플랫폼의 언어로 작성됩니다.

1C: Enterprise 7.7 플랫폼인 경우 핸들러 코드가 업로드 또는 다운로드 처리 코드에 통합됩니다. 따라서 각 핸들러나 알고리즘은 별도의 기능으로 분리되어 교환 중에 디버깅이 가능합니다.

1C: Enterprise 8 플랫폼에서 업로드 또는 다운로드가 발생하면 핸들러 코드는 데이터 교환 처리 코드에 통합되지 않지만 교환 규칙 파일에 업로드됩니다. 데이터 교환 프로세스 중에 핸들러 또는 알고리즘의 코드는 규칙 파일에서 가져와 "Run" 문의 컨텍스트에서 직접 실행됩니다. 핸들러 및 알고리즘의 코드를 디버깅하려면 "처리"를 사용할 수 있습니다. 보편적인 교환 XML 데이터".

일

상대방에 대한 정보 전송 위로 V BP. 데이터는 일방적으로 전송되며 고유한 식별자를 사용하여 식별됩니다. 변환 규칙은 특수 구성을 사용하여 구성됩니다. 데이터 변환, 에디션 3.0(더 나아가 - KD 3.0).

수행된 작업

1단계. 규칙 구성 준비.

구성에서 변환 규칙을 구성하려면 KD 3.0데이터가 동기화되는 정보 기반의 구조와 형식의 구조에 대한 정보를 포함해야 합니다. 엔터프라이즈 데이터.

1단계. UP 및 BP 정보 기반의 구조를 업로드합니다.

정보베이스의 구조에 대한 정보를 다운로드하려면 처리가 사용됩니다. MD83Exp.epf, 구성 패키지에 포함됨 KD 3.0.

각 정보베이스에 대해 ( 위로그리고 BP) 다음 단계를 수행해야 합니다.

1. 엔터프라이즈 모드에서 정보베이스를 엽니다.
2. 열려 있는 외부 처리 MD83Exp.epf(메뉴 파일 및 열기).
3. 정보베이스 구조를 저장할 파일 이름을 지정합니다.
4. 처리 양식의 설정을 확인하십시오(모든 플래그를 지워야 함).
5. 버튼을 누르세요 부리다.

2단계. xml 교환 형식 구성표 내보내기

교환 형식 구성표를 다운로드하려면 표준 플랫폼 기능이 사용됩니다.

다음을 수행해야 합니다.

1. 정보 데이터베이스 중 하나를 엽니다(또는 위로또는 BP) "구성자" 모드에서.
2. 메타데이터 트리에서 이름이 있는 XDTO 패키지를 찾습니다. 교환메시지그리고 EnterpriseData_1_0_beta.
3. XDTO 패키지에 커서를 놓고 마우스 오른쪽 버튼을 클릭한 후 컨텍스트 메뉴에서 항목을 선택합니다. XML 스키마 내보내기. 내보낼 경로와 파일 이름을 지정합니다. 두 패키지 각각에 대해 이 단계를 수행하여 XML 스키마를 두 개의 서로 다른 파일에 저장합니다.

3단계. 정보베이스 구조를 CD 3.0 구성에 로드

로드는 구성으로 수행됩니다. KD 3.0엔터프라이즈 모드에서. 변환 규칙이 구성된 각 구성에 대해 다음 단계를 수행해야 합니다( 위로그리고 BP).

1. 섹션으로 이동 구성을 클릭하고 명령을 선택합니다.
2. 정보베이스 구조를 사용하여 파일 경로를 지정합니다(참조: 1단계, 1단계).
3. 다운로드 방법 지정 및 V 새로운 버전구성.
4. 버튼을 누르세요 다운로드 실행

4단계. 교환 형식 구조를 CD 3.0 구성에 로드

1. 섹션으로 이동 데이터 형식을 클릭하고 명령을 선택합니다.
2. 형식 구조로 파일을 지정합니다(참조: 1단계, 2단계). 다중 선택을 사용하여 두 파일을 동시에 지정해야 합니다.
3. 기본 XDTO 패키지의 이름을 확인하세요. XDTO 패키지의 네임스페이스와 일치해야 합니다. EnterpriseData_1_0_beta(구성자에서 참조 위로또는 BP).
4. 다운로드 방법 지정 및 새로운 버전의 형식으로.
5. 버튼을 누르세요 다운로드 실행, 다운로드가 완료될 때까지 기다리세요.

2단계. 전환 생성

설명된 문제를 해결하려면 두 가지 변환을 생성해야 합니다.

• UE(다음에서 데이터 다운로드용) 위로형식을 교환하려면)
• BP(교환 형식에서 데이터를 로드하는 데 사용) BP)

전환은 섹션에서 생성됩니다. 전환, 팀 전환. 새 변환의 경우 이름, 구성 및 교환 형식을 지정해야 합니다. 예를 들어 UE 구성에 대한 변환은 다음과 같습니다.

• 이름& “UP2.0.7”.
• 구성& “기업 관리”.
• 지원되는 형식 버전& 단일 디렉토리 항목이 선택된 한 줄 형식 버전.

• 데이터 처리 규칙,
• 객체 변환 규칙,
• 미리 정의된 데이터를 변환하는 규칙.

특정 전환에 대한 일련의 규칙으로 이동하려면 섹션으로 이동해야 합니다. 전환, 팀 선택 변환 규칙 설정규칙이 구성될 목록에서 특정 전환을 선택합니다. 결과적으로 양식이 열립니다. 교환 규칙 설정에는 특정 전환에 대한 모든 규칙이 포함되어 있습니다.

3단계. 객체 변환 규칙 생성

1단계. UE에서 상대방을 언로드하기 위한 변환 규칙

1. 위로.
2. 북마크로 이동
3. 기본 정보:
   1. 규칙 ID: "Directory_Counterparties_Dispatch",
   2. 구성 객체
   3. 서식 개체: "디렉토리. 상대방",
   4. 적용분야: 보내다.
4. 버튼을 누르세요 써 내려 가다그리고 북마크로 가세요 속성 변환 규칙:
   1. 부동산 자동매칭 서비스를 이용해보세요
      1. 버튼을 누르세요 PKS 설정
      2. 열리는 양식에서 자동화. "TIN", "KPP", "이름", "전체 이름", "추가 정보", "LegalIndividual" 속성이 비교됩니다.
      3. 속성 변환 규칙 설정 양식을 닫습니다.
5. 버튼을 누르세요 저장하고 닫습니다.

2단계. 상대방을 BP에 로드하기 위한 변환 규칙

1. 변환을 위한 교환 규칙 설정 열기 BP.
2. 북마크로 이동 객체 변환 규칙.
3. 새 변환 규칙을 만들고 탭에 데이터를 입력하세요. 기본 정보:
   1. 규칙 ID: "디렉터리_상대방_영수증",
   2. 구성 객체: "DirectoryLink.상대방",
   3. 서식 개체: "디렉토리. 상대방",
   4. 적용분야: 얻기 위해.
4. 버튼을 누르세요 써 내려 가다그리고 북마크로 가세요 신분증. 식별 방법을 "고유 식별자로" 지정합니다.
5. 북마크로 이동 속성 변환 규칙
   1. 자동 속성 매칭 서비스를 사용하세요.
      1. 버튼을 누르세요 PKS 설정
      2. 열리는 양식에서 자동화. "TIN", "KPP", "이름", "전체 이름", "추가 정보", "LegalIndividual" 속성이 비교됩니다.
      3. 자동 매칭 결과를 저장하고 버튼을 눌러주세요 속성 변환 규칙 생성속성 변환 규칙 설정 양식을 닫습니다.
   2. OKPO에 대한 속성 변환 규칙(구성 속성 및 "CodePoOOKPO", 형식 속성 및 "OKPO")을 수동으로 추가합니다.
   3. 나중에 열거형인 "LegalIndividual" 속성에 대한 속성 변환 규칙을 채우려면 속성 변환 규칙으로 돌아가야 합니다.
6. 북마크로 이동 수신된 데이터를 기록하기 전에그리고 새로운 상대방 등록 국가를 입력하는 알고리즘을 작성합니다. 알고리즘에는 다음이 포함됩니다. 다음 텍스트: "수신된 데이터.등록 국가 = 디렉토리.세계 국가.러시아;".
7. 버튼을 누르세요 저장하고 닫습니다.

4단계. 사전 정의된 데이터 변환 규칙 만들기

1. 위로또는 BP)
2. 북마크로 이동 미리 정의된 데이터 변환 규칙
3. 새 변환 규칙을 만들고 해당 속성을 입력합니다.
   1. 규칙 ID: “양도_법적개인”
   2. 구성 객체: "TransferLink.LegalIndividual"
   3. 서식 개체: “법적 개인”
   4. 적용분야: 보내고 받기 위해
   5. 테이블 필드에 구성 및 형식 열거 값(“개인” 및 “개인” 및 “법인체” 및 “법인체”) 간의 대응 관계를 입력합니다.
   6. 버튼을 누르세요 저장하고 닫습니다
4. 디렉터리의 "LegalIndividual" 속성에 대한 변환 규칙에 새 규칙을 지정합니다. 상대방
   1. 북마크로 이동 객체 변환 규칙
   2. 상대방, 규칙 양식을 엽니다.
   3. 북마크로 이동 속성 변환 규칙"LegalIndividual" 속성에 대한 규칙을 찾습니다.
   4. 재산 변환 규칙 양식을 열고 개체 변환 규칙 및 "Transfer_LegalIndividual"을 표시합니다.
   5. 변경사항 저장

5단계. 데이터 처리 규칙 생성

두 변환 모두 절차는 동일합니다.

1. 변환을 위한 교환 규칙 설정을 엽니다( 위로또는 BP)
2. 북마크로 이동 객체 변환 규칙
3. 디렉터리 변환 규칙 찾기 상대방, 규칙 양식을 엽니다.
4. 버튼을 누르세요 & 데이터 처리 규칙을 기반으로 생성
5. 생성된 데이터 처리 규칙에서 자동으로 채워지는 속성을 확인합니다.
   1. 규칙 ID& 데이터 처리 규칙과 동일하게 지정(“Directory_Counterparties_Sending” 또는 “Directory_Counterparties_Receive”)
   2. 적용분야& 데이터 처리 규칙과 동일
   3. 샘플 개체:
      1. 변환을 위해 위로& “DirectoryLink.상대방”
      2. 변환을 위해 BP& "디렉토리. 상대방"
   4. 객체 변환 규칙& 객체 변환 규칙에 대한 링크.
6. 버튼을 누르세요 기록하고 닫습니다.

6단계. 데이터 교환 관리자 모듈 획득

데이터 교환 관리자 모듈은 다음에 구성된 구성에 따라 구성 간에 데이터를 교환하는 데 필요합니다. KD 3.0규칙.

두 변환 모두 절차는 동일합니다.

1. 공개 정보 베이스 위로또는 BP"구성자" 모드에서. 메타데이터 트리에서 공통 모듈 찾기 범용 형식을 통한 Exchange 관리자편집을 위해 엽니다. 모듈은 비어 있어야 합니다.
2. 공개 정보 베이스 KD 3.0엔터프라이즈 모드에서.
3. 섹션으로 이동 전환그리고 팀을 선택하세요 모듈을 언로드합니다.
4. 열리는 양식에서 적절한 변환을 표시하고 버튼을 클릭하세요. 부리다. 모듈이 클립보드에 복사됩니다.
5. 정보베이스 구성자로 이동 위로또는 BP클립보드의 내용을 공유 모듈에 붙여넣습니다. 범용 형식을 통한 Exchange 관리자.
6. 구성을 저장합니다.

버튼을 사용하여 교환 규칙 설정 양식에서 모듈을 클립보드에 업로드할 수도 있습니다. 교환 관리자 모듈 저장.

구성된 규칙에 따라 데이터를 교환하려면 "엔터프라이즈" 모드에서 두 정보 베이스 모두에서 범용 형식을 통해 데이터 동기화를 구성해야 합니다.

간단한 실제 사례를 살펴보겠습니다. 도매 및 소매업에 종사하는 회사가 있고 이 회사에서도 다른 회사와 마찬가지로 회계가 수행된다고 가정해 보겠습니다. 기업에는 각각 UT(무역 관리)와 BP(기업 회계)라는 두 개의 표준 데이터베이스가 있으며 각 데이터베이스에는 자체 기록이 보관되며 UT에는 무역과 관련된 모든 거래를 반영하는 관리가 있습니다. BP에는 회계가 있습니다. 이중 작업을 하지 않기 위해, 즉 두 개의 데이터베이스에 동일한 문서를 생성하지 마십시오. (결국 이동은 관리 및 회계에 포함되어야 합니다.) 우리는 이러한 데이터베이스 간의 동기화를 설정하겠습니다.

단방향 데이터 교환을 설정하겠습니다., UT ---> BP에서. 양방향 교환을 설정하는 것도 가능하지만 실제로는 이것이 필요한 경우가 많지 않으므로 이 예에서는 고려하지 않겠습니다.

BP에서 거래소를 설정하기 위한 준비 단계

동기화 설정을 시작하겠습니다. 먼저 1C "Enterprise Accounting 3.0" 데이터베이스(수신자)로 이동하고 이 데이터베이스에 대해 동기화가 활성화되어 있는지 확인해야 합니다. 이를 위해서는 먼저 데이터베이스로 이동해야 합니다. 데이터베이스가 열리자마자 탭으로 이동하세요. "관리" ---> "데이터 동기화 설정"

우리 앞에 펼쳐진다 새로운 삽입, 정보베이스 접두어를 제외하고 아래 스크린샷과 동일한 방식으로 작성해야 합니다. 접두사는 두 글자로 구성되어야 하며 무엇이든 설정할 수 있지만 1C 표준에 따르면 구성 이름으로 접두사를 설정하는 것이 좋습니다. 즉, "Enterprise Accounting"의 경우 접두사는 "BP"입니다. 복잡한 교환을 설정하고 여러 회계 데이터베이스가 있는 경우 접두사는 서로 분명히 달라야 합니다. 여기서 조직 이름의 처음 두 글자를 약어로 사용할 수 있습니다.

UT에서 데이터 동기화를 계속 설정합니다.

우리가 모든 일을 마친 후에 필요한 조치수신자 데이터베이스(BP 3.0)에서 데이터 교환 설정을 계속하려면 소스 데이터베이스(UT 11.1)를 열어야 합니다. "관리" 탭으로 이동하여 왼쪽 메뉴에서 "데이터 동기화 설정"을 선택하세요.. 동기화가 활성화되지 않은 경우 확인란을 사용하여 활성화하고 소스 기본 접두사를 지정하는 것을 잊지 마십시오. 아래 이미지에 표시된 대로 1~4단계를 모두 완료한 후에는 "데이터 동기화" 하이퍼링크(5단계)를 클릭해야 합니다.

나타나는 새 창에서 녹색 더하기 기호(데이터 동기화 설정)를 클릭하고 드롭다운 메뉴에서 "Enterprise Accounting 3.0" 항목을 선택해야 합니다.

UT와 BP 간의 데이터 교환에서 중요한 사항 설정

이제 1C의 데이터 동기화 설정 창이 표시되고 "수동으로 설정 지정"을 선택하고 "다음"을 클릭합니다.

우리는 1C에서 데이터 교환을 계속 설정합니다. 다음 탭에서 수신기의 정보 기반에 연결하는 옵션(프로그램에 직접 연결), 연결 매개 변수(에)를 선택해야 합니다. 이 컴퓨터또는 지역 네트워크), 수신자 데이터베이스가 있는 디렉터리 및 필요한 인증 데이터(데이터베이스의 사용자 이름 및 비밀번호)입니다.

다음 페이지에서는 BP 3.0(수신자) 구성에서 데이터를 보내고 받는 규칙을 작성해야 합니다. "데이터 업로드 규칙 변경"을 클릭하세요.

"데이터 전송 규칙"창이 우리 앞에 열렸으며 여기에서 다음 매개 변수를 설정했습니다.

• 어떤 참조 데이터가 전송될지(이 예에서는 문서와 문서에 사용된 참조 데이터에만 관심이 있으므로 적절한 항목을 선택했습니다. 첫 번째 항목인 "모두 보내기"를 선택하면 모든 참조 도서가 다시 로드됩니다) 문서와 함께 정보가 문서에 사용되지 않은 경우 회계에 어떤 식으로든 영향을 미치지 않기 때문에 수신자에게는 쓸모가 없는 경우가 많습니다.)
• 모든 정보는 언제부터 전송되어야 합니까?(이 문서에서는 수동 동기화를 고려하지 않습니다.)
• 어느 조직에 데이터를 보낼지(이 예에서는 IP "기업가"라는 조직 하나를 선택했습니다)
• 계약 체결 규칙
• 종합창고
• 문서를 창고별로 롤업해야 합니까?

설정을 완료한 후 "저장 및 닫기"를 클릭합니다.

이 예에서는 UT에서 BP로의 단방향 교환을 설정하고 사용하므로, "Enterprise Accounting 3.0"에서 데이터를 얻기 위한 규칙 설정에 관심이 없으므로 "다음"을 클릭합니다.

새 창에서는 RB(수신자 기반)에 대한 규칙을 구성하라는 메시지가 표시됩니다. 포인트 1에서는 데이터베이스 이름을 지정하고 접두사를 지정합니다. PREFIX는 이 기사의 시작 부분에서 BP 데이터베이스 자체에 설정한 것과 동일해야 하며, 접두사가 다른 경우 1C 프로그램의 데이터 동기화가 작동하지 않습니다.그런 다음 포인트 2를 클릭한 다음 포인트 3을 클릭합니다.

포인트 3에서는 문서가 데이터베이스에 로드될 때 문서가 처리되도록 허용해야 합니다. "저장 후 닫기"를 클릭하세요.

이제 창이 아래와 같이 보일 것입니다. "다음"을 클릭하십시오.

이 창에는 다음이 포함되어 있습니다. 참고정보 1C에서 생성된 동기화에 대해 "다음" 버튼을 클릭하시면 됩니다. 데이터 동기화를 설정할 때 프로그램에서 오류가 발생한 경우 1C 전문가가 즉시 도움을 드릴 수 있도록 당사에 문의해야 합니다!

다음 단계 프로그램은 데이터 교환 설정을 생성한 후 즉시 동기화를 제안합니다.. 이에 동의하고 "완료"를 클릭합니다.

동기화 진행 방법에 대한 정보를 볼 수 있는 창이 나타납니다. 수신기 베이스가 비어 있지 않은 경우, 즉 기록이 이미 보관되어 있으면 1C 프로그램의 사용자에게 개체를 수동으로 비교하라는 메시지가 표시됩니다. 데이터 동기화시 1C의 객체 비교는 수신자의 동일한 객체와 소스의 동일한 객체를 비교하는 것입니다.

예를 들어 UT에 "PharmGroup LLC"라는 이름과 TIN 1234567을 가진 상대방이 있고 BP에도 TIN 1234567을 가진 상대방이 있지만 이를 비교하지 않으면 이름이 "PharmGroup"이라고 가정해 보겠습니다. 동기화 단계에서 데이터를 비교할 때 두 개체를 비교한 다음 수신기(Enterprise Accounting 3.0)에서 동기화한 후 TIN 1234567과 각각 "PharmGroup LLC" 및 "PharmGroup"이라는 두 개의 이름을 가진 두 개의 상대방을 갖게 됩니다. 이러한 상황을 피하기 위해 객체를 비교하는 메커니즘이 발명되었습니다.

이 예에서는 수신자 데이터베이스가 비어 있으므로 개체 비교 창이 열리지 않았습니다. 그러나 일부 작업을 수행한 후 시스템은 사용자에게 추가 데이터를 추가하라는 메시지를 표시하고 다음 창을 표시합니다. 추가 데이터를 전송할 필요가 없으며 이전에 필요한 모든 것을 이미 구성했으므로 이 단계에서는 "전송에 문서를 추가하지 않음"을 선택합니다. "다음"을 클릭하세요.

1C 간의 데이터 교환의 마지막 단계

마지막 단계에서 프로그램은 동기화가 성공했음을 사용자에게 알리는 다음 창을 표시하고 "마침"을 클릭합니다. 이 시점에서 "Trade Management 11.1"(UT)에서 "Enterprise Accounting 3.0"(BP)으로의 단방향 교환에서 데이터베이스 간의 동기화가 완료됩니다.

각 계획에는 변경 사항에 대한 정보를 저장할 수 있는 특정 요소 목록이 있습니다. 이 목록을 "Exchange Plan 콘텐츠"라고 합니다. 구성을 확장할 수 있지만 구성 지원이 제거됩니다.

"계획 레이아웃"은 동기화가 작동하는 기반이 되는 바로 그 규칙을 저장합니다. 우리가 더 깊이 연구해야 할 것은 바로 이 변환 패키지(등록 규칙, 교환 규칙, 환거래 규칙)입니다.

"1C: 급여 및 HR 3"(ZUP) 구성과 "1C: Enterprise Accounting 3"(BP) 구성 간의 데이터 동기화 예를 고려해 보겠습니다. 이 작업에서는 지원에서 구성을 제거해야 한다는 점을 바로 알아두겠습니다. 이는 조건에 따라 필요합니다.

개선의 필요성을 보여주는 살아있는 예 표준 규칙교환

예를 들어, 고객이 다음과 같은 문제로 우리에게 연락했습니다. ZUP와 BP를 동기화할 때 "급여 반영" 문서를 작성하는 데 필요한 "세무 당국 등록" 디렉터리에서 데이터를 전송할 수 없습니다. 회계에서요.” 지금 표 부분이 문서의 수신자 측 BP에는 빈 "등록..."이 포함되어 있으며 사용자는 디렉토리에 이러한 항목을 수동으로 생성해야 합니다. 동의합니다. 불편합니다. 이 점을 개선할 수 있습니다.

문제 해결 방법: 교환 계획 ExchangeSalary3Accounting3에서 변환 패키지를 마무리하겠습니다. 표준 "1C 교환 규칙"에 "세무 당국에 등록" 디렉토리에 대한 새로운 "객체 변환 규칙"(PKO)을 추가하고 이에 따라 이 디렉토리(PCS)의 "재산 변환"을 추가해 보겠습니다. 표준 "객체 등록 규칙"을 확실히 마무리하겠습니다. 교환 사이트에 디렉터리 변경 사항을 등록해야 했습니다. 그리고 특파원 데이터베이스의 "1C 교환 규칙"을 검토하겠습니다.

이 모든 것을 어디에서 편집할까요? 규칙을 작성하고 변경하려면 “1C: Data Conversion 2” 구성이 필요합니다.

ZUP - BP 교환 계획의 표준 변환 규칙 확정

따라서 다음을 추가하여 1C 교환 규칙을 마무리하겠습니다. 새로운 요소- 세무 당국 등록 디렉토리. "1C: 급여 및 기업 관리 3" 및 "1C: 기업 회계 3" 구성 모두에서 이러한 변경을 적용할 것입니다.

구성을 저장하고 업데이트해 보겠습니다.

엔터프라이즈 모드에서는 각 데이터베이스에 대해 1C:Enterprise 8.3 플랫폼에 대한 MD83Exp.epf 처리를 사용하여 메타데이터 구조에 대한 설명을 업로드합니다. 처리는 "1C: 데이터 변환" 패키지에서 찾을 수 있습니다.

다음 단계에서는 ZUP 및 BP에서 변환 패키지를 언로드합니다. 패키지는 등록 규칙, 교환 규칙, 상대 교환 규칙의 3가지 파일로 구성되어야 합니다.

이 기사에서는 데이터 동기화 구성 방법을 설명하지 않습니다. Coderline 웹사이트의 "전문가 기사" 섹션에서 이를 읽거나 웹 세미나 녹화를 시청할 수 있습니다. 이제 이 옵션은 데이터베이스에 이미 구성되어 있습니다. 따라서 동기화 설정(관리 -> 데이터 동기화 -> 데이터 동기화 설정)으로 이동하여 “규칙 로드” 버튼을 클릭하세요. "동기화 규칙"양식이 우리 앞에 열립니다. "더보기" 버튼을 클릭하고 "규칙을 파일에 저장" 옵션을 선택하세요.

이것은 우리가 언로드한 후에 받아야 할 패키지입니다.

다른 정보 기반 "1C: 기업 회계"에 대해서도 유사한 작업을 수행합니다.
이로써 규칙 편집을 위한 모든 준비 작업이 완료되었습니다. 우리는:

"1C: Data Conversion 2"(ZUP 및 BP용)에 로드하기 위한 메타데이터 구조에 대한 설명

"1C: 데이터 변환 2"(ZUP 및 BP용)에 로드하는 데 필요한 1C 교환 규칙 및 등록 규칙이 포함된 변환 패키지입니다.

“1C: 데이터 변환 2”로 이동합니다. 두 정보베이스 모두에 대해 다음 단계를 수행해 보겠습니다.

구성의 메타데이터 구조를 로드합니다.

변환 패키지에서 변환을 생성하고 1C 데이터 교환 규칙을 로드합니다(규칙 파일은 ExchangeRules라고 함).

변환 패키지에서 등록을 생성하고 등록 규칙을 로드합니다(규칙 파일은 RegistrationRules라고 함).

개정판으로 넘어 갑시다. 1C 교환 규칙에 "세무 당국에 등록"디렉토리에 새로운 개체 변환 규칙 (PKO)을 추가하고 있습니다. 이 디렉터리에 대한 속성 변환 규칙(PCR)과 데이터 업로드 규칙(DRU)을 추가합니다. 이러한 종류의 수정은 ZUP 패키지의 규칙과 BP 패키지의 교환 규칙 모두에 대해 수행되어야 합니다. 우리는 교환 규칙을 해당 ExchangeRules 파일에 업로드합니다.

새 요소를 등록하는 규칙으로 넘어 갑시다. 참고 도서 "세무 당국에 등록"을 추가하고 있습니다. RegistrationRules 패키지의 적절한 파일에 등록 규칙을 업로드합니다. 또한 두 데이터베이스 모두에 대해 이 작업을 수행합니다.

개정된 거래소 규정 및 등록 규정이 준비되었습니다. 이제 BP 패키지의 교환 규칙(ExchangeRules) 내용을 ZUP 패키지의 해당 규칙(CorrespondentExchangeRules)으로 복사합니다. BP 패키지의 통신원 규칙(CorrespondentExchangeRules)에서는 ZUP 패키지의 교환 규칙(ExchangeRules) 내용을 복사합니다.

결과는 다음과 같아야 합니다.

이것으로 "1C: 데이터 변환 2" 작업이 완료됩니다. 수정된 변환 규칙 패키지가 준비되었습니다. 이제 남은 작업은 이를 정보 데이터베이스에 다시 업로드하고 동기화를 확인하는 것입니다.

패키지에서 다음 위치로 파일 보관 ZIP 아카이브변환 패키지를 ZUP 및 BP에 로드합니다.

모든 것이 준비되었습니다. 테스트가 남아 있습니다.

문제의 조건을 떠올려 보자. 다운로드를 위해 "세무 당국에 등록"디렉토리를 등록하고 "1C : Enterprise Accounting 3"측에서 "회계 임금 반영"문서의 TC가 어떻게 작성되는지 확인해야했습니다.

소스 "1C: 급여 및 기업 관리 3"에서 다운로드할 디렉터리를 등록합니다. 동기화를 수행합니다. 수신자 데이터베이스로 이동하여 동기화를 수행하여 데이터를 수신합니다. 이제 교환 계획에는 변경 사항 등록에 필요한 디렉토리가 있습니다.

"1C: Enterprise Accounting 3" 측면을 확인합니다.

요약하다. 작업 결과가 성공적으로 완료되었습니다. 변경 사항 등록을 위한 새로운 요소를 추가하고 데이터 동기화를 위한 변환 규칙을 추가하여 ZUP-BP 교환 계획을 마무리했습니다.

1C 8 애플리케이션 솔루션 간의 데이터 교환은 본격적인 솔루션을 구축할 수 없는 것입니다. 정보 공간기업.

• 데이터 교환이 필요한 이유와 이를 사용하는 방법은 무엇입니까?
• 1C 간의 교환 유형.
• 1C 데이터베이스 간의 데이터 교환을 구성하는 방법은 무엇입니까?

아래에서 이러한 질문에 대한 답을 찾을 수 있습니다.

일반적으로 교환을 도입하는 데는 두 가지 이유가 있습니다.

조직에 지점 네트워크가 있습니다.

이 경우 서로 다른 지점 간 교환을 설정하기만 하면 됩니다. 이를 위해 1C 8.3 Enterprise 시스템에는 메커니즘이 있습니다. 이를 통해 정보 교환을 유연하게 구성할 수 있습니다. 예를 들어 지점의 경우 다른 지점의 문서 표시를 비활성화하는 동시에 중앙 사무실에서는 모든 지점의 문서를 볼 수 있습니다. 또 다른 예는 사무실과 매장의 1C Retail 데이터베이스 간의 교환을 설정하는 것입니다.

회계 유형별 분리

일반적으로 이는 조직이 다양한 정보 데이터베이스에 다양한 기록을 유지한다는 의미입니다. 이러한 분리를 통해 다양한 정보 기반에 대한 다른 유형의 회계에 대해 "불필요한" 정보를 필터링할 수 있습니다. 예: 소위 "관리회계"는 "무역관리" 데이터베이스에 입력되어 모든 거래가 반영되고 경영진은 사건의 전체 상황을 확인하며 회계 및 세무회계에 필요한 문서만 규제 대상 회계 데이터베이스인 "기업회계"에 업로드됩니다. ".

1C 데이터베이스 간의 교환 메커니즘은 무엇입니까?

데이터 교환은 사용되는 메커니즘과 교환에 사용되는 전송이라는 두 가지 방식으로 분류될 수 있습니다.

1C 데이터 교환 메커니즘

일반적으로 교환에는 두 가지 메커니즘이 사용됩니다.

• 분산 정보 베이스(늑골)— 지점 간 데이터 교환을 설정할 수 있는 메커니즘입니다. 메커니즘은 완전히 동일한 데이터베이스 구성이 교환된다는 것을 의미합니다. 메커니즘은 데이터베이스 구성 변경 사항을 전송할 수 있습니다. 메커니즘은 기술 플랫폼 수준에서 구현됩니다.
• 구성 간 교환을 위한 범용 메커니즘— 메커니즘은 응용 솔루션을 위해 1C에서 개발되었습니다. 이는 보편적이며 . 데이터 교환은 특별한 구성으로 생성된 xml 규칙을 사용하여 수행됩니다. 이 메커니즘을 사용하면 1C 구성 간의 일회성 교환과 지속적인 교환을 모두 구현할 수 있습니다. 메커니즘은 구성 수준에서 구현되며 이를 기술 구성에서 구성에 통합할 수 있습니다.

데이터 교환을 위한 전송

운송은 상당히 광범위한 기술이 될 수 있습니다. 범용 교환 메커니즘 1C 8.2에서 구현된 주요 항목을 고려해 보겠습니다.

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

• 로컬 또는 네트워크 디렉터리- 가장 간단한 교통 수단. 한 정보 보안은 디스크에 파일을 생성하고, 두 번째 정보 보안은 이를 읽고 자체 파일을 추가합니다.
• FTP 리소스— 교환은 카탈로그를 통한 교환과 유사합니다. 차이점은 교환이 FTP 프로토콜을 통해 수행된다는 것입니다.
• 우편 메시지 또는 이메일- 교환은 수단 내에서 일어난다. 이메일. 구성은 서로에게 메일 메시지를 보내고 정기적으로 메일 주소에서 새 메시지를 확인합니다.
• 직접 연결(COM)— 교환은 자금을 사용하여 한 데이터베이스를 다른 데이터베이스에 직접 연결하여 수행됩니다.
• 인터넷(웹 서비스)— 전송은 웹 서비스입니다. 하나의 정보베이스가 에 연결되고, 웹 서비스는 두 번째 정보베이스에 연결되어 메시지를 전송합니다. 그러한 운송을 수행하려면 다음이 있어야 합니다.

1C 데이터베이스 간의 데이터 교환을 설정하는 방법은 무엇입니까?

"1C 데이터 변환"구성을 사용하여 1C에서 데이터 교환을 설정하는 기본 사항은 비디오의 예를 참조하십시오.

1C 8.2의 일정에 따른 1C 데이터 교환

일정에 따라 자동 업로드를 구성해야 하는 경우 구성만 하면 됩니다.

클라이언트-서버 버전의 경우

"데이터 교환 설정" 디렉토리의 "자동 교환" 탭에서 새 항목을 생성해야 합니다. 일상적인 작업, 일정을 지정하는 위치:

파일 옵션의 경우

"데이터 교환 설정" 디렉터리의 "자동 교환" 탭에서 "이벤트별 교환" 탭에서 교환이 시작될 이벤트를 지정하는 새로운 루틴 작업을 생성해야 합니다. 예를 들어 특정 사용자가 시작하면 다음이 수행됩니다.