1C 버전 7.5가 등장한 이후 다양한 구성 간의 교환이 필요해졌습니다. 다양한 방법과 메커니즘이 개발되었습니다. 이 기사에서는 다양한 구성 간의 교환에 사용되는 최신(1C:Enterprise 8.2 플랫폼용) 메커니즘을 설명합니다. 이 기사는 자신만의 교환을 생성하거나 표준 교환을 분석하는 초보 프로그래머를 위한 것입니다. 교환 절차에 대한 설명은 진공 상태에서의 일종의 구형 교환과 같은 유토피아적인 교환 아이디어를 사용합니다.

데이터 교환 문제에 대한 설명

교환은 서로 다른 두 구성 간에 발생합니다. 이를 소스와 수신기라고 부르겠습니다. 기본적으로 교환 방향은 단방향으로 간주됩니다. 소스 및 대상 구성의 메타데이터 구조가 다릅니다. 일부 유형의 문서는 정기적으로 교환해야 합니다.

일반적으로 양방향 교환 문제는 두 개의 단방향 교환 작업으로 나누어지며, 소스와 수신자만 교환됩니다.

어려움

1. 구성의 문서에는 세부 정보 세트와 구성이 다릅니다.
2. 복합 유형 문서(디렉토리)의 일부 세부사항입니다.
3. 이미 전송된 문서가 소스 구성의 문서에 의해 수정된 경우 싱크 구성으로 다시 전송해야 합니다.
4. 동시에 두 개의 데이터베이스에 디렉토리가 채워지면 요소 중복이 가능합니다. 또는 디렉터리에 중복된 항목(동일한 세부 정보가 포함된 디렉터리 요소)이 있는 경우 "불필요한" 요소가 문서에 남게 됩니다. 예를 들어 오랫동안 사용되지 않아 삭제 표시된 요소입니다. .

해결 방법

1단계: 개체 일치

소스 구성 문서의 세부 사항을 수신기 구성 문서의 세부 사항에 매핑하기 위한 규칙을 생성하기 위해 교환 규칙이 생성됩니다.교환 규칙 Source 객체를 Receiver 객체로 변환하기 위한 대응 및 규칙을 설명하는 XML 형식의 특수 파일입니다. 교환 규칙 생성은 "데이터 변환" 구성을 사용하여 자동화됩니다. 수신기 및 소스 구성에서 특수 처리를 사용하여 해당 구성의 메타데이터 구조를 설명하는 XML 파일이 다운로드되고 "데이터 변환"에 로드됩니다.

교환 규칙을 설명할 때 시스템이 소스 개체에 해당하는 개체를 수신기에서 검색하는 데 사용되는 세부 정보(소위 핵심 세부 정보)를 표시해야 합니다.

최신 교환 방식에서는 세부정보별 일치가 초기 교환 설정 중에만 사용됩니다. 작업 중에 디렉터리의 주요 세부 정보가 변경될 수 있지만 개체 간의 연결이 끊어져서는 안 됩니다. 이를 위해 "교환 대상 일치" 레지스터가 수신기 구성에 채워집니다. 레지스터에는 소스 구성의 GUID(고유 개체 식별자)와 수신기에서 이에 해당하는 개체의 전역 고유 식별자가 포함됩니다.

2단계. 변경된 객체 등록

1C:Enterprise 8 플랫폼에는 교환 구성을 위해 특별히 설계된 메타데이터 개체인 Exchange Plan이 있습니다.교환 계획에는 데이터 교환에 참여할 수 있는 노드에 대한 정보가 포함되며, 교환할 데이터의 구성을 결정하고, 교환 중에 분산 정보 기반 메커니즘을 사용해야 하는지 여부를 나타냅니다. 하나의 애플리케이션 솔루션에는 여러 교환 계획이 있을 수 있으며 각 계획은 자체 데이터 교환 절차를 설명할 수 있습니다. 예를 들어, 데이터가 원격 창고 및 원격 사무실과 교환되는 경우 창고와 교환되는 데이터의 구성이 상당히 다양하므로 두 가지 교환 계획(창고와의 교환용, 하나의 사무실용)이 있을 가능성이 높습니다. 사무실과 교환하기 위한 데이터 구성보다 더 좁습니다.

가장 간단한 형태의 Exchange 계획(분산 데이터베이스 메커니즘을 사용하지 않음)은 데이터 수신 노드의 식별자와 업로드할 개체의 식별자라는 두 개의 열이 있는 테이블로 표시될 수 있습니다. 교환 계획은 특정 메타데이터 개체를 모니터링하도록 구성됩니다. 교환 계획에 포함된 메타데이터 개체가 변경되면 변경된 개체의 전역 식별자가 변경 기호와 함께 교환 계획에 포함됩니다. 데이터를 업로드한 후 변경 플래그가 재설정됩니다.

3단계. 운송

데이터 교환 토폴로지는 매우 이상합니다. 소스에서 수신기 데이터베이스에 대한 직접 액세스와 간접 액세스가 모두 가능합니다. 첫 번째 경우에는 소스에서 수신기로 직접 연결하는 ADO 연결을 사용할 수 있습니다. 이 옵션은 사용자 관점에서 매우 편리합니다. 수신기에서 교환 매개변수와 사용자 인증을 한 번 구성한 후 버튼을 한 번 클릭하여(또는 일정에 따라) 교환을 수행합니다.

수신기에 직접 액세스할 수 없는 경우 데이터는 중간 XML 파일로 덤프되어 수신기 측으로 전송되고 다운로드됩니다. 공유 FTP 리소스를 사용하는 것도 가능합니다.

교환을 설정하기 전에

삭제 표시된 중복 항목 및 개체

교환을 설정하기 전에 디렉토리에서 중복된 요소를 제거하십시오. 삭제 표시된 개체를 삭제합니다.

디렉토리 및 정보 레지스터 입력

디렉토리 및 정보 레지스터를 입력하려면 하나의 소스가 있어야 합니다. 그러면 겉보기에 동일한 움직임이 대차대조표에서 "접어지지" 않기 때문에 잘못 동기화된 요소를 지속적으로 수정해야 할 필요성이 없어집니다.

결론

결과적으로 교환 체계를 만드는 것은 다음과 같습니다.

1. 교환 규칙은 "데이터 변환" 구성에서 생성됩니다.
2. 교환 계획이 생성되고 초기화됩니다.
3. 교환을 위해 정보 기반이 준비 중입니다. 중복 제거
4. 교환을 초기화하면 정보 레지스터 "교환 대상의 대응"이 채워집니다.
5. 적절한 전송이 선택됩니다(파일을 통해 직접 액세스).
6. 정기적인 데이터 교환이 이루어집니다.

서지

추신 건설적인 비판과 추가를 환영합니다.

회계에 직원과의 정산 거래를 반영하려면 1C ZUP 8.3 프로그램과 회계 8.3 간의 데이터 교환이 필요합니다. 1C ZUP 8.3 프로그램에서 인사 기록을 유지하고 급여를 계산하는 경우 1C ZUP 8.3에서 1C 회계 8.3으로 데이터를 다운로드하는 방법을 여기에서 읽으십시오.

직원 수가 적은 경우 회계 프로그램 1C 8.3 회계에서 인사 기록 및 급여 계산을 수행할 수 있습니다. 그러나 조직에 급여 및 인력에 대한 대규모의 상세한 회계가 필요한 경우 이를 위해서는 추가 프로그램 1C 8.3 급여 및 인사 관리가 필요합니다. 두 프로그램에 기록을 보관하는 것은 그리 편리하지 않지만 1C는 이 문제를 해결했습니다. 이제 ZUP 3.1에서 Accounting 3.0까지 1C 8.3 데이터베이스 간의 데이터 교환이 자동으로 발생합니다. 하지만 이를 위해서는 1C 8.3 회계 및 ZUP의 동기화를 구성해야 합니다. 기술 전문가의 개입 없이 직접 이 작업을 수행하는 방법을 이 기사에서 읽어보세요. 몇 단계를 거쳐 ZUP 3.1에서 회계 3.0까지 1C 8.3 데이터베이스 간의 데이터 교환을 설정하는 방법은 아래를 참조하십시오.

1단계. 1C ZUP 3.1에서 동기화 설정

"관리"섹션(1)에서 1C ZUP 8.3으로 이동하여 "데이터 동기화"링크(2)를 클릭합니다. 교환 설정 창이 열립니다.

열리는 창에서 "데이터 동기화"(3) 옆의 상자를 선택하고 "데이터 동기화 설정" 링크(4)를 클릭합니다. 설정 창이 열립니다.

열리는 창에서 "데이터 동기화 설정" 버튼(5)을 클릭하고 "엔터프라이즈 회계, 에디션 3..."(6) 링크를 클릭합니다. 설정을 계속할 수 있는 창이 열립니다.

새 창에서 "수동으로 설정 지정"(7)을 선택하고 "다음" 버튼(8)을 클릭합니다. 교환 매개변수를 입력할 수 있는 창이 열립니다.

열리는 창에서 일부 시스템 교환 매개변수를 지정해야 합니다. 먼저 다른 프로그램에서 연결 옵션을 선택해야 합니다. 이 예에서는 "이 컴퓨터의 프로그램에 직접 연결..."(9)입니다. 이 방법은 1C 8.3 회계 프로그램이 1C 8.3 ZUP과 동일한 컴퓨터 또는 동일한 로컬 네트워크에 있는 경우에 사용됩니다. 다음으로 다른 프로그램에서 연결 매개변수를 지정해야 합니다. 이 예에는 두 가지 옵션이 있습니다.

1. 이 컴퓨터 또는 로컬 네트워크의 컴퓨터에서
2. 1C:Enterprise 서버에서

이 예에서는 두 번째 옵션(10)을 선택하고 "서버 클러스터"(11) 및 "Infobase 이름"(12) 필드를 채웁니다. 다음 단계(2단계)에서 이러한 필드에 대한 데이터를 가져올 위치를 읽어보세요.

그런 다음 "1C:Enterprise Authentication"(13)을 선택하고 1C 8.3 Accounting에 로그인하는 데 사용하는 사용자(14)와 비밀번호(15)를 입력합니다. 데이터가 입력되었으므로 이제 "확인..." 버튼(16)을 클릭하여 연결을 확인하십시오. 테스트에 성공하면 잠시 후 “Connection test done.”이라는 메시지가 나타납니다. 문제가 발생하면 문제에 대한 간략한 설명과 함께 오류 메시지가 표시됩니다.

다음 단계에서는 서버 클러스터 및 데이터베이스 이름에 대한 데이터를 가져올 수 있는 위치를 설명하고, 세 번째 단계에서는 동기화 설정으로 돌아갑니다.

2단계. 1C 8.3에서 클러스터 및 정보베이스 이름에 대한 데이터를 가져오는 위치

1C에 로그인하면 시작 메뉴가 표시됩니다. 이 메뉴에서 1C 8.3 회계 (1)에서 동기화를 설정하는 데이터베이스를 한 번 클릭하십시오. 그런 다음 "변경" 버튼(2)을 클릭합니다. 데이터베이스 편집 창이 열립니다.

이 창에는 서버 클러스터(3) 및 정보베이스 이름(4)에 대한 데이터가 표시됩니다.

이제 동기화 설정으로 돌아가겠습니다.

3단계. 1C ZUP 3.1에서 동기화 설정을 계속합니다.

첫 번째 단계에서는 연결 확인을 중단했습니다. 모든 것이 잘 진행되었다면 “다음” 버튼(1)을 클릭하세요. 추가 동기화 설정을 위한 창이 열립니다.

새 창에는 1C ZUP에서 1C Accounting으로 데이터를 업로드하기 위한 규칙 (2)이 표시됩니다. 이러한 설정을 변경하려면 "변경" 링크(3)를 클릭하십시오. 교환 규칙 설정이 열립니다.

이 창에서 교환 시작일(4)을 지정하고 교환할 조직을 선택(5)할 수 있습니다. 1C 8.3 회계에서 거래를 생성하는 방법을 선택할 수도 있습니다.

• "직원별 세부정보 포함"(6);
• "직원 요약"(7).

설정을 저장하려면 "저장 및 닫기" 버튼(8)을 클릭하십시오. 다음 설정으로 이동하려면 "다음"(9)을 클릭하세요. 추가 설정 창이 열립니다.

이 창에는 1C Accounting에서 1C ZUP로 데이터를 업로드하기 위한 규칙(10)이 표시됩니다. 필요한 경우 "변경" 링크(11)를 클릭하여 이전 설정과 유사하게 변경할 수 있습니다. 계속하려면 "다음" 버튼(12)을 클릭하세요. 동기화 설정에 대한 일반 정보가 포함된 창이 열립니다.

오류가 없으면 성공적인 데이터 동기화에 대한 메시지가 포함된 창이 열립니다(15). 프로그램은 기본적으로 동기화하라는 메시지를 표시합니다(16). 이렇게 하려면 "다음" 버튼(17)을 클릭하세요. 데이터 일치 정보가 포함된 창이 열립니다.

새 창에서 동기화되지 않은 데이터가 있는 디렉터리를 볼 수 있습니다(18). 설정에 지정된 날짜부터 두 가지 다른 정보 기반(1C ZUP 및 1C 회계)의 정보를 동기화하므로 두 데이터베이스의 특정 디렉터리에 동일한 값이 있어야 합니다. 이러한 참고 서적에는 예를 들어 "개인", "조직", "회계에 급여를 반영하는 방법"이 포함됩니다. 이 창에는 데이터가 일치하지 않는 디렉터리(18)가 표시됩니다. 프로그램은 두 데이터베이스 모두에 누락된 디렉터리 요소를 자동으로 생성합니다. 이렇게 하려면 "다음" 버튼(19)을 클릭하세요. 데이터를 동기화하기 위해 다음 창이 열립니다.

열리는 창에서 프로그램은 전송될 데이터의 구성에 대해 알려줍니다. 이 데이터 목록을 보여주는 보고서를 보려면 "구성 보고서..."(20) 링크를 클릭하십시오. 교환을 완료하려면 "다음"(21)을 클릭하세요. 교환 절차가 시작되며 시간이 좀 걸립니다.

데이터 교환이 완료되면 동기화가 완료되었음을 나타내는 창이 열립니다(22). 이 창에서는 소위 "교환 일정"을 구성할 수 있습니다. 두 데이터베이스 간의 데이터 교환이 자동으로 발생하는 임시 규칙입니다. 이러한 규칙을 구성하려면 "구성" 버튼(23)을 클릭하세요. 데이터 동기화 스크립트가 열립니다.

스크립트 창에서 "일상 작업 일정 설정" 아이콘(24)을 클릭합니다. 교환 일정 설정이 열립니다.

이 설정에서는 프로그램이 데이터를 교환해야 하는 시간 간격을 재량에 따라 설정할 수 있습니다. 예를 들어, "Repeat after" 필드(25)에서 교환이 반복되는 시간(초)을 설정할 수 있습니다. 설정을 저장하려면 "확인"(26)을 클릭하십시오.

데이터베이스 간의 동기화를 성공적으로 구성하고 데이터 교환을 시작했습니다. “데이터 동기화” 창에서 교환 설정을 변경하고 동기화 프로세스를 제어할 수 있습니다. "데이터 동기화" 링크(28)를 클릭하면 "관리" 섹션(27)을 통해 액세스할 수 있습니다.

어떻게 .
읽다,

간단한 실제 사례를 살펴보겠습니다. 도매 및 소매업에 종사하는 회사가 있고 이 회사에서도 다른 회사와 마찬가지로 회계가 수행된다고 가정해 보겠습니다. 기업에는 각각 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)으로의 단방향 교환에서 데이터베이스 간의 동기화가 완료됩니다.

1C 데이터베이스 간의 데이터 교환– 정보 기반 작업 시 주요 뉘앙스. 이 절차 없이는 본격적인 작업을 구성하는 것이 불가능합니다. 거의 항상 기업은 조직 자체 영역에 별도의 지점이나 원격 지점을 가지고 있습니다. 최신 정보를 얻기 위해서는 이들 간의 정보 교환이 필요합니다. 아래 지침을 따르면 쉽습니다.

1C 8.3 데이터베이스 간 데이터 교환: 설정 지침

1C 8.3 데이터베이스 간의 데이터 교환 설정다음과 같이 수행할 수 있습니다:

• 1C 프로그램 "Enterprise Accounting 3.0"(수신자)으로 이동합니다.
• 클릭 " 모든 기능-계획-교환-전체" 주변 노드를 생성합니다.
• 디렉터리(필요한 디렉터리(네트워크 또는 로컬))를 선택하고 노드 생성에 대한 메시지 형식의 알림이 도착할 때까지 기다립니다.
• "라는 항목이 발생합니다. 모든 기능" 사용 불가. 이 경우 "로 이동해야 합니다. 파일 서비스 매개변수" 그리고 설치 " 새" 하단에.
• 노드를 성공적으로 생성한 후에는 이를 필요한 위치로 전달해야 합니다. 이렇게 하려면 " 관리».
• 클릭 " 데이터 동기화 설정».
• 확인란을 선택하세요. 데이터 동기화". 여기서 "를 선택하세요. 동기화를 설정하세요. 데이터" 그런 다음 " 가득한».
• 교환 디렉토리를 선택하면 FTP를 사용하거나 이메일을 통해 교환할 수 있습니다. 설정이 완료되면 시스템에서 필요한 접두어를 입력하라는 메시지를 표시합니다. 주변 노드에서도 유사한 조작을 수행해야 합니다. 자동 교환이 필요한 경우 테마 탭에서 일정을 설정하세요.

이상으로 설정이 성공적으로 완료되었습니다.

데이터 교환 설정을 위한 초기 옵션에는 프로그래밍 지식뿐만 아니라 컨설팅 지식도 필요합니다. 때로는 이 기능을 설정하는 것이 가장 시간과 비용이 많이 드는 작업인 것으로 나타났습니다.

객체 중 하나 또는 모든 객체가 1C 제품인 데이터 교환 단계:

• 교환 구성은 합의됩니다.
• 프로토콜이 정의됩니다.
• 동기화 단계;
• 교환 규칙 정의 및 설정
• 일정.

1단계: 교환 구성

교환의 방향은 교환 대상의 역할에 따라 단방향일 수도 있고 양방향일 수도 있습니다. 전체적으로 "소스"와 "수신기"라는 두 가지 구성이 교환에 포함됩니다. 단방향 교환에서는 데이터가 한 개체에서 다른 개체로 흐르며 해당 역할은 변경되지 않습니다. 양방향 통신의 경우 객체의 역할은 끊임없이 변화하며 데이터는 두 객체를 모두 떠나서 두 객체 모두에 도착합니다.

같은 단계에서 교환 형식이 결정됩니다.

• 분산정보보안
• 유니버설 OD.
• 엔터프라이즈데이터.

2단계: 교환 프로토콜

1C:Enterprise 8을 사용하면 다양한 유형과 표준의 데이터를 교환할 수 있습니다. 따라서 교환 프로토콜을 결정할 때는 교환이 이루어질 시스템의 기능부터 시작해야 합니다.

3단계: 디렉터리 동기화

주요 원칙은 하나의 입력 지점이 존재한다는 것입니다.

4단계: 규칙 설정

수신된 데이터의 전체 표시는 데이터 교환 규칙이 올바르게 지정되고 구성된 경우에만 가능합니다.

이 단계를 쉽고 빠르고 정확하게 처리하기 위해 규칙 트리를 사용할 수 있습니다. 여기서는 규칙, 매개변수, 알고리즘의 각 요소에 필요한 모든 데이터를 찾을 수 있으며 이를 통해 규칙 설정을 위한 기본 양식을 열 수 있습니다.

5단계: 일정

정기적인 교환을 자동화하려면 주기적인 데이터 업로드를 설정해야 합니다.

작업과정에서 수정이 필요할 수도 있습니다. 그 이유는 다를 수 있습니다.

• 교환 개체는 이전에 확정되었습니다.
• 데이터베이스 구성은 비정형적입니다.
• 다양한 버전의 작업 플랫폼
• 구성의 최신/업데이트 버전이 아닙니다.
• 교환 규정을 비표준 교환 규정 등으로 변경할 필요가 있습니다.

표준 버전의 PPP 구성("제조 기업 관리")에는 이미 준비된 데이터 교환 메커니즘이 포함되어 있습니다. 하지만 구성도 필요합니다. SCP 교환은 최신 버전에서만 가능하다는 점을 참고하시기 바랍니다.

"서비스"버튼을 사용하여 필요한 데이터 교환 메뉴를 선택하십시오. 프로그램에서 교환 옵션을 사용할 수 없다고 표시하는 경우 "설정" 메뉴에서 해당 상자를 선택하십시오.

그런 다음 데이터 교환 프로세스를 구성할 수 있습니다.