라이선스 정책 1C는 표준 구성을 수정하고 저장하는 기능과 그에 따라 업데이트하는 기능을 제공합니다.*

*수정 또는 비표준 구성 1C는 1C:Enterprise 플랫폼의 소프트웨어 제품으로, 전체의 일부이거나 구성됩니다. 자동화 시스템디렉토리, 문서, 역할, 모듈 등의 형식 및 구성 측면에서 비즈니스의 필요와 특성으로 인해 많은 변경을 겪은 기업 관리는 변경 사항으로 1C 구성을 업데이트하는 것이 전혀 아닙니다. 표준 솔루션을 업데이트하는 것과 동일합니다.

1C에서 릴리스한 업데이트는 버그를 수정하고 법률에서 요구하는 변경 사항 및 추가 사항을 도입하는 것을 목표로 합니다. 최근 시장에 출시된 새로운 구성은 첫 번째 유형의 업데이트가 많이 출시되는 것이 특징입니다. "1C: ZUP", "1C: 회계"와 같이 주로 규제 보고 컴파일을 목표로 하는 기능을 갖춘 구성의 경우 두 번째 유형의 추가 업데이트가 릴리스됩니다.

비표준 구성 업데이트의 특이성은 이전에 개선된 사항을 완전히 유지하면서 최신 1C 릴리스를 모두 변경해야 한다는 것입니다. 이는 솔루션에 표준 스크립트가 없기 때문에 완전히 자동화할 수 없는 중요한 작업입니다. 이러한 이유로 비표준 구성을 업데이트하는 방법에서는 전문가의 참여가 필요한 수동 작업이 우선합니다.

비표준 구성 업데이트의 구현 단계는 기존 개선 사항의 영향을 받지 않습니다. 간략하게 설명하면 다음과 같습니다.

• 변경된 객체의 검색 및 비교
• 새 릴리스에서 업데이트
• 이전 단계에서 "덮어쓰기"된 이전 변경 사항을 소개합니다.
• 프로세스의 호환성 및 작동을 확인합니다.

차이점은 구현 시간에 있습니다. 개선 사항이 많으면 프로세스가 그에 따라 더 오래 걸리고 집중, 주의 및 수동 확인이 필요합니다.

"1C: Trade Management"(릴리스 2014)의 예를 사용하여 1C 환경에 대한 비표준 구성을 사용 가능한 다음 릴리스로 업데이트하는 것을 고려해 보겠습니다.

이것은 매우 간단한 예이지만 위에서 언급했듯이 더 복잡한 구성을 업데이트하려면 물론 전문가 측에서 많은 시간과 집중이 필요하지만 동일한 단계를 거치게 됩니다. ), 입력 및 변경 사항 조정 작업 등

구성을 업데이트하기 전에 다운로드해야 합니다. 정보 베이스. 이 작업은 예외 없이 모든 데이터베이스, 특히 비표준 데이터베이스를 조작하기 전에 수행하는 것이 좋습니다.

정보베이스 업로드가 완료되었습니다.

구성이 완료되지 않은 경우, 즉 표준인 경우 이름 반대편의 구성 창에서 노란색 큐브 옆에 자물쇠 아이콘도 표시됩니다.

구성 메뉴에서 "지원" 및 "구성 업데이트"를 선택합니다. 실제로 이 단계에서 작업은 표준 구성을 업데이트하는 프로세스와 완전히 일치합니다.

베이스의 크기와 수정 사항에 따라 자동 검색 사용 가능한 업데이트시간이 좀 걸릴 수 있습니다. 따라서 권장 사항에도 불구하고 "업데이트 파일 선택" 옵션을 선택하고 업데이트가 포함된 아카이브의 압축을 풀고 저장한 후 독립적으로 경로를 수동으로 지정하는 것이 좋습니다.

창 배경 정보, 지침 및 업데이트 순서:

구성 비교 창. 트리의 왼쪽에는 기존 구성의 상태가 표시되고 오른쪽에는 새로운 표준 버전에 대한 정보가 표시됩니다. 변경된 섹션도 강조 표시됩니다. 다음으로, 어떤 섹션이 우리 측에서 변경되었고 동시에 새 구성에서 변경되었는지 확인해야 합니다.

이전에 변경되었으며 새 공급자 구성을 설치할 때 변경될 일반적인 메타데이터 개체를 확인하려면 "두 번 변경된 속성만 표시"를 선택해야 합니다.

이 조건을 충족하는 개체만 남습니다.

메타데이터 트리를 확장하면 어떤 특정 개체가 변경될지 확인할 수 있습니다. 얻기 위해 자세한 정보에서 마우스 오른쪽 버튼을 클릭하여 수정된 개체를 선택합니다.

"모듈의 차이점 표시"를 사용하여 코드 수준에서 변경 사항을 평가할 수 있지만 업데이트를 설치한 후에도 변경 사항을 기억해야 하므로 두 개의 보고서를 생성합니다. "주 구성 개체와 이전 공급업체의 비교 보고서" 구성”(개선 가능) 및 “이전 공급자 구성 개체와 새로운 공급자 구성 개체 비교 보고서”(업데이트).*

*용어를 이해해 봅시다:

• "기본 구성" – 업데이트가 필요한 비표준 구성입니다.
• "이전 공급업체 구성" – 업데이트가 마지막으로 설치된 일반적인 구성입니다.
• "새 공급업체 구성"은 현재 업데이트 중인 구성입니다.

보고서 양식을 맞춤화하여 업로드합니다. 이전에 변경된 사항 목록이 기록되었습니다.

보고서를 다운로드한 후 업데이트로 직접 이동하여 "실행"을 클릭하세요. 구성자는 "새 공급업체 구성에서 가져오기" 업데이트 규칙을 제공합니다(세 번째 열에 표시됨). 즉, 모든 수정 사항이 지워지고 업데이트된 표준 개체로 대체됩니다. 이 규칙을 유혹적인 "병합 모드"로 변경할 가치가 없습니다. 자동 병합은 혼란을 초래할 것입니다. 그래도 시간을 들여 수동으로 변경하는 것이 좋습니다.

지원에서 구성을 제거하는 방법에 대한 일반 정보가 있는 창에서는 아무것도 변경할 필요가 없습니다. "확인"을 클릭하면 개체가 병합됩니다. 그런 다음 "Enterprise"를 시작하고 변경 사항을 기록하여 업데이트 프로세스를 정확하게 완료합니다.

변경 사항 목록을 수락합니다.*

*"수락" 버튼이 비활성화된 경우 "수정 테스트"를 실행해야 합니다.



F5를 통해 디버깅을 시작하고 업데이트의 적법성에 대한 확인을 받습니다.

업데이트 롤아웃 프로세스가 완전히 완료되었다는 확인을 받은 후에는 구성자로 돌아가서 두 번 변경된 메타데이터 개체로 이동하고 다운로드한 보고서를 사용하여 코드 수준에서 커밋된 변경 사항을 수동으로 수행해야 합니다. 결론적으로, 그 후에는 설정의 정확성과 작업 프로세스의 적절성을 확인하는 것이 필요하다고 덧붙입니다.

이것은 꽤 오래된 기사이지만 여전히 관련성이 있습니다. 그래서 www..에 게시하는 것이 적절하다고 판단했습니다.

이 문서에서는 외부 구성 요소 및/또는 소프트웨어 제품을 사용하여 자동 구성 업데이트를 사용하는 방법을 설명하지 않습니다. 다른 인터넷 리소스에서 이에 대한 정보를 찾을 수 있습니다.

업데이트할 때마다 주의가 필요한 객체의 수가 증가한다는 사실을 눈치채셨을 것입니다. 동시에, 예를 들어 하나의 문서만 변경되었으며 업데이트할 때 수십 개의 변경된 개체 목록이 제공된다는 것을 확실히 알 수 있습니다. 물론 2003년 6월 27일자 기사 "1C: Enterprise 7.7의 비표준 구성 업데이트 기술"에 설명된 기술을 사용할 수 있습니다. 예, 작동할 것입니다. 많은 사람들이 이런 방식으로 업데이트를 수행합니다. 그러나 나는 1C:Enterprise 8 플랫폼에서 구성을 업데이트할 때 이 접근 방식이 비효율적이고 시간이 많이 걸린다고 생각합니다. 1C:Enterprise 7.7 플랫폼과 달리 1C:Enterprise 8 플랫폼을 사용하면 여러 구성(*.cf 파일)을 동시에 열고 수행할 수 있습니다. 하나의 복사 구성기에서 여러 구성 비교. 유일한 예외는 아마도 PPM(Manufacturing Enterprise Management)을 기반으로 구축된 구성일 것입니다. 구성이 너무 무거워지면 플랫폼이 무너집니다.

1C:Enterprise 8 구성을 업데이트하는 프로세스는 1C:Enterprise 7.7에 비해 더 자동화되어 있습니다. 상당히 높은 수준의 자동화는 비표준 구성을 업데이트할 때 작업 강도를 크게 줄일 수 있습니다. 불행하게도 비표준 구성을 업데이트하는 프로세스는 대부분의 경우 완전히 완료되지 않습니다. 자동 모드그리고 전문가의 개입이 필요합니다.

업데이트 프로세스가 완전히 자동으로 완료될 수 있습니까? 틀림없이. 이렇게 하려면 변경 가능한 개체를 추가해야 하며 기존 구성의 기능을 사용해서는 안 됩니다. 저것들. 이러한 객체는 기능을 확장하는 완전히 다른 회계 문제를 해결해야 합니다. 일반적인 구성공급자. 설명된 상황은 극히 드물다는 데 동의합니다. 변경 사항은 거의 항상 표준 공급업체 구성 개체에 영향을 미칩니다.

데이터베이스에는 최대 세 가지 유형의 구성이 포함될 수 있습니다.

• 데이터베이스 구성 - 이것은 사용자가 작업하는 구성입니다.
• 작업 구성 (기본)는 변경이 가능하고 사용자가 계속 작업할 수 있는 구성입니다.
• 공급업체 구성 초기 공급업체 구성입니다. 작업 구성그리고 데이터베이스 구성. 데이터베이스는 다양한 공급업체의 여러 구성을 가질 수 있습니다. 구성 공급자는 1C만이 될 수 없습니다.

지원에서 구성이 제거되는 경우 공급업체 구성수 없습니다. 결과적으로 업데이트의 복잡성이 크게 증가합니다.

업데이트 과정을 살펴보고 분석해보자 가능한 실수 UPP 구성 업데이트 예를 사용합니다 (표준 구성 공급자는 1C 회사, Inform Service 회사의 수정). 처음에 이 구성은 이 문서에 설명된 기술을 사용하지 않고 업데이트되었으므로 이 문서에서 설명하는 오류는 실제로 가장 일반적입니다. 업데이트는 버전 1.2.6.2에서 버전 1.2.14.1로 진행됩니다.

1단계. 준비.

첫 번째 단계에서 우리는 서신을 가져올 것입니다 작업 구성에게 공급업체 구성. 이는 매우 중요한 단계로, 이전에 변경한 내용을 분석하는 데 필요한 작업량을 크게 줄여줍니다.

다음과 같은 경우 이 단계를 건너뛸 수 있습니다. 마지막 업데이트"지원"(메뉴 "구성" → "지원" → "구성 업데이트")을 통과했거나 이 문서에 설명된 방법에 따라 수행되었습니다.

버전 불일치 작업 구성그리고 공급업체 구성업데이트에 공급업체 배포가 아닌 *.cf 파일을 사용하거나 이 문서에 설명된 것과 다른 업데이트 방법을 사용하는 경우 이러한 문제가 발생할 수 있습니다. 예를 들어, 클립보드나 드래그 앤 드롭을 통해 복사하여 작업 구성에 개체를 추가했습니다.

1. 버전 비교.

버전 번호를 확인해보자 작업 구성그리고 공급업체 구성. 숫자 작업 구성"구성" 메뉴 → "구성 열기" 메뉴 "편집" → "속성"을 살펴보세요. "개발" 블록에서 "버전"을 선택합니다. (그림 1).

숫자 공급업체 구성메뉴 “구성” → “지원” → “지원 설정...” 항목 “버전”을 확인하세요. (그림 2).

숫자가 일치하면 다음 단계로 넘어갑니다. 센티미터. .

안에 이 예에서는라인에 맞춰야합니다 작업 구성그리고 공급자 구성지원에서 제거되거나 지원 없이 추가된 개체에 대한 지원이 포함됩니다. 이렇게 하려면 다음 단계를 수행하십시오.

2. 작업(기본) 구성을 저장합니다.

저장하자 작업 구성파일(예: work.cf)에 저장합니다. 이렇게 하려면 "구성" → "파일에 구성 저장..." 메뉴 항목을 선택합니다.

3. 공급자 구성에 대한 업데이트 파일을 얻습니다.

구성을 일치시키려면 버전 번호가 동일한 공급업체 배포판의 *.cf 파일이 필요합니다. 작업 구성(그림 3 및 4). 이 파일적절한 배포판을 설치하면 얻을 수 있습니다. 기본적으로 구성 배포는 C:/Program Files/1cv81/tmplts 디렉터리에 설치됩니다. 구성 템플릿 설치에 대한 자세한 내용은 설명서를 참조하세요.

템플릿 디렉터리를 확인해 보겠습니다. 템플릿 디렉토리에 필요한 버전의 *.cf 파일이 있는 경우 로 이동합니다.

필요한 버전의 *.cf 파일이 없으면 어떻게 해야 합니까? 공급업체 구성? 이 경우 *.cfu 파일을 사용할 수 있으며 1단계에 설명된 절차를 여러 번 반복하여 버전 번호를 필요한 릴리스(이 경우 1.2.6.2)로 연속적으로 올릴 수 있습니다. *.cfu 파일을 사용하면 이전에 업데이트 중에 발생한 오류가 수정되지 않을 수 있다는 점에 유의해야 합니다. 먼저 공급자 파일이 *.cfu 파일을 기반으로 컴파일된 다음 업데이트가 수행된다는 사실을 고려하면 이는 매우 이상합니다. 이는 어떤 이유로든 모든 구성 개체가 비교에 포함되지 않기 때문일 수 있습니다. 따라서 더 긴 경로를 사용하는 것이 좋지만 더 안정적인 경로를 사용하는 것이 좋습니다.

다음을 사용하여 빈 데이터베이스를 만들어야 합니다. "이전" 공급업체 구성. 업데이트 공급자 구성필요한 버전으로 다운받아 1단계 작업시 사용합니다. 얻기 위해 "새로운" 공급업체 구성다음을 수행해야 합니다.

1. "이전" 공급업체 파일 만들기현재 구성의 경우. 1cv8.cf 파일은 공급업체의 배포판에서 가져오거나 구성이 지원되는 경우 작업 데이터베이스에서 저장할 수 있습니다. 작업 데이터베이스에서 1cv8.cf 파일을 저장하려면 "구성" → "지원" → "지원 설정..." 메뉴로 이동하여 "파일에 저장" 버튼을 클릭하고 디렉터리와 파일 이름을 지정합니다. 예를 들어 데스크탑에서.
2. 새 공급자 구성으로 데이터베이스를 만듭니다.데이터베이스는 ITS 디스크의 공급업체 배포판을 사용하거나 이전에 데스크탑에서 얻은 1cv8.cf를 사용하여 생성할 수 있습니다. 첫 번째 경우에는 배포 키트에 포함된 지침을 따릅니다. 두 번째 경우에는 데스크탑에 있는 파일에서 데이터베이스를 생성하기 위해 구성 없이 새 정보베이스를 생성하고 구성기를 시작합니다. "구성" → "파일에서 구성 로드..." 메뉴에서 이전에 데스크탑에 저장한 파일을 지정합니다. "구성" → "구성 열기" 메뉴를 통해 구성을 열고 *.cfu 파일을 사용하여 "구성" → "지원" → "구성 업데이트" 메뉴를 통해 원하는 릴리스로 업데이트합니다.
3. "새" 공급자 구성 파일을 만듭니다.이렇게 하려면 "구성" → "파일에 구성 저장..." 메뉴 항목을 선택합니다. 1cv8.cf 파일의 위치와 이름을 지정합니다. “저장”을 클릭하세요.

4. 업데이트를 통해 운영 구성과 공급자 구성을 일치시킵니다.

결과 *.cf 파일 사용 공급업체 구성업데이트하자. 이렇게 하려면 메뉴 항목 "구성" → "지원" → "구성 업데이트", "업데이트 파일 선택", "마침"(그림 5), "실행"(그림 6)을 선택합니다.

솔루션:

• 공급자 구성에 있는 객체의 표시를 해제합니다.
• 공급자 구성에 있는 개체에 대한 참조를 제거합니다.

추가된 "부서장" 인터페이스의 링크가 해당 객체에 생성된다는 점을 토대로 공급업체 구성, 공급자가 지원을 철회한 경우(회계 방법의 변경으로 인해) 이 상황의 올바른 해결책은 "부서장" 인터페이스에서 이 보고서에 대한 링크를 제거하는 것입니다. 구성 비교 창을 닫지 않고 "부서 관리자" 인터페이스에서 "주문 결제" 보고서 링크를 삭제합니다. 링크를 제거한 후 구성을 다시 비교하겠습니다. 이렇게 하려면 업데이트 창에서 "업데이트" 버튼을 클릭하세요(그림 6).

5. 이전 단계에서 부분적으로 손실된 설정을 복원합니다.

부분적으로 손실된 설정을 복원하려면 이전에 저장한 파일과 병합하세요. 작업 구성 work.cf. 이렇게 하려면 메뉴 항목 "구성" → "비교, 파일의 구성과 병합..."을 선택합니다.

6. 업데이트 결과를 저장합니다.

변경 사항을 저장하자 작업 구성그리고 업데이트 데이터베이스 구성. 이렇게 하려면 메뉴 항목 "구성" → "데이터베이스 구성 업데이트"를 선택하십시오.

여기서 또 다른 문제가 우리를 기다리고 있습니다(그림 8).

이 문제를 해결하기 위해 발생 원인을 살펴 보겠습니다. 여러 가지 이유가 있을 수 있지만 가장 가능성이 높은 것은 다음과 같습니다. 이 개체는 다음 위치에 복사되었습니다. 작업 구성~에서 공급업체 구성또는 공급자가 이전에 이러한 개체를 삭제하고 나중에 이름은 동일하지만 내부 식별자가 다른 새 개체를 추가했습니다. 결과적으로 내부 식별자는 다르지만 이름은 동일한 개체가 구성에 나타납니다.

우리는 역할을 간단하게 처리합니다. 역할을 삭제합니다. 역할은 변경되지 않았습니다. (이는 비교와 비교를 통해 확인할 수 있습니다. 작업 구성). 우리는 문서 세부 사항에 대해 다르게 행동합니다. 예를 들어 OrderReserve1과 같이 속성 이름을 바꿔야 하며, 업데이트 후에는 이름이 바뀐 속성의 값을 새 속성으로 전송해야 합니다. 이를 수행하려면 ITS 디스크에서 UniversalSelectionAndProcessingObjects.epf 처리를 사용할 수 있습니다.

이전 상황과 유사하지만 1C: Enterprise Accounting 8.1 업데이트 중에 발생한 또 다른 상황을 고려해 보겠습니다. 양식은 어떻게 해야 하나요? (그림 9)

그림에서는 공급업체에서 목록 양식을 삭제한 후 공급업체에서 동일한 이름의 새 양식을 추가한 것을 볼 수 있습니다. 따라서 두 양식을 모두 업데이트하도록 표시하고 "실행" 버튼을 클릭해야 합니다.

삭제할 개체에 대한 링크가 있다는 메시지를 받은 경우 업데이트 양식을 닫지 않은 채 개체 속성에서 삭제할 양식에 대한 링크를 지워야 합니다. 이 경우 등록 속성에서. 그런 다음 업데이트 양식에서 "업데이트" 버튼을 클릭하고 업데이트할 등록 속성을 표시한 후 "실행" 버튼을 다시 클릭해야 합니다.

변경 사항을 저장하자 작업 구성그리고 업데이트 데이터베이스 구성"구성" → "데이터베이스 구성 업데이트".

필요한 경우 1C:Enterprise 모드에서 외부 처리를 사용하여 OrderReserve1 속성 값을 OrderReserve로 전송합니다.

2단계. 업데이트.

1단계에서 준비작업을 진행한 후 업데이트를 진행합니다. 기본 구성공급자의 표준 구성에 대해 이전에 수정한 내용을 이전합니다.

구성을 업데이트하려면 공급업체 배포판의 *.cfu 파일 또는 *.cf 파일이 필요합니다. 획득 방법에 대해 자세히 알아볼 수 있습니다.

여러 버전의 구성을 통해 업데이트가 수행되는 경우 "" 문서에 설명된 상황에 주의해야 합니다. 작업 기반에서 업데이트가 수행되지 않는 경우 각 새 단계 준비를 완료한 후 *.cf 파일을 저장합니다. 고객의 프로덕션 데이터베이스 구성을 업데이트할 때 필요합니다.

업데이트가 여러 버전을 통해 수행되는 경우 업데이트 중에 삭제된 개체, 이름이 변경된 개체 및 업데이트 후 처음 실행 시 수행되는 작업에 주의를 기울여야 합니다. 이러한 개체가 업데이트 후 처음 시작 시 처리에 사용되는 경우 삭제해서는 안 되며, 이름이 변경된 개체의 경우 처리 모듈의 텍스트를 적절하게 변경해야 합니다. 이 경우 다음 업데이트 또는 다음 업데이트 시 남겨진 개체가 삭제될 수 있습니다.

업데이트가 여러 버전을 통해 수행되는 경우 업데이트의 노동 강도를 줄이기 위해 "1C:Enterprise 8 구성 업데이트. 20개 버전 점프" 문서에 설명된 키 릴리스 계산 방법을 사용할 수 있습니다.

1. 데이터베이스 준비.

그래서 첫 번째 단계의 결과를 바탕으로 두 개의 동일한 데이터베이스를 준비합니다. 첫 번째(주요)는 미래 결과입니다. 두 번째(보조) - 비교 수행, 구성 열기 및 기타 준비 조치. 파일 버전의 경우 단순히 기본 데이터베이스의 파일을 다른 디렉토리에 복사하고 이 디렉토리를 데이터베이스 목록에 연결하는 것이고, 클라이언트-서버 버전의 경우 업로드/다운로드입니다.

2. 구성의 3방향 비교.

구성자 모드에서 두 데이터베이스를 모두 열고 기존 공급자의 새 구성 파일을 사용하여 두 데이터베이스의 구성에 대한 3방향 비교를 수행해 보겠습니다. 이렇게 하려면 두 데이터베이스 모두에서 "구성" → "지원" → "구성 업데이트", "업데이트 파일 선택", "마침" 메뉴 항목을 선택합니다(그림 10).

세 가지 구성을 비교한 결과( 이전 공급업체 구성, 새로운 공급업체 구성그리고 작업 구성) 변경된 객체 목록을 얻습니다. "두 번 변경된 속성만 표시" 필터를 설정합니다(그림 11 및 12).

먼저 처리해야 할 것은 이러한 개체입니다. 왜냐하면... 업데이트 후에는 이전에 설정한 내용이 손실될 수 있습니다.

이 시점에서 두 번째(보조) 데이터베이스의 작업을 일시 중지하고 기본 데이터베이스에서 계속 작업합니다. 보조 데이터베이스에서는 “실행” 버튼을 클릭할 필요가 없습니다. 업데이트 프로세스가 완료될 때까지 이 데이터베이스가 정확히 이 형식으로 필요합니다.

결과적으로 개정 중에 두 번 변경된 객체 목록을 얻습니다. 일반적인 구성그리고 . 업데이트에 동의하면 이전에 해당 개체에 대해 개선한 내용이 손실됩니다. 따라서 각 개체에 대해 업데이트 방법을 결정해야 합니다(그림 13). 이 단계에서는 향후 작업량을 줄이기 위해서만 예비 비교를 수행합니다. 평가는 "눈으로" 정확하고 빠르지 않습니다.

새로운 공급자 구성, 그런 다음 공급자 객체의 인스턴스를 남겨둡니다. 체크 표시를 남겨주세요. 그런 다음 변경 사항을 다음에서 전송합니다. 작업 구성.

객체에 더 많은 변화가 있는 경우 작업 구성, 그런 다음 객체의 인스턴스를 남겨둡니다. 작업 구성. 상자를 선택 취소합니다. 그런 다음 변경 사항을 다음에서 전송합니다. 공급업체 구성.

우리는 모듈을 조금 다르게 다룹니다. 왜냐하면... 우리는 절차적으로 모듈을 비교할 기회가 있습니다. 저것들. 만일의 경우에 우리의 구성공급자의 구성에서 다양한 모듈 절차가 변경된 다음 상자를 올바르게 선택하면 코드 변경 사항을 수동으로 전송하지 않아도 됩니다. 이를 수행하려면 그림 14와 같이 버튼을 누르십시오.

즉시 업데이트할 개체와 아직 확인 표시가 있는 개체를 결정한 후 보조 데이터베이스의 확인 표시로 상태를 복제하고 기본 데이터베이스에서 "실행" 버튼을 누릅니다. 기본 데이터베이스에는 거의 기성품 구성이 있습니다.

다음으로 보조 데이터베이스에서 모든 비교를 수행합니다. 우리는 이미 한 가지 비교, 즉 삼자 비교를 갖고 있습니다. 이전에 변경된 사항을 확인하기 위해 추가로 두 번째 비교를 수행합니다. 이전 공급업체 구성와 함께 주요 구성. 이렇게 하려면 "구성" → "구성 비교:" 메뉴에서 항목을 선택하고 비교를 위해 "를 선택합니다. 공급자 구성" 그리고 " 기본 구성

비슷한 방법으로 비교해보자 이전 공급업체 구성새로운 것으로. 비교를 위해서는 파일이 필요합니다 새로운 공급자 구성. 해당 파일이 없으면 이제 기본 데이터베이스에서 가져올 수 있습니다. 파일로 저장하려면 새로운 공급자 구성기본 데이터베이스의 "구성" → "지원" → "지원 설정:" 메뉴에서 "파일에 저장" 버튼을 클릭합니다. (그림 2). 파일 이름을 지정합니다(예: new.cf). 다음으로 세 번째 구성 비교를 수행하고 비교 시 new.cf 파일을 두 번째 구성으로 지정합니다.

그래서 우리는 추가 데이터베이스에서 두 번 변경된 개체 목록을 받았습니다. 그리고 이전에 설정한 설정을 더 효과적으로 전송하는 데 도움이 되는 두 가지 추가 비교가 있습니다. 구 버전새로운 것으로. 기본 데이터베이스에는 두 번 변경된 개체를 처리해야 하는 거의 기성 구성이 있습니다.

표준 구성에 대한 변경 사항을 분석하고 이에 따라 업데이트하는 시간을 줄이려면 모듈의 변경된 텍스트뿐만 아니라 변경된 목적도 언급하면서 구성의 모든 변경 사항에 대해 설명하는 것이 적절할 것입니다. . 여러 가지 이유로 이 작업이 수행되지 않는 경우가 많습니다. 업데이트를 수행할 때 변경 이유가 아니라 그 결과에 관심이 있습니다. 즉, 변경된 구성의 기능을 보존해야 합니다. 이를 위해서는 변경된 줄을 전송하는 것이 아니라 새로운 공급업체 구성의 기능에 맞게 추가된(변경된) 코드를 완전히 재작업해야 할 수도 있습니다.

구성에 있는 개체의 양식, 테이블 및 모듈 비교는 충분한 세부 수준으로 수행됩니다(그림 17). 이것은 결정을 내리기에 충분합니다.

하지만 비교 보고서의 데이터가 빠른 결정을 내리기 어려운 방식으로 제시되는 경우도 있습니다. 예를 들어, 복합 데이터 유형을 갖는 세부사항의 유형을 변경하는 경우, 객체를 기준으로 입력된 내용의 구성 등이 변경됩니다. 이 단계에서는 복잡성으로 인해 업데이트 중에 개선 사항이 손실됩니다. 복합 데이터 유형이 있는 세부 정보의 예를 사용하여 이 상황을 고려해 보겠습니다. 개체 비교에 대한 보고서를 생성할 때(그림 17), 비교된 구성의 서로 다른 데이터는 데이터 유형의 구성을 쉼표로 구분하여 포함하는 목록 형식으로 표시됩니다. 그러나 보고서에는 어떤 유형의 데이터가 추가되거나 삭제되었는지 전혀 표시되지 않습니다. 물론 보고서를 인쇄하고 "숨겨서" 차이점을 식별할 수도 있습니다. 고려 중인 예에는 그러한 개체가 약 200개 있는데, 분명히 비교 프로세스는 상당히 노동 집약적이며 약 50시간이 소요됩니다.

사물을 비교할 때 작업의 노동 강도를 줄이기 위해 Inform Service 회사에서 개발한 "Cell 비교" 처리를 사용할 수 있습니다. 복합물을 비교할 때 작업 강도를 약 20배까지 줄일 수 있습니다.

"셀 비교" 처리는 1C:Enterprise 모드에서 시작되며 개체 비교 보고서의 정보를 시각적 형식으로 표시할 수 있습니다(그림 18 및 19). 비교를 위해 1C:Enterprise 8의 기능이 사용됩니다.

처리 방식은 간단합니다. 구성기에서 객체 비교에 대한 보고서(그림 17)를 생성하고 이를 Comparison Report.mxl과 같은 파일에 저장합니다. 1C:Enterprise를 열고 대화 상자(그림 18)에서 저장된 파일을 선택하고 비교할 셀을 표시합니다. 이렇게 하려면 스프레드시트 문서의 선택한 셀을 마우스 오른쪽 버튼으로 두 번 클릭합니다. "비교" 버튼을 클릭하면 서로 다른 위치가 색상으로 강조 표시된 비교 결과를 얻을 수 있습니다(그림 19).

또한 동일한 객체 비교 원칙에 따라 비교가 수행된다는 사실을 바탕으로 동작 다이어그램은 다음과 같습니다. 다음 보고서를 동일한 파일 이름으로 저장합니다. "업데이트" 및 "비교" 버튼을 클릭하세요.

변경된 사용자 역할에 대한 RLS 템플릿에 특별한 주의를 기울여야 합니다.

업데이트를 완료하고 이전에 수행한 표준 구성 변경 사항을 전송한 후 모듈의 구문 제어를 수행하고 변경된 개체의 작동을 확인합니다. 테스트가 성공적으로 완료되면 구성 업데이트 프로세스가 완료된 것으로 간주될 수 있습니다. 이제 외부 인쇄 양식, 보고서 및 처리를 업데이트하는 일만 남았습니다. 일부 구성의 경우 외부 신고서식으로 연결된 신고서식을 확인해야 합니다.

3단계. 작업 전달.

주어진 예에서 이전 업데이트 중에 발생한 오류를 수정하고 버전 1.2.14.1로 업데이트하고 이전에 변경한 내용을 표준 구성으로 전송하는 데 소요되는 작업량은 약 100-150시간입니다. 고객의 데이터베이스를 직접 업데이트하는 것만으로는 이러한 양의 작업을 수행할 수 없습니다. 따라서 데이터베이스 사본에 대한 준비 작업을 수행해야 하며, 업데이트 결과는 고객의 작업 데이터베이스로 전송되어야 합니다.

먼저 배포 키트의 지침을주의 깊게 연구합니다. 작업 데이터베이스를 업데이트하기 전에 필요한 작업을 수행합니다.

업데이트를 준비하는 동안 고객의 작업 데이터베이스에서 구성 변경이 수행되지 않았고 작업 데이터베이스의 현재 복사본에서 업데이트가 준비된 경우 설정을 전송하려면 작업 구성을 파일(예: work_2)에 저장합니다. .cf, "구성" 메뉴 항목 선택 → "구성을 파일에 저장..."을 선택합니다.

• work_2.cf 파일을 사용하여 변경 사항을 전송합니다. 이렇게 하려면 메뉴 항목 "구성" → "파일에서 구성 로드..."를 선택합니다.
• 데이터베이스 구성 업데이트에 대한 질문에 우리는 그렇다고 대답할 것입니다.

업데이트를 준비하는 동안 고객의 프로덕션 데이터베이스에서 구성 변경이 수행된 경우 이러한 변경 사항은 업데이트 중에도 반영되어야 합니다.

작업 데이터베이스의 현재 복사본에 업데이트가 준비되지 않은 경우 설정을 전송하기 위해 첫 번째 단계에서 사용된 기술을 사용합니다. 이를 위해서는 공급업체의 표준 구성(1.2.14.1)에 대한 *.cf 파일과 *.cf 파일 형식의 업데이트 결과가 필요합니다. 이렇게 하려면 "구성" → "파일에 구성 저장..." 메뉴 항목을 선택하여 작업 구성을 파일(예: work_2.cf)에 저장합니다.

고객 측의 추가 조치는 다음과 같습니다.

• 만들다 백업 복사본데이터 베이스;
• 공급자의 표준 구성의 *.cf 파일을 사용하여 업데이트를 수행합니다. 이렇게 하려면 "구성" → "지원" → "구성 업데이트", "업데이트 파일 선택", "마침"(그림 10), "실행" 메뉴 항목을 선택합니다.
• work_2.cf 파일을 사용하여 변경 사항을 전송합니다. 이렇게 하려면 메뉴 항목 "구성" → "비교, 파일의 구성과 병합..."을 선택합니다.
• 작업 구성에 대한 변경 사항을 저장하고 데이터베이스 구성을 업데이트하겠습니다. 이렇게 하려면 메뉴 항목 "구성" → "데이터베이스 구성 업데이트"를 선택하십시오.

이 단계를 올바르게 실행하면 향후 1단계에서 설명하는 작업을 피할 수 있습니다.

비표준 플랫폼을 업데이트하는 것은 매우 어렵습니다. 비표준 1C 구성을 업데이트하는 방법을 살펴보고 새로운 어려움에 대한 단계별 솔루션을 설명합니다.

비표준 1C 구성에서 업데이트하는 방법.

일반 개념

비표준 플랫폼을 업데이트할 때 변경 사항은 항상 공급자의 표준 구성 요소에 영향을 미칩니다.

데이터베이스(DB)에는 최대 세 가지 유형의 구성이 포함되어 있습니다.

• 데이터베이스 자체 - 논리적 알고리즘이 작동합니다.
• 작업 중(소위 기본 ConfigOR) - 주기적으로 변경합니다.
• 공급자 구성(ConfigP - 이를 기반으로 작업 및 데이터베이스 구성이 모두 사용자에 의해 생성됩니다.

프로그램이 지원에서 제외되면 해당 프로그램은 공급자로부터 더 이상 제공되지 않습니다. 하지만 업데이트를 위한 인건비 증가는 불가피하다. 비표준 1C 구성 업데이트를 고려해 보겠습니다. 대표적인 것이 PPM(Manufacturing Enterprise Management) 플랫폼이다.

혼입

첫 번째 단계는 작업 구성과 제공된 구성 간의 차이점을 제거하는 것입니다. 이로 인해 이전에 수행한 개선 사항에 대한 평가가 줄어들 것입니다. 업데이트 중에 외부 파일(제공된 배포판이 아닌)이 사용되었거나 업데이트 방법이 표준 파일과 다를 때 이들 사이의 불일치가 발생합니다.

버전 비교

버전 번호(작동 중 및 제공됨)를 확인합니다. 첫 번째는 "구성" / "열기" / "편집" / "속성"에서 확인됩니다. "개발/버전" 섹션에서. 두 번째 "구성" / "지원" / "지원 설정" / "버전":

숫자가 일치하면 업데이트를 통해 파일 받기 섹션으로 진행할 수 있습니다.

다음 단계에서는 작업 구성과 공급업체 구성을 일치시키는 방법을 보여줍니다. 지원 없이 사용자가 제거하거나 추가한 개체를 지원하기 위해. 이를 위해:

구성 저장 중(작동 중)

ConfigOR을 work.cf라는 이름의 파일에 저장해 보겠습니다. 이렇게 하려면 "구성"/"저장..."을 선택합니다.

공급자 파일 검색

ConfigOR을 ConfigP와 결합하려면 공급업체 배포판(동일 버전)의 cf 파일이 필요합니다. 기본적으로 C:/Program Files/1cv81/tmplts에 있습니다. 템플릿 테이블에 필요한 cf 파일이 있는지 확인해 보겠습니다. 그렇지 않다면 어떻게 해야 할까요? 원하는 파일필요한 공급업체 구성 버전은 무엇입니까? 그런 다음 이전 데이터베이스에서 빈 데이터베이스를 생성하고 필요한 버전으로 업데이트한 다음 사용해야 합니다.

업데이트를 통해 파일 수신

ConfigP cf 파일 업데이트를 수행하려면 메뉴에서 "구성/지원/업데이트.../파일 선택/마침/실행" 명령을 선택하십시오(그림에서 순차적으로):

이 문제를 해결하려면 공급자 구성의 개체에서 삭제 표시를 선택 취소해야 합니다. 그런 다음 삭제 후 다시 비교를 수행합니다. 업데이트 창에서 "업데이트"버튼을 클릭하십시오.

설정 복원 중

손실된 설정 중 일부는 이전에 저장한 work.cf 파일과 병합하여 복원됩니다. 이렇게 하려면 "구성/비교, 병합...파일"을 선택합니다.

저장 및 조정

ConfigOR을 저장하고 데이터베이스를 업데이트하려면 "Configuration" 메뉴 항목에서 "Update...DB"를 선택합니다. 여기서 우리는 새로운 문제에 직면합니다:

아마도 그 이유는 이러한 개체가 ConfigP에서 복사되었거나 공급자에 의해 삭제되고 나중에 동일한 이름으로 새 개체가 추가되었기 때문일 것입니다. 그러나 식별자가 다릅니다. 그 결과, 이름은 같지만 식별 키가 다른 개체가 나타났습니다.

역할은 변경되지 않았으므로 간단히 삭제할 수 있습니다. 속성 이름을 OrderReserve1 등으로 바꿔야 합니다. 그리고 업데이트 후 이름이 변경된 것부터 생성된 것까지의 값을 입력합니다. 업데이트 중 또 다른 상황. 양식은 어떻습니까?

그림을 보면 공급자가 목록 양식을 삭제한 후 동일한 이름으로 다시 추가한 것을 볼 수 있습니다. 업데이트를 위해 둘 다 표시하고 "실행"을 클릭해야 합니다.

업데이트 중에 삭제할 개체에 대한 링크가 있다는 메시지가 표시되면 양식을 닫지 않고 개체 자체의 속성에서 해당 링크를 지워야 합니다. 여기 레지스터 속성에 있습니다. 그런 다음 업데이트 양식에서 업데이트 옵션을 선택하고 지금 업데이트할 레지스트리 속성을 표시한 다음 "실행"을 다시 클릭합니다.

작업 데이터베이스에 변경 사항을 저장하고 데이터베이스 구성 업데이트: "구성/업데이트...DB". OrderReserve1 속성 값을 OrderReserve로 전송하는 것은 1C:Enterprise 모드의 외부 처리를 통해 수행됩니다.

기지 준비

정보의 결과를 바탕으로 두 개의 동일한 데이터베이스를 준비합니다. 첫 번째(주)는 우리가 원하는 결과입니다. 두 번째(보조)는 준비 작업을 수행하기 위한 것입니다. 파일 버전의 경우 간단히 디렉토리에 복사하여 정보보안 목록에 연결하고, 클라이언트-서버 옵션을 이용하여 업로드/다운로드를 진행합니다.

비교

구성 프로그램을 사용하여 두 데이터베이스를 모두 연 후 3방향 비교를 수행합니다. 이를 위해 새로운 ConfigP 파일인 "구성/지원/업데이트.../파일 선택.../완료"를 사용합니다.

작동 중인 공급자 구성과 이전 공급자 구성, 새 공급자 구성을 비교하면 "두 번 변경된 속성 표시" 필터를 사용하여 변경된 개체 목록이 제공됩니다. 먼저 문제를 해결해야 합니다.

이 시점에서는 전체 프로세스가 완료될 때까지 보조 데이터베이스 작업이 일시 중지되므로 더 이상 "실행" 버튼을 누르지 않습니다. 두 번 변경된 개체의 결과 목록을 사용하여 기본 데이터베이스에서 작업해 보겠습니다. 업데이트에 동의하면 이전에 수행한 개선 사항이 손실됩니다. 따라서 각 개체에 대해 변경 방법을 결정해야 합니다.

실행하자 예비 평가앞으로는 일을 줄이기 위해서만. 새 ConfigP에 더 많은 요소 변경 사항이 포함되어 있으면 공급자 개체를 그대로 둡니다. 우리는 진드기를 넣었습니다. ConfigOR에서 변경 사항을 전송합니다. 작업 구성에 더 많은 요소 변경 사항이 포함된 경우 ConfigOR 개체의 인스턴스를 그대로 둡니다. 상자를 선택 취소합니다. ConfigP에서 변경 사항을 전송해 보겠습니다. 모듈은 절차적으로 비교되어야 합니다. 이렇게 하려면 그림과 같이 버튼을 누르세요.

교체되거나 제거될 절차와 기능을 나타내기 위해 확인란을 선택합니다.

이제 보조 데이터베이스의 확인란 상태를 복제해야 합니다. 기본에서 "실행"을 클릭하십시오. 이 시점에서 우리는 거의 기성품 구성을 얻습니다.

후속 비교는 보조 데이터베이스에서 다시 수행됩니다. 이전 ConfigP를 ConfigOR - "구성/비교..."와 추가로 비교하여 이전에 변경된 사항을 찾습니다.

마찬가지로 이전 ConfigP와 새 ConfigP를 비교합니다. 새 파일이 없으면 이제 기본 데이터베이스에서 가져올 수 있습니다.

따라서 두 번 수정된 개체를 얻습니다. 기본 데이터베이스에서 거의 기성품 구성을 얻었습니다. 여기서는 두 번 변경된 요소를 처리해야 합니다.

중요한. 분석할 때 사용자는 특정 변경 이유가 아니라 그 결과에 관심을 가져야 합니다. 즉, 가장 중요한 것은 기능을 유지해야 한다는 것입니다. 아마도 이를 위해서는 변경된 라인을 전송하는 것이 아니라 새 ConfigP에 대한 코드를 완전히 재작업해야 할 것입니다.

결정을 내리려면 양식, 테이블 및 개체 모듈을 비교하는 것으로 충분합니다. 보고서의 데이터가 빠른 의사 결정을 허용하지 않는 형식으로 표시되는 경우가 있습니다. 이 단계에서 변경 사항이 복합 유형의 개체 세부 정보와 관련된 경우 수정 사항이 손실됩니다.

비교 보고서에는 서로 다른 데이터가 목록 형식으로 표시되므로 어떤 유형의 데이터가 추가/제거되었는지 명확하지 않습니다. 보고서 줄 수가 200개에 도달하면 "수동" 비교 프로세스는 상당히 노동 집약적입니다(약 50시간).

예를 들어 Inform Service 회사의 "Cell Comparison" 구성을 사용하면 노동 강도를 줄일 수 있습니다. 1C:Enterprise 모드에서 실행이 가능하며 비교 보고서 데이터를 편리한 형식으로 제공합니다. 비교는 1C 기능을 사용하여 수행됩니다.

작동 방식은 간단합니다. 구성기에서 비교 개체 보고서가 생성됩니다. Comparison Report.mxl 등의 파일에 저장됩니다. 1C:Enterprise 대화 상자가 열리고 비교할 셀이 표시됩니다(스프레드시트 문서의 선택한 셀을 마우스 오른쪽 버튼으로 두 번 클릭). "비교"를 클릭하면 비교 결과가 제공되며, 다른 위치는 색상으로 강조 표시됩니다.

조치에 대한 추가 지침은 다음과 같습니다.

1. 다음 보고서는 동일한 이름으로 저장됩니다.
2. 업데이트가 완료되고 표준 구성에 대한 수정 사항이 전송된 후 모듈의 구문 제어와 변경된 개체의 작동 테스트가 수행됩니다.
3. 테스트가 성공적으로 완료되면 프로세스가 완료된 것으로 간주될 수 있습니다. 남은 것은 인쇄된 양식, 보고서 및 처리를 업데이트하는 것뿐입니다. 경우에 따라 외부 신고 양식을 확인하세요.

우리는 1C 7.7로 작업합니다

표준 플랫폼을 동일한 플랫폼으로 업데이트하는 것은 일반적으로 문제를 일으키지 않습니다. 지침의 지침을 따르기만 하면 됩니다. 이는 배포 디렉터리의 UPDATE.TXT에 있습니다.

플랫폼에 추가 회계 요소(디렉터리, 상수, 선택, 보고서, 레지스터, 계산 저널 등)를 추가하는 경우에도 어려움이 없습니다. 플랫폼을 결합하면 맞을 것입니다. 추가된 문서는 해당 추가된 문서를 "기반으로" 입력하는 특성에 변경이 없으면 부조화를 일으키지 않습니다.

업데이트는 RAM 용량이 크고 빠른 PC에서 실행하는 것을 권장합니다. 부족한 경우 1C는 일부 기능 수행을 거부하고 정지될 수 있습니다. 많은 양의 가상 메모리로는 이 문제가 해결되지 않습니다.

백업 복사본 만들기

이를 위해서는 "관리/데이터 저장..." 옵션을 사용해야 합니다. 아카이브 이름을 생성 날짜와 결합하여 표시하는 것이 편리합니다(예: YYMMDD.zip).

카탈로그 준비

작업하려면 6개의 구성 파일(1cv7.md)이 필요합니다.

1. 업데이트 준비를 위한 "WorkingNew"(결과 md 파일)
2. 비교 중 변경 사항을 추적하고 설정을 TypeNew_2로 전송하기 위한 "WorkingOld";
3. 일반적인(이전) "TypeOld_1"입니다. 이를 기반으로 이전에 작동하는 것이 생성되었습니다.
4. 유형. (이전) “TypeOld_2”. 새로운 표준 버전에서 1C 회사의 변경 사항을 추적하려면
5. 유형. (신규) "TypeNew_1". 새 버전에서는 1C가 개선되었습니다.
6. 복잡한 개체의 경우 "TypeNew_2"입니다.

그리고 다섯 실행 중인 구성자(“TypeNew_1”을 제외한 모두).

처음에는 디렉터리가 쌍으로 동일합니다.

• "WorkerNew" 및 "WorkerOld";
• "TypeOld_1 및 TypeOld_2";
• "TypeNew_1" 및 "TypeNew_2".

요소 결합

먼저 3과 2, 4와 5, 1과 6을 비교합니다. 이렇게 하려면 쌍의 첫 번째 각각에 대해 "구성 / 병합 ..." 항목을 선택하고 메타데이터 파일 1cv7을 지정합니다. 쌍에서 두 번째의 md입니다. 변경된 요소 트리가 포함된 양식이 화면에 표시됩니다. 다음으로 3과 2, 4와 5의 쌍 비교 결과를 분석해야 합니다. 1C 회사(4와 5)에서 변경된 업데이트된 플랫폼(1과 6)의 요소를 병합하도록 남겨두세요. , 그러나 3과 2에는 반영되지 않았습니다. 1과 4는 대체 모드에서 결합되어야 합니다.

기타

여기에는 계정과목표와 사용자 인터페이스가 포함될 수 있습니다. 계정과목표에 변경 사항이 있는 경우 TypeNew_2와 함께 WorkNew "개체 결합" 모드에서 업데이트해야 합니다. 인터페이스를 결합한 후 메뉴 항목 복제, 도구 모음 복제, 도구 모음에 대한 "새 줄에 레이아웃" 플래그 설정 등 오류가 있는지 확인합니다.

다운로드는 네트워크나 서버(선호)를 통해 수행됩니다. 첫째, 데이터베이스에 대한 독점적인 접근이 제공됩니다. 그런 다음 구성자 모드를 통해 데이터베이스가 로드됩니다. 다운로드 전후에 데이터가 보관됩니다(섹션 시작 부분에 설명된 대로). 다음으로 UPDATE.TXT 파일의 지침을 따라야 합니다. 다운로드가 완료되면 WorkNew를 제외한 모든 디렉터리를 삭제할 수 있습니다.

우리 출판물이 비표준 1C 구성 업데이트를 이해하는 데 도움이 되었기를 바랍니다. 우리는 이것을 일곱 번째와 여덟 번째 버전에 관해 살펴보았습니다.

의견을 남기고 1C 업데이트 경험에 대해 작성하십시오.