표준 하위 시스템 1s 8.3. 표준 하위 시스템 라이브러리

"는 2010년 12월 21일에 1C: 표준 하위 시스템 라이브러리 8.2(BSP)의 새 버전 1.1의 출시를 발표했습니다. 에디션 1.1은 1C: Enterprise 8.2 플랫폼의 애플리케이션 솔루션 개발자를 위한 도구 개발의 다음 단계입니다. .

BSP 에디션 1.1은 1C:Enterprise 8.2 플랫폼에서 애플리케이션 솔루션을 개발하기 위한 기술 및 사용자 문서를 위한 기성 섹션, 범용 기능 하위 시스템 세트를 제공합니다. BSP를 사용하면 기성 기본 기능을 갖춘 새로운 구성을 신속하게 개발할 수 있을 뿐만 아니라 기성 기능 블록을 기존 구성에 포함시킬 수도 있습니다. 1C:Enterprise 8.2 플랫폼에서 애플리케이션 솔루션을 개발할 때 BSP를 사용하면 구성의 더 큰 표준화를 달성할 수 있으며, 사용된 표준 하위 시스템 세트에 따른 통합으로 인해 애플리케이션 솔루션을 연구하고 구현하는 시간이 단축됩니다. .

버전 1.1 BSP의 새로운 기능

Edition 1.1에는 여러 가지 새로운 하위 시스템이 포함되어 있으며, 이전에 생성된 기능 중 일부는 별도의 하위 시스템으로 분리되었으며 일부 기존 하위 시스템에 중요한 변경이 이루어졌으며 BSP "구현 도우미"가 구현되었습니다.

"파일 작업을 위한 웹 서비스" 하위 시스템은 다른 정보 베이스(파일 라이브러리)에 물리적으로 위치한 첨부 파일에 대한 작업을 제공합니다. 웹 서비스로 게시되는 "파일 작업" 하위 시스템을 사용한 모든 구성은 파일 라이브러리 역할을 할 수 있습니다. 하위 시스템은 첨부 파일 목록 보기, 새 파일 추가, 파일 삭제, 보기 위해 파일 열기 등 파일에 대한 기본적인 작업 집합을 사용자에게 제공합니다.

구성, 계획, 등록 및 상호 작용 순서 지정에 새로운 "상호 작용" 하위 시스템을 사용하면 다음과 같이 구성할 수 있습니다. 이메일, 통화 및 회의. 모든 상호 작용과 상호 작용 연락처에 대한 정보는 정보 베이스에 중앙에 저장됩니다. 예를 들어, 이 하위 시스템은 "Trade Management" 구성의 에디션 11에서 적극적으로 사용됩니다.

"금지 날짜 변경" 하위 시스템을 사용하면 특정 날짜 이전에 모든 데이터(문서, 등록 항목, 디렉토리 요소 등)에 대한 변경을 차단할 수 있습니다. 전체 정보 베이스에 대한 하나의 공통 날짜와 회계 섹션의 섹션 및/또는 개별 개체에 대한 여러 날짜를 모두 구성할 수 있습니다.

"첨부 파일" 하위 시스템을 사용하면 임의의 구성 개체에 파일을 저장(첨부)할 수 있습니다. "파일 작업" 하위 시스템과 달리 이 하위 시스템은 임의적으로 많은 수의 파일에 중점을 둡니다. 다른 유형사용자 액세스가 레코드 수준에서 제한될 때 속도 손실 없이 파일 소유자. 기능과 구성에 따라 모습하위 시스템은 "파일 작업" 하위 시스템에 가깝습니다: 파일 집단 편집, 첨부 파일의 전체 텍스트 검색 지원, 전자 전자 서명, 암호화.

파일 정보베이스에 대한 "IB 백업" 하위 시스템에서 수행할 수 있는 기능은 다음과 같습니다. 예약 사본주문형 및 예약된 설정. 복사본에서 정보베이스를 복원하기 위한 보조 기능이 내장되어 있습니다. 클라이언트-서버 작동 모드의 경우 표준 DBMS 도구를 사용하여 백업을 구성해야 한다는 알림이 제공됩니다.

"전자 디지털 서명" 하위 시스템은 애플리케이션 개발자에게 암호화 도구(전자 디지털 서명 및 서명 확인) 작업을 위한 소프트웨어 및 사용자 인터페이스를 제공합니다.

다음 하위 시스템은 독립적인 하위 시스템으로 강조됩니다. 임의 참조 유형(디렉터리, 문서 등)의 개체 속성 및 세부 사항과 하위 시스템의 세부 사항을 그룹으로 수정하기 위한 범용 서비스를 제공하는 "개체의 그룹 수정"입니다. 파일 기능". "파일 기능" 하위 시스템은 "파일 작업" 및/또는 "첨부 파일" 하위 시스템과 함께만 사용할 수 있는 기술적 하위 시스템입니다. 하위 시스템과 기본 시스템 모두에 공통적인 기능을 구현합니다. 사용자 인터페이스파일 작업, 디스크 볼륨에 파일 저장, RIB 지원 기능, 정보베이스의 초기 이미지 생성 등이 있습니다.

"기본 기능" 하위 시스템에는 새로운 기능이 있습니다. 소프트웨어 인터페이스클라이언트 코드에서 로그로 이벤트를 일괄적으로 기록하고 로그에서 특정 유형의 이벤트가 활성화되어 있는지 확인합니다. 규제 데이터(TIN, 체크포인트 등)의 정확성을 확인하는 기능이 추가되었습니다.

구성에서 비즈니스 프로세스를 사용하기 위한 시나리오를 크게 확장하는 "비즈니스 프로세스 및 작업" 하위 시스템에 새로운 기능이 나타났습니다. 즉, 비즈니스 프로세스 중지, 비즈니스 프로세스 종속 계층 구조, 실행을 위한 작업 수락 등이 있습니다.

사용자 수가 적은 구성의 경우 "사용자" 하위 시스템은 사용자 그룹 구성을 비활성화하는 기능 옵션을 제공합니다. 외부 사용자구성에서.

"데이터 교환" 하위 시스템은 데이터 교환 개발자에게 "필요할 때 언로드"라는 새로운 개체 언로드 모드와 "1C:Enterprise" 모드에서 개체 언로드 모드를 전환하는 기능을 제공합니다. 또한 데이터 교환 관리자는 이제 서로 간에 마이그레이션되는 모든 개체 매핑 관계를 구성할 수 있습니다. 정보 기지, 관리자가 직접 생성했거나 자동으로 생성된 것을 포함합니다.

"파일 작업" 하위 시스템은 "전자 디지털 서명" 하위 시스템의 표준 기능을 사용합니다. 또한 문서를 스캔할 때 압축 수준(TIF의 경우), 품질(JPG의 경우) 및 PDF로 저장하는 방법(외부 프로그램 사용)을 조정할 수 있게 되었습니다.

"액세스 제어" 하위 시스템에 액세스 권한 설정을 위해 단순화된 인터페이스를 사용하는 모드가 추가되었습니다. 이 모드는 각각 고유한 권한 및 액세스 제한이 있는 소수의 사용자가 있는 애플리케이션 솔루션을 위한 것입니다. 또한 이제 사용자, 사용자 그룹, 외부 사용자 또는 외부 사용자 그룹의 접근 권한을 이러한 개체의 요소 형태에서 직접 설정할 수 있습니다. 사용자 권한 설정 양식에서 사용 가능 전체 목록허용된 작업(역할)은 특정 액세스 그룹의 사용자 멤버십을 기반으로 계산됩니다. 사용자, 사용자 그룹, 외부 사용자 또는 외부 사용자 그룹의 권리를 전체적으로 파악하기 위해 자세한 보고서가 개발되었습니다. 처럼 추가 기회이제 액세스 그룹 구성원 목록에는 사용자 그룹 구성원(외부 사용자 그룹) 및 사용자 관리자와 같은 "암시적" 구성원도 표시됩니다.

"개인"하위 시스템에서는 시리즈 및 문서 번호 작성 확인이 구현됩니다. 개인(군인 신분증, 예비군 장교의 군인 신분증, 러시아 연방 시민의 외교 여권 등).

하위 시스템과 함께 BSP는 애플리케이션 솔루션 개발을 위한 별도의 방법도 제공합니다. 에디션 1.1에서는 개발자에게 BSP를 기반으로 개발된 구성 설명에 포함할 수 있도록 미리 만들어진 문서 섹션이 제공됩니다.

BSP 버전의 초기 구현 및 후속 업데이트를 위해 응용 솔루션 Edition 1.1에는 "Implementation Assistant"라는 특수 도구가 포함되어 있습니다. 이 도우미는 구성에서 BSP 구현에 대한 의사 결정 지원은 물론 BSP 구현의 실제 결과에 대한 자동 제어를 제공합니다. BSP 구현에 대한 결정을 내리고 구현을 모니터링하는 데 더 이상 구현의 기술적 세부 사항에 "몰입"할 필요가 없으므로 설계, 구현 및 제어는 다양한 전문가가 다양한 시점에 수행할 수 있습니다.

이전 버전에서 업그레이드하는 방법

에디션 1.1은 정보 기술 지원(ITS)에 대한 유효한 구독이 있는 1C:Enterprise 8 시스템 등록 사용자에게 제공됩니다.

BSP를 버전 1.1로 업데이트하기 위해 플랫폼 버전 8.2.13 이상과 호환되는 버전 1.1.1이 출시되었습니다.

BSP 버전 1.1.1은 ITS 2011년 2월 릴리스의 일부로 사용자 지원 웹 사이트 http://users.v8.1c.ru/ 및 ITS 웹 사이트 http://its.1c에 게시되었습니다. ru/ (ITS 가입자만이 이 사이트에 액세스할 수 있습니다).

이미 사용된 BSP의 구성을 버전 1.1.1로 업데이트하는 일반적인 절차는 이 버전 제공에 포함된 문서에 나와 있습니다. 이전 버전 1.0.7, 1.0.6, 베타 버전 1.0.5 및 평가판 1.0.4에서 업데이트하는 기능은 update.htm 파일에 설명되어 있으며 버전 1.1.1에도 포함되어 있습니다.

애플리케이션 솔루션에서 BSP 버전을 업데이트하려면 배포 키트에 외부 처리 형태로 포함되어 있는 "Implementation Assistant"를 사용하는 것이 좋습니다.

표준 하위 시스템 라이브러리(LSL) - 1C:Enterprise 플랫폼의 구성을 위한 하위 시스템 세트로, 기본 기능과 개별 기능을 구현합니다. 기능 블록. 그것이 무엇인지 더 자세히 이해하려고 노력합시다.

BSP는 왜 만들어졌나요?

BSP의 첫 번째 버전은 2010년 1C:Enterprise 8.2 플랫폼용으로 1C에 의해 출시되었습니다. 1C는 이 라이브러리(또는 개별 하위 시스템)를 자신만의 애플리케이션 솔루션을 만들기 위한 기초로 사용할 것을 제안합니다. 또한 1C 자체 생산하는 모든 표준 제품은 BSP를 기반으로 합니다.

균일한 모듈을 사용하면 애플리케이션 솔루션의 표준화가 더욱 강화되고, 결과적으로 (프로그래머, 관리자 및 최종 사용자가) 애플리케이션 솔루션을 연구하는 데 소요되는 시간을 줄일 수 있습니다.

처음부터 애플리케이션 솔루션을 개발하는 프로그래머의 경우 BSP를 사용하면 많은 시간을 절약할 수 있습니다. BSP에 포함된 기본 기능 블록을 독립적으로 개발할 필요가 없습니다. 개발 및 테스트는 프로그래머를 위해 1C에서 수행되었습니다. 이제 프로그래머는 이미 개발된 기능을 이해하고 BSP를 구현하는 방법만 배우면 됩니다.

BSP는 어떻게 배포되나요?

BSP는 1C:Enterprise 플랫폼을 위한 구성입니다. 더욱이 구성은 독립적인 애플리케이션 솔루션이 아니며 단지 개발자를 위한 툴킷일 뿐입니다. 애플리케이션 솔루션을 개발할 때 전체 구성 또는 하위 시스템의 일부를 사용할 수 있습니다.

BSP 제공에는 구현 예가 포함된 데모 베이스가 포함됩니다. 이 데모 데이터베이스는 1C 웹 사이트에서 검토할 수 있습니다. 기사에서 액세스 방법을 읽을 수 있습니다.

BSP는 판매용이 아닙니다. 정보 기술 지원(ITS)에 가입한 경우 BSP 배포 키트를 무료로 얻을 수 있습니다. BSP를 기반으로 개발된 응용 솔루션을 사용하기 위해서는 ITS 가입이 필요하지 않습니다. 1C의 파트너도 BSP를 무료로 받을 수 있습니다.

BSP에 대한 공식 문서는 https://its.1c.ru/db/bspdoc에 있으며 ITS에 가입한 경우 사용할 수 있습니다.

BSP 구성

BSP는 다음과 같이 구분되는 많은 하위 시스템으로 구성됩니다.

  • 독립적인. 이를 구현하려면 모든 개체를 대상 구성으로 전송하고 인터페이스에 개체를 표시하는 것으로 충분합니다. 이러한 하위 시스템의 예: "로그 분석", "통화", "사용자 작업 완료".
  • 통합 가능. 다른 구성 개체와 긴밀하게 통합되도록 설계되었습니다. 이러한 하위 시스템을 구현하려면 다음을 수행해야 합니다. 추가 세팅. 이러한 하위 시스템의 예: "객체 버전 관리", "객체 채우기", "객체 세부 정보 편집 금지".

현재(2017년 7월) 다음 기능을 지원하는 BSP 버전 2.4.2를 사용할 수 있습니다.

관리 및 유지 관리 도구 로그 분석
추가 보고서 및 처리
프로그램 설정
구성 업데이트
성과평가
중복 항목 찾기 및 제거
보안 프로필
예약 된 일들
정보보안 백업
표시된 개체 제거
합계 및 집계 관리
사용자 및 접근 권한 관리 사용자 종료
사용자
액세스 제어
다른 프로그램 및 시스템과의 통합 외부 구성 요소
파일에서 데이터 로드
1C-Bukhfon(1C-Connect)과 통합
데이터 교환
SMS 보내기
인터넷에서 파일 받기
이메일 메시지 작업
보고서 배포
기술 메커니즘 및 소프트웨어 인터페이스 기본 기능
개체 채우기
개체 세부정보 편집 금지
정보보안 버전 업데이트
플러그인 명령
객체 접두사
서비스 모델에서 작업하기
모니터링 센터
애플리케이션 하위 시스템 및 사용자 워크스테이션 설문지
비즈니스 프로세스 및 작업
보고서 옵션
상호작용
파일 작업
시사
메시지 템플릿
규제 참조 정보 및 분류자
은행
통화
개관 시간
캘린더 일정
서비스 하위 시스템 버전 관리 객체
객체의 그룹 수정
변경이 금지된 날짜
사용자 메모
개인정보 보호
창업정보
연락처 정보
사용자 알림
요소 순서 설정
밀봉하다
전체 텍스트 검색
업데이트 수신의 적법성 확인
속성
객체 표현의 감소
보고 구조
전자 서명

특정 하위 시스템에 대해서는 별도의 문서에서 더 자세히 설명합니다.

BSP 구현

표준 하위 시스템 라이브러리를 구성에 구현하기 전에 구현할 하위 시스템 목록을 결정해야 합니다. 가장 간단한 경우에는 모든 하위 시스템이 구현됩니다. 필요한 기능에 관계없이 항상 구현되는 필수 하위 시스템이 있습니다.

  • 기본 기능;
  • 정보 보안 버전 업데이트
  • 사용자.

일반적인 구현 계획은 다음 단계로 구성됩니다.

  1. 필요한 메타데이터 개체를 대상 구성으로 전송합니다.
  2. 전송된 개체를 설정합니다.
  3. 새로운 기능을 개발할 때 BSP 개체를 사용합니다.

BSP 구현을 지원하기 위해 라이브러리에는 처리 기능이 포함되어 있습니다. BSP.epf의 첫 번째 구현 . 이는 구성 템플릿 디렉터리에 있습니다. 처리 중 간단한 설명모든 하위 시스템의 상호 의존성이 결정됩니다.

BSP 구현의 정확성을 확인하기 위해 보고서는 구성 템플릿 디렉터리에 있습니다. BSP.erf 구현 확인.

BSP 애플리케이션 솔루션의 버전을 확인하는 방법

특정 애플리케이션 솔루션에서 어떤 버전의 BSP가 사용되는지 확인하는 방법에는 여러 가지가 있습니다.

  • 프로그래밍 방식으로: 함수 호출 표준하위시스템서버. 라이브러리 버전() ;
  • 인터렉티브: "Subsystem Versions" 정보 레지스터에서 "StandardSubsystems" 하위 시스템의 버전 ​​값을 확인합니다.

인쇄(Ctrl+P)

표준 하위 시스템 라이브러리 구현 지침

라이브러리에는 일련의 범용 기능 하위 시스템이 포함되어 있습니다.
"1C: Enterprise 8.3" 플랫폼의 애플리케이션 솔루션에 사용하도록 고안되었습니다.

배달 파일에는 다음이 포함됩니다.

1. 1Cv8.cf – 라이브러리 전달 파일. 생성할 의도가 없음
템플릿을 기반으로 한 정보 데이터베이스.
2. 1Cv8_demo.dt – 데모 베이스.
3. 1Cv8_demo.cf – 데모 데이터베이스 전달 파일.

구성에서 라이브러리 하위 시스템을 처음으로 구현하는 것과 이미 구현된 라이브러리 버전을 업데이트하는 것은 눈에 띄게 다릅니다. 1Cv8.cf 파일을 빈 구성으로 로드한 후 섹션 2.2에 설명된 대로 라이브러리 개체를 구성해야 합니다. 그렇지 않으면 엔터프라이즈 모드에서 실행할 때 메시지가 표시됩니다.

처음 BSP를 구현했을 때,모든 것이 이미 구성되어 빈 구성에로드 된 1Cv8_demo.cf 파일을 사용한 다음 구성 변경 기능을 활성화하고 1Cv8_demo.cf 구성 파일에 필요하지 않은 추가 개체를 체계적으로 삭제하고 준비했습니다. 마이그레이션된 라이브러리 객체를 설정하지 않고 빈 구성으로 로드할 수 있는 또 다른 cf 파일입니다.

일반적으로 구현 프로세스는 다음 단계로 구성됩니다.
스테이지 1. 라이브러리 전달 파일의 메타데이터 개체를 구성으로 전송합니다.
2단계. 마이그레이션된 라이브러리 개체를 구성합니다.
3단계. 구성을 개발할 때 라이브러리 개체를 사용합니다.

라이브러리에 포함된 모든 기능적 하위 시스템은 구성자의 메타데이터 개체 트리에서 상위 하위 시스템인 "표준 하위 시스템"에 속합니다. 서비스 모델에서 작동하도록 설계된 구성을 위해 설계된 하위 시스템은 "서비스 모델에서 작동" 하위 시스템에 종속됩니다.
애플리케이션 솔루션에서 라이브러리 버전의 초기 구현 및 후속 업데이트 작업을 위해 배포 키트에는 구현 보조 도구( 외부 처리 BSP.epf의 첫 번째 구현).

그 기능에는 구성에서 라이브러리 구현에 대한 의사 결정 지원과 실제 구현 결과에 대한 자동 제어가 포함됩니다. 구현에 대한 결정을 내리고 구현을 모니터링하는 데는 구현의 기술적 세부 사항에 몰두할 필요가 없으므로 설계, 구현 및 제어는 다양한 전문가가 다양한 시점에 수행할 수 있습니다.

1단계 파일에서 메타데이터 개체 전송
구성에 라이브러리를 전달합니다.

첫 번째 구현

1 단계.첫 번째 구현 중에 라이브러리 개체를 구성으로 전송하려면 구성 도구 모드에서 구성 - 비교, 파일의 구성과 병합 메뉴 명령을 선택해야 합니다. 대화 상자에서 라이브러리 전달 파일을 지정하고 지원 요청을 확인합니다.


2 단계.구성 비교 및 ​​병합을 위해 열리는 창에서 모든 상자를 선택 취소하고 "하위 하위 시스템 영역 포함" 상자를 선택한 다음 작업 – 공급업체 구성 하위 시스템별 표시 명령을 사용하여 전송된 개체를 표시합니다.


표준 하위 시스템 하위 시스템 그룹에서 다음을 선택합니다.

  • 필수 하위 시스템: 기본 기능, 정보보안 버전 업데이트, 사용자, 연락처 정보입니다. 서비스 모델에서 사용하기 위해 "사용자" 하위 시스템을 구현할 때 주의하세요.
    하위 시스템 "연락처 정보"
  • 구성에서 구현해야 하는 하위 시스템(예: 서비스 하위 시스템, 규제 정보 및
    분류자
  • 구성이 서비스 모델에서 작동해야 하는 경우 서비스 모델에서 작동하려면 구성으로 전송되어야 하는 추가 하위 시스템을 포함해야 합니다.

3단계.또한 개별 라이브러리 개체 및 해당 속성에 대한 상자를 선택하거나 선택 취소하고 파일에서 가져오기 병합 모드(작업 – 모두에 대한 모드 설정...)를 선택하고 실행 버튼을 클릭해야 합니다. 종속 개체 목록이 있는 창에서 계속을 클릭합니다.
4단계. 비교 및 병합을 완료한 후 두 번째 단계인 라이브러리 개체 설정으로 진행합니다. 구현되는 하위 시스템의 수에 따라 이 단계는 1시간에서 몇 시간까지 걸릴 수 있습니다.

라이브러리 버전 업데이트

이 섹션에서는 다음을 설명합니다. 일반적인 계획업데이트 새로운 버전도서관. 라이브러리의 각 특정 버전을 업데이트하는 별도의 기능은 다음과 같습니다. 첨부서류 업데이트SSL.htm도서관 배송에 포함되어 있습니다. 일반적으로 라이브러리의 에디션, 하위 에디션 및 릴리스 간을 이동할 때(먼저,
버전 번호의 두 번째 및 세 번째 숫자) 추가 업데이트 단계가 필요하며, 라이브러리의 패치 릴리스 간에 이동할 때(네 번째 숫자)
버전 번호), 원칙적으로 추가 작업이 필요하지 않습니다. 드문 경우지만, 패치된 라이브러리 릴리스로 업데이트할 때 추가 단계가 여전히 필요한 경우 해당 지침이 updateSSL.htm뿐만 아니라 중요 섹션의 readme.txt 파일에도 포함되어 있습니다. 라이브러리 버전을 업데이트하려면 구성 – 지원 – 구성 업데이트 메뉴 명령을 선택하십시오. 대화 상자에서 업데이트 파일 선택 옵션을 선택하고 라이브러리 전달 파일의 경로를 설정한 후 업데이트 요청을 확인합니다.
공급업체 구성 버전을 업데이트하는 중입니다.
1 단계.먼저 구성에서 제거할 사용되지 않는 라이브러리 메타데이터 개체를 준비해야 합니다. 이렇게 하려면 구성 비교 및 ​​병합을 위해 열리는 창에서 메타데이터 개체 옆에 있는 모든 상자를 선택 취소한 다음 비교 및 ​​병합 필터를 새 공급업체 구성 그룹의 이전 공급업체 구성에만 있는 항목 표시 값으로 설정합니다.<- Старая конфигурация поставщика, как указано на рисунке.

그런 다음 모든 메타데이터 개체를 확인란으로 표시하고 병합 모드 새 공급자 구성에서 가져오기(작업 – 모두에 대한 모드 설정...)를 선택한 후 실행 버튼을 클릭합니다.
다른 구성 개체나 라이브러리 자체의 다른 개체에서 사용되지 않는 라이브러리 개체에 대한 참조가 있는 경우 계속 버튼을 사용할 수 없습니다. 다른 구성 개체에서 모든 참조를 수동으로 지우고 2단계로 진행해야 합니다. 그러나 라이브러리 개체의 참조는 3단계에서 자동으로 제거됩니다.
오래된 라이브러리 개체에 대한 참조가 발견되지 않았고 계속 버튼을 눌러 구성을 지원할 수 있는 경우 원래 데이터베이스 구성(메뉴 구성 – 데이터베이스 구성 – 데이터베이스 구성으로 돌아가기)으로 돌아가 지원을 취소해야 합니다.
2 단계.구성 – 지원 – 구성 업데이트 명령을 반복하여 업데이트 파일 선택 옵션에서 라이브러리 전달 파일의 경로를 지정합니다. 구성 비교 및 ​​병합을 위해 열리는 창에서 모든 확인란을 선택 취소하고 작업 - 새 공급업체 구성의 하위 시스템별 표시 명령을 사용하여 전송된 개체를 표시합니다. 하위 시스템의 "표준 하위 시스템" 그룹에서 다음을 선택합니다.
● 필수 하위 시스템;
● 서비스 모델에서 작동하기 위해 구성으로 전송되어야 하는 추가 하위 시스템.
● 이전에 구현된 모든 하위 시스템과 구성에서 추가로 구현해야 하는 하위 시스템.
● 위에 언급된 하위 시스템이 의존하는 하위 시스템

그런 다음 구성 비교 및 ​​병합을 위한 창에서 동일한 하위 시스템 세트(메타데이터 개체 "하위 시스템")와 관리 하위 시스템(이전에 구현되었거나 구현될 예정인 경우)을 전송하기 위한 상자를 선택합니다.
새로운 공급업체 구성에서 병합 모드를 선택합니다(작업 – 모두에 대한 모드 설정...).

그런 다음 구성에서 제거할 사용되지 않는 모든 라이브러리 메타데이터 개체를 표시해야 합니다. 이렇게 하려면 비교 및 ​​병합 필터를 새 공급업체 구성 그룹의 이전 공급업체 구성에만 있는 항목 표시 값으로 설정합니다.<- Старая конфигурация поставщика, как указано на рисунке.

그런 다음 모든 메타데이터 개체를 확인하고 실행을 클릭합니다. 종속 개체 목록이 있는 창에서 계속 버튼을 클릭합니다.
3단계. 비교 및 병합을 완료한 후 두 번째 단계인 라이브러리 개체 설정으로 진행합니다.

일반적으로 1C의 구성은 사용자를 위해 작성됩니다. 모든 구성은 다르지만 서로 약간 다른 동일한 개체를 사용하는 경우가 매우 많습니다. 품목, 상대방, 사용자, 통화 등의 개체가 나타나지 않는 구성은 상상하기가 정말 어렵습니다. 그리고 몇 가지 작업이 일반적입니다. 기본적인 권리 차별화 가능성, 이메일 작업, 사용자 작업 등이 있습니다. 그러나 프로그래머의 작업을 더 쉽게 만드는 구성이 있는데, 이는 고용주가 프로그래머를 위해 설정한 표준 작업을 포함하고 구성합니다.

1c와 다른 표준 구성으로 작업한 경우 기본적으로 매우 유사하며 많은 기본 기능이 모든 표준 구성에서 동일하다는 것을 알 수 있습니다. 또한 BSP에서 조직, 은행, 통화 분류자 등과 같은 표준 디렉토리와 같은 자체 구성을 추가할 수 있습니다.

우리는 어떤 하위 시스템이 무엇을, 어떻게 상호 연결하는지 알아내려고 노력할 것입니다.

BSP를 사용하기로 결정했다고 해서 BSP에 포함된 모든 하위 시스템을 사용해야 한다는 의미는 아닙니다. BSP에는 새로운 구성을 개발할 때 시간을 크게 절약하는 데 도움이 되는 특수 구현 도우미가 포함되어 있습니다. 보조자는 개발자가 필요한 하위 시스템을 지정하는 단계별 마법사로 설계되었으며 마법사는 나중에 작업할 수 있는 공백을 생성합니다. 본질적으로 우리는 향후 구성을 위한 템플릿을 받습니다.

씬 클라이언트 모드에서 BSP를 시작하면 다음과 같은 창이 나타납니다.

초기 단계에서 우리는 "BSP 구현 도우미"를 시작할 "개발자 도구" 탭에 관심이 있습니다.

Skua 자체는 단계별 조수처럼 보입니다.

첫 번째 단계에서는 개발된 구성에 필요한 하위 시스템을 선택합니다.

예를 들어, 다음과 같습니다

그런 다음 설정을 저장할 파일을 지정해야 합니다. XML 파일 형식.

그런 다음 두 번째 단계로 넘어갑니다.

두 번째 단계에서는 선택한 각 하위 시스템에 대한 추가 매개변수를 지정합니다.

모든 매개변수를 선택한 후 시스템은 모든 매개변수가 올바르게 선택되었는지 확인하고 오류 추적을 위한 다양한 옵션을 제공합니다.

또는 다음과 같은 형식으로:

다음 기사에서 우리는 표준 하위 시스템 라이브러리를 사용하여 작업하는 방법을 계속해서 연구할 것입니다.

공유하다