범용 데이터 교환 xml 1c. 범용 데이터 교환 사용의 모양 및 특징. CD3에 로드하기 위해 구성에서 표준 규칙 언로드
이 글을 내 이메일로 보내주세요
1C 데이터베이스 간의 교환을 구현해야 하는 주된 이유는 지점의 존재와 회계 유형의 분리 때문입니다. 종종 회사는 여러 정보 데이터베이스에서 운영됩니다. 1C 8.3 교환을 설정하면 두 프로그램에 동일한 문서와 디렉터리를 입력하고 다양한 지점과 부서에 필요한 시스템 개체를 신속하게 전달하는 이중 작업을 제거할 수 있습니다.
지점간 교환이 필요한 경우에는 RIB(Distributed Information Base)를 사용합니다. 이는 동일한 구성 간의 교환 메커니즘입니다. 이는 상호 연결된 노드 쌍 아래 가장 중요한 루트 노드가 맨 위에 있는 트리를 나타냅니다. 변경 사항은 이 시스템의 어느 노드에서나 이루어질 수 있으며 연결된 다른 노드로 전송됩니다. 또한 데이터뿐만 아니라 루트 노드의 구성 변경 사항도 슬레이브 노드에 배포합니다.
예를 들어, 거래 데이터베이스에 운영 계정을 유지하고 회계 데이터베이스에 규제된 계정을 유지하는 등 회계 유형을 분리해야 하는 경우 유연한 데이터 동기화 설정을 갖춘 범용 교환 메커니즘을 사용할 수 있습니다.
최신 1C 개발 중 하나는 EnterpriseData 데이터 교환 형식입니다. 사용하기 쉽고 회사 내에서 1C 데이터베이스와 타사 프로그램 간의 교환을 위해 만들어졌습니다.
기업의 데이터 교환 구현은 순차적 절차의 형태로 표현될 수 있습니다.
우선, 어떤 데이터베이스 간에 교환이 이루어져야 하는지 결정하는 것이 필요합니다. 양방향 교환이 될까요, 아니면 단방향 교환이 될까요? 단방향인 경우 어떤 데이터베이스가 정보를 전송할 것인지, 어떤 데이터베이스는 수신만 할 것인지; 복잡한 지점 네트워크인 경우 데이터베이스 구축 계획을 등록해야 합니다.
그런 다음 적절한 형식(RIB, 범용 형식)을 선택합니다. 교환 규칙에 따라 교환합니다. 교환 규칙 없이 교환합니다.
다음 단계는 교환을 수행할 차량을 선택하는 것입니다. 다양한 기술을 사용할 수 있습니다. 디렉터리(로컬 또는 네트워크), FTP 리소스, COM 연결, 웹 서비스, 이메일 등 주요 기술을 강조하겠습니다.
네 번째 단계는 데이터(문서, 참고 도서, 필요한 경우 전송될 개별 세부정보까지 자세히 설명)를 식별하는 것입니다.
그리고 결론적으로 교환 빈도의 일정이 규정됩니다.
1C 8.3 교환 설정을 위한 각 옵션에는 신중한 준비가 필요합니다. 구현은 모든 사용자의 능력을 넘어서기 때문에 많은 뉘앙스를 고려하고 교환 원칙을 이해하는 것이 필요합니다. 데이터베이스에 수정 사항이나 추가 수정 사항이 많이 포함되어 있는 경우 구성에 특별한 주의를 기울여야 합니다. 세부 사항이 다르거나 플랫폼 버전이 다르거나 오래된 버전의 구성을 사용하는 경우 기업 규모가 크고 다수의 데이터베이스로 구성된 자동화 시스템을 사용합니다. 여기서는 오류가 허용되지 않습니다. 왜냐하면... 돌이킬 수 없는 결과를 초래할 수 있습니다. 표준 구성 간에 간단한 정보 전송을 설정해야 하는 경우에만 1C에서 독립적인 교환 구현을 권장합니다.
자신의 능력이 의심된다면 저장하지 말고 1C 8.3 교환 설정의 복잡한 문제를 해결하는 데 도움을 줄 유능한 전문가에게 문의하는 것이 좋습니다.
여전히 전문가 없이 1C 교환을 구성하기로 결정한 경우 먼저 데이터베이스 복사본을 테스트하고 작업 데이터베이스에서 작업을 시작하기 전에 오류가 발생할 경우 원래 상태로 돌아갈 수 있도록 구성을 업로드하는 것이 좋습니다.
아래에서는 표준 구성 Trade Management 11(UT)과 Enterprise Accounting 3.0(BP) 간에 일방적으로 1C 8.3 교환을 설정하는 자세한 예를 제공합니다. 이 예는 도매 및 소매업에 종사하는 많은 회사와 관련이 있습니다. UT에서는 관리 회계가 유지되고 BP에서는 규제되며 사용자의 작업을 용이하게 하기 위해 교환이 필요합니다.
이 알고리즘은 1C 8.3 플랫폼의 다른 표준 구성에도 적합합니다.
우선, 정보수신자에 대한 준비작업을 실시하겠습니다. BP를 위해. 엔터프라이즈 모드에서 프로그램을 시작합니다. 데이터 동기화 상수를 설정해야 합니다(관리 → 데이터 동기화 섹션).
접두사 필드에 주의하세요. 여기에서는 객체가 원래 생성된 프로그램을 나중에 구별할 수 있는 값(디렉터리 코드 또는 문서 번호 값으로)을 지정해야 합니다. 이 예에서는 일반적인 약어 BP 및 UT가 적합합니다. 1C 8.3 교환 설정이 많은 수의 데이터베이스 및 동일한 구성 간의 복잡한 교환을 위해 수행되는 경우 고유한 명확한 지정을 사용하여 각 데이터베이스를 입력해야 합니다. .
전원 공급 장치는 정보 수신기일 뿐이므로 UT 설정을 진행합니다.
여기서는 BP와 마찬가지로 동기화를 활성화하고 접두사를 지정해야 합니다. 이 정보는 마스터 데이터 및 관리 섹션 → 데이터 동기화 설정에서 확인할 수 있습니다.
설정 방법 선택: 수동으로 설정을 지정합니다. 더 나아가.
두 프로그램이 동일한 로컬 네트워크에 있는 경우 직접 연결 옵션을 설정해 보겠습니다. 이 네트워크의 정보 보안 디렉터리에 연결하기 위한 매개 변수를 지정하고 사용자 인증 정보(BP 데이터베이스)도 입력합니다. 더 나아가.
시스템은 지정된 데이터의 정확성을 확인하고 결과가 긍정적이면 1C 8.3 교환 설정 창을 표시합니다.
교환 설정에 액세스하려면 데이터 업로드 규칙 변경 링크를 클릭하세요. 우리는 마스터 데이터를 명확히 할 것입니다. 문서에 사용된 데이터만 업로드하고, 조직을 선택하고, 계약 작업 옵션을 선택하고, 참조 없이 문서를 창고별로 분리합니다. 교환은 올해 3월 1일부터 시작됩니다.
도입 된 규칙을 기록하고 닫습니다.
예시는 단방향 정보 전송에 관한 것이므로, 다른 프로그램에서 데이터를 수신하기 위한 다음 설정 창에서 값을 전송 안함으로 설정해야 합니다. 기록하고 닫습니다. 더 나아가.
이제 입력한 매개변수를 확인해야 하며, 올바르면 다음을 클릭하고, 그렇지 않으면 뒤로를 클릭하여 이전 단계로 돌아갑니다.
그러면 동기화하라는 메시지가 표시됩니다. 마침을 클릭합니다.
두 구성의 동일한 개체를 연관시켜야 하는 경우 데이터 비교 창이 열립니다. 비교를 수행하고 다음을 클릭합니다.
개체를 전송할 때 문제가 발생할 수 있는 상황은 데이터 동기화 중 경고 링크를 클릭하여 결과를 볼 수 있습니다.
동기화가 완료되면 이 프로세스가 성공적으로 완료되었음을 확인하는 창이 표시됩니다.
여기에서는 구성 명령 이상을 사용하여 동기화 스크립트에서 자동으로 교환을 수행하는 일정을 구성할 수 있습니다.
구성을 변경하지 않고 자동 데이터 교환에 필요한 것:
1) "XML 형식의 범용 데이터 교환" 처리, 이는 대부분의 표준 구성에 포함되어 있습니다. 없으면 ITS 디스크나 인터넷에서 쉽게 찾을 수 있습니다. 구성에서는 "Universal XML Data Exchange"라고 합니다.
2) 데이터 교환 규칙."데이터 변환"을 사용하여 생성되었습니다. 당신이 마스터해야 할 직업. 비디오 강좌와 튜토리얼도 있습니다. 예: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) 외부 처리, 로드/언로드 절차가 포함되어 있습니다. 만들기를 시작해 보겠습니다.
아래 텍스트를 포함하는 개체 모듈에 외부 처리가 생성됩니다(데이터베이스 및 사용자를 데이터로 대체). 데이터 교환에 대한 모든 권한을 가진 별도의 사용자를 만드는 것이 좋습니다. 예를 들어 "Data Exchange.epf"와 같이 처리를 호출해 보겠습니다.
LaunchParameter = "Upload"이면 처리=Processing.UniversalXMLDataExchange.Create(); //업로드에 필요한 매개변수를 설정합니다(편집 시 선택 사항).Processing.ExchangeMode="Upload"; 처리.LoadDataInExchangeMode=참; 처리.WriteRegistersRecordSets = True; 처리.RememberLoadedObjects=True; 처리.UseSelectionByDateForAllObjects=True; 처리.UploadOnlyAllowed=참; //!업로드에 필요한 매개변수를 설정합니다. //이 매개변수는 다시 채워야 합니다. 필수 //객체 날짜별로 업로드에 대한 제한을 설정합니다. Process.StartDate = CurrentDate() - 60*60*24*2; 처리.EndDate = "00010101"; //데이터를 파일에 업로드하려면 False로 설정하고, True이면 수신 데이터베이스에 업로드됩니다. Process.DirectReadingVIBReceiver=True; //업로드된 데이터를 수신하는 데이터베이스가 서버 데이터베이스인 경우 False입니다. 파일인 경우 - True Process.InformationBaseForConnectionType=True; //!필수 매개변수가 다시 채워졌습니다. //데이터를 파일에 업로드하는 경우 If Not Process.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //데이터베이스에 데이터를 업로드하는 경우 그렇지 않으면 Process.PasswordInformationBaseForConnection="Admin"; 프로세싱.ConnectionInfoBaseUser="슈퍼쿨"; 처리.인증WindowsInformationBaseForConnection=거짓; //데이터 수신자가 서버 기반인 경우 처리.ConnectionInformationBaseType = False이면 처리.ConnectionInformationBaseServerName="MainServ"; 프로세싱.InformationBaseNameOnServerForConnection="부히아"; //데이터 수신자가 파일 데이터베이스인 경우 그렇지 않은 경우 Process.InformationBasePlatformVersionForConnection="V82"; 처리.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; endIf; endIf; //교환 계획에 따라 언로드 시 등록에 대한 작업 처리.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - 등록 취소 안함, // 1 - 등록 취소 Process.LoadExchangeRules(); //교환 계획에 따라 업로드해야 하는 경우 이 블록을 활성화하고 자신의 교환 계획 노드를 제출하십시오. //Processing.UploadRulesTable.Lines의 각 페이지마다 Cycle //Page.Enable=1; // PageLine 루프의 각 페이지1에 대해 // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //엔드사이클; //엔드사이클; 처리.업로드 수행(); ShutdownSystem(False); ElseIf LaunchParameter = "Load" Then ExchangeProcessing = Process.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "로드 중"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = 거짓; ProcessExchange.PerformLoad(); ExchangeProcessing = 정의되지 않음; ShutdownSystem(False); endIf;
4) Bat 파일 업로드, 이는 데이터 교환을 위한 사용자 아래의 실행 매개변수를 사용하여 1C 및 외부 처리를 시작합니다. 예를 들어 OEM(MS-Dos) 인코딩을 사용하는 notepad++에서 파일을 생성해야 합니다. 그렇지 않으면 작동하지 않습니다. 예를 들어 "BatVygruz.bat"와 같이 파일 이름을 지정하겠습니다. 텍스트는 다음과 같습니다.
데이터베이스가 파일인 경우:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"데이터 교환 로봇" /P "통과" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"업로드"
설명:
b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - 데이터를 업로드할 파일 데이터베이스의 경로
c) 데이터 교환 로봇 - 데이터 교환을 위해 1C가 실행되는 사용자 이름
d) 통과 - 사용자 비밀번호
e) /DisableStartupMessages - 1C를 시작할 때 팝업 창 닫기
e) /RunModeOrdinaryApplication - 일반 모드에서 씩 클라이언트 실행
g) C:\Inbox\OlegA\Data Exchange.epf - 시작 시 시작되는 처리 경로
h) 업로드 - 1C 실행 매개변수를 전달합니다. 이는 데이터를 업로드해야 함을 알려줍니다.
데이터베이스가 서버 기반인 경우:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Data Exchange Robot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\ Oleg\ 데이터 교환.epf" /C"업로드"
설명:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe - 1C 스타터 경로
b) Server1C/DataBase - 데이터베이스가 위치한 서버 및 당사가 데이터를 업로드하는 데이터베이스 자체의 이름입니다.
나머지 매개변수는 bat 파일의 파일 버전과 유사합니다.
5) Bat 파일을 다운로드합니다(필요한 경우).데이터베이스에 직접 업로드하지 않고 파일에 데이터를 업로드하기로 결정한 경우. 그러면 이 항목도 필요합니다(보통 필요함).
Bat 다운로드 파일을 생성하는 것은 업로드 파일과 유사하지만 실행 매개변수만 다릅니다. "업로드" 대신 "다운로드"를 입력합니다.
6) 출시 일정 설정 Bat 파일이 서버에 로드/업로드됩니다. 이렇게 하려면 서버의 제어판 관리로 이동하여 작업 스케줄러에서 매일 23시에 다운로드 파일을 실행하는 새 작업과 Bat 다운로드 파일을 지정하는 다운로드 작업을 생성해야 합니다. 필요) 예를 들어 04시에.
대부분의 경우 자동화 제어 시스템은 별도의 데이터베이스로 구성되며 지리적으로 분산된 구조를 갖는 경우가 많습니다. 동시에, 올바르게 구현된 데이터 교환은 이러한 시스템의 효과적인 작동을 위한 필수 조건입니다.
교환의 초기 설정에는 1C:Enterprise 플랫폼의 제품의 경우와 같이 동종 소스를 처리하는 경우에도 프로그래밍 측면에서 뿐만 아니라 컨설팅 측면에서도 여러 가지 작업이 필요할 수 있습니다. 1C 교환 설정(또는 1C 8.3의 데이터 동기화라고도 함)이 통합 프로젝트에서 가장 시간이 많이 걸리고 비용이 많이 드는 작업이 될 수 있는 이유를 이 기사에서 살펴보겠습니다.
1C 환경에서의 데이터 교환을 통해 다음을 수행할 수 있습니다.
- 문서의 이중 입력을 제거합니다.
- 관련 비즈니스 프로세스를 자동화합니다.
- 분산된 부서 간의 상호 작용을 최적화합니다.
- 다양한 부서의 전문가 작업에 대한 데이터를 즉시 업데이트합니다.
- 다양한 회계 유형을 "구분"합니다.*
*한 회계 유형의 데이터가 다른 회계 유형과 크게 다른 경우, 정보의 기밀성을 보장하고 정보 흐름을 "구분"하는 것이 필요합니다. 예를 들어, 1C UT와 1C 회계 간의 데이터 교환에는 규제 회계 데이터베이스에 관리 데이터를 업로드할 필요가 없습니다. 여기서는 1C의 동기화가 불완전합니다.
기본 데이터 교환을 구현하기 위한 표준 프로세스를 상상해 보면 해당 개체 중 하나 이상이 1C 제품인 경우 다음 단계를 구분할 수 있습니다.
- 교환 구성 조정
- 전송의 정의(교환 프로토콜)
- 규칙 설정;
- 일정.
1C 교환 구성 확인
교환 대상은 '출처'와 '수신자'로 나눌 수 있습니다. 동시에 그들은 두 가지 역할을 동시에 수행할 수 있는데, 이를 양방향 교환이라고 합니다. 소스와 대상은 시스템의 필요나 기능에 따라 논리적으로 결정됩니다.*
*예를 들어, “1C:Enterprise”를 기반으로 개발된 재무회계 유지 및 재무 프로세스 관리 솔루션인 “WA: Financier”를 통합할 때 WiseAdvice 전문가들은 이를 마스터 시스템으로 권장합니다. 이는 애플리케이션 정책의 규칙을 준수하고 그에 따라 솔루션의 효율성을 보장하기 위한 제어 도구의 가용성 때문입니다.
다음으로, 사용자로부터 수신 및 기록된 요구 사항을 기반으로 교환할 데이터 목록이 생성되고, 그 양과 교환 빈도에 대한 요구 사항이 결정되며, 오류 처리 및 예외 상황(충돌) 처리 프로세스가 규정됩니다.
같은 단계에서 기존 시스템의 규모와 기업 구조에 따라 교환 형식이 결정됩니다.
분산된 정보 기반
- RIB는 각 교환 쌍에 대한 명확한 "마스터-슬레이브" 제어 구조를 사용하여 동일한 1C 데이터베이스 구성 간의 교환을 의미합니다. RIB는 기술 플랫폼의 요소로서 데이터 외에도 데이터베이스의 구성 변경 및 관리 정보를 전송할 수 있습니다(단, 마스터에서 슬레이브로만 가능).
1C의 범용 데이터 교환
- 1C:Enterprise 플랫폼의 구성과 타사 시스템 모두를 사용하여 1C 데이터베이스의 교환을 구성할 수 있는 메커니즘입니다. 교환은 "교환 계획"에 따라 데이터를 범용 xml 형식으로 전송하여 수행됩니다.
엔터프라이즈데이터
- 1C:Enterprise 플랫폼에서 생성된 제품 간에 자동화 시스템을 사용하여 xml 형식의 데이터 교환을 구현하도록 설계된 1C의 최신 개발입니다. EnterpriseData를 사용하면 교환과 관련된 수정이 단순화됩니다. 이전에는 새로운 구성이 시스템에 포함되면 해당 시스템과 기존 시스템 모두에 대해 데이터를 가져오고 내보내는 메커니즘을 구현해야 했습니다. 이제 EnterpriseData를 지원하는 시스템은 수정이 필요하지 않으며 단 하나의 진입점과 출구만 있습니다.
전송의 정의(교환 프로토콜)
1C:Enterprise 8 플랫폼 시스템의 경우 일반적으로 허용되는 범용 표준(xml, 텍스트 파일, Excel, ADO 연결 등)을 사용하여 모든 정보 리소스와의 교환을 구성하기 위한 다양한 가능성이 제공됩니다. 따라서 교환 데이터의 전송을 결정할 때 타사 시스템의 데이터베이스 기능에 의존해야 합니다.
디렉터리 동기화
효과적인 디렉터리 동기화의 기본 원칙은 단일 진입점이 존재한다는 것입니다. 그러나 역사적으로 서로 다른 규칙에 따라 채워져 있던 디렉터리 작업에 대해 이야기하는 경우 교환을 "공통 분모"로 가져오기 위해 동기화 필드를 명확하게 정의해야 합니다.*
*이 단계에서는 데이터 소스 측의 참조 데이터를 정규화하는 작업을 수행해야 할 수도 있습니다. 디렉터리와 해당 볼륨의 상태에 따라 요소를 비교하고, 오류와 중복 항목을 인식, 식별하고, 누락된 필드를 채우고, 동기화 필드를 할당하는 프로세스에는 전체 전문가 그룹의 작업이 필요할 수 있습니다. 통합자(마스터 데이터 정규화 기술의 소유자)의 일부와 고객 측.
규칙 설정
소스 시스템의 데이터를 수신기에 표시하는 기능은 올바르게 정의된 교환 규칙에 따라 달라집니다. XML 형식으로 표시되는 규칙은 소스-수신자 개체의 주요 세부 사항의 일치를 규제합니다. 1C:데이터 변환 솔루션은 일회성 및 영구 교환을 구현하기 위한 규칙 생성을 자동화하도록 설계되었습니다.
교환 계획 중 데이터 손실이 없음을 보장합니다. 이는 1C 교환 절차("식별" 세부 정보가 포함된 문서) 및 노드(수신기-송신기 정보 기반), RIB 활성화 등 1C 교환 절차를 완전히 설명하는 1C:Enterprise 플랫폼의 모든 구성에 필수적인 부분입니다. 선택한 교환 방향.
교환 계획에 입력된 데이터의 모든 변경 사항은 기록되고 "변경됨" 표시를 받습니다. 변경된 데이터가 수신자-송신자 노드에서 서로 일치할 때까지 부호는 재설정되지 않으며 시스템은 두 노드 모두에 제어 메시지를 보냅니다. 데이터를 업로드하고 두 시스템 모두에서 완전한 준수를 확인한 후 기호가 재설정됩니다.
1C 교환 일정
정기적인 교환을 자동화하기 위해 데이터 업로드 빈도가 설정됩니다. 교환 빈도는 필요성과 기술적 역량에 따라 다릅니다. 또한 1C:Enterprise 플랫폼의 구성을 통해 이벤트 발생 시 데이터 교환을 구성할 수 있습니다.
교환을 구현하는 표준 프로세스를 고려한 후 다양한 단계에서 개선이 필요한 요소에 주목해 보겠습니다.
- 비표준, 고도로 수정된 데이터베이스 구성
- 1C:Enterprise 플랫폼의 다양한 버전;
- 오랫동안 업데이트되지 않은 구성 버전
- 이전에 변경된 교환 대상
- 비표준 교환 규칙의 필요성
- 기존 참고서의 세부 사항 세트와 구성은 매우 다릅니다.
기본 데이터 교환을 구현하기 위한 표준 조치에도 전문 지식이 필요하므로 1C 전문가의 참여로 수행하는 것이 좋습니다. 위에 설명된 모든 단계를 완료한 후에만 구성에서 교환 설정을 진행해야 합니다. 1C:UPP 및 1C:Retail(1C:UT와의 교환은 동일한 방식을 사용하여 설정됨)의 예를 사용하여 데이터베이스 통합을 살펴보겠습니다. 표준 동기화에는 SCP - SCP 교환도 포함되어 있으며 이는 대규모 산업 기업의 대규모 자동화 시스템에 일반적입니다.
"서비스" 하위 메뉴에서 "플랫폼의 제품과 데이터 교환..."을 선택합니다("소매"와의 직접 교환을 선택하면 COM 개체 수준에서 오류가 발생하는 경우가 많습니다). "이 기능을 사용할 수 없습니다."라는 서비스 메시지를 참고하세요.
이 문제를 해결하려면 "통신 구성"을 선택해야 합니다.
...그리고 확인란을 선택하세요. 그런 다음 오류 메시지를 무시하십시오.
데이터 동기화 설정에서 "소매"로 거래소 생성...을 선택하세요.
로컬 또는 네트워크 디렉터리를 통해 연결 설정을 구성하기 전에 디스크에 디렉터리용 공간이 있는지 확인해야 합니다. 일반적으로 30~50MB를 초과하지 않지만 예외적인 경우 최대 600MB가 필요할 수 있습니다. 구성자에서 직접 필요한 디렉터리를 생성할 수 있습니다.
네트워크 디렉터리를 통해 연결할 때 "다음"을 클릭하여 FTP 주소 및 이메일을 통해 연결을 구성하라는 제안을 무시합니다.
설정에서 데이터베이스 기호(일반적으로 BP, UPP, RO)인 접두사를 수동으로 입력하고 데이터 업로드 규칙과 시작 날짜를 설정합니다. 문서 이름에 접두사가 표시되어 해당 문서가 생성된 데이터베이스를 나타냅니다. 업로드 규칙을 편집하지 않으면 기본적으로 사용 가능한 모든 매개변수에 따라 데이터가 업로드됩니다.
작업을 반복하지 않도록 "소매"에 대한 교환 설정 파일을 만듭니다. 동기화 설정 후 즉시 데이터를 전송해야 하는 경우 체크박스를 선택하세요.
교환 프로세스를 자동화하려면 일정을 설정해야 합니다.
메뉴 "소매".
확인란을 선택하고 "동기화"를 선택하십시오.
Production Enterprise Management를 선택하여 "역방향" 설정을 수행합니다.
UPP에서 생성된 설정 파일을 로드합니다.
체크 표시를 하면 시스템이 자동으로 주소를 선택합니다.
우리는 UPP와 동일한 방식으로 행동합니다.
검증 데이터 비교 (이 작업은 교환을 구현하는 과정에서 가장 노동 집약적일 수 있으므로 준비 단계에서 수동으로 데이터 비교를 수행하는 것이 좋습니다.) 마우스를 더블클릭하면 비교창이 열립니다.
동기화에 오류가 있는 경우 "세부 정보..."가 "사용 안함..."으로 대체됩니다.
"세부정보..."는 거래소에 대한 업데이트된 정보가 포함된 로그를 엽니다.
준비가 된.
1C 8 교환 규칙을 개발할 때 교환 규칙의 동작을 프로그래밍 방식으로 재정의하는 기능인 핸들러 메커니즘이 널리 사용됩니다. 이벤트 핸들러는 기능을 크게 확장하며 대화형 구성 기능이 충분하지 않은 경우 교환 규칙을 설정하는 데 없어서는 안 될 도구입니다.
핸들러와 알고리즘은 교환 중에 실행될 플랫폼의 언어로 작성됩니다.
1C: Enterprise 7.7 플랫폼인 경우 핸들러 코드가 업로드 또는 다운로드 처리 코드에 통합됩니다. 따라서 각 핸들러나 알고리즘은 별도의 기능으로 분리되어 교환 중에 디버깅이 가능합니다.
1C: Enterprise 8 플랫폼에서 업로드 또는 다운로드가 발생하면 핸들러 코드는 데이터 교환 처리 코드에 통합되지 않지만 교환 규칙 파일에 업로드됩니다. 데이터 교환 프로세스 중에 핸들러 또는 알고리즘의 코드는 규칙 파일에서 가져와 "Run" 문의 컨텍스트에서 직접 실행됩니다. 핸들러 및 알고리즘의 코드를 디버깅하려면 "Universal XML Data Interchange" 처리를 사용할 수 있습니다.
