기본 컨볼 루션이란 무엇이며 어떤 용도입니까?
컨볼 루션이 수행 될 때, 특정 날짜 (콘볼 루션 날짜) 동안 레지스터에 잔액을 입력하기위한 문서가 생성되고 컨볼 루션 날짜를 포함 할 때까지 (축소 가능 기간)까지 레지스터의 사용되지 않은 문서 및 이동 (정보, 누적, 회계)이 삭제됩니다. 컨볼 루션의 주요 목표 :
시스템 속도를 높이십시오.
정보베이스의 크기를 줄입니다.
중대한. 데이터베이스 컨볼 루션을 수행하기 전에 다음을 권장합니다.
1. 작업 정보베이스 사본에서 컨볼 루션의 예비 테스트를 수행합니다.
2. 성공적인 테스트 결과에 기초하여, 작업 정보베이스에 대한 사용 가능성을 결정하십시오.
ITS 디스크에는 구성 1.6 엔터프라이즈 계정 처리가 있습니다. 2.0에는 "레지스터 항목의 수정"문서가 없으므로 버전 2.0에는 적합하지 않습니다. 따라서 링크에서 처리를 다운로드하십시오 : S A C H A T (다운로드하려면 등록해야합니다).
1) 백업 만들기 : 구성 관리자 메뉴 항목 관리-언로드 정보베이스를 통해 데이터베이스로 이동하십시오.
2) 1C : Enterprise 모드를 통해 기본으로 이동합니다. 월말에 모든 문서가 작성되었는지 여부 (메뉴 항목 작업-예약 \u200b\u200b작업)에서 데이터베이스 컨볼 루션을 수행 할 날짜를 확인해야합니다. 나는 2009 년 3 월 31 일까지 할 것입니다. 따라서이 달의 마감에 대한 문서는 2009 년 3 월에 대한 것이어야합니다.
3) 축소 할 기간 동안의 매출 대차 대조표 보고서를 생성합니다 (메뉴 항목 보고서-매출 대차 대조표). 기지의 컨볼 루션 후 조정을 위해 저장하십시오.
4) 파일-열기 메뉴 항목을 통해 외부 처리를 추가하십시오 데이터베이스 접기 2.0.
서표 "일반 설정":
컨볼 루션 날짜. 컨벌루션 날짜는 접을 수있는 기간에 들어가는 마지막 초를 나타냅니다. 따라서 정보 데이터베이스에서 2009 년 1 분기의 데이터를 축소하려면 컨볼 루션 날짜가 2009 년 3 월 31 일 23:59:59를 나타내야합니다.
나머지 입력 문서의 줄 수. 이 매개 변수는 하나의 나머지 입력 문서에서 가능한 최대 줄 수를 정의합니다. 매개 변수가 비어 있으면 (0과 같음) 줄 수를 제한하지 않고 각 레지스터 / 계정에 대해 하나의 문서가 작성됩니다.
서표 "컨볼 루션 방법 구성":이 단계에서 어떤 대상과 어떤 기간을 최소화해야하는지 결정합니다. 다음과 같은 객체 처리 방법이 제공됩니다.
- 날짜-컨볼 루션 날짜 이전의 개체가 축소됩니다. "종료일"매개 변수를 입력하면 종료일 이전의 객체가 축소됩니다. 따라서 다양한 객체에 대해 다른 컨벌루션 날짜를 지정할 수 있습니다. "종료 날짜"매개 변수를 지정하지 않으면 "일반 설정"탭에 표시된 회선 날짜에 따라 회선이 수행됩니다.
처리하지 마십시오-개체가 축소되지 않습니다.
이 기간 동안-지정된 간격으로 누워있는 모든 개체가 축소됩니다.
지우기-컨볼 루션 날짜 이전의 모든 객체를 삭제하고 잔액 입력을위한 문서가 생성되지 않습니다. 이 모드는 정보 레지스터에서만 사용할 수 있습니다.
"기본 설정 채우기"버튼을 사용하여 접을 수있는 객체의 구성과 기본 컨볼 루션 방법을 채울 수 있습니다. 이 경우 접을 수있는 객체에 다음 설정이 지정됩니다.
- 모든 문서에 대해 "날짜"컨볼 루션 모드가 설정됩니다.
- 모든 누적 및 회계 레지스터에 대해 "날짜"컨볼 루션 모드가 설정됩니다.
- 문서 "레지스터 항목의 수정"이 등록자가 아닌 모든 정기 정보 레지스터의 경우 "처리하지 않음"컨볼 루션 모드가 설정되고 다른 모든 정기 정보 레지스터의 경우 모드는 "일자"입니다.
- 비정기 정보 레지스터의 경우 "처리하지 않음"컨볼 루션 모드가 설정됩니다.
이전에 설정 한 컨볼 루션 설정을 저장 및 복원 할 수 있으며 "XML로 업로드"및 "XML에서 다운로드"버튼이 사용됩니다.
기본 설정을 입력하겠습니다.
서표 "잔액 입력을위한 문서":
이 단계에서 누적, 정보 및 회계 레지스터에 대한 잔액 입력 문서가 생성됩니다. 생성 된 문서는 컨볼 루션 날짜 후 2 초에 위치합니다 (예 : 컨볼 루션 날짜가 03/31/2009 11:59:59 p.m. 인 경우 문서는 04/01/2009 00:00:00에 작성됩니다.
잔액 입력을위한 문서로는 "등록 항목 수정"및 "운영 (회계 및 세무 회계)"문서가 사용됩니다.
잔류 입력 문서는 이동이 비활성화 된 상태로 생성됩니다. 잔액 입력을위한 문서에는 "[데이터베이스의 컨볼 루션을 처리하여 형성됨]"텍스트가 포함 된 주석이 포함되어 있습니다.
각 등록 / 계정마다 별도의 잔액 입력 문서가 생성됩니다. 각 레지스터 / 계정에 대한 잔액 입력 문서 수는 "잔액 입력 문서의 라인 수"매개 변수에 의해 결정됩니다 (자세한 내용은 위 참조).
베이스 축소 (버튼 "붕괴 기초" 하단 명령 모음에서). 이 단계에서 접을 수있는 기간 동안 개체가 삭제됩니다.
이 프로세스는 시간이 오래 걸릴 수 있습니다. 데이터베이스의 컨볼 루션 후에는 최소화 된 기간에 문서를 변경하거나 다시 작성하는 것이 엄격히 금지됩니다.
이 단계에서 오류가 발생하여 개체 삭제 프로세스가 중단되어 완전히 완료되지 않은 경우 다음과 같은 상황이 발생할 수 있습니다. 일부 레지스터의 경우 총계가 비활성화 된 상태로 유지됩니다. 이것은 일부 레지스터의 총계를 얻는 것을 불가능하게합니다. 총계가 비활성화 된 레지스터 목록은 "총계가 비활성화 된 레지스터"탭에서 볼 수 있습니다. 동일한 탭에서 필요한 경우 합계를 포함 할 수 있습니다.
얼마 후 1C베이스의 크기가 크게 증가하여 시스템 속도에 악영향을 줄 수 있습니다. 그렇습니다. 5 년 전의 오래된 문서가 항상 필요한 것은 아니며 종종 방해가됩니다. 오래된 문서를 제거하고 데이터베이스를 정리하고 프로그램 속도를 높이기 위해 1C 개발자는 1C 정보베이스의 컨볼 루션 (convolution)과 같은 간단한 작업을 수행했습니다.
1C 8.3의 기본 컨볼 루션이란 무엇입니까? 컨볼 루션은 특정 날짜에 현재 잔액을 입력하고 오래되고 불필요한 문서를 제거하는 것입니다. 아래에서는 1C 회계 3.0의 예에서 일반적인 구성을위한 컨볼 루션을 만드는 방법에 대해 설명합니다.
이 매뉴얼은 무역 관리 (UT) 11, 급여 및 인사 관리 (ZUP) 3.0, ERP 2.0, 소규모 비즈니스 관리 (UNF)와 같은 다른 최신 구성에도 적합합니다. 구성이 일반적이지 않은 경우 절차를 매우 신중하게 수행해야하며 컨볼 루션 후 데이터를 확인하는 것이 좋습니다.
우선- 꼭하세요. 문제가 발생하면 언제든지 원래 데이터로 돌아갈 수 있습니다.
컨볼 루션은 사용자가 시스템에서 작업하지 않고 이루어져야합니다. 따라서 사전에 동료에게 프로그램을 떠나도록 요청하십시오.
기본 컨볼 루션 명령
엔터프라이즈 모드에서 1C 프로그램으로 이동하십시오. "관리"탭으로 이동하여 "Collapse infobase"항목을 선택하십시오.
열린 창에서 프로그램 자체는 프로그램의 백업 사본을 만들 것을 제안합니다. 거부하지 마십시오.
프로그램이 어떤 이유로 사본을 작성할 수없는 경우-이 지시 사항에 따라 수동으로 작성하십시오. “Next”버튼을 클릭하여 다음 단계로 진행합니다. 이 시스템은 어떤 조직이 어떤 조직과 어떤 기간 동안 조직되어야하는지 선택하도록 제공합니다.
"모든 조직"및 2015 년 기간을 선택하십시오.
다음 단계에서 시스템은 잔액 생성을위한 레지스터를 선택하라는 메시지를 표시합니다. 기본적으로이 설정을 그대로두고 프로세스를 계속 진행하는 것이 좋습니다.
"조회보기"단계에서 시스템은보고 확인하기 위해 사용할 수있는 잔액 입력을위한 문서를 생성합니다.
작업이 올바르게 입력되면 자동 확인을 진행할 수 있습니다. 컨볼 루션 작업 전후에 대차 대조표의 아날로그를 볼 수 있습니다.
컨볼 루션 1C 확인
의심스러운 경우 작업을 항상 취소 할 수 있으며 원래 상태로 돌아갑니다.
수동 검사 후 데이터를 마지막 단계로 이동하여 이전 문서 삭제를 표시 할 수 있습니다. 이 단계는 데이터베이스 크기 및 작업 수에 따라 10 분에서 몇 시간이 걸릴 수 있습니다.
그게 다야-기본 1C 회계 8.3의 컨볼 루션이 준비되었습니다! 어쨌든 오래된 문서를 삭제 한 후에는 정보의 유사성에 대한 기본 보고서를 확인하는 것이 좋습니다. 최후의 수단으로 항상 백업에서 데이터베이스를 복원 할 수 있습니다.
프로세스가 끝나면 불필요한 문서를 제거하기 위해 "표시된 개체 삭제"처리를 시작하는 것이 좋습니다. 생성 된 컨볼 루션 문서는 "수동 항목"섹션의 "작업"섹션에 있습니다.
1C 8.2 및 7.7에서 컨볼 루션을 작성 해야하는 경우 별도의 처리로 수행된다는 점을 제외하면 실제로 위와 다르지 않습니다.
정보베이스의 프로세스에서, 그 크기는 필연적으로 증가 할 것입니다. 대기업에서는 연간 5 기가 바이트 이상에이를 수 있습니다. 이러한 빠른 성장은 프로그램 속도와 데이터 무결성에 영향을 줄 수 있습니다. 정보베이스의 크기가 클수록 데이터 손실이 수반 될 가능성이 높습니다.
필요한 모든 정보를 유지하면서 정보베이스 1C를 지우는 방법은 무엇입니까?
“1C 정보베이스의 컨볼 루션”은이 문제에 도움이 될 것입니다. 문서를 처리하는 프로세스와 불필요한 오래된 문서를 삭제할 수있는 구성 레지스터입니다. 대신에, 그들은 주어진 기간 동안 잔액을 입력하기 위해 여러 문서를 형성합니다. 따라서 우리는 주어진 기간까지 회계를“차단”합니다.
컨볼 루션의 주요 목표는 다음과 같습니다.
시스템 속도 향상
인포베이스의 크기 줄이기
컨볼 루션은 다음과 같은 경우 고려할 가치가 있습니다.
"느려진"1C
1C 기본 크기 (5 기가 바이트 이상)
1C 업데이트 시간이 오래 걸림
"Calluses"는 지난 몇 년간의 문서를 주시합니다
프로젝트의 프레임 워크에서 나는 1C : ERP 2.0에서 1C : ERP 2.1로 전환 할 때 1C베이스를 축소하는 방법에 직면했다.
컨볼 루션이 필요할 때 1C 회사는 1C : UT 11 및 1C : BP 3.0 및 이전 버전에 대해서만 표준 메커니즘을 개발했습니다.
컨볼 루션을 개발하기 위해 1C : UT 11의 메커니즘을 기본으로 사용했습니다. Release 1C : UT 11은 1C : ERP 2.0과 거의 동일한 릴리스 시간을 가졌습니다.
컨볼 루션베이스 1C의 단계
정보베이스의 컨볼 루션은 세 단계로 수행됩니다.
- 작업 기반과의 균형 조정
잔액 입력
기록 데이터 삭제 (이동 삭제 및 문서 삭제 표시)
잔액 입력
모든 구성에서 저울을 입력하기위한 특별 문서가 제공됩니다.
1C : ERP 구성은 여러 하위 시스템의 공생입니다. 각 서브 시스템은 초기 잔고에 대해 자체 입력 문서를 사용합니다.
1C : UT 11에서 잔액을 입력하기위한 문서의 일부에 대해, 레지스터에서 잔액을 자동으로 채우는 절차가 제공됩니다.
예 : "창고 상품", "고객 / 공급 업체와의 상호 정산", "고객 주문 / 공급 업체", "반품 포장", "현금")
다른 문서의 경우 자체 절차를 개발해야합니다.
예를 들어, 부분적으로 회계 기록부, 직원 기록, 비유동 자산에 의한 "직원과의 정산".
잔액을 전송하기 전에 소스 데이터베이스의 어떤 데이터를 전송해야하는지 분석해야합니다. 개발하는 동안 아무것도 놓치지 않기 위해 입력 날짜에 소스 데이터베이스에 어떤 누적, 회계 및 정보 등록이 소스 데이터베이스에 잔액 (데이터)이 있는지 결정했습니다. 모든 누적 등록, 정보, 회계에 대한 잔액 및 이동에 대한 보고서를 개발했습니다.
- "초기 잔고 입력"문서 작성
저울 입력을위한 각 유형의 연산에 대해, 1C : UT 11에서 처리 할 때 저울을 입력하는 메커니즘의 존재를 분석하여이 유형의 연산을 이동하는 레지스터를 결정했습니다. 잔액 입력을위한 존재하지 않는 메커니즘을 위해 그는 자신의 것을 개발했습니다.
- "레지스터 조정", "데이터 전송"및 "운영 (규정 회계)"문서 작성
표준 문서로 저울 입력을 개발 한 후, 일부 서브 시스템, 메커니즘, 레지스터의 경우 저울 입력을위한 해당 문서가 없음이 밝혀졌습니다.
예를 들어, 생산 등록기, "기타 자산 및 부채", "이전 주문", "발행 주문", "보험료 자금이있는 정착지"에 대한 잔액
이러한 레지스터 (메커니즘)에 잔액을 입력하기위한 구성을 수정하거나 문서를 사용하여 잔액 채우기를 개발할 수 있습니다.
- “레지스터 수정”– 다른 하위 시스템에 적합합니다.
- 정교한 잔류 물 투입 체계
"데이터 전송"-급여 및 인사 관리 서브 시스템의 레지스터에 적합
"조작 (규제 회계)"- "밸런스 입력"문서에 반영되지 않은 데이터를 기반으로 회계 레지스터의 잔액에 적합
일부 1C : ERP 메커니즘의 경우 컨볼 루션 날짜에 잔액을 도입하도록 제한 할 수 없습니다. 이는 특정 메커니즘의 경우 키 데이터가 레지스터뿐만 아니라 문서 자체에도 저장되기 때문입니다. 이들은 주로 레지스터 데이터에 의해 참조되는 문서입니다. 잔액 입력을위한 표준 처리에서 이러한 메커니즘은 고객 주문을 처리하도록 설계되었습니다. 본질은 다음과 같습니다.
1. 나머지 주문 잔액
2. 잔액의 전표에는 특별 주석이 표시됩니다.
3. 부분적으로 마감되지 않은 오더의 경우 테이블 형식 부분은 컨볼 루션 날짜의 잔액 데이터로만 보충됩니다.
이 경우 주문 메커니즘의 레지스터에 잔액을 입력하기위한 전표를 입력하지 않으며 잔액이있는 주문 전표에는 특별 주석이 표시됩니다. 이러한 문서는 후속 컨볼 루션 단계에서 삭제되지 않습니다.
인사 문서에도 동일한 메커니즘을 적용했습니다. 컨볼 루션 날짜에 근무하는 직원의 문서에 특별한 의견을 표시했으며 나머지 문서는 컨볼 루션의 후속 단계에서 삭제되었습니다.
히스토리 데이터 삭제
데이터 삭제는 두 단계로 수행됩니다.
문서 이동 삭제
삭제할 문서 표시
각 레지스터에서 이동을 삭제하는 경우 :
1. 다음과 같은 모든 문서가 선택됩니다.
컨볼 루션 날짜로 레지스터를 "이동"
2. 총계 사용 금지
3. 각 문서에 대해 이동이 삭제됩니다.
각 문서 유형에 대해 특수 주석이 포함되지 않은 문서 목록이 생성됩니다. 삭제 표시되어 있습니다.
작업대와의 잔액 입력 정확성 확인
먼저, 저울은 모든 레지스터에 대해 (레지스터별로 측정하지 않고) 각 레지스터에 대해 전체적으로 점검됩니다. 각 리소스의 총량이 일치하면 다음 레지스터를 확인하십시오. 차이가있는 경우 측정 상황에서 더 자세한 잔차를 분석합니다. 가장 적은 수의 다른 값을 가진 측정부터 시작해야합니다.
예를 들어 대부분의 레지스터의 경우 조직 차원이 먼저 분석됩니다. 불일치하는 조직이 밝혀졌습니다. 또한 각 조직에 대해 더 자세한 데이터가 분석됩니다.
1C : ERP, 1C : UPP, 1C : 통합 자동화, 1C : 보유 관리와 같은 복잡한 시스템이 회계에 더 많이 사용되는 경우 일부 또는 모든 프로그램 기능을 부적절하게 또는 부분적으로 사용할 수 있습니다. 이는 회계 서비스 직원이 회계 문서를 직접 제어하고 운영 문서를 사용하여 수동 조정을 수행하고 (규제 된 회계) 해당 누적 레지스터의 데이터를 제어하지 않기 때문입니다.
1C : ERP에서 회계 작업의 기초는 누적 레지스터입니다. 잔액 입력을위한 문서 생성 작업은 누적 레지스터의 데이터를 기반으로 수행됩니다.
이 상황에서, 회계 레지스터에 따라 축적 레지스터의 데이터에 따라베이스의 컨볼 루션에 의해 입력 된 저울은 새로운베이스와 작업베이스 사이에서 다를 것이다.
이 문제에 대한 두 가지 해결책이 있습니다.
1. 작업 기지에서 누적 레지스터의 잔액을 순서대로 가져옵니다.
2. 누적 레지스터의 데이터에서 회계 레지스터의 데이터로 잔액을 입력하는 절차를 다시 작성하십시오 (회계 레지스터의 데이터가 누적 레지스터의 데이터를 포함하는 경우). 두 번째 방법을 사용했습니다.
데이터 컨볼 루션 프로세스 구성
정보베이스의 컨볼 루션을 구성하기 위해 일반적으로 별도의 사본이 생성되고 처리가 시작되어 위에서 설명한 작업을 수행합니다. 기존 데이터를 별도의 데이터베이스에 저장하고 최소화 된 새 데이터베이스에서 계속 작업하기 위해 데이터베이스 사본이 작성됩니다.
긴 처리 시간이 아니라면 몇 시간에서 몇 주까지 모든 것이 간단합니다.
컨벌루션 프로세스의 기간은 다음에 따라 다릅니다.
기본 구성
사용 된 서브 시스템
컨벌루션 날짜 이전에 입력 된 데이터 양
프로세스 기간으로 인해 두 가지 중요한 문제가 발생합니다.
. 새로운 축소 된 기반이 준비 될 때까지 회계를 계속해야합니다. 문서를 쓰고, 변경된 데이터를 계산 및 기록하고, 보고서를 제출하십시오. 축소 된 데이터베이스를 새로 만든 후 사용자는 컨볼 루션 프로세스 중에 이전 데이터베이스에 입력 한 모든 정보를 새 데이터베이스에 입력하고 동시에 새 데이터를 입력해야합니다. 지속적인 작업을 수행합니다. 또한 새 저울에서 잔액을 확인하고 잔액을 만든 후 시스템 작동을 확인해야합니다. 숨겨진 데이터베이스 컨볼 루션 오류가있을 수 있습니다.2. 컨볼 루션 처리 테스트의 복잡성 . 컨볼 루션을위한 방법론을 개발하거나 처리 코드를 작성하는 단계에서 오류 비용이 증가합니다. 예를 들어 컨벌루션 프로세스에 1 일이 걸리는 경우 각 오류가 즉시 감지되지 않고 새 테스트 후마다 10 개의 오류가있는 테스트 프로세스에 10 일이 소요될 수 있습니다. 그리고 컨볼 루션이 하루가 아니라 일주일이 걸리면? 그리고 10 오류가 아니라 더 많은 경우? ...
이러한 문제를 해결하기 위해 교환 계획과“XML 데이터 업로드 및 다운로드”처리를 사용했습니다.
작업 데이터베이스에서 컨볼 루션을 위해 데이터베이스 사본을 작성한 후 모든 변경 사항을 기록하는 교환 계획을 추가했습니다. 컨볼 루션 후 "XML 데이터 업로드 및 다운로드"를 처리하여 작업중인 데이터베이스에서 변경된 데이터를 전송했습니다. 따라서 사용자는 새 데이터베이스에 데이터를 입력 할 필요가 없었으며 자동으로 전송되었습니다.
코딩 오류의 식별은 일반적으로 잔류 물의 조정 단계, 즉 잔액을 입력하고 내역 데이터를 삭제 한 후 제거 단계가 상당히 길고, 대부분의 경우 잔류 물의 도입 정확성은 제거 단계에 의존하지 않기 때문에, 별도의 제 3 염기에서 잔류 물의 투입을 시험하고 정제하는 것이 더 실용적이다. 지난 기간 동안 데이터를 삭제하는 프로세스가 새 데이터베이스에서 진행되는 동안 컨볼 루션 처리에서 식별 된 오류를 제거하고 새로운 컨볼 루션 절차를 마무리했습니다. 오래된 문서 삭제와 이동이 완료된 후 새 데이터베이스가 준비되었지만 잘못된 잔재가있었습니다. 작업 기반의 별도 사본에서 잔액에 대한 문서를 생성하고 변경 사항이 교환 계획에 자동으로 기록되었으며“XML 데이터 업로드 및 다운로드”처리가 변경된 잔액을 새 작업 기반으로 전송했습니다. 새 오류를 식별 할 때이 작업을 반복하십시오. 이 방법은 잔류 물 투입 절차의 개발 및 테스트를 크게 가속화했습니다.
고객 기반에는 지난 기간 동안 150 만 개의 문서가 포함되었습니다.
운영 기간은 다음과 같습니다.
1 시간-잔액 입력
6 일-운동 제거
4 일-삭제 표시 설정
개발 프로세스는 시간이 많이 걸리고 컨볼 루션 단계의 지속 시간이 길기 때문에 앞으로 다음과 같은 일련의 작업을 결정했습니다.
1. 작업 계획에 교환 계획 추가.
2. 데이터베이스 사본 작성- "최소화 된 새 데이터베이스"
3. 최소화 된 데이터베이스에서 컨볼 루션 날짜까지의 모든 데이터 삭제 절차 (가장 긴 작업)
4. 잔액 분석 및 잔액 입력을위한 운영 개발
5. 잔액 입력 절차 사본을 별도의 사본으로 작성 (교환 계획 변경 등록)
6. 근로자 사본에서 "새 최소화 된 데이터베이스"로 잔액 입력에 대한 데이터 전송
7. 필요한 경우 저울을 점검하고 단락 5, 6, 7을 반복하십시오.
처음부터 두 번째부터 1C에 대한 이상적인 기본 컨볼 루션 처리를 작성하기가 어렵습니다. ERP, 각 메커니즘 내부와 각 하위 시스템을 철저히 알아야하지만 매번 더 나아질 것입니다.
데이터베이스 컨볼 루션은 수많은 1C 소프트웨어 사용자가 겪는 필수 절차입니다. 이 과정에서 데이터베이스는 주어진 기간 동안 가치를 나타내지 않는 많은 수의 문서로 자란다. 작업 필드에서 제외하지만 동시에 액세스 할 수 있도록 저장하면 최소화됩니다. 이 자료에서 우리는 컨볼 루션이 무엇 이고이 작업이 어떻게 올바르게 수행되는지에 대한 질문에 답할 것입니다.
컨볼 루션이란 무엇입니까?
많은 회사에서 1C 인포베이스 작업은 오랜 시간에 걸쳐 수행되므로 결과적으로 데이터베이스 크기가 증가합니다. 많은 수의 작업을 수행하는 대규모 조직에서 성장 속도가 훨씬 빠릅니다. 또한 종종 동일한 기반이 여러 조직에 서비스를 제공합니다. 이 경우 크기가 큰 값에 도달 할 수 있습니다. 경우에 따라 데이터베이스는 몇 년만에 4-5GB의 볼륨에 도달 할 수 있습니다.
이 상황은 다음과 같은 어려움을 초래합니다.
- 프로그램 작업 속도를 늦추십시오.
- 데이터베이스 백업 시간 증가
- 프로그램 작업시 사용자를 방해 할 수있는 많은 수의 오래된 문서가 누적됩니다.
프로그램이 단순히 열리지 않기 때문에 데이터베이스 작업이 불가능한 중요한 볼륨도 있습니다. 파일 기반의 경우 임계 볼륨은 12 기가 바이트입니다.
위의 모든 문제를 피하려면 받침대 1c를 축소해야합니다. 이 절차의 본질은 과거의 문서를 보관 및 연결하고 불필요한 정보를 삭제하여 작업량을 줄이는 것입니다.
컨볼 루션은 어떻게 이루어 집니까?
데이터베이스를 컨볼 루션하려면 "관리"라는 계정 하위 섹션을 선택해야합니다. 그런 다음 작업 패널에 "서비스"그룹이 있습니다. 여기에는 "기타 팀 ..."이라는 버튼이 있습니다. 클릭해야하며 그 후에 특수 양식이 화면에 나타나고 순차적 작업 목록이 나타납니다. 사실 데이터베이스의 1s 컨볼 루션이 올바르게 수행 되려면이 절차가 여러 단계로 수행되어야합니다. 각 단계를 성공적으로 완료하면 목록의 해당 항목이 녹색으로 표시됩니다.
베이스 (1c)의 컨볼 루션은 6 단계로 수행된다 :
- 지원;
- 작동 설정;
- 잔류 물의 형성;
- 보기 작업;
- 검사;
- 오래된 문서 관리.
우리는 각 항목을 더 자세히 고려합니다.
지원
데이터베이스에서 작업을 수행하기 전에 예기치 않은 상황에 대비하여 정보를 저장하도록 백업을 만들어야합니다. 정보베이스를 변화시키는 것도 예외가 아니므로 첫 번째 단계는 백업을 만드는 것입니다.
절차를 시작하려면 해당 필드의 확인란을 선택하십시오. 아래에는 두 개의 필드가 있습니다.
- 관리자-ITS 사용자 이름;
- ITS 서비스 사용을위한 비밀번호입니다.
아래에 백업이 저장 될 디렉토리를 선택하라는 메시지가 표시됩니다.
그 후, 프로그램은 성공적인 백업을 위해 프로그램을 다시 시작해야한다는 경고를 표시합니다. 결과적으로 일정 시간이 지나면 데이터베이스 볼륨에 따라 백업 사본이 생성되고 메뉴 항목이 녹색으로 강조 표시되고 다음 작업을 진행할 수 있습니다.
커스터마이징
이 단계는 가장 중요하고 결정적인 단계이며 가장 신중하게 접근해야합니다. 진행중인 절차를 구성해야합니다. 다음 매개 변수의 정의가 포함됩니다.
- 유골이 시작될 때까지의 기간;
- 기지의 컨볼 루션이 수행 될 조직의 수와 이름;
- 데이터 수정 금지 날짜.
이 데이터베이스를 제공하는 모든 조직에 대해 즉시 절차를 수행하는 것이 좋습니다. 그럼에도 불구하고 어떤 이유로 이것이 허용되지 않는 경우 특정 조직의 기본 1c를 축소 할 수 있습니다. 이 경우 필요한 경우 나중에 다른 조직에 대한 컨볼 루션을 별도로 수행 할 수 있습니다. 작년 초까지 컨볼 루션을 수행하는 것이 좋습니다. 이것이 가장 효과적인 옵션입니다.
잔류 물 형성
잔차 형성은 계획된 작업을 미세 조정하는 작업입니다. 이 메뉴에서 필요한 경우 다듬어야 할 레지스터를 결정해야합니다. 그들은 세 가지 범주로 분류됩니다.
- 회계 레지스터;
- 누적 레지스터;
- 정보 레지스터.
작업보기
이 메뉴 항목을 통해 사용자는 준비된 문서를 검사하여 필요한 경우 삭제 전에 다시 반환 할 수 있습니다. 또한 모든 문서를 열고 변경할 수있는 기회가 있습니다.
검사
이 단계에서는 회계, 누적 레지스터 및 정보 레지스터에 대한 보고서를 작성할 수 있습니다. 회계 및 세무 회계에 대한 모든 정보를 얻을 수도 있습니다. 화면 오른쪽에는 표준 보고서를 구성 할 수있는 버튼이 있습니다.
오래된 문서 삭제
이 항목의 이름은 그 자체를 나타냅니다. 여기서 더 이상 필요없는 오래된 문서를 모두 삭제합니다. 다른 모든 정보와 달리이 문서는 영구적으로 삭제됩니다.
나중에 필요할 수있는 문서를 삭제하지 않으려면 이전 두 단락에 특별한주의를 기울여야합니다.
결론
베이스의 컨볼 루션은 가장 중요한 절차이며 1C 프로그램의 작업을 크게 단순화합니다. 이 자료에서는베이스 1c를 접는 방법을 자세히 조사했습니다. 절차는 여러 단계로 수행되며 숙련 된 사용자에게는 어려움을주지 않습니다.
기본 컨볼 루션 1C 8.2-지난 기간 동안 데이터를 컴파일하고 아카이브하여 데이터베이스 볼륨을 줄이는 것을 목표로하는 조치. 시간이 지남에 따라 특히 대규모 조직의 데이터베이스 크기가 크게 증가합니다.
정보베이스 1C 8.3의 컨볼 루션 이유는 다음과 같습니다.
- 디스크에 많은 양의 데이터 (12GB보다 큰 파일 데이터베이스의 경우 중요합니다. 언젠가 프로그램이 열리지 않습니다).
- 볼륨이 커서 데이터베이스 성능이 떨어질 수 있습니다.
- 이전 시대의 문서 "마 졸라 눈".
때로는 3-4 년 동안 1C베이스가 최소한 4-5GB의 볼륨으로 "증가"합니다.
267 개의 1C 비디오 강의를 무료로 받으십시오 :
오래된 데이터를 제거하고 동시에 전류를 잃지 않으려면 만들어야합니다. 1C 데이터베이스 컨볼 루션.
1C의 기본 컨볼 루션이란 무엇입니까
베이스 (1C)의 컨볼 루션 (convolution)은 오래된 불필요한 문서의 제거를 포함하는 일상적인 동작이다. 원칙적으로 문서 대신 일정 기간 동안 잔액을 입력하기위한 1 개의 문서가 구성됩니다. 따라서 데이터베이스의 회계를 특정 기간으로 차단했습니다.
기본 1C를 축소하는 방법
컨볼 루션 절차는 일반적으로 1C 7.7 및 1C 버전 8 모두에 대해 ITS 디스크에서 사용 가능한 1C의 특수 처리를 사용하여 수행됩니다. 그러나 데이터베이스는 일반적인 구성으로 만 ITS 디스크에서 처리하여 구성 할 수 있음을 이해해야합니다. 그렇지 않으면 즉시 보이지 않는 오류가 나타날 수 있습니다. 일반적인 구성이 아닌 경우 연락해야합니다.
컨볼 루션 처리 자체는 실제로 다음 절차를 수행합니다.
- 필요한 날짜에 모든 계좌 / 등록자에 대해 "잔액 입력"문서가 입력됩니다.
- 필요한 날짜 전에 문서를 삭제하십시오.
예를 들어, 3 년간 기본 1C 8.2 회계 2.0의 컨볼 루션은 약 2-3 시간이 걸립니다. 2 년간 1C 회계 3.0은 약 1 시간 단축되었습니다.
컨볼 루션 1C 다운로드 처리
접는 경우 웹 사이트 (http://its.1c.ru/)에서 공식 개발자-1C 회사의 1C (7.7 및 8)에 대한 최신 컨볼 루션 처리를 다운로드하는 것이 가장 좋습니다. 또한 타사 개발자로부터 처리를 다운로드하거나 개인 1C 프로그래머로부터 수정 된 버전의 기능을 구입할 수도 있습니다.
