1초 안에 데이터 변환 구성을 설정하는 방법. 현실 세계의 문제

인쇄(Ctrl+P)

데이터 변환, 에디션 3.0

1과. KD3.0 작업 준비

데이터 변환, 에디션 3.0(더 나아가 KD3.0) – 형식을 통한 데이터 교환 기술의 구성 요소 중 하나입니다. 엔터프라이즈데이터. KD3.0구성을 대체하는 것이 아닙니다. 데이터 변환, 에디션 2.0(더 나아가 KD2.0). 이는 KD 2.0과 매우 다른 새로운 표준입니다. 주요 목적 KD3.0 –이는 교환 관리자 모듈을 위한 프로그램 코드를 생성하는 것입니다. 이는 다음 형식으로 제시된 데이터를 로드하기 위한 논리를 구현하는 절차와 기능으로 구성됩니다. 엔터프라이즈데이터, 데이터를 형식으로 업로드하는 논리도 포함됩니다.

그림 1 일반 거래소 관리자 모듈

KD3.0은 https://users.v8.1c.ru/에서 다운로드할 수 있습니다.

시스템 버전과 함께 사용하도록 고안된 개정판 3.0.5.3
1C:Enterprise 8.3은 8.3.10 이상이며 버전 3.0.4.3은 1C:Enterprise 8.3 시스템 버전 8.3.8 이상과 함께 사용됩니다.

납품 KD3.0에는 다음과 같은 외부 처리가 포함됩니다.

처리 MD83Exp.epf"구성 8.3의 메타데이터 구조에 대한 설명 업로드" – 1C:Enterprise 8.3 플랫폼에 구현된 모든 구성의 메타데이터 구조에 대한 설명을 업로드하기 위한 것입니다.
처리 동기화 규칙.epf 업로드"데이터 변환" 구성, 에디션 3.0에 후속 로드하기 위한 변환 규칙 파일을 준비할 때 사용되는 "범용 형식을 통한 동기화 규칙 업로드".
"Configuration Description.htm" 파일에는 간단한 설명이 포함되어 있습니다.
기본 구성 기능
"데이터 변환", 에디션 3.0.

"데이터 변환" 구성, 버전 3.0에 대한 추가 정보
http://its.1c.ru/db/metod8dev#content:5846:hdoc를 참조하세요.

1. 규칙 설정 준비

형식 구조를 로드하려면 먼저 구성자 모드에서 구성 데이터베이스를 열고 구성에서 XDTO 패키지를 *.xsd 파일로 다운로드해야 합니다.

해당 형식과 관련된 모든 패키지를 언로드해야 합니다. 파일 이름은 근본적으로 중요하지 않습니다. ExchangeMessage XDTO 패키지도 업로드해야 합니다.

XDTO 형식을 CD 3.0에 로드한 후 "형식 개체", "형식 속성", "형식 값" 디렉터리가 채워집니다.

안에 참고서 "객체 서식 지정"로드 중:

참조 데이터 유형(문서, 디렉터리)을 반영하는 "ObjectTypeXDTO" 유형의 개체
열거형을 포함하는 "XDTOValueType" 유형의 개체입니다. 미리 정의된 데이터(예: 열거형)를 반영합니다.

안에 참고서 "형식 속성"로드 중:

"ObjectTypeXDTO" 개체의 속성입니다. 동시에 객체 자체는 "객체 서식 지정"에 로드된 객체입니다.
"ObjectTypeXDTO" 유형의 개체와 테이블 형식 부분 및 테이블 형식 부분의 세부 정보를 반영하는 해당 속성

사전 정의된 데이터의 요소인 "XDTOValueType" 개체의 속성은 "형식 값" 참조 책에 로드됩니다. 동시에 객체 자체는 "객체 서식 지정"에 로드된 객체입니다.

1. 2. “구성 구조 로딩” 처리

이 처리는 구성 메타데이터 구조를 정보베이스에 로드합니다. 데이터 변환 ed.3.

정보베이스의 구조에 대한 정보를 다운로드하려면 처리가 사용됩니다. MD83Exp.epf, KD3.0 구성용 배송 키트에 포함됨

구조를 언로드해야 하는 정보베이스의 경우 다음 단계를 수행하십시오.

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

구성 구조를 다운로드하면 디렉토리가 채워집니다.

메타데이터 개체
개체 속성
객체 값.

예배 규칙서 메타데이터 개체구성 메타데이터 개체에 대한 정보가 포함되어 있습니다. 객체의 유형은 해당 속성에 기록됩니다. Type 특성 값에 따라 메타데이터 개체의 속성을 설명하는 세부 정보가 채워집니다. 메타데이터 개체의 세부정보는 하위 디렉터리에 설명되어 있습니다. 개체 속성. 객체 값(열거 값 및 미리 정의된 요소의 이름)은 하위 디렉터리에 설명됩니다. 개체 값.

범용 형식을 통해 동기화 규칙을 로드하기 전에 데이터 형식을 파일에서 로드해야 합니다(처리 사용).(1.1절 참조), 동기화 규칙이 구성된 구성도 로드되어야 합니다. 구성은 처리를 사용하여 로드됩니다. (포인트 1.2 참조) . 또한생성할 디렉터리 항목 전환 . 변환하려면 변환할 구성과 하나 이상의 형식 버전을 지정해야 합니다.

1.3.1 규칙 로드를 위한 파일 준비

파일은 교환이 수행될 정보베이스에 범용 형식으로 준비됩니다(예: 기업 회계 ed.3.0).

규칙 파일을 준비하려면 엔터프라이즈 모드에서 정보베이스를 입력하고 처리를 시작해야 합니다. 범용 형식을 통해 동기화 규칙 업로드, 구성 제공에 포함됨 데이터 변환 ed.3.

관리자 모듈로 파일을 준비하려면 구성자 모드에서 정보 베이스를 입력하고 일반 모듈을 저장해야 합니다. 범용 형식을 통한 Exchange 관리자텍스트 파일로. 파일 이름을 지정할 수 있습니다.

준비된 모든 파일은 동일한 디렉터리에 있어야 합니다.

1.3.2 동기화 규칙 로드

정보베이스에서 수행됨 데이터 변환 ed.3처리하여 파일에서 동기화 규칙 로드.

처리 양식에 다음을 표시하십시오.

이전에 준비된 파일이 있는 Exchange 디렉터리
변환
다운로드한 데이터의 구성
- 또는 "all" 옵션을 지정하세요
- 또는 선택적 로드를 선택하고 로드해야 하는 규칙 목록을 구성합니다.
교환 관리자 모듈이 있는 파일(선택적 로딩이 수행되고 핸들러가 로드되지 않은 경우 필요하지 않음)

1.3.3 비어 있지 않은 데이터베이스에 로드하는 기능

로드된 규칙이 존재하고 해당 규칙이 하나의 변환(현재 변환)에만 속하는 경우 규칙이 변경됩니다. 이 경우 기존 규칙과 로드된 규칙 간의 차이점 분석이 수행되지 않고 무조건 규칙이 다시 채워집니다.
로드된 규칙이 존재하고 현재 변환을 포함하여 변환 디렉터리의 여러 요소에 속하는 경우 새 규칙이 생성되어 현재 변환에 연결됩니다. '이전' 규칙은 변경되지 않고 다른 전환과 계속 연결됩니다.
규칙 그룹은 로드되지 않습니다. 그러나 규칙이 특정 그룹에 할당된 경우 이 규칙에 다시 로드되면 이 정보가 저장됩니다.

데이터 변환 2.0 및 2.1은 8.1에서 8.3까지의 플랫폼 버전에서 구현되는 1C의 기술 구성입니다.

이 도구의 주요 임무는 애플리케이션 솔루션 1C 8과 7 간의 교환 규칙을 작성하는 것입니다. 현재 데이터 변환의 현재 버전은 3.0입니다.

데이터 변환은 매우 유용한 구성입니다. 이를 통해 한 정보 베이스에서 다른 정보 베이스로 정보를 전송하는 문제뿐만 아니라 하나의 데이터베이스 내에서 정보를 변환하는 문제도 해결할 수 있습니다.

구성은 와 함께 사용하기 매우 편리합니다.

데이터 변환은 모든 프로그래머에게 유용할 것입니다. 교환 규칙을 작성하는 기술을 갖는 것은 전문 기술에 있어서 큰 장점입니다.

구성 작업 방법을 배우려면 실제 문제를 해결하는 것이 가장 적합합니다. 예를 들어, 일부 정보를 한 데이터베이스에서 다른 데이터베이스로 전송하고, 판매 문서를 영수증 문서로 전환하고, 현재 회계 잔액을 문서에 "잔액 입력" 및 기타 작업으로 "입력"하는 등의 작업을 스스로 생각해보십시오.

1C 8.3의 "표준" 교환 규칙을 이해하는 것은 매우 유용할 것입니다. 여기서는 작업 구현에 대한 흥미로운 예를 자주 찾을 수 있습니다.

기본 사항을 이해하려면 자료가 필요하며 아래에서 고려해 보겠습니다.

변환을 위한 비디오 지침

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

1C 데이터 변환 2.0 학습을 위한 자료, 교과서

인터넷에는 자료와 문서가 그리 많지 않습니다. 저는 가장 중요하고 흥미로운 자료를 수집하려고 노력했습니다.

0. 우선 Ilya Leontyev의 무료 비디오 강좌를 추천합니다. 링크.

1. 우선 구성에 내장된 도움말을 사용하는 것이 좋습니다. 정말 잘 작성되었고 기술적으로 잘 구현되었습니다.

2. 두 번째로 중요한 정보 소스는 특히 데이터 변환에 특화된 http://www.mykod.info/(사이트는 폐쇄됨) 사이트입니다. 거기에서 변환에 관한 많은 자료를 다운로드할 수 있습니다.

3. 별도로 교과서 (저자 - Olga Kuznetsova)를 강조하고 싶습니다.

1C Enterprise 8.3 프로그램의 효과적인 작동은 프로그램 간의 데이터 교환, 즉 디렉터리 및 기타 정보 업로드 및 다운로드가 올바르게 설정되었기 때문입니다. 어떤 상황에서는 프로그램의 한 버전에서 다른 버전으로 이동할 때 "Universal XML Data Interchange" 처리 또는 기존 표준 전송 규칙을 사용하는 것으로 충분합니다. 특정 교환 규칙 목록을 사용하여 프로그램에 내장하거나 설치된 업데이트 폴더에 위치할 수 있습니다. 예를 들어 AccountingBase("Accounting", 기본 버전) 및 "Data Exchange" 폴더가 여기에 있습니다.

그림 1

그러나 완전히 다른 구성 간의 교환이 필요하고 이에 따라 교환 규칙을 설정하고 전송 대상을 비교해야 하는 비표준 버전에 대한 전송 규칙이 필요한 경우 모든 구성 간의 변환 규칙을 생성하도록 설계된 외부 프로그램을 사용해야 합니다. 구조와 복잡성에 관계없이.

메타데이터를 설명하기 위해 외부 처리 MD83Exp.epf가 사용됩니다. 1C:Enterprise 8.3 플랫폼(관리 애플리케이션)의 제품에는 MD82Exp.epf가 일반 애플리케이션에는 XML 파일 형식으로 사용됩니다. 일반적으로 처리 파일은 구성이 설치된 템플릿 디렉터리에 있습니다. 예를 들어 C:\Program Files\1cv8\tmplts\1c\Conversion\3_0_5_3\입니다. 이 예에서는 “1C: Data Conversion, ed. 3.0"(릴리스 3.0.5.3).

그림 2

변환 파일을 준비하려면 교환 규칙의 XML 파일을 생성해야 합니다. 작은 예를 사용하여 생성 진행 상황을 살펴 보겠습니다.

1단계.프로그램은 ITS 웹사이트에서 다운로드하거나 ITS 디스크에서 설치할 수 있습니다. "회계"에서 "UT 8.3"으로 "상대방" 디렉토리를 다운로드해야 한다고 가정해 보겠습니다. 첫 번째 프로그램은 "Source Base"이고 두 번째 프로그램은 "Sink Base"입니다. 교환은 데이터베이스 8.3 사이뿐만 아니라 7.7과 8.3 및 기타 데이터베이스 사이에서도 구성됩니다.

2단계. MD83Exp.epf 처리를 사용하여 교환에 관련된 데이터베이스의 메타데이터 구조를 XML 파일로 업로드합니다. 이렇게 하려면 "1C Enterprise" 모드의 "소스 데이터베이스" 및 "대상 데이터베이스"에서 지정된 처리를 열고 이를 사용하여 생성된 파일의 이름을 지정하여 구성 구조를 언로드합니다. 예를 들어 파일 이름을 "Source Base" 및 "Destination Base"로 지정하겠습니다.

그림 3

그림 4

그림 5

3단계.교환 형식의 xml 구성표를 내보냅니다. 확장자가 "xsd"인 파일입니다. "소스"와 "싱크" 모두에서 얻을 수 있습니다. 이렇게 하려면 "구성자" 모드("구성 열기")에서 정보 베이스를 엽니다. 메타데이터 트리에는 "일반" 섹션과 XDTO 패키지 하위 섹션이 있습니다.

그림 6

이름이 "EnterpriseData"인 줄을 찾고(다른 숫자는 형식의 다른 버전임) 마우스 오른쪽 버튼을 클릭하여 "XML 스키마 내보내기" 명령을 선택합니다.

그림 7

그림 8

그림 9

4단계.업로드된 구성(소스 및 대상)의 데이터베이스 구조를 "1C: 데이터 변환" 데이터베이스에 추가합니다. 이를 위해 "구성" 메뉴 항목에서 생성된 각 파일(소스 및 대상)에 대해 "구성 구조 로드"를 수행합니다.

그림 10

파일 경로를 지정하고 다운로드 방법("새 버전의 구성으로")을 선택한 다음 "다운로드" 버튼을 클릭합니다.

그림 11

그림 12

파일을 다운로드한 후 메뉴의 "구성" 섹션으로 이동하면 다운로드한 두 가지 구성을 볼 수 있습니다.

그림 13

그림 14

5단계.교환 형식 구조를 로드 중입니다. "데이터 형식" 메뉴 항목에서 "형식 구조 로드" 명령을 선택합니다.

그림 15

이전에 업로드한 파일을 표시하고 "다운로드" 버튼을 클릭합니다.

그림 16

다운로드가 완료되면 결과를 확인하겠습니다. "데이터 형식" - "형식 개체 트리" 메뉴로 이동해 보겠습니다. 다운로드한 형식을 선택하면 해당 형식이 표시됩니다.

그림 17

6단계.전환을 만드는 중입니다. 작업을 수행하기 위해 두 가지 변환을 생성합니다. 첫 번째는 "회계"에서 "직원" 및 "상대방" 디렉터리를 언로드하기 위한 것이고, 두 번째는 "UT"로 로드하기 위한 것입니다. '전환' 메뉴로 이동해 보겠습니다.

그림 18

각 작업에 대해 이름을 표시합니다(예: "BP에서 언로드", "UT로 로드"). 이름은 기업 회계, 무역 관리 및 형식 버전(예제 1.6에서 다운로드함)입니다.

그림 19

그림 20

7단계

그림 21

각 작업을 별도로 열어서 구성해 보겠습니다. '객체 변환 규칙' 탭에서 '만들기' 버튼을 클릭하세요.

그림 22

"기본 정보" 탭에는 규칙 식별자(예: Directory_Accounts_Upload), 구성 개체 및 형식 개체가 표시됩니다. 적용 범위 - "전송용".

그림 23

그림 24

“자동 일치”를 클릭하고 “속성 변환 규칙 생성” 버튼을 클릭하여 결과를 저장합니다.

그림 25

그림 26

그림 27

필요한 경우 변환을 위해 다른 필드를 수동으로 구성합니다.

8단계로드에 대한 변환 규칙은 "Trade Management"의 예에서와 같은 방식으로 구성됩니다. 적용범위는 '영수증용'임을 참고하시기 바랍니다.

그림 28

"속성 변환 규칙" 탭에서 자동 일치를 수행하고 "속성 변환 규칙 생성" 버튼을 클릭하여 결과를 저장합니다.

그림 29

9단계생성된 두 변환 규칙 모두 동일한 이름의 탭으로 이동하여 "생성" 버튼을 클릭하고 구성 및 형식에서 테이블의 값을 비교하여 사전 정의된 데이터를 변환하는 규칙을 생성합니다. 적용 범위: "수신 및 송신용."

그림 30

그림 31

그림 32

우리는 디렉토리의 "법적 개인" 속성을 변환하기 위한 새로운 규칙을 나타냅니다. "Directory_Counterparties_Upload" 개체에 대한 변환 규칙을 열어 보겠습니다.

그림 33

“재산변환규칙” 탭에서 “Transfer_LegalIndividual”을 나타내는 재산변환규칙을 추가합니다.

그림 34

그림 35

이 작업은 두 번째 규칙인 "Directory_Contragnets_Loading"과 유사합니다.

그림 36

10단계우리는 데이터 처리 규칙을 만듭니다. 우리가 만든 두 규칙 모두에 대한 작업은 동일합니다. 변환 규칙으로 이동하여 "기준 생성" - "데이터 처리 규칙" 버튼을 클릭합니다.

그림 37

데이터가 자동으로 들어옵니다.

그림 38

그림 39

그림 40

11단계"교환 관리자 모듈 저장"을 클릭하여 변환 규칙에서 또는 "변환" - "모듈 언로드" 항목을 통해 교환 관리자 모듈을 언로드합니다.

그림 41

그림 42

그림 43

다음으로 모듈이 의도한 구성을 열고 메타데이터 트리에서 "범용 형식을 통한 Omena Manager"를 찾아서 열고 클립보드에 복사한 모듈을 붙여넣습니다.

그림 44

교환을 설정할 때 문제의 프로그램에는 지금까지 단 하나의 기능만 있습니다. 공통 모듈의 텍스트 생성 Exchange Manager 각 데이터베이스에 대한 범용 형식을 통해 교환에 참여하는 구성의 메타데이터 구조 및 범용 형식 구성표를 사용합니다. . 거래소 설정 초기 단계에서 이러한 모듈을 생성하고 적용하는 것이 더 좋으며 구성 모듈의 텍스트에서 직접 계속해서 개선해야 합니다.

구성 에디션 "Data Conversion 3.0"은 범용 EnterpriseData 교환 형식을 사용하여 구성 간 교환을 단순화하는 새롭지만 진보적인 기술입니다.

아마도 모든 1C 전문가는 한 정보 기반에서 다른 정보 기반으로 데이터를 전송해야 할 필요성에 직면했을 것입니다. 구성이 다른 경우에는 데이터 변환 규칙을 작성해야 합니다. 이러한 규칙은 1C "데이터 변환" 구성에서 생성됩니다.

를 사용하여 데이터를 전송할 수도 있습니다. 많은 1C 8.3 구성에는 다양한 구성 간의 데이터 동기화를 설정하고 1C 문서 흐름과의 원활한 통합을 위한 표준 기능이 있습니다.

그러나 완전히 동일한 구성 간에 데이터를 전송해야 하는 경우 작업을 단순화하고 XML을 통한 업로드 및 다운로드를 위한 표준 처리를 사용할 수 있습니다. 데이터 변환과 마찬가지로 이 방법은 이름이 아닌 고유 식별자(GUID)를 기준으로 개체를 서로 비교합니다.

이 처리 과정을 ITS 디스크에 다운로드하거나 다음 링크를 사용하여 다운로드할 수 있습니다.

보편적이며 모든 구성에 적합합니다.

하나의 1C 8.3 Accounting 3.0 정보 기반에서 다른 정보 기반으로 "Nomenclature"디렉토리를 언로드하는 예를 고려해 보겠습니다. 전제 조건은 부모(그룹) "목공"이 선택하는 것입니다.

1C에서 XML로 데이터 업로드

데이터가 다운로드될 정보 베이스(소스)로 이동합니다. 바람직하지 않은 결과를 피하기 위해 가능한 모든 조건을 고려하여 확인하십시오.

XML 데이터 업로드 및 다운로드 처리를 엽니다(Ctrl+O).

우리는 "업로드" 탭에 관심이 있습니다. 먼저, 데이터를 업로드할 파일 이름과 저장할 경로를 지정하세요. 이 경우 데이터는 "서버의 파일"로 업로드됩니다.

처리 헤더에서 선택이 수행되는 기간을 구성할 수 있습니다. 또한, 주기등록의 경우 주기별로 선택을 적용하는 방법을 지정할 수 있습니다. 문서와 함께 움직임을 업로드해야 하는 경우 해당 플래그가 설정됩니다. 이 경우 디렉터리에 과부하가 걸리므로 헤더에 아무것도 구성할 필요가 없습니다.

업로드할 데이터를 선택하는 단계로 넘어갑니다. 처리 양식의 표 부분에서 전송해야 하는 구성 개체에 대한 확인란을 선택합니다.

"필요한 경우 언로드" 열은 오버로드 중인 디렉터리의 특성에 의해 참조되는 경우 이 개체를 오버로드해야 하는지 여부를 의미합니다. 예를 들어, 로드 중인 항목의 위치에 대상 데이터베이스에 없는 측정 단위가 있습니다. 측정 단위가 포함된 참고 도서 반대편에서 "필요한 경우 업로드" 열의 플래그를 선택하면 새 위치가 생성됩니다. 그렇지 않으면 속성 값은 “<Объект не найден>" 및 고유 식별자입니다.

선택 항목이 없는 간단한 경우 항목 과부하 설정은 다음과 같습니다.

이 예에서는 "Woodworking" 폴더에 있는 항목만 선택해야 합니다.

8.2에 대한 유사한 처리를 통해 편리한 형식으로 각 구성 개체에 대한 선택 사항을 설정할 수 있습니다. 8.3에는 아쉽게도 그러한 기능이 없습니다. 이 상황에서 벗어나는 한 가지 방법은 "언로드할 추가 개체" 탭에서 필요한 항목을 선택하는 것입니다.

여기에 수동으로("추가" 버튼) 또는 요청을 통해("요청으로 추가...") 개체를 추가할 수 있습니다. 그 수가 많으면 두 번째 옵션이 바람직합니다.

이 경우 요청은 다음과 같습니다. 매개변수를 입력하고 데이터를 확인한 후 요청을 완료한 후 “결과 선택” 버튼을 클릭하세요.

업로드에 필요한 모든 개체와 추가 요소를 지정한 후 "데이터 업로드" 버튼을 클릭하세요. 이는 이전에 지정한 이름과 경로의 XML 파일로 끝납니다. 이 작업의 결과는 메시지에 표시됩니다.

이 예에서는 3개 위치만 언로드해야 했지만 5개 위치가 언로드되었습니다. 이는 "필요한 경우 업로드" 열의 "명명법" 디렉터리 반대편에 플래그가 설정되어 있기 때문입니다. 필요한 직책과 함께 그들의 부모는 과부하되었습니다.

XML에서 디렉터리 로드

소스 구성의 데이터를 XML 파일로 성공적으로 다운로드한 후 대상 데이터베이스를 엽니다. 객체의 구조와 세부정보가 서로 일치해야 합니다. 이 경우 두 가지 표준 구성 1C: 회계 3.0 간에 전송이 수행됩니다.

수신자 데이터베이스에서 처리를 엽니다. 이 처리는 데이터 업로드 및 로드에 모두 사용됩니다. "다운로드" 탭으로 이동하여 이전에 데이터를 다운로드한 XML 파일의 경로를 지정합니다. 그 후 '데이터 다운로드' 버튼을 클릭하세요.

다운로드 결과는 메시지로 표시됩니다. 우리의 경우 모든 것이 잘 진행되었습니다.

수신 데이터베이스의 "명명법" 참고서는 작성되지 않았습니다. 이제 5개의 요소, 즉 3개의 명명법 위치와 2개의 그룹이 있습니다.