1c 회계 8.3 검색이 작동하지 않습니다. 검색 표현식을 지정할 때 허용되는 특수 연산자

1C의 전체 텍스트 검색 메커니즘사용자에게 필요한 정보를 빠르게 찾을 수 있습니다. 이 유형정보 기반에 많은 양의 정보가 있고 사용자가 관심 있는 데이터가 어디에 있는지 정확히 알 수 없거나 종종 발생하는 경우 정확한 이름을 알 수 없는 경우 검색이 특히 효과적입니다. 전체 텍스트 검색 제어 창을 열려면 다음을 수행해야 합니다. 메뉴 항목 운영 전체 텍스트 검색 제어 .

이 창에는 세 개의 버튼이 표시됩니다. 설정 - 전체 텍스트 검색을 활성화/비활성화합니다.

색인 업데이트 – 인덱스 생성/인덱스 업데이트; 인덱스 지우기 – 인덱스 재설정(모든 데이터를 업데이트한 후 권장) 절 인덱스 병합 허용 – 기본 인덱스와 보조 인덱스를 병합하는 역할을 담당합니다.

전체 텍스트 검색은 전체 텍스트 색인을 사용하여 수행됩니다. 색인이 없으면 전체 텍스트 검색이 불가능합니다. 효과적인 검색을 위해서는 모든 관련 데이터가 전체 텍스트 인덱스에 포함되어야 합니다. 사용자가 데이터베이스에 새 데이터를 입력하면 해당 데이터가 해당 인덱스에 포함되어야 합니다. 그렇지 않으면 검색에 참여하지 않습니다. 이를 방지하려면 전체 텍스트 인덱스를 업데이트해야 합니다. 업데이트 시 시스템은 특정 유형의 데이터만 분석합니다. 문자열, 참조 유형 데이터 (문서, 참고서 링크), 숫자, 날짜, StorageValues. 사용자에게 특정 정보에 대한 액세스 권한이 없으면 검색 결과에서 해당 정보를 볼 수 없습니다. 또한 검색이 수행될 개체의 속성에서 값을 설정해야 한다는 점을 기억해야 합니다. 전체 텍스트 검색 – 사용, 이는 기본적으로 설정됩니다.

부동산을 어떻게 알 수 있나요? 사용 전체 디렉토리에 대해 설정 등록 번호 , 그러나 이는 해당 유형의 각 속성에 대해 수행될 수 있습니다.

두 부분(인덱스)으로 구성된 전체 텍스트 인덱스를 자세히 살펴보겠습니다. 주요 색인 및 추가 . 고속데이터 검색은 기본 인덱스에서 제공되지만 업데이트는 데이터 양에 따라 상대적으로 느립니다. 추가 인덱스는 그 반대입니다. 데이터가 훨씬 빠르게 추가되지만 검색 속도는 느려집니다. 시스템은 두 인덱스를 동시에 검색합니다. 대부분의 데이터는 기본 인덱스에 있고, 시스템에 추가된 데이터는 추가 인덱스에 들어갑니다. 추가 인덱스에 포함된 데이터의 양은 적지만 검색 속도는 상대적으로 빠릅니다. 시스템 부하가 적을 때에는 인덱스 병합 작업이 수행되며, 그 결과 추가 인덱스가 지워지고 모든 데이터가 기본 인덱스에 배치됩니다. 인덱스 병합은 시스템 부하가 가장 적은 시간에 수행하는 것이 바람직합니다. 이를 위해 규제된 작업과 예약된 작업을 생성할 수 있습니다.

사례를 고려해보세요 자동 업데이트응용 프로그램이 시작될 때 색인을 생성합니다. 이 사례는 단일 사용자 데이터베이스(예: 1C 회계 기본, 1C 단순화), 사용자 수가 많은 경우 각 사용자가 애플리케이션을 시작한 후에 업데이트가 발생하므로 시스템 성능에 매우 큰 영향을 미치게 됩니다.

먼저 일반 모듈을 만들고 호출해 보겠습니다. 예를 들어 PP. 다음 절차를 적어보겠습니다.

프로시저 UpdateIndices() 내보내기

FulltextSearch.UpdateIndex();

절차 종료

그림과 같이 속성도 설정해 보겠습니다.

그런 다음 구성 트리에서 구성 이름을 마우스 오른쪽 버튼으로 클릭하고 명령을 실행합니다. 관리형 애플리케이션 모듈을 엽니다. 위의 작은 창에서 사전 정의된 기능을 선택하세요. 시스템을 시작하기 전에 이 절차에 다음 줄을 추가합니다.

UpdateFullTextSearch.UpdateIndexes();


변경 사항을 저장합니다. 이렇게 하면 애플리케이션을 시작할 때마다 인덱스가 자동으로 업데이트됩니다.

이제 사용자가 여러 명인 경우를 고려해 보겠습니다. 여기서 우리는 사용할 것입니다 일반 작업(구성자 모드: 구성 트리에서 – 일반 – 일반 작업).이 경우 우리는 두 가지 작업에만 관심이 있습니다. 전체 텍스트 검색 색인 업데이트 및 전체 텍스트 검색 색인 병합.이 작업의 속성에서 다음을 선택하십시오. 일정그리고 링크를 클릭하세요 열려 있는.

두 작업 모두에 대한 일정을 구성합니다. 이 경우 설정에 대한 권장 사항은 없으며, 여기서 설정은 시스템 특성(로드, 정보의 양, 업데이트 빈도 등)에 따라 결정됩니다. 작업 자체는 작동하지 않습니다. 모드에서 프로그램 세션을 실행해야 합니다. 기업, 이러한 작업을 완료할 책임이 있는 사람입니다. 이 작업 옵션은 다음 용도로 사용됩니다. 파일 시스템. 이 세션은 기본 제공 언어 메서드 호출을 수행하는 대기 처리기를 실행 중이어야 합니다. 이 처리다음과 같이 보일 것입니다 :

엔터프라이즈 모드로 전환하고 다음을 수행해 보겠습니다. 처리를 시작해 보겠습니다. 이 경우에는 5초마다 호출되고 "RunTaskProcessing()" 메서드를 호출합니다. 이 방법일정에 따라 작업을 완료할 시간이 되었는지 확인합니다. 다음으로 메뉴 항목으로 이동하십시오. 작업 – 상수 – 프로그램 설정 – 데이터 교환 탭.

실행을 담당할 사용자 세션을 정의하고 일상적인 작업에 대한 폴링 간격을 설정해 보겠습니다. 시스템 성능에 영향을 미칠 수 있으므로 이 세션에서는 작업하지 않는 것이 좋습니다. 또한 ITS 디스크에는 "처리가 있습니다. 일상적인 작업 실행”는 사용자의 선택에 따라 일상적인 작업을 강제로 실행하는 기능입니다. 이 처리의 형태는 다음과 같습니다.

이로써 모든 준비 작업이 완료되었으며 바로 데이터 검색 자체를 진행할 수 있습니다.

전체 텍스트 검색 작업을 시작하려면 다음 명령을 실행해야 합니다. 서비스 → 데이터 검색.

그러면 다음 창이 나타납니다:

버튼을 클릭하면 설정, 다음과 같은 필드가 나타납니다. 추가 세팅, 와 같은: 검색 영역 제한, 흐린, 서빙 사이즈(이 경우 값 = 5, 즉 페이지당 5개의 검색 결과를 표시함을 의미합니다.) 매개변수 흐린는 검색 쿼리의 일부 문자와 검색 중에 얻은 정보가 일치하지 않음을 나타냅니다. 흐린백분율로 지정됩니다.

전체 텍스트 검색은 다음 연산자를 사용할 수 있습니다.

또한 전체 텍스트 검색 메커니즘을 사용하면 러시아어 단어 문자의 일부를 단일 키 라틴 문자로 쓸 수 있습니다. 검색 결과는 변경되지 않습니다.

클라이언트-서버 버전에서는 작업 스케줄러가 작업 예약을 담당합니다.

작업 스케줄러는 서버의 활성 구성 요소입니다. 서버에 대한 클라이언트 연결 여부에 관계없이 일상적인 작업을 수행할 수 있습니다. 스케줄러의 활동은 모든 정보 기반에 예약된 작업이 있는지 순차적으로 쿼리할 때 특히 두드러집니다. 스케줄러는 특정 항목에 대한 폴링을 지연할 수 있습니다. 정보 베이스, 정보 기반이 일상적인 작업을 연결하거나 차단하지 못하도록 차단된 경우.

스케줄러의 현재 예약된 작업 목록은 자동으로 변경될 수 있습니다(예: 새 예약된 작업이 생성되거나 기존 예약된 작업이 삭제되는 경우). 어떤 경우든 작업 메커니즘은 스케줄러의 예약된 작업 목록이 최신 상태이고 클러스터 정보 기반의 일상적인 작업 목록과 일치하는지 확인합니다.

예약된 작업의 초기 목록이 성공적으로 수신된 후 스케줄러는 백그라운드 작업 요청이 수신되었는지, 일정에 따라 실행되어야 하는 예약된 작업이 있는지 정기적으로 확인합니다. 작업자 프로세스가 작업을 수신한 후 작업자 프로세스는 정보베이스에 대한 연결을 설정하고 해당 연결 내에서 작업을 실행합니다. 워크플로우는 다중 사용자 작업에 최적화되어 있으므로 정보베이스에 대한 연결을 처음 생성하는 경우에만 비용이 많이 드는 작업입니다. 동일한 정보 기반에 대한 후속 연결을 설정하는 데는 시간과 자원이 훨씬 적게 소요됩니다. 대부분의 내부 데이터 구조는 동일한 정보베이스 내의 연결 간에 공유됩니다. 작업이 완료된 후 작업자 프로세스는 작업이 성공적으로 완료되었는지 실패했는지 여부를 스케줄러에 알립니다. 소프트웨어 오류가 발생한 경우 스케줄러는 예약된 작업을 다시 시작할 수 있습니다(실행 중에 오류가 발생한 경우). 백그라운드 작업, 다시 시작되지 않습니다).

감사합니다!

전체 텍스트 검색- 당신이 찾을 수 있습니다 텍스트 정보, 사용된 구성의 거의 모든 위치에 배치됩니다. 이 경우 전체 구성 전체에서 필요한 데이터를 검색하거나 검색 영역을 여러 개체(예: 특정 유형의 문서 또는 디렉터리)로 좁혀 검색할 수 있습니다. 검색 기준 자체는 상당히 넓은 범위에 걸쳐 다양할 수 있습니다. 즉, 구성에서 해당 데이터가 어디에 저장되어 있는지, 정확히 어떻게 기록되었는지 기억하지 않고도 필요한 데이터를 찾을 수 있습니다.

전체 텍스트 검색은 다음 옵션을 제공합니다.

  • 음역이 지원됩니다(GOST 7.79-2000에 따라 라틴 문자를 사용하여 러시아어 단어 작성). 예: "러시아어 문구" = "russkaya fraza".
  • 대체가 지원됩니다(단일 키 라틴 문자를 사용하여 러시아어 단어로 문자 일부 작성). 예: "russrfz frapf"(예: 연산자 오류로 인해 각 단어의 끝이 라틴 문자로 입력됨)
  • 퍼지 임계값을 표시하면 퍼지 검색(발견된 단어의 문자가 다를 수 있음)이 가능합니다. 예: 검색창에 "hello"라는 단어를 지정하고 17%의 모호함을 지정하면 "hello", "prevet", "prived" 등 오류가 있거나 없는 유사한 단어를 모두 찾을 수 있습니다.
  • 선택한 메타데이터 개체에 대한 검색 범위를 지정할 수 있습니다.
  • 표준 필드 이름("코드", "이름" 등)의 전체 텍스트 인덱싱은 모든 구성 언어에서 수행됩니다.
  • 검색은 러시아어, 영어 및 우크라이나어의 동의어를 고려하여 수행됩니다.
  • 러시아어 형태소 사전에는 1C:Enterprise 프로그램 시스템을 사용하여 자동화된 활동 영역과 관련된 여러 특정 단어가 포함되어 있습니다.
  • 기본적으로 제공되는 사전에는 사전 데이터베이스와 동의어 사전, 러시아어, 우크라이나어 및 동의어 사전이 포함되어 있습니다. 영어, Informatic 회사에서 제공합니다.
  • 와일드카드 문자("*")를 사용하고 검색 연산자("AND", "OR", "NOT", "NEXT") 및 특수 문자를 지정하여 검색을 수행할 수 있습니다.

1C:Enterprise 8 플랫폼의 모든 구성에서 전체 텍스트 검색을 수행할 수 있습니다.

전체 텍스트 검색 제어 창을 열려면 다음을 수행하십시오.

정기신청- 메뉴 아이템 작업 - 전체 텍스트 검색 관리.

관리형 애플리케이션- 메뉴 아이템 메인 메뉴 - 모든 기능 - 표준 -전체 텍스트 검색 관리.


  • 색인 업데이트– 인덱스 생성/인덱스 업데이트;
  • 인덱스 지우기– 인덱스 재설정(모든 데이터를 업데이트한 후 권장)
  • 항목 인덱스 병합 허용– 기본 인덱스와 추가 인덱스를 병합하는 역할을 담당합니다.

전체 텍스트 검색은 전체 텍스트 색인을 사용하여 수행됩니다. 색인이 없으면 전체 텍스트 검색이 불가능합니다. 효과적인 검색을 위해서는 모든 관련 데이터가 전체 텍스트 인덱스에 포함되어야 합니다. 사용자가 데이터베이스에 새 데이터를 입력하면 해당 데이터가 해당 인덱스에 포함되어야 합니다. 그렇지 않으면 검색에 참여하지 않습니다. 이를 방지하려면 전체 텍스트 인덱스를 업데이트해야 합니다. 업데이트 시 시스템은 문자열, 참조 유형 데이터(문서 링크, 디렉터리), 숫자, 날짜, 값 저장 등 특정 유형의 데이터만 분석합니다. 사용자에게 특정 정보에 대한 액세스 권한이 없으면 검색 결과에서 해당 정보를 볼 수 없습니다. 또한 검색이 수행될 개체의 속성에서 값을 설정해야 한다는 점을 기억해야 합니다. 전체 텍스트 검색 – 사용, 이는 기본적으로 설정됩니다.

부동산을 어떻게 알 수 있나요? 사용전체 디렉토리에 대해 설정 상대방, 그러나 이는 해당 유형의 각 속성에 대해 수행될 수 있습니다.

기본 인덱스와 추가 인덱스라는 두 부분(인덱스)으로 구성된 전체 텍스트 인덱스를 자세히 살펴보겠습니다. 기본 인덱스를 사용하면 높은 데이터 검색 속도가 보장되지만 업데이트 속도는 데이터 양에 따라 상대적으로 느립니다. 추가 인덱스는 그 반대입니다. 데이터가 훨씬 빠르게 추가되지만 검색 속도는 느려집니다. 시스템은 두 인덱스를 동시에 검색합니다. 대부분의 데이터는 기본 인덱스에 있고, 시스템에 추가된 데이터는 추가 인덱스에 들어갑니다. 추가 인덱스에 포함된 데이터의 양은 적지만 검색 속도는 상대적으로 빠릅니다. 시스템 부하가 적을 때에는 인덱스 병합 작업이 수행되며, 그 결과 추가 인덱스가 지워지고 모든 데이터가 기본 인덱스에 배치됩니다. 인덱스 병합은 시스템 부하가 가장 적은 시간에 수행하는 것이 바람직합니다. 이를 위해 규제된 작업과 예약된 작업을 생성할 수 있습니다.

검색 표현식을 지정할 때 허용되는 특수 연산자

전체 텍스트 검색 메커니즘을 사용하면 단일 키 라틴 문자를 사용하여 러시아어 단어 문자의 일부를 쓸 수 있습니다. 검색 결과는 변경되지 않습니다.

두 명의 운영자 NEXT

  • 쉽게 한. 8단어 차이
  • NEAR/[+/-]n – 하나의 속성에서 n-1 단어 거리에 있는 데이터를 검색합니다.

기호는 첫 번째 단어에서 두 번째 단어가 어느 방향으로 검색되는지를 나타냅니다. (+ - 이후, - 이전)

와일드카드 "*"는 단어 끝 대신 사용할 수 있습니다.

퍼지 연산자 "#". 이름의 정확한 철자가 있으면 이름을 알 수 없습니다.

소프트웨어 및 1C 도구: 프로그래밍.

동의어 연산자 "!" 단어와 동의어를 찾을 수 있습니다

전체 텍스트 검색 색인을 프로그래밍 방식으로 업데이트하는 방법은 무엇입니까?

코드 1C v 8.x 프로시저 UpdateIndices() 내보내기
FulltextSearch.UpdateIndex();
절차 종료

전문 데이터 검색 예시

SearchList 변수 정의

코드 1C v 8.x 변수 검색 목록;

또한 When Form Opens 이벤트를 처리하는 절차에서 이 변수에 전체 텍스트 검색 목록이 포함되는지 확인하고 이를 통해 데이터를 검색합니다.

코드 1C v 8.x 프로시저 OnOpen()
SearchList = FullTextSearch.CreateList();
절차 종료

이제 찾기 버튼을 클릭하는 이벤트에 대해 SearchExpression 필드에 지정된 표현식에 따라 검색을 수행할 수 있는 코드를 작성하겠습니다.

코드 1C v 8.x 프로시저 FindClick(요소)
SearchList.SearchString = 검색표현;
시도
검색목록.FirstPart();
예외
경고(오류 설명());
시도 종료;
SearchList.FullQuantity() = 0인 경우
Form Elements.ResultMessage.Value = "찾을 수 없음";
양식 요소.검색 결과.SetText("");
그렇지 않으면
출력검색결과();
endIf;
절차 종료

이 절차에서는 먼저 사용자가 입력한 검색어를 전체 텍스트 검색을 위한 검색 문자열로 설정합니다. 그런 다음 실제로 전체 텍스트 검색을 시작하고 결과의 첫 번째 부분을 반환하는 FirstPart() 메서드를 실행합니다. 기본적으로 청크에는 20개의 요소가 포함됩니다. 그런 다음 검색 목록의 요소 수를 분석합니다. 요소가 포함되어 있지 않으면 양식에 해당 메시지가 표시됩니다. 그렇지 않으면 사용자에게 결과를 표시하는 DisplaySearchResult() 프로시저가 호출됩니다.

양식 모듈에 동일한 이름의 프로시저를 만들고 그 안에 코드를 작성해 보겠습니다.

코드 1C v 8.x 프로시저 OutputSearchResult()
양식 Elements.ResultMessage.Value = "표시" + Row(SearchList.InitialPosition() + 1) + " - " + Row(SearchList.InitialPosition() +SearchList.Quantity()) + " from " + SearchList.FullQuantity() ;
결과 = SearchList.GetDisplay(FullTextSearchDisplayType.HTMLText);
FormElements.SearchResult.SetText(Result);
버튼가용성();
절차 종료

이 절차의 단계는 간단합니다. 먼저 표시되는 요소와 발견된 총 요소 수에 대한 메시지를 생성합니다. 그런 다음 HTML 텍스트 형식의 전체 텍스트 검색 결과를 얻고 이 텍스트를 양식에 있는 HTML 문서 필드에 표시합니다.

마지막으로 이전 부분 및 다음 부분 버튼을 사용 가능하게 하거나 반대로 거부하기 위해 제어권을 Button Availability() 프로시저로 넘깁니다(얻은 결과 중 어느 부분이 표시되는지에 따라 다름). 이 절차의 텍스트는 코드에 나와 있습니다.

코드 1C v 8.x 절차 버튼 가용성()
양식 Elements.NextPosition.Availability = (SearchList.FullQuantity() - SearchList.StartPosition()) > SearchList.Quantity();
양식 Elements.PreviousPosition.Availability = (SearchList.StartPosition() > 0);
절차 종료

이제 PreviousPart() 및 NextPart() 버튼을 클릭하기 위한 이벤트 핸들러를 생성해야 합니다.

코드 1C v 8.x 절차 이전 부분 누르기(요소)
SearchList.PreviousPart();
출력검색결과();
절차 종료
절차 다음 부분 누르기(요소)
검색목록.NextPart();
출력검색결과();
절차 종료

마지막 "터치"는 양식에 있는 HTML 문서 필드의 onclick 이벤트에 대한 핸들러를 생성하는 것입니다. 사실 HTML 텍스트 형식으로 표시되는 전체 텍스트 검색 결과에는 검색 목록 요소 수에 대한 하이퍼링크가 포함되어 있습니다. 그리고 우리는 사용자가 이 링크를 클릭할 때 시스템이 이 목록 요소에 포함된 개체의 양식을 열기를 원합니다. 이를 위해 HTML 문서 필드에 포함된 HTML 문서의 onclick 이벤트를 가로채서 하이퍼링크에서 목록 항목 번호를 가져와 해당 객체의 양식을 엽니다. HTML 문서 필드의 onclick 이벤트 핸들러 텍스트가 코드로 표시됩니다.

코드 1C v 8.x 프로시저 검색 결과onclick(Element, pEvtObj)
htmlElement = pEvtObj.srcElement;
// 요소 ID 확인
If (htmlElement.id = "FullTextSearchListItem") 그러면
// 파일 이름(검색 목록 줄 번호)을 가져옵니다.
//하이퍼링크에 포함됨
NumberInList = Number(htmlElement.nameProp);
// 검색 목록 문자열을 숫자로 가져옵니다.
SelectedRow = 검색목록[NumberInList];
// 찾은 객체의 폼을 엽니다.
OpenValue(SelectedRow.Value);
pEvtObj.returnValue = 거짓;
endIf;
절차 종료

팁1: 전체 텍스트 검색 비활성화*

대부분의 회계사들은 이 기능의 존재를 모르고 절대 사용하지 않습니다. (서비스 - 데이터 검색)

1C의 전체 텍스트 검색 메커니즘을 사용하면 1C에서 정보를 찾을 수 있습니다. 키워드(단어를 입력하면 쿼리 결과가 나오는 인터넷 검색과 유사합니다.) 이 경우 검색 시간은 데이터베이스 볼륨에 따라 크게 달라지며 몇 시간이 걸릴 수 있습니다. 전체 텍스트 검색 메커니즘을 비활성화해도 1C의 다른 기능과 작업 안정성에는 영향을 미치지 않습니다.

1C의 전체 텍스트 검색 메커니즘은 기본적으로 활성화되어 있습니다. 전체 텍스트 검색을 비활성화하려면 다음으로 이동해야 합니다. 운영 - 전체 텍스트 검색 제어-" 기호 설정 및 제거 전체 텍스트 검색 허용»

전체 텍스트 검색 메커니즘 비활성화는 단독 모드에서 수행됩니다(본인 외에는 누구도 프로그램에서 작업할 수 없습니다)**

전체 텍스트 검색 엔진을 비활성화하면 성능이 최대 10% 향상됩니다.

팁2: 결과 재계산*

대부분의 회계사들은 이 작업이 존재하는지 알지 못하며 매달 수행해야 합니다.

결과는 1C 메커니즘입니다. 빠른 접근보고서를 생성하고 다양한 계산 작업을 수행할 때 데이터에 저장됩니다.

총계를 다시 계산하려면 운영 - 총계 관리로 이동하여 "모든 레지스터" 섹션에서 총계를 계산할 날짜(당월 초)를 설정하고 "실행" 버튼을 클릭해야 합니다.

결과 재계산은 단독 모드에서 수행됩니다(본인 외에는 누구도 프로그램에서 작업할 수 없음)**

결과를 다시 계산하면 생산성이 최대 10% 증가합니다.

팁3: 객체 버전 관리 비활성화***

대부분의 회계사는 이 기능의 존재를 모르고 사용하지 않습니다.

표준 로그와 달리 개체 버전 관리를 사용하면 문서 작업을 수행한 사용자뿐만 아니라 해당 사용자가 정확히 무엇을 변경했는지에 대한 정보를 저장할 수 있습니다(서비스 - 개체 변경 내역). 이 모드유용할 수 있지만 특정 문서 목록에 대해서만 활성화하는 것이 좋습니다. 1C 성능이 저하되고 정보 기반이 증가합니다.

버전 관리는 작업 - 프로그램 설정 - 버전 관리를 통해 구성됩니다. 설정이 필요하지 않은 경우 "객체 버전 관리 사용" 확인란을 제거해야 합니다.

특정 문서 목록에 대한 설정이 필요한 경우 "개체 버전 관리 설정"으로 이동하여 마우스 오른쪽 버튼을 클릭하여 필요한 개체에 대한 "버전" 설정을 지정합니다**

버전 관리를 비활성화하면 성능이 최대 5% 향상됩니다.

_________________________________________________________________

*"1C: Industrial Enterprise Management", "1C: 통합 자동화", "1C: Enterprise Accounting 2.0", "1C: Trade Management 10.3"을 기반으로 한 구성의 경우

**데이터베이스로 일상적인 작업을 수행하기 전에 데이터베이스 복사본을 생성해야 합니다.

***"1C: 제조 기업 관리", "1C: 통합 자동화" 기반 구성의 경우.

1C 8.3을 기반으로 한 구성의 최신 버전에서는 중복 디렉터리 검색 및 교체를 자동화할 수 있는 좋은 기회가 나타났습니다. 이는 특수 처리 1C - 중복 검색 및 교체를 사용하여 수행됩니다. 다음과 같은 관리 양식의 애플리케이션 솔루션에 내장되어 있습니다.

인터페이스에서 처리를 찾는 방법, 이를 사용하여 항목의 중복 항목, 계약자 및 기타 디렉토리를 축소하는 방법에 대한 간단한 지침을 살펴보겠습니다.

주목!처리 작업을 수행하기 전에 다음을 수행하십시오. 백업 복사본데이터 베이스.

중복을 찾는 처리 중

중복 검색 및 제거 처리는 "관리" 탭의 "지원 및 유지 관리" 섹션에 있습니다.

하단:

1C에서 267개의 비디오 강의를 무료로 받으세요:

처리하는 동안 어떤 선택 항목(삭제 표시되지 않은 항목)에 따라 "스캔"할 디렉터리(이 경우 명명법)를 표시하고 중복 사실이 무엇인지 표시해야 합니다. 유사한 단어에 대한 이름 일치). 설정 후 '중복 찾기'를 클릭하세요.

1C는 중복 옵션을 제공합니다.

STINOL 냉장고의 예를 사용하면 시스템은 "101"로 끝나는 요소를 원본으로 표시하고 "103" 요소를 복제본으로 표시했습니다. 오른쪽 창에서 이 항목이 어떤 문서와 관련되어 있는지 확인할 수 있습니다.

귀하의 신념에 따라 "원본으로 표시" 버튼을 사용하여 "원본"의 용도를 변경할 수 있습니다. 접착 과정의 속도를 높이기 위해 "사용 지점"이 더 많은 개체를 표준으로 선택하는 것이 좋습니다.

1C 8.2에서는 ITS 디스크의 범용 처리를 사용하여 중복 요소 검색 및 제거가 수행되었습니다. 데이터 검색 및 교체(8.2)를 통해 값 교체가 가능해졌습니다. 다음으로 링크가 없는 객체는 삭제 대상으로 표시하고 표시된 객체 삭제 처리를 통해 제거했습니다.

1C 8.2에서 중복 항목을 검색하고 삭제하는 프로세스는 별도의 작업으로 수행되었습니다.

  • 데이터베이스에 중복된 내용이 기록되었습니다.
  • 발견된 쌍에 대한 최대 링크 수가 결정되었습니다.
  • 처리 데이터 찾기 및 바꾸기더 적은 수의 링크가 있는 개체는 더 많은 수의 링크가 있는 발견된 복제본으로 대체되었습니다.
  • 참조가 대체된 개체가 삭제 대상으로 표시되었습니다. 1C 8.2 데이터베이스에서 추가 처리가 제거되었습니다.

1C 8.3에서 중복 항목 찾기 및 삭제

1C 8.3 데이터베이스는 동일한 이름의 표준 처리 형식으로 중복 항목을 검색하고 제거하는 고유한 메커니즘을 구현합니다. 계약자와 품목은 물론 다른 문서와 디렉토리에서도 중복 요소를 검색합니다.

1C 8.3의 일반적인 처리 중복 항목 찾기 및 제거 1C 8.3에서 불필요한 정보를 제거하는 프로세스를 용이하게 합니다. 또한 오류 없이, 즉 데이터베이스 회계 위반 없이 삭제됩니다! 아래에서 단계별로 처리를 적용하는 방법을 살펴보겠습니다.

Step 1. 중복 검색 및 제거 처리는 어디에 있나요?

1C 8.3의 처리는 쉽게 호출할 수 있습니다.

  • Ch. 메뉴 – 모든 기능 – 처리 – 중복 검색 및 삭제:
  • 섹션 관리 – 지원 및 유지 관리:

  • 관리 섹션의 탐색 패널 설정 - 중복 항목 검색 및 제거 명령 선택:


Step 2. 처리 기능 “중복 검색 및 제거”

무엇을 알아야 하며 이 치료의 목적은 무엇입니까?

  • 처리는 1C 8.3 데이터베이스의 모든 목록에서 중복 요소를 검색하고 제거합니다. 동시에 관리자의 경우 1C 8.3을 설치해야 합니다. 완전한 권리;
  • 처리는 1C 8.3 데이터베이스에서 모든 중복 요소의 발생을 찾는 데 도움이 되며 중복 요소를 선택한 "올바른" 요소에 대한 링크로 대체합니다.

3단계. 중복 요소 찾기

처리 양식 호출 중복 항목 찾기 및 제거. 작업 순서는 원 안의 숫자로 표시됩니다.

검색 요소 선택 조건을 정의합니다.

  1. 처리 시 중복 항목을 검색할 문서 또는 디렉토리 선택
  2. 요소 선택을 위한 선택 조건을 부과합니다. 예를 들어 표시되지 않고 채워진 TIN 세부정보를 삭제하려면 다음을 수행하세요.

  1. 일반적으로 1C 8.3에서는 기본 이름이 일치하도록 설정되지만 다른 이름을 설정할 수도 있습니다. 예를 들어 TIN이 1C 8.3에서 일치하면 데이터베이스에 기존 TIN이 있다는 경고가 표시됩니다. 1C에 내장된 숫자의 고유성으로 인해 코드가 일치하는 것은 거의 불가능합니다. 따라서 기본 옵션이 가장 많이 사용됩니다.

버튼을 누르면. 중복 검색확립된 조건에 따라 데이터를 선택하고 비교합니다. 중복된 요소가 발견되지 않으면 다음 메시지가 나타납니다.

중복이 감지되면 중복 목록이 나타납니다. 목록에는 다음이 포함됩니다.

  • 왼쪽에는 발견된 요소가 있습니다.
  • 오른쪽에는 발견된 중복 항목 수와 해당 항목이 사용된 문서 목록 등 요소에 대한 데이터가 있습니다.

4단계: 원본 선택

왼쪽 요소 중 하나가 자동으로 원본으로 설정됩니다. 이 경우 다른 요소를 선택하고 클릭하여 지정할 수 있습니다. 원본으로 표시. 목록에서 중복 항목은 플래그로 표시됩니다.

5단계. 1C 8.3에서 중복 제거

책에 따라 제작되었습니다. 중복 제거. 중복 항목은 삭제 대상으로 표시되고 문서의 모든 첨부 파일은 선택한 원본으로 대체됩니다. 처리를 통해 중복된 요소를 완전히 제거할 수 있습니다. 표시된 개체 제거. 섹션 관리 – 지원 및 유지 관리.

이제 처리에 대한 모든 정보가 수신되었으므로 실습으로 넘어 갑시다.

6단계. 은행 계좌 디렉터리에서 중복 항목을 제거하는 예

검색 및 중복 제거 양식을 만들어 보겠습니다.

  1. 은행 계좌 디렉토리
  2. 삭제 표시되지 않았습니다.
  3. 이름으로 비교해보세요.

예를 들어 1C 8.3 데이터베이스에는 중복 은행 계좌가 포함되어 있습니다. 처리가 중복 링크를 제거하는 방법을 살펴보겠습니다.

딸깍 하는 소리 중복 찾기. 결과적으로 1C 8.3은 세 가지 중복 요소를 모두 식별하고 개체에 더 많은 링크를 남길 수 있게 했습니다. 이는 의미가 있으므로 다음과 같이 합니다.

버튼을 누르세요 중복 제거. 모두 완료한 후 필요한 조치 1C 8.3에서는 해당 메시지가 나타납니다.

은행 계좌 디렉토리를 확인해 보겠습니다. 결과적으로 두 개의 계정이 삭제 대상으로 표시됩니다.

모든 것이 잘 진행되었습니다. 1C 8.3 데이터베이스가 정상입니다!

조심하세요! 할 필요가 예약하다브누유에게나는 마시고있다중복된 항목을 삭제하기 전에 절차를 되돌릴 수 없으므로! 중복 요소 제거가 완료되면 데이터베이스 테스트 및 수정, 주요 보고서 확인 등을 수행합니다.

1C ZUP 8.3 프로그램에서 중복된 데이터를 병합하는 방법 개인특별 조수의 도움으로 영상을 시청해 보세요.