1c 8 동일한 구성 간의 디렉토리 전송. 동일한 구성 간의 매우 사용하기 쉬운 교환 처리

이 처리 1C 8.3 플랫폼(Bukh 3.0, ZUP 3.0, UT 11, SCP 2.0 등)에서 동일한(동일한) 구성 간에 데이터 교환을 허용합니다. 중요한 것은 구성이 동일하다는 것입니다!

스크린샷

(사진)
(사진)

작동 모드

Processing은 Unloading(사용자가 지정한 데이터의 Unloading 파일 생성)과 Loading(동일한 이름의 모드로 생성된 Unloading 파일을 읽고 그 안에 포함된 데이터 쓰기)의 2가지 작동 모드를 구현합니다. 모드는 모드 필드에서 선택하여 설정됩니다.

특정 모드를 시작하기 전에(실행 버튼 누름) "파일 이름" 필드에 수동으로 입력하거나 이 필드와 표준 파일 선택 대화 상자를 선택하는 버튼을 사용하여 업로드 파일의 이름을 지정해야 합니다.

다운로드 모드에서는 다운로드 속도에 영향을 줄 수 있는 레지스터를 작성할 때 합계 사용을 편집할 수 있습니다.

"총계 비활성화" 및 "총계 활성화" 버튼은 "데이터 로드 시 총계 사용 편집 기능 활성화" 플래그가 설정된 경우 사용할 수 있으며 데이터 로드 시 총계 사용 모드를 수동으로 제어하는 ​​데 사용됩니다.

처리 적용 조건

데이터가 업로드된 인포베이스와 데이터가 업로드된 인포베이스가 동질적인 경우(구성이 동일하고 데이터가 다를 수 있음) 또는 업로드된 모든 객체의 구성 및 구성이 거의 완전히 동일한 경우에만 처리를 사용할 수 있습니다. 세부 정보 유형, 표 형식 부분, "선행" 메타데이터 개체의 속성 등 이러한 제한으로 인해 처리는 주로 동종 IB 간의 교환을 위한 것이라는 점에 유의해야 합니다.

업로드 파일 형식은 헤더 부분에 의한 교환 계획에 따라 업로드 시 생성되는 파일 형식과 다릅니다. 데이터(디렉토리 요소, 레지스터 레코드 세트 등)를 언로드하기 위해 처리는 교환 계획에 따라 언로드하는 것과 동일한 XML 직렬화 메커니즘을 사용합니다. 이 부분에서 파일 형식은 동일합니다.

언 로딩의 구성 결정

처리를 통해 정보 기반 데이터를 파일로 전체 및 부분 언로드할 수 있습니다. 업로드된 데이터의 구성은 데이터를 업로드할 수 있는 메타데이터 개체를 표시하는 트리 열의 확인란을 설정하여 대화 상자에서 구성됩니다. 추가 확인란 열 "필요한 경우"는 개체를 언로드해야 하는지 여부를 설정합니다. 이 유형의"링크". 즉, 확인란이 "필요한 경우" 열에만 설정되어 있으면 해당 개체의 데이터가 완전히 업로드되지 않고 업로드 파일을 다운로드할 정보 베이스에서 참조 무결성을 유지하는 데 필요한 범위까지만 업로드됩니다.

양식이 열리면 처리 과정에서 모든 개체에 대해 참조에 의한 언로드 플래그를 설정하여 언로드된 정보 기반 조각의 참조 무결성을 보장합니다.

"링크로 업로드된 개체 정의" 버튼을 클릭하면 처리에서 전체 업로드 플래그가 설정된 개체에 포함될 수 있는 데이터 링크를 분석하고 링크로 업로드해야 함을 나타내는 플래그 열을 자동으로 채웁니다. 객체에 이미 전체 언로드 플래그가 설정되어 있으면 참조에 의한 언로드 플래그가 설정되지 않습니다.

가능한 응용

예를 들어 이 처리를 사용하여 전체 또는 부분 지원데이터, 정보 베이스 간의 데이터 교환, 문제가 있는 정보 베이스를 복원하기 위한 보조 도구.

아마도 모든 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: Accounting 3.0 구성 간에 수행됩니다.

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

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

베이스 수신기의 참고서 "명칭"이 채워지지 않았습니다. 이제 5개의 요소가 있습니다: 3개의 항목 위치와 2개의 그룹.

그리고 그 도움으로 작업 솔루션을 강력하게 단순화하는 방법을 보여줍니다.

오늘 우리는 문자 그대로 10-15분 안에 디렉토리와 초기 잔액을 설정하고 간단하게 전송하는 방법을 분석할 것입니다.

그리고 이것은 대량 및 일반 작업, 이는 출시되는 대부분의 새로운 구성에서 거의 불가피합니다.

따라서 동료에게 전화하면 그들에게도 매우 유용합니다.

특히 그들이 이미 CD 3를 보고 무서웠다면 :)

예, 그녀를 처음 볼 때는 전혀 명확하지 않습니다.

그러나 사실 - 모든 것이 매우 간단합니다. 너무 간단해서 나중에 지루할 수도 있습니다 :)

오늘 영상에 정확히 어떤 내용인지

다음을 통해 데이터 공유에 대한 4개의 동영상입니다. 범용 EnterpriseData 교환 형식.

또한, 우리는 예를 보여줄 것입니다 표준 교환 규칙의 개선 1C: 데이터 변환 3.0

총 기간 - 34분. 콘텐츠:

• 1C: 회계 8 및 1C: ERP의 예를 사용하여 교환 설정
• Data Conversion 3.0에서 표준 규칙 및 범용 교환 형식을 로드하는 방법
• 메타데이터 구조를 CD 3.0으로 전송
• 데이터의 첫 번째 교환을 수행하는 방법
• 규칙의 개선전환
• 구성을 변경하지 않고 새 규칙을 로드하는 방법( 지원 철회 없이)

노트이 문제를 해결할 때 로딩 규칙은 수신기 구성에서만 변경됩니다. 그리고 소스 구성은 표준 규칙에 따라 작동합니다.

데이터 변환 2.0에서 이러한 작업이 해결되었다면 소스와 대상 모두의 규칙을 변경해야 합니다.

이 비디오 자습서는 BSP와 관련이 있습니다. 개정 2.3.2(2.3.2.43보다 오래된 모든 빌드의 경우).

이전 버전의 BSP를 사용하는 경우 변경된 인터페이스 및 확장된 기능에 대해 "수정"하십시오. 이렇게하려면 비디오의 예를 직접 반복하십시오.

비디오 1:
Data Conversion 3.0에서 일반적인 구성 간의 교환 규칙 로드

이 레슨에서는 일반적인 구성 간의 교환 규칙을 변경할 때 준비 작업을 수행합니다.

• 교환 형식의 구조를 CD에 로드(
• 전환 생성
• 일반 구성에서 규칙 파일 업로드
• 교환 관리자 모듈 언로드

비디오 2:
CD 3.0의 교환 규칙 개선

이 튜토리얼에서는 데이터를 로드할 때 개체의 세부 정보를 채우는 방법을 보여줍니다.

작업이 해결됩니다. 소스 구성에서 개체를 로드할 때 "BP 3.0에서 로드됨" 주석을 설정합니다.

문제를 해결하려면 다음을 수행해야 합니다. 객체 변환 규칙의 변경 사항, "수신 데이터를 쓰기 전" 이벤트에서.

개발된 규칙은 다음과 같이 저장됩니다. 외부 처리향후 사용을 위해.

비디오 3:
일반적인 구성 간의 범용 교환 설정

이 자습서에서는 새 유형 교환을 설정하는 방법을 보여줍니다.

설정은 소스 구성에서 지정한 다음 대상 구성으로 로드됩니다.

또한 이 동영상에서 구성을 변경하지 않고새로운 교환 규칙을 업로드하십시오.

비디오 4:
교환 규칙을 사용하여 기초 잔액 이체

수업에서는 초기 잔액을 이체하는 일반적인 기능을 보여줍니다.

추신

예, txt / dbf / ole 등을 통한 교환 존재할 권리가 있습니다. 웹 서버에 도킹하거나 기성품 외부 응용 프로그램 형식에서 전송하는 것과 같은 일부 특별한 경우.

그러나 표준 교환의 경우 - 표준 방법더 빠르고 훨씬 쉽습니다.

그리고 기성품의 보편적인 솔루션이 있을 때 누군가가 바퀴를 재발명한다면 - 이마에 "나는 악기를 소유하지 않고, 배우고 싶지 않습니다. 당신의 돈을 위해 목발을 만들어 줄 것입니다."라고 쓰는 것과 같습니다. .

추신

Data Conversion 3.0이 어렵지 않다는 것을 보여주고 싶습니다.

특이한 - 예. 모든 것이 즉시 명확하지는 않습니다. 그렇습니다. 매우 모호한 순간이 있습니다. 그렇습니다.

그러나 기성품 지침과 비디오의 도움으로 단 1-2주 만에 마스터할 수 있습니다.

데이터 전송은 모든 회계 시스템에서 매우 중요한 프로세스이며 1C 8.3 및 8.2 플랫폼도 예외는 아닙니다. 아래에서는 한 시스템에서 유사한 구성을 가진 다른 시스템으로 데이터를 가장 쉽게 전송하는 방법에 대한 지침을 살펴보겠습니다(다른 구성의 경우 프로그래머용 도구를 사용할 수 있음 - 또는).

조치가 필요하기 전에 변경 사항은 되돌릴 수 없습니다!

가장 간단하고 편리한 방법 1C 8.3에서 1C 8.3 회계 3.0으로 데이터 전송 - 처리 사용 XML 형식으로 데이터 업로드 및 로드(다운로드 - 8.2 또는 1C 8.3 또는 ITS). 처리는 보편적이며 모든 구성에 적합합니다.

우리는 세부 사항에 들어가지 않을 것입니다, 우리는 고려할 것입니다 단계별 지침가장 간단한 상품 이전의 예에서 이 처리를 사용하여 데이터 마이그레이션에 대해 설명합니다.

XML로 데이터 내보내기

우선, 소스 데이터베이스(상품을 언로드할 위치)에서 처리를 열고 인터페이스를 살펴보겠습니다.

267개의 1C 비디오 강의를 무료로 받으십시오:

"파일 이름" 필드를 즉시 작성해야 합니다. 이 경로는 새로운 파일수신기 데이터베이스에 로드할 데이터입니다. 조금 더 낮은 "언로드할 데이터" 표 부분에서 데이터베이스에서 언로드할 데이터를 선택해야 합니다.

왼쪽 표 섹션에서 개체를 선택한 후 오른쪽 표 섹션에서 선택 항목을 적용할 수 있습니다.

이 예에서는 "Rake"라는 이름의 모든 제품을 언로드하고 싶습니다.

모든 설정이 완료되면 데이터를 업로드할 수 있습니다. 이렇게 하려면 "데이터 업로드" 버튼을 클릭하십시오.

xml에서 1s로 데이터 로드 8.3

데이터가 원본 데이터베이스에서 언로드되었으므로 이제 대상 데이터베이스로 전송해야 합니다.

이렇게 하려면 데이터를 로드하려는 데이터베이스에서 이미 처리를 시작하고 "로드" 탭으로 이동하여 디스크에서 업로드된 파일을 선택하고 "데이터 로드" 버튼을 클릭해야 합니다.

이 예는 1C 플랫폼의 동일한 구성 간에 데이터를 전송하는 데에만 적합합니다. 교환 메커니즘을 이해하기 위해 프로그래머를 위해 기사를 작성했습니다.

동일한 구성 간의 빠른 데이터 전송을 위한 처리를 사용하기 매우 쉽습니다. 를 통해 작동 xml 파일또는 com 연결.
일반 및 관리 양식을 지원합니다. 웹 클라이언트에서 작동합니다.

xml 파일 또는 com 연결을 통해 한 1C 데이터베이스에서 다른 데이터베이스로 데이터를 전송합니다.

구성은 동일해야 합니다(최소한 데이터 구조 측면에서). 예를 들어 복사본에서 작업 데이터베이스로 무언가를 전송합니다. 파일은 처리 폴더에 생성됩니다. 선택에 따라 디렉토리, 문서(이동과 함께) 및 정보 등록을 전송합니다. 주기적 개체의 경우 기간을 설정할 수 있습니다.

"업로드" 탭에는 "문서에서 참조 도서 언로드" 플래그가 있습니다. 플래그가 설정된 문서를 언로드 할 때 문서의 세부 사항에 포함 된 디렉토리와 표 부분부모 및 소유자와 함께(필요한 경우).

xml을 통해(소스 데이터베이스에서 차례로 실행한 다음 대상 데이터베이스에서 실행), com 연결을 통해(소스 데이터베이스에서만 실행) 두 가지 모드에서 작동할 수 있습니다.

com 연결을 통한 작동 모드에서는 서버에 대한 연결 설정을 dataXML.ini 파일에 저장하고 로그인 및 비밀번호는 암호화된 형식으로 저장하고 나머지 데이터는 공개 형식으로 저장합니다.

사용자가 설정을 저장하기 위해 특별한 조치를 취하지 않더라도 처리 자체에서 데이터 세트를 dataXML.ini 파일에 저장합니다. "교환 유형", "문서에서 디렉토리 언로드" 및 com - 연결에 대한 연결 매개변수를 저장합니다.

교환이 XML 모드에서 작동하는 경우 처리가 시작된 동일한 디렉토리에 업로드가 수행됩니다. "dataXML.xml" 파일이 생성됩니다. 그것은 또한 그것에서 다운로드합니다.

사용법(xml을 통해):

• 데이터베이스에서 처리를 시작하십시오 - 데이터 소스. "업로드"탭으로 이동하십시오. 필요한 경우 "채워진 개체별 필터링" 플래그를 사용할 수 있습니다. 이 플래그는 목록 필드에서 데이터를 포함하지 않는 개체를 제거하고 최소한 하나의 레코드가 있는 개체만 남깁니다. 확인란으로 전송할 개체 선택(모든 탭에서)
• "업로드"를 클릭하십시오
• 데이터 수신자인 데이터베이스에서 동일한 처리를 실행합니다. "XML을 통해" 교환 유형을 선택합니다.
• "다운로드"를 클릭합니다. 다운로드한 데이터는 마우스 클릭으로 열 수 있는 목록에 표시됩니다. "다운로드" 탭의 "로드 테스트" 버튼은 로드된 데이터의 표시(로드하는 것이 매우 무서운 경우)와 함께 데이터베이스에 쓰지 않고 데이터를 로드합니다.

사용법(com을 통해):

• 소스 데이터베이스에서 처리를 시작합니다.
• 연결을 구성(설정 복원)합니다.
• "업로드"탭으로 이동하십시오. 필요한 경우 "채워진 개체별 필터링" 플래그를 사용할 수 있습니다. 이 플래그는 목록 필드에서 데이터를 포함하지 않는 개체를 제거하고 최소한 하나의 레코드가 있는 개체만 남깁니다. 확인란으로 전송할 개체 선택(모든 탭에서)
• "업로드"를 클릭하십시오

업데이트:

2.4. 언로드할 때 개체 데이터에 의한 선택을 추가했습니다. 디렉토리 또는 문서의 한 유형을 업로드할 때만 선택이 가능합니다. 조건이 충족되면 "언로드" 탭에 "선택" 탭이 나타납니다.

xml을 통해 교환할 때만 액세스할 수 있는 "파일" 필드가 추가되었습니다. 기본값은 "dataXML.xml"입니다. 이 필드는 "dataXML.ini" 파일에 저장된 필드에도 추가됩니다.

2.4.2. 조직별로 선택 항목을 추가했습니다. "고급" 탭에서 설정합니다. 필드는 설정에 저장됩니다. 선택 항목이 채워지면 "조직" 속성이 있고 문서의 조직이 선택 항목과 동일한 문서만 언로드됩니다.

2.5. "Unload to list" 버튼이 "Unload" 탭에 추가되었습니다. 업로드할 문서 유형을 하나 이상 선택한 경우 사용할 수 있습니다. 문서에 체크박스를 설정하고 문서 양식을 열어 볼 수 있는 목록으로 결과를 미리 언로드하기 위한 것입니다. 이 양식에서 업로드하면 업로드된 문서 목록이 체크 표시(체크박스)가 있는 문서로만 제한됩니다.

2.5.3. 정보 레지스터 언로드(기본적으로 아님), 정보 레지스터 언로드 시 자세한 메시지(레코드 선택 해독)를 약간 변경했습니다. 사용자의 문제가 있는 줄을 두 개로 나눴습니다(오류를 더 쉽게 이해할 수 있도록).

다른 두 플래그의 이름을 변경했습니다(제자리에 장착됨). 이것은 플래그의 본질을 변경하지 않았으며 이름이 여전히 명확하기를 바랍니다. "채워진 항목만" - 모든 표 형식 부분에 대한 필터로, 하나 이상의 데이터 개체가 포함된 개체만 선택할 수 있습니다. "디렉토리가 있는 문서" - 문서와 함께 포함된 디렉토리를 언로드할 수 있는 플래그입니다.

언로딩의 일부가 약간 재작성되었습니다(약간 최적화됨).

문서에 포함된 디렉토리를 언로드할 때 메시지가 추가되었습니다(이전에는 "맹목적으로" 언로드됨).

2.5.5. 업로드 및 다운로드에 대한 사용자 인터럽트 처리를 추가했습니다.

2.5.6. 정보 레지스터 유형의 버그를 수정했습니다. 레지스트라에 종속된 레지스터는 "정보 레지스터" 필드에서 제거됩니다. 필요한 경우 이전하고 레지스트라를 이동으로 이전하십시오.

2.7.4. 새로운 기능 추가("교환 계획에 따라" 업로드 시 탭) "전체" 교환 계획이 있는 경우 교환 계획에 의해 등록된 데이터를 언로드(및 다운로드)할 수 있습니다.

처리의 유용성을 향상시키는 여러 가지 작은 것들을 개선했습니다. 설정을 저장할 때 버그가 수정되었습니다.

2.8.0. 존경하는 분의 소원을 이루다니르볼츠, 251번째 댓글에서 "Only new ones" 플래그가 추가되었습니다.

양식의 구성이 약간 변경되었으며 기본 플래그가 별도의 탭으로 이동되었습니다. 기존 폼에 있던 자리가 끝났습니다 :)

3.0.1. 최소한의 기능 추가 관리되는 양식. 디렉토리 교환, 정보 및 문서 등록(선택적으로 이동 포함).