1C 정보 기반의 붕괴는 문서 및 구성 레지스터를 처리하는 프로세스뿐만 아니라 특정 연도 초에 현재 잔액, 붕괴 및 조립된 레지스터 데이터의 형성으로 이해됩니다. 이 경우 VAT, 고정 자산 및 기타 여러 회계에 중요한 문서를 제외하고 전년도 문서가 삭제되거나 삭제 표시됩니다.

왜 1C 정보 기반을 롤업합니까?

데이터베이스 크기를 줄이고, 작업 속도를 높이고, 1C 데이터베이스 업데이트 및 보관 시간을 줄이기 위해 컨볼루션이 수행됩니다.

또한 기밀 정보를 저장하는 데에도 사용됩니다. 롤업 후에 직원과 검사 조직은 현재 작업 데이터베이스에 있는 이전 연도의 문서에 액세스할 수 없습니다.

중요: 필요한 경우 축소하기 전에 언제든지 아카이브에서 1C 8.3 데이터베이스를 확장하고 필요한 정보를 얻을 수 있습니다. 1C 8.3 실행 바로 가기에 추가로 "컨볼루션 전" 베이스를 추가하고 항상 "가까이" 사용할 수 있습니다.

1C 8.3 데이터베이스의 컨볼루션

치료 정보 기반 붕괴구성 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 관리 – 서비스:

팁 1. 1C 정보베이스 사본에 대한 처리를 사용하고 결과를 분석한 다음 작업 데이터베이스를 롤업합니다.

팁 2. 롤업하기 전에 해당 구성 개체에 대한 보고서를 생성하고, 과거 기간의 정보가 향후 기간에 필요하게 됩니다. 우선 고정 자산 회계, 부가가치세 및 과거 비용 인식에 대해 이야기하고 있습니다. 1C 8.3 회계, 에디션 3에서 급여를 추적하는 경우 직원과의 상호 합의에 대한 데이터도 필요합니다.

주의: 1C 8.3에서는 롤업 전후의 SALT 확인이 처리 단계 중 하나로 포함되므로 롤업 전 대차대조표를 생성할 필요가 없습니다.

팁 3. 롤업을 수행할 기간을 생각해 보십시오. 급여에 중요하기 때문에 회계사는 작년 데이터를 남기는 경우가 있습니다. 또는 해당 기간 동안 거래량이 너무 크지 않은 경우 이전 2~3년의 데이터도 가능합니다.

예제를 사용하여 1C 8.3 회계 데이터베이스를 롤업하는 방법

일부 기업의 실제 1C 8.3 데이터베이스를 압축하는 예를 고려해 보겠습니다. 농업 기업의 구성 회계, 에디션 3. 이는 실제로 Enterprise Accounting, Rev. 3의 구성이지만 특수 산업 개체를 추가하여 확장되었습니다.

정보 기반 패키징을 포함하여 테스트 및 수정 프로세스를 거친 후 기업의 정보 기반이 4GB에 도달했다고 가정해 보겠습니다. 사용자는 2011년부터 데이터베이스에서 작업해 왔습니다. 2015년 기간을 포함하여 세무 조사관의 조사를 받은 이후 2016년부터 조직은 더 이상 1C 8.3 회계에서 급여를 계산하지 않지만 1C 8.3 ZUP, ed.에서는 2016년까지 기지를 폐쇄하기로 결정했습니다. .

1단계: 백업 복사본 만들기

메뉴에서 관리 – 서비스우리는 사용자 아래에서 처리를 시작합니다. 관리자 권한.우리의 예에서는 관리자. 1C 8.3 데이터베이스에 액세스하려면 관리자 사용자 비밀번호를 입력하십시오. 이미 생성된 프로그램 복사본을 축소하는 경우 확인란을 선택하세요. 백업 만들기재설정될 수 있습니다. 그렇지 않으면 우리는 표시합니다 정보 보안 백업 디렉터리:

키를 누르면 F1키보드를 통해 이 처리를 사용하는 목적과 기능에 대한 정보를 얻을 수 있습니다. 익숙해지면 도움말을 닫고 클릭하세요. 더 나아가다음 처리 단계로 진행 완료된 단계는 녹색으로 강조 표시됩니다.

2단계: 컨볼루션 설정

이 단계에서는 1C 8.3에서 잔액을 형성할 연도 초를 결정합니다. 기본값은 체크되어 있습니다 데이터 변경 금지 날짜를 설정합니다. 2016년 초에 잔액이 형성되는 경우 2015년 12월 31일에 설정됩니다.

모든 조직 또는 하나의 조직에 대해 데이터베이스를 롤업할 수 있습니다. 예에 따르면 1C 8.3 데이터베이스에는 조직이 하나만 있으므로 처리할 조직을 선택할 수 없습니다.

3단계. 잔류물 형성

버튼으로 더 나아가잔액 형성 규칙 설정으로 넘어 갑시다. 표준 구성의 경우 사전 정의되어 있으며 1C 8.3 Enterprise Accounting, Rev. 3의 경우 가능합니다. 권장 설정을 복원하고,변경된 경우.

접기 규칙을 설정할 수 있습니다. 게시 로그:접거나 접지 마십시오:

각 누적 레지스터에 대해 별도로 규칙을 정의할 수 있습니다.

예를 들어 기본적으로 1C 8.3 Enterprise Accounting, 에디션 3 처리에서는 무너지지 마세요계산대에서 VAT 구매, VAT 판매, VAT 청구그리고 다른 많은 사람들. 즉, 개발자는 어떤 데이터베이스 매개변수를 완전히 보존해야 하는지, 어떤 데이터베이스 매개변수를 축소할 수 있는지 분석했습니다.

하지만 예를 들어 다음과 같이 설정할 수 있습니다. 무너지지 마세요누적 기록부에서 가격에 포함된 VAT:

4단계: 거래 검토

무대에서 거래 보기 2016년 1월 1일 현재 생성된 잔액을 열 수 있으며, 거래는 2015년 12월 31일에 데이터베이스에 기록됩니다. 버튼을 사용하여 잔액을 조정하거나 잔액 입력을 위한 새 작업을 생성할 수도 있습니다. 만들다:

생성된 작업에 대한 옵션은 다음과 같습니다. 회계 기록부:

에 의해 정보 레지스터:

에 의해 누적 레지스터:

5단계. 검증

다음으로 생성된 문서를 확인하는 단계로 넘어갑니다. 이 단계에서는 축소 전과 축소 후 2015년 말에 생성된 대차대조표와 유사한 보고서를 볼 수 있습니다. 우리의 경우 데이터 간의 불일치는 데이터베이스 작업을 시작할 때 잔액을 입력하는 데 사용된 추가 계정 000에만 해당됩니다.

세무회계(TA)에 대한 데이터를 조회하고 비교할 수 있습니다. 이렇게 하려면 모든 표준 1C 보고서에서와 같이 오른쪽에 있는 버튼을 사용하십시오. 설정 표시 NU 표시기 옆의 확인란을 선택합니다.

우리는 BU 및 NU에 대한 데이터로 보고서를 생성합니다. 그런 다음 수표를 다음으로 전환합니다. 정보 및 축적 기록:

정보 및 누적의 개별 레지스터에 대한 정보를 표시하는 것이 가능합니다. 버튼으로 더정보를 받고 싶은 레지스터를 선택하거나 선택 취소할 수 있습니다.

6단계: 오래된 문서 삭제하기

버튼 옵션이 있습니다 뒤쪽에생성된 잔액 문서 삭제를 포함하여 이전 조정 단계로 이동합니다. 아니면 버튼으로 더 나아가다음 단계로 이동 - 오래된 문서 삭제. 이 단계에서는 1C 8.3의 프로세스를 되돌릴 수 없다는 경고를 받습니다. 하지만 현재로서는 오래된 문서만 삭제 표시됩니다. 이 단계는 이전 단계보다 훨씬 길며 꽤 길 수 있습니다.

7단계. 완료

이 단계가 완료되면 컨볼루션이 성공적으로 완료되었다는 메시지를 받습니다.

8단계. 삭제 표시된 문서 삭제

작업 로그를 열면 2011년 문서가 삭제 대상으로 표시되어 있는 것을 볼 수 있습니다.

팁 4.처리에 사용 표시된 개체 제거기회 개체를 부분적으로 제거합니다.관련된 개체 그룹을 삭제합니다. 단계적으로 제거를 수행하고 단계 사이에 휴식을 취하십시오. 또는 주요 공휴일을 전후하여 롤업을 예약하세요.

그러나 삭제 표시된 문서를 삭제하기 전에 고정 자산, 급여 및 VAT의 올바른 회계를 위해 모든 데이터가 남아 있는지 여부를 알려주는 필수 보고서를 작성하십시오.

1C 8.3 회계에서는 롤업 전후의 롤업 날짜에 대한 보고서를 생성하는 것이 유용합니다.

• 고정자산 감가상각 명세서
• 단순화 중 비용 분석, VAT 관리, 직원과의 상호 정산 등을 위한 다양한 누적 기록에 대한 종합 보고서
• 그리고 기업의 회계 정책에 따른 기타 보고서.

또한 사용되지 않는 구성 개체를 가리키는 1C 처리 파트너를 찾아야 합니다. 예를 들어, 이전 기간의 문서가 삭제되었기 때문에 더 이상 존재하지 않는 링크인 Nomenclature 디렉토리의 요소를 찾으십시오. 그리고 이 항목을 더 이상 판매하거나 구매할 의사가 없으면 삭제할 수 있습니다.

독자 여러분, 컨볼루션은 1C 데이터베이스를 최적화하는 데 가장 성공적인 솔루션이 아닙니다. SQL로 전환하는 것이 훨씬 빠르고 노동 집약적입니다. SQL로 전환하면 모든 문서에 대한 액세스가 유지되고 데이터베이스 속도가 여러 번 향상되며 매년 데이터베이스를 최소화하고 데이터 전송의 정확성에 대해 걱정할 필요가 없습니다.

1C v7.7은 현재 더 이상 사용되지 않는 것으로 간주되지만 여전히 이를 사용하는 회사가 있습니다. 진행 상황이 멈추지 않기 때문에 대부분의 1C 전문가는 오랫동안 1C:v8 플랫폼에 대해 재교육을 받았고 "7"을 잊어버렸기 때문에 작업을 원하지 않습니다. 이 기사에서는 데이터베이스를 축소하는 방법(기간 보관)을 설명합니다. 제가 데이터베이스 축소를 선택한 것은 우연이 아닙니다. 사실 현재 "seven"을 사용하는 사람들의 경우 데이터베이스 구성이 크게 변경되어 표준 도구를 사용할 수 없게 됩니다. 이 기사는 1C: Trade and Warehouse 9.2를 기반으로 한 구성을 기반으로 작성되었습니다.

서정적 여담: 여기에 제시된 모든 치료법은 저자의 소유이며 나는 결코 그들의 저자임을 주장하지 않습니다.

다음 표기법을 소개하겠습니다.

1. 전체 기반은 우리의 작업 기반이며, 우리는 이를 마무리할 것입니다.
2. 빈 베이스 - 상수와 참고서만 포함된 베이스입니다.
3. 문서가 없는 데이터베이스는 잔액은 포함하지만 해당 기간의 이동 문서는 포함하지 않는 데이터베이스입니다.
4. 축소된 베이스 - 해당 기간의 잔액 및 이동 문서가 포함된 베이스입니다.

이제 데이터베이스 컨볼루션을 수행하는 작은 알고리즘을 개발해 보겠습니다.

1. 정보 기반에서 오류를 확인합니다.
2. 레지스터 작업을 위해 구성에 문서를 추가합니다.
3. 정보 베이스의 사본을 작성합니다.
4. 데이터베이스에서 모든 문서 및 정기 세부 정보를 제거합니다.
5. "전체 데이터베이스"에서 "빈" 데이터베이스로 잔액 형성 및 이전
6. 롤업 기간 동안 "전체 데이터베이스"에서 "문서 없는 베이스"로 이동을 수행하는 문서를 전송합니다.
7. "접힌 데이터베이스"에 문서 게시 및 시퀀스 복원.

이제 각 단계를 그림과 설명과 함께 순서대로 설명합니다.

1. 정보 기반에서 오류 확인 - 이 단계는 구성기에서 수행됩니다. (관리 - 테스트 및 수정).

이제 테스트 및 수정 프로세스를 설정해야 합니다. 이를 위해 "설정" 버튼을 클릭하세요.

그림과 같이 모든 확인란을 선택하고 "확인"과 "실행"을 클릭합니다. 테스트 및 수정 프로세스는 특히 데이터베이스가 큰 경우 상당히 깁니다. 모든 것이 정지된 것처럼 보이지만 실제로는 모든 것이 작동하고 있습니다.

2. 레지스터 작업을 위한 구성에 문서 추가 - 이 문서를 사용하면 필요한 레지스터 데이터가 포함된 문서를 생성할 수 있습니다. 문서를 다운로드 받으실 수 있습니다. 아카이브 안에는 데이터베이스에 문서를 추가하는 방법에 대한 설명이 있는데 여기에 복사하겠습니다. 구성기를 열고 구성 병합(구성-병합 구성)을 위한 마법사를 호출하면 구성 파일을 선택하는 창이 열립니다. 압축을 푼 위치의 경로를 지정하고 1Cv7.MD 파일을 선택해 보겠습니다.

하나의 문서만 필요하므로 "문서"를 제외한 모든 확인란을 선택 취소하고 창 하단의 스위치가 스크린샷과 같은지 확인한 후 "확인"을 클릭합니다. 프로그램이 문서를 추가하고 구성을 엽니다. 이제 변경 사항을 저장해야 합니다. 이를 수행하려면 "저장" 버튼을 클릭하고 변경 사항을 수락하세요.

3. 정보베이스 사본 만들기 - 여기에서는 모든 것이 간단합니다. 정보베이스 디렉터리(문서를 확인하고 추가한 디렉터리)를 새 디렉터리에 복사하고 1C 구성 선택 창에서 해당 경로를 지정하기만 하면 됩니다.

4. 데이터베이스에서 모든 문서 및 정기 세부 정보 제거 - 이 절차를 수행하려면 *.bat 파일이 필요합니다. 다운로드하고 정보베이스 사본이 있는 폴더에 복사한 후 실행하세요. 이 작업을 수행하면 데이터베이스에서 모든 문서를 삭제할 수 있습니다. 다음 단계는 1C:Enterprise 모드의 단독 모드에서 1C를 시작하는 것입니다(문서 없이 복사본을 실행해야 함). 데이터베이스가 다시 인덱싱됩니다. 이제 데이터베이스의 주기적 세부 정보를 지워야 합니다. 이를 위해 구성기에서 데이터베이스 테스트 및 수정을 시작합니다(포인트 1과 유사).

5. "전체 데이터베이스"에서 "빈"으로 잔액 형성 및 이전 - 이 단계를 완료하려면 "전체 데이터베이스"를 열고 구성에 통합된 "등록별 잔액" 문서를 생성합니다. 문서는 롤업 날짜 전날에 생성되어야 합니다. 예를 들어, 데이터베이스를 2011년 1월 1일에 롤업하는 경우 문서는 2010년 12월 31일에 생성되어야 합니다. 문서를 생성하려면 일반 문서 일지를 열고 키보드의 "삽입" 버튼을 누르거나 일반 일지 창에서 "새 줄 입력"을 눌러야 합니다.

그런 다음 "등록부에 따른 잔액"문서를 선택하고 "확인"을 클릭해야합니다. 아래와 같이 문서 양식이 열립니다.

이제 데이터베이스의 각 레지스터에 대한 잔액을 생성해야 합니다. 이렇게 하려면 드롭다운 목록에서 필요한 레지스터를 선택하고 "채우기" 버튼을 클릭하세요. 가장 중요한 것은 잔액을 생성하는 날짜를 잊지 않는 것입니다. 기본 롤업이 2011년 1월 1일에 수행된 경우 잔액은 2010년 12월 31일에 생성됩니다. 문서 작성 후 '기록' 버튼을 클릭하면 문서가 게시되지 않습니다. 이 작업은 데이터베이스의 각 레지스터에 대해 수행되어야 합니다(드롭다운 목록에서 원하는 레지스터를 선택하고 날짜를 잊지 마십시오). 모든 "등록부에 따른 잔액" 문서는 하루 안에 생성되어야 합니다.

모든 "등록부에 따른 잔액" 문서를 생성한 후 이를 "빈 베이스"로 전송해야 합니다. 전송하려면 이 처리가 필요합니다. "전체 데이터베이스"(파일->Open-Universal.ert)에서 "Universal.ert" 파일을 다운로드하고 압축을 풀고 엽니다. 아래와 같은 창이 열립니다.

이제 처리를 설정해야 합니다. 이를 위해서는 단계별로(아래 스크린샷 참조) 모든 처리 요구 사항을 충족해야 합니다.

처리 중에 "Empty Base"에 대한 경로를 지정한다는 점을 기억하십시오. 첫 번째 탭의 모든 처리 요구 사항을 완료한 후 바로 잔액 이체를 진행합니다. 이렇게 하려면 "문서" 탭으로 이동하여 "등록부에 따른 잔액"이라는 유일한 문서를 표시하고 문서가 생성된 날짜를 설정하십시오.

위 스크린샷과 일치하는지 확인하고 모든 것이 일치하면 "확인" -> "문서 전송"을 클릭합니다.

"빈 베이스"로 잔액 이체가 시작됩니다. 이체가 완료된 후 잔액이 이체된 "빈 베이스"를 열고 모든 문서를 "등록부에 따른 잔액"에 게시해야 합니다. 이렇게 하려면 일반 문서 일지를 열고 양도 날짜(이 경우 12/31/10)로 이동하여 모든 문서 "등록부에 따른 잔액"을 게시하십시오.

7. 롤업 기간 동안 "전체 데이터베이스"에서 "문서 없는 기본"으로 이동하는 문서 전송 - 이 단계는 처리를 사용하여 이전 단계와 마찬가지로 수행됩니다. 우리는 그것을 사용하는 방법을 이미 알고 있으므로 6번 항목의 스크린샷과 같이 모든 작업을 수행합니다.

"문서" 탭으로 이동하여 절대적으로 모든 문서를 선택하고 기간 시작부터 현재 순간까지의 날짜 범위를 설정합니다. 이 경우에는 01/01/11부터 10/13/11까지입니다. 또한 스크린샷에 따라 "삭제 표시됨" 및 "실행됨" 스위치를 설정했습니다.

다음 단계는 "고급 설정" 탭으로 이동하는 것입니다. 스크린샷과 같이 확인란을 선택하고 날짜 범위를 지정해야 합니다.

모든 확인란과 스위치를 설정한 후 "확인" -> "문서 전송"을 클릭합니다(6단계의 스크린샷).

7. "축소된 데이터베이스"에 문서 게시 및 시퀀스 복원 - 문서 전송이 완료되면 기간 시작부터 현재 날짜(이 경우 01.01)까지 전체 "축소된" 데이터베이스를 다시 게시해야 합니다. .11-13.10.11). "작업" -> "문서 게시":

추신: "등록부에 따른 잔액" 문서의 문제 해결:

기사가 게재된 후 "등록부에 따른 잔액" 문서가 작성되지 않고 오류가 발생하는 이유를 묻는 이메일 요청을 많이 받았습니다. 이 문제를 해결하고 모든 분들의 질문에 답하기 위해 문서 마무리에 대한 안내를 여기에 남겨 두겠습니다.

1. 구성기를 열고 "잔액 등록" 문서를 선택합니다.

2. 문서 양식을 엽니다.

3. "새로 만들기" 버튼을 클릭하고 필요한 수의 리소스 및 차원을 추가합니다.
a) 리소스의 경우 설정은 다음과 같습니다.

b) 설정을 측정하는 방법은 다음과 같습니다.

내 기반에서는 약 10개의 차원과 9개의 리소스를 만들었습니다.

4. 구성기에서 문서 양식을 열고 "양식" 버튼을 클릭합니다.

5. 열리는 양식에서 표 형식 부분을 선택하고 "세부 정보 추가" 그림에 표시된 버튼을 클릭합니다.

6. 하단에서 모든 새 리소스와 차원을 선택하고 문서에 붙여넣습니다.

7. 문서를 삽입한 후 저장하세요.

추신: 뭔가 명확하지 않은 경우 메일이 항상 열려 있습니다!

추신: 이 문서에 설명된 기간 롤업 프로세스는 회계 합계 롤업에 적합하지 않습니다. 회계 결과를 롤업하려면 표준 처리 Wrap.ert를 사용하거나 새로운 방법론을 개발해야 합니다.

연초는 데이터베이스를 롤업하기에 이상적인 시기입니다.

시간이 지남에 따라 데이터베이스 크기는 특히 대규모 조직에서 증가합니다. 1C 데이터베이스가 오랫동안 유지되고 상당한 양을 차지하면 작업 속도가 느려집니다.

컨볼루션의 목표는 다음과 같습니다.

• 프로그램 속도를 높이세요
• 데이터베이스 크기 줄이기
• 관련 없는 항목의 디렉토리 지우기

컨볼루션은 무엇에 도움이 되나요?

프로그램 속도 향상 (데이터베이스 크기 감소)

1C에서 워크스테이션 수를 늘리고 새 서버를 구입할 계획이 없지만 1C의 속도가 만족스럽지 않은 경우 데이터베이스를 롤업해야 합니다. 이렇게 하면 컴퓨터의 부하가 줄어듭니다. 서버용 새 하드웨어 구입이나 파일 버전에서 SQL로의 전환을 연기할 수 있습니다.

또한, 대규모 데이터베이스는 더 자주 실패하고 "오락"하며 일반적으로 매우 불안정하게 작동합니다.

과거 데이터 숨기기

롤업은 이전 연도 작업에 대한 정보를 숨기는 좋은 방법입니다. 데이터는 단순히 데이터베이스에 존재하지 않습니다. 이는 접근권한과 비밀번호를 제한하는 것보다 더 안전합니다.

관련없는 항목 및 기타 기록을 제거하십시오.

작업 과정에서 사용되지 않은 항목은 1C 데이터베이스에 축적됩니다. 영수증 및 판매 처리와 목록에서 제품을 선택할 때 방해가 됩니다. 이로 인해 오류가 발생하고 다시 정렬됩니다. 또한 3,000개의 중고 상품과 함께 10,000개의 미사용 상품이 추가로 언로드될 때 많은 수의 품목으로 인해 자율 금전 등록기(예: Frontol)로의 하역 속도가 느려집니다. 데이터베이스를 축소하면 오래된 제품이 제거됩니다. 컨볼루션과 함께 관련 없는 항목 제거 처리를 사용합니다.

축소된 데이터베이스 작업의 불편함

'축소된 기간'에 대한 문서 및 보고서는 사용할 수 없게 됩니다. 이전 기간에 대한 별도의 데이터베이스를 보유하고 그곳에서 기록을 확인해야 하며 더 이상 하나의 보고서에서 전체 기간에 대한 데이터를 수집할 수 없습니다.

컨볼루션 작동 방식

이벤트의 본질은 다음과 같습니다. 날짜가 선택됩니다(이상적인 옵션은 연도 또는 분기의 시작입니다)(예: 2016년 1월 1일). 이 날짜에 모든 회계 섹션에 대한 잔액의 "스냅샷"이 생성됩니다. (재고잔고, 고객, 공급업체 및 중개업자와의 상호정산, 현금 및 정산잔고 계정), 수신된 데이터는 하드디스크에 파일로 업로드됩니다. 그런 다음 이전 정보를 기반으로 필요한 모든 참고서(명칭, 가격 유형, 측정 단위, 가격, 상대방 및 계약, 은행 및 당좌 계좌, 창고, 현금 데스크, 물질적 책임)가 포함된 새로운 정보 기반이 생성됩니다. 등) 및 새 데이터베이스에 잔액을 입력하기 위한 적절한 문서를 생성하면 2016년 1월 1일 기준으로 모든 회계 섹션(하드 드라이브에 저장된 파일의 데이터를 기준으로)에 대한 잔액이 입력됩니다. 새 데이터베이스와 이전 데이터베이스의 잔액이 조정됩니다. 그들의 완전한 우연은 수행된 작업의 성공을 나타내는 지표로 사용됩니다. 작은 오류가 있으면 손으로 쉽게 수정할 수 있습니다.

결과적으로 작업 속도가 크게 향상되고 가장 중요한 것은 1C:Enterprise 프로그램 자체의 실패 위험이 감소한다는 것입니다.

베이스 접는 방법

이상적인 세계에서는 1C 7.7 및 버전 8.2, 8.3용 ITS 디스크에 있는 1C의 특수 처리를 사용하여 컨볼루션이 수행됩니다. 이 경우 프로그램은 잔액 입력을 위한 문서를 생성하고 불필요한 문서를 삭제하도록 표시합니다. 나머지 문서에서 사용되지 않는 디렉토리는 삭제할 수 있습니다. 데이터베이스를 축소하기 전에 문서 순서를 복원해야 합니다.

ITS 디스크에서 처리하여 데이터베이스를 축소하는 작업은 표준 구성을 통해서만 수행할 수 있다는 점을 기억하는 것이 중요합니다. 그렇지 않으면 즉시 표시되지 않는 오류가 나타납니다. 비표준 구성이 있는 경우 숙련된 1C 전문가에게 문의하여 데이터베이스를 대조하는 것이 좋습니다.

스스로 조정을 수행하는 것은 회계에서는 어느 정도 가능하지만 거래에서는 거의 불가능합니다. 그리고 여기에는 필요한 정보가 삭제되거나 불필요한 정보가 남을 수 있는 등 여러 가지 이유가 있습니다. 사용자는 그것에 대해 알지도 못할 것입니다. 왜냐하면... 확인하는 방법을 모릅니다.

1C 데이터베이스의 컨볼루션: 무역 관리

1c 무역 관리 패키지에 대해 말하면서 우리가 자주 해결해야 하는 문제를 언급해야 합니다.

1. 프로그램이 필요하지 않은 레지스터를 사용하는 경우가 많습니다. 예를 들어 VAT(등록부가 7개 있음)입니다. 첫째, 롤업 시간이 더 오래 걸리고 둘째, 문서 제거를 방해합니다.

2. 일괄적으로 사용하는 경우 이 경우 여러 문서를 삭제할 수도 없습니다. 평균에 따라 설정하거나 잔액을 입력할 때 배치 문서를 보조 문서로 대체할 수 있습니다. 따라서 다시 입력하면 삭제된 문서에 대한 링크가 지워집니다.

3. 서류에 따른 상호 합의. 부채를 다시 마감할 수도 있고 잔액 입력을 시작할 때 모든 것을 보조 문서에 보관할 수도 있습니다.

4. 문서와 디렉토리를 "보유"하는 수많은 정보 등록부(가격, 상각 상품, 문서에 대한 액세스, 교환 중 서신 등)가 있습니다.

5. 표준 제거에는 시간이 오래 걸립니다. 그리고 요소가 많으면 전혀 대처하지 못합니다. 우리는 불필요한 문서를 제거하기 위해 자체적으로 더 빠른 처리를 개발했습니다.

패키지 비용

비용은 구성의 복잡성(소매가 더 저렴하고 복잡할수록 더 비쌉니다)과 데이터 볼륨(3Gig 및 30Gig의 데이터베이스를 롤업하는 비용은 다양함)에 따라 달라집니다.
비용을 알아보려면 요청을 남겨주세요. 우리는 귀하에게 연락하여 데이터베이스를 분석하고 최종 비용을 결정합니다.
평균 가격 범위는 8,000 ~ 15,000 루블입니다.

컨볼루션의 단점과 대안

그러나 롤업은 이전 연도의 데이터를 삭제하고 이를 잔액 입력 문서로 대체하는 다소 급진적인 작업입니다.

가장 큰 단점은 데이터베이스가 여러 개 있다는 것입니다. 예를 들어 “Base 2011-2012” 및 “Base 2013”입니다.

그리고 2012년과 2013년의 데이터를 표시하는 하나의 보고서를 작성하는 것도 불가능합니다. 공급업체에 주문하기 전 상품 판매량을 분석하거나 특정 상품이 2012년 1월보다 2013년 1월에 얼마나 많이 팔렸는지 비교하는 등의 유용한 기능은 더 이상 제공되지 않습니다.

데이터베이스 축소는 실제로 다음 두 가지 경우에만 의미가 있습니다.

1. 그녀가 정말 나이가 많은 경우(적어도 4~5세 이상)
2. 데이터를 보호해야 할 뿐만 아니라(예: 비밀번호 사용) 안전하게 숨겨야 하는 경우(컴퓨터에서 물리적으로 삭제)

다른 모든 경우에는 대안에 주의를 기울일 가치가 있습니다.

대안: 사용하지 않는 모듈 비활성화

프로그램의 일부 기능을 사용하지 않더라도 이것이 해당 기능에 컴퓨터 리소스를 낭비하지 않는다는 의미는 아닙니다.

잠재적으로 불필요하지만 리소스를 많이 사용하는 프로그램 섹션은 많지 않습니다.

• 레코드 수준 액세스 제어
• 조직별 잔액 회계(창고별 잔액 회계에 추가)
• 회계에서 구매/판매 도서 데이터 생성 시 회계 처리

다음 기능은 일부 조직에서 사용되지 않지만 확실히 불필요하다고 할 수는 없습니다.

• 원가 계산(판매이익, 마진 계산)
• 배치별 비용 계산(귀하의 경우에는 "평균" 계산으로 충분하더라도)
• 정산 문서의 맥락에서 고객과의 정산

예를 들어, 나는 약간의 조사를 했습니다. 이익 계산 능력을 활용하지 않는 기업의 기반을 잡았습니다. 초기 데이터베이스 크기는 1.6GB입니다. 비용 계산과 관련된 기록을 삭제한 후 데이터베이스 크기가 1GB로 줄었습니다. 사용하지 않는 다른 테이블을 모두 제거한 후 크기는 0.8GB로 떨어졌습니다.

대안: 관련 없는 품목과 계약자를 시야에서 제거하십시오.

제조업체는 지속적으로 제품 범위를 업데이트하고 있습니다. 이로 인해 다시는 판매되지 않을 품목이 제품 디렉토리에 쌓입니다.

가장 큰 불편함은 이러한 제품이

• 1. 영수증이나 매출을 처리하는 관리자 목록을 방해합니다. 이로 인해 오류 및 재평가 가능성이 높아집니다.
• 2. 자율 금전 등록기(예: Frontol)에 업로드하는 속도가 느립니다. 선반에 올려져 있는 품목 중 하역된 품목이 3,000개가 아니라 몇 년 동안 판매되지 않은 품목이 10,000개이기 때문입니다.
• 3. 계산대에서 바코드를 사용하지 않고 계산원이 목록에서 항목을 선택하는 경우 목록이 크면 오류 및 잘못 정렬될 가능성도 높아집니다.

이러한 특정 문제는 컨볼루션의 도움 없이 쉽게 제거될 수 있습니다.

명명법에 "아카이브" 속성을 추가하고 지난 1~2년 동안 이동이 없었던 상품에 자동으로 추가하는 것으로 충분합니다.

또한, 이러한 관련 없는 상품은 삭제 표시를 하고, "_Cart" 폴더로 이동한 후 "yay_"라는 이름을 추가하여 해당 상품이 첫 글자 검색을 방해하지 않도록 할 수 있습니다.

이 경우 우리는 재고가 있는 치료제를 보유하고 있습니다.

대안: 시스템 보안 강화

데이터를 숨겨야 하는 경우 몇 가지 트릭을 사용할 수 있습니다(예를 들어 작업 데이터베이스를 사무실이 아닌 원격 서버에 배치할 수 있습니다. 아마도 다른 국가에도 있을 수 있습니다. 그리고 조사관을 위해 로컬의 흰색 데이터베이스를 준비합니다. ). 그러나 기지를 무너뜨리는 것은 물론 더 쉽습니다.

직원으로부터 자신을 보호해야 하는 경우 SQL 서버와 명확한 액세스 시스템이 도움이 될 것입니다.

대안: 서버 성능 향상

1C 8은 SQL 서버와 함께 대규모 데이터베이스에서 정상적으로 작동할 수 있습니다. 컴퓨터가 충분히 강력하다면 20-50GB의 데이터베이스는 전혀 문제가 되지 않습니다.

정보 데이터베이스를 축소하는 동안 다음 작업이 수행됩니다.

• 조정이 수행된 날짜에 잔액을 입력하기 위한 문서가 생성됩니다.
• 롤업 날짜까지 프로그램에 있었던 기록부의 문서 및 이동은 삭제됩니다.

정보 데이터베이스를 축소하면 다음을 수행할 수 있습니다.

• 시스템 속도를 높이십시오.
• 1C IBD의 크기를 줄입니다.

주목!정보 베이스 축소를 시작하기 전에 다음을 수행해야 합니다.

• 작업 중인 1C IDB 사본에 대해 예비 테스트 롤업을 수행합니다.
• 테스트 롤업이 성공적으로 완료되면 먼저 작업 정보 데이터베이스를 백업한 후 롤업을 시작할 수 있습니다.

정보 데이터베이스를 축소하려면 디스크에 있는 구성(개정 1.6)에 대한 처리가 사용됩니다. 이 처리는 "등록 항목 조정" 문서를 포함하지 않기 때문에 에디션 2.0에는 적합하지 않습니다. 저희 웹사이트에서 주문하실 수 있습니다.

패키지 주문

베이스 롤업에 대한 단계별 지침

• 먼저 정보 데이터베이스의 백업 복사본을 만들어야 합니다. 그런 다음 모드를 사용하여 데이터베이스에 로그인하십시오. 1C: 기업를 확인하고, 롤업일 기준 월말에 모든 서류가 작성되었는지 확인하세요.
• 다음으로, 베이스를 롤업하려는 기간에 대한 매출 대차대조표 보고서를 작성해야 합니다.
• "열기" 명령(파일 메뉴)을 사용하여 외부 처리 Database 2.0을 로드합니다.
• 하단 패널에서 해당 버튼을 클릭하면 데이터베이스가 축소되며, 이 동안 개체는 처리에 지정된 기간 동안 삭제됩니다. 프로세스를 완료하는 데 꽤 오랜 시간이 걸릴 수 있다는 점에 유의해야 합니다. 1C IDB 롤업이 수행된 후에는 어떠한 경우에도 롤업된 기간 동안 문서를 수정하고 다시 게시할 수 없습니다.
  또한 컨볼루션 프로세스 중에 오류가 발생하여 개체 제거가 중단되거나 완전히 완료되지 않은 경우 일부 레지스터의 합계가 비활성화될 수 있다고 말할 수 없습니다. 이로 인해 일부 레지스터에 대한 총계를 얻는 것이 불가능해졌습니다. "총계가 비활성화된 레지스터" 탭에서 총계가 비활성화된 레지스터 목록을 볼 수 있습니다. 필요한 경우 여기에 결과를 포함할 수 있습니다.
  어떤 이유로든 컨볼루션 프로세스가 중단된 경우 "잔액 입력 문서" 탭의 "목록 채우기" 버튼을 사용하여 날짜 간격을 지정하여 잔액 입력 문서 목록을 항상 복원할 수 있습니다.
• 마지막 단계는 표시된 개체를 삭제하는 것입니다. 위에서 설명한 컨볼루션 단계가 모두 성공적으로 완료되면 수행할 수 있습니다.
  • "작업" 메뉴에서 "표시된 개체 삭제" 명령을 선택합니다.
  • 창 상단에는 1C IBD에서 감지되어 삭제 표시된 개체 목록이 포함된 대화 상자가 있습니다. 사용자는 그 중 하나를 열고 볼 수 있습니다. 플래그를 사용하여 사용자는 삭제를 확인해야 하는 개체를 결정할 수도 있습니다. "제어" 버튼은 삭제할 개체에 대한 링크가 있는지 확인하는 데 도움이 됩니다. 삭제할 개체를 주의 깊게 확인한 결과 오류가 없으면 "삭제" 버튼을 클릭하여 개체 삭제 프로세스를 시작해야 합니다.

데이터베이스 롤업이 끝나면 모든 것이 올바르게 진행되었는지 확인해야 합니다. 이렇게 하려면 매출 대차대조표를 열고 롤업 전에 저장된 것과 비교하십시오. 동일하다면 베이스 접기가 올바르게 수행된 것입니다.

첫째, 약간의 이론입니다.

1C:Enterprise 8 프로그램은 두 가지 모드로 작동할 수 있습니다.

• 파일(데이터베이스는 사용자의 컴퓨터 또는 로컬 네트워크에 위치함)
• 클라이언트 서버(데이터베이스는 별도의 서버에 있습니다).

이 기사는 첫 번째 옵션에만 해당됩니다. 파일 호스팅의 경우 프로그램에는 하나의 데이터베이스 테이블 크기라는 상당한 제한이 있습니다. 4GB를 초과할 수 없습니다.. 데이터베이스 테이블의 크기(1C: Accounting 3.0 구성의 경우 가장 무거운 테이블은 회계 레지스터임)가 4GB를 초과하자마자 데이터베이스가 시작을 중지하고 이 임계값에 접근하면 눈에 띄는 프로그램 성능 저하(즉, "브레이크"가 나타남)

따라서 접기를 사용하면 데이터베이스 테이블(주로 회계 기록부)의 크기를 줄일 수 있습니다. 베이스 폴딩 작업은 다음과 같습니다.

• 데이터베이스를 축소해야 하는 날짜가 결정됩니다(원칙적으로 이는 연초입니다).
• 프로그램은 이 날짜에 각 회계 계정의 잔액을 결정하고 전표를 생성하여 이 잔액을 입력합니다. 작업,
• 지정된 날짜 이전의 모든 시스템 레지스터의 모든 이동이 취소됩니다(컨볼루션 설정 시 선택한 이동 제외).
• 이 날짜 이전에 입력된 문서는 삭제되거나(이러한 문서의 이동이 완전히 지워진 경우) 삭제 표시가 됩니다.
• 지정된 날짜 이후에 입력된 문서는 원래 형식으로 시스템에 남아 있습니다.

이 작업을 사용하면 프로그램의 회계 레지스터 크기를 크게 줄일 수 있습니다.

컨볼루션을 만드는 방법

장에서 관리개방형 컨볼루션 처리:

다음 창이 나타납니다:

기호를 설정하세요 백업 만들기, 복사본을 만들려는 사용자 데이터와 복사본을 저장할 디렉터리를 나타냅니다. 딸깍 하는 소리 더 나아가.나타나는 창에서 예:

플랫폼 오류가 발생했습니다.

다시 시작하면 상황이 반복됩니다. 수동으로 복사본을 만들어 보겠습니다. 구성자로 이동해 보겠습니다.

복사본을 저장할 경로를 선택하고 이름을 지정합니다.

메시지가 나타납니다:

컨볼루션 처리로 돌아갑니다. 복사본 생성 표시를 제거합니다. 딸깍 하는 소리 더 나아가:

다음 화면에서는 롤업이 시작되는 연도를 선택해야 합니다. 기호를 설정하는 것도 좋습니다. 금지 날짜 설정 2016년 이전에는 데이터베이스에 아무것도 입력되지 않습니다. 조직 목록에서 축소할 조직 몇 개만 선택하거나 모든 조직에 걸쳐 데이터베이스를 축소할 수 있습니다.

다음 화면에서는 프로그램이 데이터베이스 테이블을 어떻게 처리할 계획인지 확인합니다(시스템에서는 일부 테이블을 축소하고 다른 테이블은 변경하지 않고 그대로 두도록 제안합니다). 예를 들어, VAT와 관련된 많은 정보 등록부 및 누적 등록부는 변경되지 않습니다. 이는 우리에게 중요하지 않습니다. 우선 순위는 회계 기록을 조정하는 것입니다.

다음 창에서 프로그램은 문서 목록을 표시합니다. 작업는 잔액이 있는 모든 회계계정에 대해 2015년 12월 31일 현재의 초기 잔액을 입력하기 위해 생성됩니다. 계속 진행합시다.

다음 화면에는 2016년 초 초기 잔액의 정확성을 분석한 요약 테이블이 표시됩니다. 컨볼루션 이전 시점의 초기 잔액과 비교하여 정확성을 확인합니다. 위 스크린샷에서 편차가 없음을 알 수 있습니다.

혹시라도 정보 및 누적 레지스터에 대한 조정 테이블도 확인해 보겠습니다.

다음 화면에서 프로그램은 2016년 이전 문서 삭제 절차가 시작되었음을 경고합니다. 우리는 동의한다

문서를 삭제하면 롤업이 성공했다는 메시지가 나타납니다.

너의 관심을 끌다: VAT 관련 누적 등록부 및 많은 정보 등록부의 이동이 변경되지 않았기 때문에 해당 등록부에서 이동한 문서도 시스템에 남아 있습니다.

혼동하지 마십시오. 우리의 목표는 회계 기록부를 "단순화"하는 것이었고 이를 달성했습니다.

필요한 경우 웹사이트에서 전체(및 무료) 과정을 수강할 수 있습니다.