얼마 후 1C 데이터베이스의 크기가 크게 증가하여 시스템 속도에 나쁜 영향을 미칠 수 있습니다. 그리고 5년 전의 오래된 문서를 보는 것이 항상 필요한 것은 아니며 방해가 되는 경우가 많습니다. 오래된 문서를 제거하고 데이터베이스를 정리하고 프로그램 속도를 높이기 위해 1C 개발자는 1C 정보 기반을 축소하는 간단한 조치를 취했습니다.

1C 8.3의 데이터베이스 롤업이란 무엇입니까? 조정은 특정 날짜의 현재 잔액을 입력하고 오래되고 불필요한 문서를 제거하는 것입니다. 아래에서는 1C Accounting 3.0을 예로 들어 일반적인 구성에 대한 롤업을 만드는 방법을 설명합니다.

이 지침은 Trade Management(UT) 11, Salaries and Personnel Management(ZUP) 3.0, ERP 2.0, Small Firm Management(SNF)와 같은 다른 최신 구성에도 적합합니다. 구성이 표준이 아닌 경우 절차는 매우 신중하게 수행되어야 하며 컨볼루션 후 데이터를 철저히 확인해야 합니다.

가장 먼저 - 꼭 해라. 문제가 발생하면 언제든지 원래 데이터로 돌아갈 수 있습니다.

롤업은 사용자가 시스템에서 작업하지 않고도 수행되어야 합니다. 따라서 동료들에게 사전에 프로그램 탈퇴를 요청하세요.

베이스 접는 방법

엔터프라이즈 모드에서 1C 프로그램에 로그인하십시오. "관리" 탭으로 이동하여 "정보베이스 축소"를 선택합니다.

열리는 창에서 프로그램 자체가 프로그램의 백업 복사본을 만들 것을 제안합니다. 거부하지 마십시오.

어떤 이유로 프로그램이 복사본을 만들 수 없는 경우 다음 지침에 따라 수동으로 만드십시오. “다음” 버튼을 클릭하여 다음 단계로 진행합니다. 조정이 필요한 조직과 기간을 선택하라는 메시지가 표시됩니다.

"모든 조직"과 2015년 기간을 선택하겠습니다.

다음 단계에서 시스템은 잔액 형성을 위한 레지스터 선택을 제안합니다. 이러한 설정을 기본값으로 두고 계속 진행하는 것이 좋습니다.

"거래 보기" 단계에서 시스템은 보기 및 검증이 가능한 잔액 입력 문서를 생성합니다.

거래내역이 정확하게 입력되면 자동인증을 진행할 수 있습니다. 여기서 컨볼루션 작업 전후의 대차대조표와 유사한 것을 볼 수 있습니다.

컨볼루션 1C 확인 중

의심스러운 점이 있으면 언제든지 작업을 취소하고 원래 상태로 되돌릴 수 있습니다.

데이터를 수동으로 확인한 후 마지막 단계인 오래된 문서 삭제 표시로 넘어갈 수 있습니다. 이 단계는 데이터베이스 크기와 작업 수에 따라 10분에서 몇 시간까지 걸릴 수 있습니다.

그게 전부입니다. 1C Accounting 8.3 데이터베이스의 롤업이 준비되었습니다! 어쨌든 오래된 문서를 삭제한 후에는 주요 보고서에서 정보의 유사성을 확인하는 것이 좋습니다. 최후의 수단으로 언제든지 백업에서 데이터베이스를 복원할 수 있습니다.

프로세스가 완료된 후 불필요한 문서를 제거하기 위해 "표시된 개체 삭제" 처리를 실행하는 것이 좋습니다. 생성된 컨볼루션 문서는 "작업" 섹션의 "수동으로 입력한 작업" 항목에 있습니다.

1C 8.2 및 7.7에서 롤업을 수행해야 하는 경우 별도의 처리로 수행된다는 점을 제외하면 위에 제공된 것과 실질적으로 다르지 않습니다.

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

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

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

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

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

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

치료 정보 기반 붕괴구성 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 및 기타 여러 항목에서 메뉴에서 사용 가능 관리 – 서비스:

팁 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. 3에서는 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 디렉토리의 요소를 찾으십시오. 그리고 이 항목을 더 이상 판매하거나 구매할 의사가 없으면 삭제할 수 있습니다.

정보 기반 붕괴- 7.7 플랫폼 시절부터 많은 사용자에게 친숙한 절차입니다. 일부 조직에서는 매년 지정된 시간에 이 절차를 수행했습니다. 사용자는 올해의 잔액과 움직임만 포함된 데이터베이스에서 매년 작업했습니다. 하드웨어 생산성이 향상되고 1C 플랫폼이 향상됨에 따라 데이터베이스 붕괴가 정기적으로 발생하지 않았습니다. 이와 관련하여 이 자료에서는 이 절차가 무엇인지, 그리고 다양한 1C 구성에서 이를 수행하는 방법을 자세히 고려할 것입니다.

1C 8의 데이터베이스 컨볼루션 - 무엇이고 왜 필요한가요?

기업을 운영하는 동안 수많은 문서, 참고서 및 기타 데이터가 정보 시스템에 축적됩니다. 이 데이터 중 일부는 현재 작업 기간에 관심이 없으며 일부 데이터는 읽기 모드에서만 액세스해야 합니다. 동시에 개체가 시스템에 저장되어 전체적으로 작업 속도가 느려지고 보관(백업) 시간이 늘어나며, 변경 사항이 없으면 작년 데이터를 매일 저장할 의미가 없습니다. 물론, 장기간에 걸쳐 보고서를 분석하고 데이터를 샘플링한다는 관점에서 하나의 데이터베이스에서 작업하는 것이 필요할 수도 있습니다. 이는 모두 조직의 특정 상황과 사용된 구성에 따라 다릅니다. 예를 들어 기업 회계 부서의 현재 작업 데이터베이스에 관리 회계 데이터베이스가 올바르게 설정되어 있다면 3~5년 동안 데이터를 저장하는 것은 의미가 없습니다. 거래 내역은 항상 사본으로 볼 수 있으며 모든 분석 보고서는 다른 제품에 내장되어 있습니다. 이 상황에서 벗어나는 방법은 무엇입니까? 특정 기간에 걸쳐 데이터베이스를 정기적으로 한 번 축소하는 것입니다.

Roll-up 수행시 특정 날짜(roll-up 일자)에 장부에 잔액을 입력하기 위한 전표가 생성되고, 미사용 전표 및 장부 내 이동(정보, 누적, 회계)은 Roll-up 일자까지 삭제되며, 포함(롤업 기간). 기본 목표:

사용자 모드에서 프로그램 속도를 높입니다.

구성을 업데이트(변경)할 때 작업 속도를 높이고 정보 기반을 테스트하고 수정하는 속도를 높입니다.

사용자에게 더 이상 필요하지 않은 회계 개체를 삭제하기 위한 조건을 생성합니다.

정보 기반의 크기를 줄입니다.

컨볼루션 절차를 수행하기 위한 일반적인 절차

1.백업 복사본을 생성합니다.

사용하는 도구에 관계없이 데이터베이스를 백업하는 것이 특히 중요합니다. 첫째, 이 사본은 단순한 데이터 아카이브가 아닙니다. 즉시 기업 전체에 배포하고 관심 있는 사용자가 사용할 수 있도록 해야 할 가능성이 높습니다. 이 데이터베이스의 변경 사항에 대한 액세스를 차단하는 것이 중요합니다. 복사하는 방법 읽어보기

2. 컨볼루션 설정.

이 단계에서는 정보 기반을 붕괴할 계획이 시작된 연도를 표시해야 합니다. 즉, 2013을 지정하면 2012/12/31 23:59:59까지의 문서가 삭제됩니다.

데이터 변경 금지 날짜를 설정합니다. 축소 기간에 대한 금지 날짜를 설정해야 함을 나타내는 플래그입니다.

3.잔류물의 형성.

축소할 객체의 구성과 축소 방법을 결정합니다. 레지스터를 사용하여 다음 작업이 제공됩니다.

축소하지 않음 - 개체가 축소되지 않습니다.

축소 - 축소 날짜 이전의 객체는 축소됩니다.

지우기 - 롤업 날짜 이전의 객체가 삭제되고 잔액 입력 전표가 생성되지 않습니다. 이 모드는 정보 레지스터에만 사용할 수 있습니다.

4. 거래를 확인하세요.

5.확인하세요.

이 단계에서는 생성된 모든 잔액 입력 문서가 편집 기능과 함께 표시됩니다.

6.오래된 문서를 삭제합니다.

롤오버 날짜 이전의 모든 문서는 삭제됩니다. 이동이 남아 있는 문서에는 "수동 조정" 플래그가 설정되고 삭제 표시가 설정되지 않습니다.

데이터베이스를 축소하려면 어떤 도구를 사용해야 합니까?

불행하게도 모든 표준 구성이 컨볼루션 수행을 위한 표준 처리를 제공하는 것은 아닙니다.

현재 처리는 다음 구성에서만 가능합니다.

• 기업 회계, 에디션 3.0/ 기업 회계 기업, 개정판 3.0(BP 3)
• 무역 관리, 개정 11(UT 11)

물리적으로 처리가 있지만 다음 구성에서는 이를 사용하거나 열 수도 없습니다.

• ERP 엔터프라이즈 관리(ERP)
• 통합자동화2(KA)

처리 코드의 주석에서 그다지 낙관적이지 않은 문구를 읽을 수 있습니다.

// 처리는 UT11에서만 사용됩니다.

따라서 처리 자체는 BSP의 올바른 작동을 위한 "스텁"일 뿐입니다.

다음과 같은 일반적인 구성에서는 처리가 없습니다.

• 급여 및 인사 관리 2.5, 3 (ZUP)
• 우리 회사 관리, 버전 1.6(이전에는 소규모 회사 관리)

따라서 구성 데이터 및 자체 작성 구성의 경우 접기를 직접 수행해야 합니다. 또한 이 작품은 전문가에게 주문할 수도 있습니다!

따라서 사용자는 회계 3, 거래 11의 두 가지 구성에서만 독립적으로 컨볼루션을 수행할 수 있습니다. 지침과 처리 도움말을 주의 깊게 읽고 보조자의 모든 권장 사항을 따르는 것이 중요합니다.

관리 섹션(또는 마스터 데이터 및 관리)에서 컨볼루션 처리를 찾을 수 있습니다. 하위 섹션 "서비스". 우리는 처리를 시작하고 모든 예비 단계를 신중하게 수행합니다.

프로그램 섹션 검색 창에 간단히 "컨볼루션"이라고 쓸 수도 있습니다. 다음은 Trade Management 11에서 이 작업을 수행하는 방법에 대한 이미지입니다.

다음 구성을 축소하려면:

• 제조 기업 관리, 개정판 1.3
• 기업회계 2.0
• 무역 관리, 버전 10.3

1C의 외부 처리가 필요하며 ITS 웹사이트의 플랫폼 8.2 처리 섹션에서 다운로드할 수 있습니다.

UNF와 같은 다른 구성에서는 스스로 컨볼루션을 수행하는 것이 매우 문제가 될 수 있습니다. 같은 이유로 일부 일반적인 구성에서는 처리가 없습니다. 사실 모든 데이터를 올바르게 축소할 수 있는 것은 아닙니다. 예를 들어 급여의 경우 많은 지표를 정확하게 계산하려면 레지스터에 정보를 보유하는 것이 매우 중요합니다. 기본적으로 어떤 레지스터는 접을 수 있고 어떤 레지스터는 접을 수 없으며 어떤 레지스터는 어려울 수 있는지 명확하게 이해해야 합니다.

나머지의 경우 처리 내용을 직접 작성하거나 기존 처리 내용을 수정해야 합니다. 우리 팀은 이런 종류의 문제를 해결하는 데 많은 경험을 갖고 있으며 저렴한 가격을 제공합니다. 데이터베이스를 연구하는 단계에서 이러한 유형의 작업에 대한 총액을 즉시 알려줄 수 있습니다.

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

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

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

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

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

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

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

컨볼루션을 만드는 방법

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

다음 창이 나타납니다:

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

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

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

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

메시지가 나타납니다:

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

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

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

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

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

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

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

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

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

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

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

독자 여러분, 컨볼루션은 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를 사용하거나 새로운 방법을 개발해야 합니다.