1s 7.7을 8.3으로 변환하는 규칙. 지난 기간의 문서 전송으로 일반적인 구성에서 전환

현재 1C: Enterprise 7.7에서 8.3(8.2와 유사)으로의 전환은 회계사에게 골치거리가 되었습니다. 가능한 한 빨리 오류가 없는 것이 좋습니다. 귀하가 1C: 회계 프로그래머이고 일곱 번째 버전에서 여덟 번째 버전까지 문서를 생성해야 하는 경우 이 기사가 적합합니다.

몇 단계만 거치면 데이터 전송 문제가 해결됩니다. 이 설명서를 끝까지 읽으십시오. 그러면 어떻게 하는지 알게 될 것입니다. 우선 필요한 조작을 위해 컴퓨터에서 작업 공간을 준비해야 합니다. 먼저 하드 드라이브는 100GB 이상이어야 합니다. 이것은 다단계이기 때문에 필요합니다. 그리고 여러 7.7 구성으로 작업해야 합니다.

1C 회계 7.7에서 1C 8.3으로의 빠르고 고품질 전환이 필요한 경우 문의하십시오! 턴키 전환의 평균 비용은 6,600루블입니다.

1C 7.7에서 1C 8.3 회계 3.0으로 데이터 전송

따라서 버전 1C 8.3으로 데이터를 전송하기 전에 버전 7.7에서 이 데이터를 준비해야 합니다. 이렇게 하려면 다음을 수행해야 합니다. 회계사가 작업하는 작업 데이터베이스 "기업을 위한 회계"가 컴퓨터에 있다고 가정해 보겠습니다. Export77 처리를 사용하여 필요한 모든 문서를 텍스트 파일에 업로드하고 그 순간부터 더 이상 기본 작업 기반으로 돌아가지 않습니다. 추가 조작은 다른 구성에서 발생합니다.

새로운 릴리스 1C:Enterprise 7.7을 새 디렉토리에 설치하십시오. (패키지에는 표준 비어 있음(데이터 제외) 및 데모 버전이 포함되어 있습니다. 우리는 표준 버전으로 작업할 것입니다. 이제 이 데이터베이스를 실행하고 Import 77 처리를 사용하여 텍스트 파일에서 기본 데이터베이스의 데이터를 로드합니다.

데이터 변환 시 일부 문서가 게시되지 않을 수 있습니다. 무섭지 않아 트릭은 표준 데이터베이스에서 기본 표준 계정과목표로 작업하기 때문에 전송 후에 이 문제를 쉽게 고칠 수 있다는 것입니다. 따라서 하위 계정이 아무리 정교하더라도 작업 데이터베이스에서 각 미게시 문서로 이동하여 계정 필드에서 구성에 있는 계정을 변경하면 약 3시간 만에 쉽게 수정할 수 있습니다.

당연히 이전하기 전에 표준 구성의 계정과목표를 주 작업 기반의 계정과목표와 일치하도록 가져옵니다. 옵션은 조직의 특성에 따라 순전히 개별적입니다. 이 작업을 완료하면 작업 기반의 데이터로 채워진 표준 구성을 얻을 수 있습니다.

이제 다른 데이터 전송을 수행해야 합니다. 이렇게 하려면 새 디렉토리에 표준 0 구성을 다시 설치하십시오. 그리고 이미 데이터와 함께 표준 구성에서 데이터를 전송하고 있으므로 버전 8.2로 전송할 준비가 된 이상적인 버전 7 데이터베이스를 얻을 수 있습니다.

사실 데이터는 "손대지 않은" 표준 버전 7.7에서만 8번째 버전으로 직접 전송됩니다. 그리고 당신은 또한 지금 그러한 구성을 가지고 있습니다. 그러나 이제 비어 있지 않고 작업 데이터가 있습니다.

모든 것! 1C:Enterprise 8.2를 출시합니다. "버전 7.7에서 데이터 전송"을 선택하십시오. 프로그램 자체가 처리된 7.7에서 데이터를 전송하고 문서를 전송하며 버전 7.7 및 8.3의 대차 대조표를 화면에 표시하는 방법을 즐기십시오.

물론 100% 결과는 아닙니다. 그러나 70-80%에서는 규정을 준수하게 됩니다. 그런 다음 작업은 버전 8.3에서만 수행됩니다.

가능한 부정확성은 쉽게 수정됩니다. 아직 3~4시간 남았다. 문서 저널로 이동하여 계정 또는 필드(예: "계약" 또는 "주 현금 데스크")를 조정합니다. 베이스 7.7의 차이 정도에 따라 다릅니다. 표준에서. 이러한 모든 작업의 결과로 버전 8.3 작업 구성은 대차 대조표를 통해 이상적인 형식으로 회계 데이터를 발행할 수 있습니다.

전환 후에는 새 프로그램에서 작업하는 방법을 배우는 것이 유용할 것입니다. 이를 위해 섹션을 준비했습니다.

그런데! 1C 프로그램을 완료해야 하는 경우 당사에 연락할 수 있습니다!

1s 7.7에서 8로의 전환에 대한 비디오:

1C:Enterprise 8.2로 전환해야 합니까? 이 기사를 읽고 있다면 이미 이 질문에 긍정적으로 답했을 것입니다. 따라서 이제 우리는 새 플랫폼으로 전환할 때의 이점에 대해 다시 이야기하지 않고 이 프로세스의 세부 사항과 기능에 직접 초점을 맞출 것입니다.

1. 일반 알고리즘

그래서, 당신은 "8"로 전환하기로 결정했고 그것이 어떻게 이루어지고 그것이 당신을 "위협하는" 것이 무엇인지 알고 싶어합니다. 가장 일반적인 형태의 전환 방식은 다음과 같습니다(그림 1).

쌀. 1. 1C:Enterprise 7.7 플랫폼에서 1C:Enterprise 8.2 플랫폼으로의 전환을 위한 알고리즘

1. 업그레이드.가장 먼저 해야 할 일은 조직에서 지원서를 작성하고 플랫폼 7.7에 대한 등록 양식을 제출하고 플랫폼 8.2를 구매하는 것입니다. 그렇게 하면, 당신은 제공됩니다 할인기존 플랫폼의 비용만큼 50% 이하. 이전 플랫폼은 유지되며 계속 사용할 수 있지만 1C의 기술 지원에서 제거됩니다.

2. 업데이트현재 구성을 최신 실제 릴리스로 변경합니다.

3. 마이그레이션을 위한 데이터베이스 준비.여기에는 데이터베이스 백업, 현재 청구 기간 종료, 삭제 표시된 항목의 데이터베이스 지우기, 회계 오류(있는 경우) 수정이 포함됩니다.

4. 데이터 전송.메인 스테이지입니다. 각 경우의 알고리즘과 복잡성은 다릅니다.

5. 새 구성 작업을 위한 직원 교육. 7.7 및 8.2 플랫폼의 구성은 인터페이스와 기능이 모두 다르기 때문에 새 구성에서 작업하려면 교육이 필요할 수 있습니다. 관련 방법론 문헌을 사용하여 직접 공부할 수 있지만 전문 1C 과정을 수강하는 것이 좋습니다.

6. 운영.이 단계에서 사용자가 새 프로그램에서 작업을 시작하면 디버그되고 자동 데이터 전송 오류가 수정됩니다.

구성의 맥락에서 새로운 플랫폼으로의 전환 과정을 고려하십시오. "1c 회계".

2. "1C: 회계 7.7"을 "1C: 회계 8.2"로 변경

1C:Accounting 7.7에서 1C:Accounting 8.2로 데이터를 전송하기 위한 전략 및 메커니즘은 다음 요소에 의해 결정됩니다.

새 프로그램에서 회계 시작 시간;
현재 버전의 구성에서 개선 사항의 존재 및 복잡성
과거 기간 동안의 비즈니스 거래 이력을 유지해야 할 필요가 있습니다.

우리는 고객에게 새로운 회계 프로그램에서 작업을 시작하도록 조언합니다. 새해 1월 1일부터 . 이는 대부분의 세금이 발생 기준으로 계산되기 때문입니다. 따라서 누적 결과를 올바르게 전송하는 수단을 개발하지 않으려면 프로그램의 작업 시작을 세금보고 기간의 시작과 연결해야합니다. 물론 분기 초와 다음 달 초부터 작업을 시작할 수 있지만 이러한 전환에는 더 많은 비용이 소요됩니다(7.7과 8.2의 문서 구조가 크게 다르기 때문에).

위 요인들의 조합에 따라 상황은 다음과 같을 수 있습니다.

상황 1:

새해부터 전환, TYPICAL 구성, 이전 프로그램에서 올바른 계정 잔액이 형성됩니다.

이 옵션은 간단하고 간단하지만 실제로는 매우 드뭅니다. 새로운 프로그램에서 작업을 시작하기 직전에 이전 프로그램에서 올바른 균형을 형성하는 것은 소수의 소규모 회사에서만 가능하며 과거 기간의 모든 기본 문서가 제공되고 프로그램에 포함된다는 조건입니다.

이것이 당신의 경우라면 운이 좋은 것입니다. 1C:Enterprise 7.7 구성을 최신 버전으로 업데이트하고 내장된 1C:Enterprise 8.2 처리 "1C:Enterprise 7.7 정보 기반에서 데이터 전송"만 사용하면 됩니다. 전문가의 도움 없이 직접 할 수 있습니다. 처리에 표시된 지침을 엄격히 따라야 합니다.

상황 2:

새해부터 전환, 일반적인 구성, 이전 프로그램에는 계정에 정확한 잔액이 없습니다.

이 경우의 표준 관행은 이전 프로그램과 새 프로그램에서 동시에 작업 . "전환 기간"(그림 2) 동안 직원은 이전 프로그램의 이전 거래로 마감되고 새 거래에 대한 문서를 새 시스템에 입력하기 시작합니다.

쌀. 2. 플랫폼 변경 시 전환 기간

이 기간을 최소한의 손실로 극복하기 위해 다음 전략을 사용할 수 있습니다.

잔액을 "있는 그대로" 연초로 이전하고 이러한 데이터를 기반으로 기록을 유지합니다.. "7"의 정확한 잔액을 받는 즉시 "8"에 소급하여 즉시 수정해야 합니다.
잘못된 잔액 이전을 거부하고 후속 실행 없이 새로운 거래에 대한 기본 문서를 G8에 제출합니다. 이 경우 프로그램에 잔액이 있는지 여부는 중요하지 않으며 미전기 문서는 계정에서 이동하지 않습니다. 따라서 1C:Enterprise 7.7에서 올바른 잔액을 받는 순간까지 행동해야 합니다. 또한 수령한 잔액은 연초에 새 프로그램으로 이전됩니다. 마지막 단계는 내장 처리를 사용하여 전환 기간 동안 새 프로그램에 도입된 "기본"을 일관되게 구현하는 것입니다. "디렉토리 및 문서의 그룹 처리" .

상황 3:

중간 전환, TYPICAL

1C:회계 8.2는 회계에 중요한 여러 메커니즘을 지원하며, 그 성능은 해당 연도 동안 문서에 입력된 데이터에 따라 다릅니다. 이러한 메커니즘 중에는 이미 언급한 발생주의 세금 계산, 간접 비용 분배 알고리즘 및 월 마감과 관련된 기타 절차가 있습니다. 이 상황에서 처음 두 경우처럼 쉽게 새 프로그램으로 전환하는 것이 불가능한 것은 바로 이러한 기능 때문입니다. 마이그레이션 중에 발생할 수 있는 오류 수를 최소화하려면 다음을 권장합니다.

연초가 아닌 경우 적어도 분기 초부터 작업을 시작하십시오.
잔액을 연초로 이월합니다.
현재 보고 기간(연도)의 모든 기본 문서를 새 시스템으로 이전하고 디렉토리 및 문서의 그룹 처리를 사용하여 회계 및 세무 회계 데이터를 복원합니다.

1. 일반적인 솔루션 "1C: 데이터 변환 2.1". 이 소프트웨어 제품은 모든 구조와 복잡성의 1C 플랫폼에서 구성 간에 정보를 전송하는 데 사용할 수 있습니다.

2. 1C 프랜차이즈의 발전. 회사를 비롯한 많은 회사에서 « RG-Soft" () 에는 이 문제를 해결하기 위한 입증된 방법이 있으며, 이를 통해 데이터 전송에 소요되는 시간과 예산을 크게 줄일 수 있습니다.

상황 4:

과거 기간의 문서 전송과 함께 일반적인 구성에서 전환

이와는 별도로 거래상대방과 장기(1년 이상) 계약을 맺은 회사가 있다는 점에 주목한다. 그러한 회사의 경영진은 프로그램에서 비즈니스 거래의 이력을 갖는 데 관심이 있습니다. 이전 프로그램에 입력된 문서의 새 프로그램에 있는 사용자는 특정 계약/거래에 대한 관계를 쉽고 빠르게 추적할 수 있습니다.

이전 상황과 동일한 메커니즘을 사용하여 이러한 전송을 구현하는 것이 가능합니다. 이 절차의 차이점은 모든 문서를 이전할 필요가 없고 몇 가지 유형의 문서만 전송하도록 제한할 수 있으며 나머지 계정 잔액은 표준 처리를 통해 입력된다는 것입니다. 이 경우 추가로 이전된 문서는 일반적으로 미전기 상태로 유지됩니다.

지난 기간의 문서를 이전 프로그램에서 새 프로그램으로 전송할 수 있지만 이러한 전송으로 인해 데이터베이스 크기가 눈에 띄게 증가하고 결과적으로 처리되는 테이블 크기가 증가합니다. 이로 인해 시스템이 느려질 수 있습니다. 따라서 이 전환 옵션은 꼭 필요한 경우가 아니면 사용하지 않아야 합니다. 이전 기간에서 이전된 문서는 포함된 정보가 현재 회계 및 세금 보고에 영향을 미치지 않도록 미전기 상태로 두는 것이 좋습니다. 지난 기간의 문서는 참조용으로만 사용하십시오.

상황 5:

1C:Enterprise 7.7 플랫폼의 비일반 구성에서 마이그레이션

위에서 설명한 옵션은 일반적인 1C:Enterprise 7.7 구성에서 전환할 때 사용되지만 실제로는 종종 수정된 구성이 발생합니다. 이 상황에서 전환 구성은 고려해야 할 특별한 옵션입니다.

프로그램 변경 사항의 특성에 따라 다음과 같은 데이터 전송 기술이 있습니다.

구성이 약간 변경되고 기본 메커니즘이 일반적인 1C 솔루션과 유사한 경우 이전 옵션과 마찬가지로 일반적인 전환 도구를 사용할 수 있습니다. 프로그램에 맞게 조정하거나 약간만 수정하면 됩니다. 아마도 가장 테스트되고 신뢰할 수 있는 도구는 이미 언급한 "1C: Data Conversion 2.1"일 것입니다. 이 도구는 사용자의 특정 기술이 필요하지만 이 도구를 사용하면 구성 간에 개체를 자동으로 전송하도록 구성할 수 있습니다.

· 구성이 수년간 사용하면서 근본적으로 재설계된 경우 일반적인 마이그레이션 도구를 설정하는 것이 이러한 목적을 위해 자체 처리를 작성하는 것보다 더 많은 시간이 소요될 수 있습니다. 1C 플랫폼과 관련이 없는 회계 프로그램에서 전환을 조직하는 경우에도 비슷한 상황이 발생합니다. 그러한 전환을 만드는 것도 가능하지만 보편적인 교환을 미리 마련하는 것은 불가능합니다. 각각의 경우에 문제에 대한 개별적인 접근이 필요합니다. 우리 회사는 dbf, xls(Excel에서 1C로의 범용 로더), xml.

플랫폼 7.7에서 8.2로의 전환과 관련하여 언급할 가치가 있는 또 다른 사항 데이터베이스 연합.

여러 회사의 기록을 하나의 데이터베이스에 보관하는 메커니즘이 없기 때문에 많은 기업에서 1C:Enterprise 7.7에 여러 데이터베이스를 동시에 보관해야 했습니다. 이 문제는 8 버전에서 해결되었으므로 데이터 마이그레이션 프로젝트의 일부로 여러 데이터베이스를 하나로 결합하는 작업이 발생합니다. 더욱이, 7의 각각의 기초는 고유한 특성을 가질 수 있습니다.

위에 제공된 기술을 사용하여 각 기지와 개별적으로 상호 작용을 설정할 수 있습니다. 그러나 이 특정 경우에만 해당하는 여러 하위 작업이 있습니다.

1. 특정 조직과 관련된 문서의 통합. 이 문제는 접두사 메커니즘을 사용하여 쉽게 해결됩니다. 프로그램에 등록된 각 조직에는 고유한 문자 접두사가 할당됩니다. 이 접두사는 문서 번호에 추가되어 번호의 고유성을 보장합니다.

2. 디렉토리의 중복 요소 제어. 여러 정보 소스의 데이터를 단일 정보 시스템으로 전송할 때 동일한 디렉토리 요소(예: 동일한 상대방)가 새 디렉토리에서 여러 번 반복되는 상황이 발생할 수 있습니다. 따라서 데이터 전송 후 디렉터리의 중복 요소를 비교 및 병합하는 절차를 수행해야 합니다.

3. 알고 있어야 하는 가능한 어려움

새로운 플랫폼으로의 전환 과정을 적절히 계획하면 많은 문제를 피할 수 있습니다. 그러나 프로젝트 구현 단계에서 이미 감지된 특정 기능이 많이 있습니다. 우리는 잘못된 사용자 행동과 1C:Enterprise 플랫폼의 기술적 기능으로 인해 발생하는 다양한 오류에 대해 이야기하고 있습니다. 이러한 점을 더 자세히 고려해 보겠습니다.

3.1. 원본 데이터의 오류

일반적으로 TIN 및 KPP의 세부 정보를 통해 데이터베이스의 개체를 명확하게 식별할 수 있습니다. 7개에서 이 두 값은 모두 동일한 TIN/KPP 변수에 저장되었으며 이 변수에 입력된 데이터의 정확성에 대한 검사는 없었습니다. 숫자를 적게 입력하고 구분자를 엉뚱한 곳에 놓고 완전히 추상적인 TIN을 입력하는 것이 가능했습니다.

일반적인 전송은 디렉터리를 구성할 때 상대방이 필요한 문자 수를 잘라내어 TIN과 KPP를 분리합니다. 따라서 새 데이터베이스의 세부 정보에 절대적으로 잘못된 데이터가 기록될 수 있습니다. 따라서 이러한 데이터를 사용하여 전송하는 동안 개체를 올바르게 식별하는 것은 매우 어려울 것입니다.

또 다른 문제는 단일 데이터 입력 형식이 없다는 것입니다. 각 사용자는 원하는 대로 이름을 입력할 수 있습니다. 하나의 "seven" 데이터베이스에서 상대방의 "이름"을 채우는 사용자가 "MC Vympel"을 썼고 다른 "seven" 데이터베이스에서 동일한 상대방이 "Vympel Management Company"로 표시되었다고 상상해 보십시오. 이러한 상황에서 자동 처리는 이것이 동일한 상대방인지 확인할 수 없으며 두 번 8로 이전합니다. 잔액의 일부는 한 요소에 있고 두 번째 부분은 다른 요소에 있기 때문에 그러한 데이터베이스에서 더 이상 작업하기 어려울 것입니다.

3.2. 구성 차이점

마이그레이션 오류의 또 다른 그룹은 구성의 기술적 차이로 인해 발생합니다. 일부 비즈니스 거래는 여러 유형의 문서에 의해 1C:Enterprise 7.7에 반영되고 1C:Enterprise 8에는 하나씩 반영됩니다. 예를 들어 자재와 상품의 수령은 새 프로그램에 하나의 문서로 반영되고 이전 프로그램에는 두 개의 문서로 반영됩니다. 따라서 '자재 입고 22번'과 '물품 입고 22번' 문서를 전송하려고 하면 고유성 제어 오류가 발생한다. 동일한 번호로 두 개의 문서를 일정 기간에 기록하는 것은 불가능하기 때문에 인위적으로 차이점을 도입할 필요가 있으며 이러한 차이점을 도입하는 시스템은 사전에 협의합니다.

예를 들어, 이 문제는 업로드된 문서 번호에 추가 접두사를 추가하여 해결됩니다. 문서의 각 기능에 대해 이 접두사는 별도로 할당됩니다. 이것은 문서가 로드된 데이터베이스의 특성이거나 로드된 문서 유형일 수 있습니다. 다음은 그러한 접두어의 형성 예입니다. Krasnoyarsk 지점의 기본은 접두사 "KR"을 제공합니다. 적재가 이루어진 "물품 수령"문서 유형에는 접두사 "M"이 제공됩니다. 따라서 7의 문서 번호가 00000031이면 8의 숫자는 다음과 같습니다.

"KR" + "M" + "00000031" = "KPM00000031"

결과적으로 고유한 숫자가 데이터베이스에 기록됩니다.

3.3. 기술적 문제

1C:Enterprise 플랫폼의 기술적 기능으로 인해 데이터 전송 오류가 발생할 수도 있습니다. 이름에 의한 표준 검색 메커니즘이 디렉토리 요소 이름의 큰 글자와 작은 글자를 구별하지 않는다고 가정해 봅시다. 이 메커니즘을 사용할 때 혼란이 있습니다. 예를 들어, 데이터베이스에는 "L-Audio"와 "L-Audio"라는 두 개의 상대방이 있습니다. "l-audio" 상대방을 검색할 때 시스템은 "L-Audio"를 찾습니다. 결과는 잘못 작성된 문서입니다.

또한 선택한 데이터 전송 방법에주의를 기울일 필요가 있습니다. 두 배로 증가하는 거래 상대방에 대해 위에서 설명한 예는 회사 지점의 기반에서 이전될 때 실제로 두 배로 증가하지 않을 수 있습니다. 다른 도시에서 운영하는 회사는 다른 도시에서 운영하는 상대방도 있을 수 있습니다. Nizhny Novgorod에 있는 L-Audio 회사의 지점과 모스크바에 있는 L-Audio 회사 자체는 데이터베이스에서 정확히 동일하게 부를 수 있습니다. 이러한 혼란을 피하기 위해 사전에 전송 방법을 선택해야 합니다. 이 예에서는 원본 데이터베이스에 따라 상대방을 디렉터리의 다른 그룹으로 분리할 수 있습니다. 이러한 방법론의 선택은 데이터 로드 메커니즘에도 영향을 미칩니다.

새로운 문제를 해결하기 위해 위에서 설명한 방법도 충분히 보편적이지 않을 수 있습니다. 데이터를 마이그레이션할 때 마이그레이션 도구에서 사용하는 방법을 결합할 수 있는 것이 매우 중요합니다. 예를 들어, 우리는 이름으로 디렉토리의 대부분의 요소를 식별합니다. 동시에 "회계 고정 자산 수락"문서를 전송할 때이 방법은 동일한 유형 (문구, 가구 등)의 작은 고정 자산이 여러 개 입력되는 경우 바람직하지 않은 결과를 제공합니다. 재고 번호에만 있습니다. 각 회계 수락 문서에는 동일한 대상이 표시됩니다. 그리고 회계를 위해 하나의 대상을 여러 번 수락하는 것은 불가능합니다. 따라서 사용되는 데이터 마이그레이션 도구를 사용자 정의할 수 있는 기능을 제공하는 것이 매우 중요합니다. 이 경우 인벤토리 번호(코드)로 OS를 검색해야 함을 간단히 나타냅니다.

결론

현재 1C:Enterprise 7.7을 사용하여 작업하는 회사가 여전히 많습니다. 이는 새로운 플랫폼의 이점에 대한 이해 부족, 새로운 기술에 대한 학습 의지 부족, 전환 과정에서 많은 어려움에 대한 두려움과 같은 요인 때문입니다. 1C:회계의 예를 사용하여 이러한 이유의 대부분이 그다지 중요하지 않다는 것을 보여주려고 했습니다. 활동 전반에 걸쳐 우리는 고객이 1C:Enterprise 8 플랫폼의 프로그램 구현과 관련된 모든 어려움에 대처할 수 있도록 돕습니다. 전환 문제에 관심이 있거나 1C:Enterprise 8 플랫폼 및 해당 플랫폼에서 생성된 구성과 관련하여 다른 질문이 있는 경우 RG-Soft 전문가가 도와드립니다!

"1C: Accounting 8"로 전환하기로 결정한 "1C: Accounting 7.7"의 모든 사용자가 데이터 전송 문제에 대해 우려하고 있다고 해도 과언이 아닙니다. 그리고 디렉토리의 기계적 전송뿐만 아니라 회계 및 세무 회계 계정에 축적 된 모든 정보의 전송을 통해 사용자는 구매 직후 새 프로그램에서 작업을 시작할 수 있습니다. "1C: Accounting 7.7"에서 "1C: Accounting 8"로의 빠른 전환을 위해 "전환 지원"이라는 메커니즘이 개발되었습니다. 더 정확하게는 두 명의 조수. 하나는 "1C: Accounting 7.7"에서 데이터를 업로드하기 위한 것이고, 두 번째는 "1C: Accounting 8"로 데이터를 업로드하기 위한 것입니다. 조수를 사용하는 방법은 회사 "1C"의 방법론자에게 알려주십시오.

어시스턴트 소환 "1C: 회계 7.7""서비스 - 1C로 전환: 회계 8" 메뉴에서 가능합니다(그림 1 참조).

쌀. 하나

어시스턴트 작업은 5단계로 나뉩니다. 단계에서 단계로의 전환은 "다음" 및 "뒤로" 버튼을 사용하여 수행됩니다.

첫 번째 단계는 서로를 알아가는 것입니다. 다음은 Assistant의 목적에 대한 간략한 설명입니다. "1C: Accounting 8"의 이점에 대한 정보를 볼 수 있으며 "1C: Accounting 8"로의 전환에 대한 추가 정보를 얻을 수 있는 곳에 표시됩니다.

두 번째 단계에서는 일반적인 구성을 확인하고 필요한 경우 업데이트를 얻을 수 있는 기회를 제공합니다. 프로그램은 법률 변경으로 인해 지속적으로 업데이트되므로 최신 버전의 구성을 사용하는 것이 좋습니다.

업데이트가 없으면 계속 작업할 수 있습니다.

업데이트가 있는 경우 새 구성 릴리스를 얻을 수 있습니다.

새 릴리스를 받은 후 구성을 업데이트해야 합니다. 이렇게 하려면 어시스턴트를 종료하고 프로그램을 닫아야 합니다. 구성을 업데이트한 후 전환을 계속하기 위해 Assistant가 자동으로 실행되고 다음 단계를 진행하라는 메시지가 표시됩니다.

세 번째 단계는 마이그레이션해야 하는 정보를 지정하는 것입니다. 연초에는 회계 및 세금 계정의 잔액만 이체할 수 있습니다.

또는 연초의 잔액과 연초부터 월말까지의 회전율.

전환하기 전에 하역 기간에 포함된 매월 월을 마감하는 일상적인 절차를 수행해야 한다는 사실에 특별한 주의를 기울여야 합니다.

네 번째 단계에서 Assistant는 업로드된 데이터가 기록될 파일을 지정합니다. 기본 설정을 변경하지 않으면 1C: Accounting 8에 데이터를 로드할 때 1C: Accounting 8의 Transition Assistant가 자동으로 지정된 파일을 찾습니다.

그리고 마지막으로 데이터를 업로드하는 마지막 단계입니다. "대차 대조표 생성"확인란을 선택하면 언로드 후 대차 대조표가 생성되어 인쇄 할 수 있으며 "1C : Accounting 8"에로드 한 결과를 확인할 수 있습니다. "언로드"버튼을 클릭하면 직접 언로드가 수행됩니다.

이것으로 "1C: Accounting 7.7"의 전환 지원 작업이 완료됩니다.

이제 실행해야 합니다. "1C: 회계 8"데이터 로드를 시작합니다.

"서비스 - 1C에서 전환: 회계 7.7" 메뉴에서 도우미를 호출할 수 있습니다(그림 2 참조).

쌀. 2

"1C: Accounting 7.7"과 마찬가지로 Assistant 작업은 여러 단계로 나뉩니다. 단계에서 단계로의 전환은 "다음" 및 "뒤로" 버튼을 사용하여 수행됩니다.

첫 번째 단계는 서로를 알아가는 것입니다. 다음은 Assistant의 목적에 대한 간략한 설명입니다. "1C: Accounting 8"로의 전환에 대한 추가 정보를 얻을 수 있는 위치에 표시되며, "1C: Accounting 7.7"에서 데이터를 업로드하기 위해 수행해야 하는 작업에 대한 힌트가 있습니다. ".

두 번째 단계에서는 일반적인 구성을 확인하고 필요한 경우 업데이트를 얻을 수 있는 기회를 제공합니다. 프로그램은 법률 변경으로 인해 지속적으로 업데이트되므로 최신 버전의 구성을 사용하는 것이 좋습니다. 새 릴리스를 받은 후 구성을 업데이트해야 합니다. 이렇게 하려면 어시스턴트를 종료하고 프로그램을 닫아야 합니다. 구성을 업데이트한 후 전환을 계속하기 위해 Assistant가 자동으로 실행되고 다음 단계를 진행하라는 메시지가 표시됩니다.

조직에 대한 정보는 "1C: Accounting 8"의 기본 버전 사용자만 입력해야 합니다. TIN 및 KPP는 "1C: 회계 7.7"에 입력된 TIN 및 KPP와 완전히 일치해야 합니다. "1C: Accounting 8 PROF"에서는 데이터를 로드할 때 조직이 자동으로 생성되며 Assistant는 이 단계를 건너뜁니다.

데이터 로드를 시작하기 전에 재고 관리를 설정해야 합니다. 사실 "1C: Accounting 7.7"에서는 창고와 관련된 정량적 회계만 지원됩니다. "1C: 회계 8"에서 창고 회계의 가능성은 훨씬 더 넓습니다. 일괄 회계를 유지하거나 창고에 대한 수량 합계 회계를 유지하거나 창고 회계를 끌 수 있습니다. 창고 회계 설정이 "1C: 회계 7.7"의 기능과 일치하지 않는 경우(창고 회계가 비활성화됨) 사용자에게 창고 회계를 설정하라는 메시지가 표시됩니다. 인벤토리 관리가 이전에 이미 활성화된 경우 어시스턴트는 이 단계를 건너뜁니다.

다음 단계는 데이터를 로드해야 하는 파일을 지정하는 것입니다. 어시스턴트는 "1C: Accounting 7.7"에서 데이터를 업로드할 때 어시스턴트에서 기본적으로 지정된 이름으로 업로드된 데이터가 있는 파일을 자동으로 검색합니다.

마지막으로 마지막 단계는 데이터를 로드하는 것입니다. 직접 다운로드는 "다운로드" 버튼을 클릭하여 수행됩니다.

"대차대조표 생성" 체크박스를 선택하면 다운로드 후 회계 계정용 대차대조표와 세금 계정용 대차대조표가 생성되어 출력할 수 있으며, 이를 통해 데이터 언로드 시 생성된 대차대조표를 확인할 수 있습니다. "1C: 회계 7.7"에서.

"1C: Accounting 8" 프로그램 작업을 시작하기 전에 기본 회계 매개변수를 설정해야 합니다.

회계 정책을 설정합니다.
세무 회계에 대한 회계 정책을 설정합니다.
재고에 대한 분석 회계를 설정합니다.
사용자 기본 설정 등을 설정합니다.

"1C: Accounting 7.7"의 전환 도우미에서 "Open Startup Assistant" 상자를 선택하면 데이터를 로드한 후 Startup Assistant가 자동으로 시작됩니다.

이로써 "1C: 회계 7.7"에서 "1C: 회계 8"로의 전환 프로세스가 완료됩니다.

이제 "1C: Accounting 7.7" 사용자는 "1C: Accounting 8"로 전환하기 위해 연말까지 기다릴 필요가 없습니다. 전환은 과세 기간의 모든 월 말에 할 수 있습니다. 잔액 이체 기술은 이미 운영 기업에서 테스트되었으며 그 중 하나는 Automated Accounting Systems LLC의 전문가가 설명합니다. 이 문서에는 전송 기술에 대한 설명과 전송된 데이터의 입력 및 출력 제어에 대한 일반적인 권장 사항이 포함되어 있습니다.

Laima LLC(Miass, Chelyabinsk 지역)로 이전하기 전에 "1C: Accounting 7.7. Standard version" 프로그램이 사용되었습니다. 이 프로그램은 랩톱에 설치됩니다. 작업은 홈 오피스에서 합니다.

1C에서 데이터를 전송하는 새로운 방법론과 소량의 정보 기반을 출시하여 1C: Accounting 8을 설치할 때 2006년 데이터를 직접 전송할 수 있었습니다.

데이터 전송 방법론

릴리스 1.5.8.5에 포함된 "1C: Accounting 7.7"에서 "1C: Accounting 8"로 전환하는 새로운 방법은 "1C: Accounting 7.7" 정보 베이스에서 데이터 전송을 제공하여 "에서 올바른 실행을 보장합니다. 1C: 다음 작업의 8" 회계:

"1C: Accounting 8"로 전환한 후 발행된 문서 보유;
현재 보고 기간(대차대조표, 총계정원장 등)에 대한 회계 등록부 형성;
연초부터 발생 기준으로 결정된 지표를 포함하는 현재보고 기간 동안의 세무 회계 등록부 형성;
현재 보고 기간에 대한 규제 보고의 형성.

이 방법에 따라 "1C: 회계 7.7"에서 "1C: 회계 8"로의 전환은 새 과세 기간(연도)이 시작될 때 수행하거나 새 기간이 이미 열려 있는 경우 마지막에 수행하는 것이 좋습니다. 현재 보고 기간의 다음 달. "1C: Accounting 8"로 데이터를 전송하는 과정에서 다음 정보가 로드됩니다.

현재보고 기간 시작시 회계 및 세금 계정의 잔액 (현재 연도의 1 월 1 일 현재)
연결 월별 항목에 의한 현재 보고 기간의 회계 및 세금 계정 회전율;
관련 세금 계정에 반영된 일시적 차이(PBU 18/02를 적용하는 조직의 경우)
고정 자산 및 무형 자산의 초기 잔액을 입력하기 위한 문서;
현재 보고 기간의 개인 소득세 및 급여세에 대한 과세 기준;
현재 보고 기간의 마지막 마감 월 말에 수령 및 발행된 송장의 지불 연체
분석 회계의 대상에 대한 정보.

"1C: 회계 7.7"의 준비 작업

"1C: Accounting 7.7"의 데이터 전송은 릴리스 7.70.477부터 가능합니다. 따라서 마이그레이션 전에 구성을 이 릴리스로 업데이트해야 했습니다.

또한 해당 연도의 마지막 달(대차대조표 개편 포함)에 대한 정기 회계 및 세무 회계 작업이 수행되었는지 확인해야 합니다.

데이터 전송에 필요한 모든 파일은 릴리스 1.5.8.5 "1C:Accounting 8"의 템플릿 디렉토리에 있는 변환 폴더에 포함되어 있습니다. 이 폴더의 내용을 "1C:Accounting 7.7" 인포베이스의 ExtForms 디렉토리에 복사하는 것이 좋습니다.

전송 기술은 데이터를 "1C: Accounting 8"로 전송할 때 고유하지 않게 될 수 있는 참조 코드를 확인하는 유일한 준비 작업을 제공합니다. 검증을 위해 외부 처리 ChkCode.ert가 사용됩니다.

그러나 1C: Accounting 7.7 데이터베이스에서 회계 및 세무 회계의 정확성을 확인하고 의도적으로 잘못된 항목을 G8로 전송하지 않으려면 회계 기술 분석(메뉴 "보고서 -> 기술 분석 회계" ), 세무 회계 현황 분석( "세무 회계 -> 세무 회계 현황 분석").

원칙적으로 기초잔고, 정량회계 등을 확인하지 않고 이루어지는 '수동' 전기로 인해 문제가 발생합니다. 새로운 방법론은 이러한 게시조차도 올바르게 전송하지만 입력 제어를 통해 문제를 즉시 식별하고 수정 권장 사항을 발행할 수 있습니다.

우리의 경우 통제는 이전 기간의 손실에 대한 고정 자산 감가상각 상각과 관련하여 회계상의 불일치를 드러냈으며, 이는 전환 후 "1C: 회계 8"에서 이미 수정하기로 결정되었습니다.

데이터 전송

데이터 전송 자체는 외부 처리 V77Exp.ert를 사용하여 수행됩니다(메뉴 "파일 -> 열기"). 처리 대화 상자는 다음과 같이 말합니다.

데이터 변환 규칙 파일 - Acc77_80.xml("규칙 파일 이름" 필드);
데이터가 업로드될 파일(필드 "데이터 파일 이름");
현재 보고 기간의 시작 날짜 - 2006년 1월 1일("시작 날짜" 필드)
현재 기간에서 마지막으로 마감된 월의 종료 날짜("종료 날짜" 필드). 우리의 경우 - 2006년 5월 31일.

처리 대화 상자에서 "교환 규칙 로드" 버튼을 클릭하면 데이터 업로드 규칙 목록이 채워집니다. 로드된 목록은 결과를 다운로드할 수 있는 계정 목록과 "Enterprise Accounting" 구성으로 전송할 수 있는 디렉터리입니다. 오른쪽 표에서 속성 값별로 대부분의 데이터 업로드 규칙에 대한 필터를 설정할 수 있습니다(예: 항목의 선택적 업로드).

"7"에서 데이터를 전송하고 있으므로 "1C: Accounting 8"을 처음 시작할 때 데이터베이스의 초기 채우기를 포기해야 합니다. 그 후 데이터 로딩 처리(메뉴 "서비스 -> 데이터 교환 -> XML 형식의 범용 데이터 교환")를 사용하여 전송 파일을 8개에 로드합니다.

시험

데이터 전송의 전체 절차는 30분 이상 걸리지 않았습니다. 모든 데이터가 올바르게 전송되었는지 확인하는 것만 남아 있습니다. 여기에서 데이터 전송 기간에 대한 대차 대조표부터 시작하는 것이 가장 좋습니다. 잔액 계정의 경우 "1C: 회계 7.7" 및 "1C: 회계 8"에서 생성된 명세서가 일치해야 합니다. 계정의 회전율이 일치하지 않으면 이 계정에 대한 더 자세한 보고서(대차대조표 또는 카드)를 생성하여 이전되지 않은 회전율을 확인해야 합니다. 따라서 현재 보고기간의 고정자산과 무형자산의 잔액, 개인소득세 및 급여세 과세표준과 기말 입고·발급된 계산서의 체납액을 제외한 모든 데이터를 확인할 수 있습니다. 현재 보고 기간의 마지막 마감 월의

우리의 경우 "1C : Accounting 7.7"에서 고정 자산에 대한 데이터가 완전히 입력되지 않았고 "8"문서에서 "고정 자산의 초기 잔액 입력"문서가 단순히 게시되지 않았으며 잔액 계정 01의 기간이 시작될 때 발생하지 않았습니다. 이 문서는 수동으로 수정되었습니다.

VAT 회계 하위 시스템은 레지스터의 "1C: 회계 8"에서 구현되며, 이체의 정확성을 확인하려면 회계 기간을 제한하지 않고 범용 보고서 "잔액 및 회전율"(보고서 -> 잔액 및 회전율)을 사용해야 합니다. ZPK 및 ZPR 계정 이전의 정확성을 분석하기 위해 "VAT 제시", "VAT from Advances" 섹션.

1C 7.7 프로그램의 대부분의 사용자는 1C 7.7에서 8.3(8.2)으로의 전환을 복잡하고 프로그래머에게만 적용되는 것으로 나타냅니다. 조직에 위아래로 다시 실행되지 않은 구성이 없는 경우 이 기사는 귀하를 위해 작성되었으며 1C 8.3 또는 8.2로의 전환에 도움이 될 것입니다.

1C 7.7에서 후속 데이터 전송을 위해 1C 8.3(8.2) 기반을 단계별로 준비하는 방법

작업을 시작하기 전에 후속 데이터 로드를 위해 1C 8.3(8.2) 데이터베이스를 준비해야 합니다.

1 단계

1C 데이터베이스를 현재 릴리스로 업데이트하고 최신 버전 8.2 또는 8.3을 사용하십시오. 1C 기술 지원 웹사이트에서 현재 릴리스의 관련성을 확인할 수 있습니다.

1C 8.3 플랫폼을 설치하거나 업데이트하는 방법은 비디오 자습서를 참조하십시오.

2 단계

월별 마감 절차를 수행합니다. 또한 다음을 통해 회계 확인을 수행할 수 있습니다. 서비스 - 전환 데이터 확인 1C 회계 8.오류가 있으면 수정하십시오.

3단계

5단계

데이터 로드를 위한 깨끗한 데이터베이스를 만듭니다. 이는 예상치 못한 상황이 발생할 경우 데이터 다운로드를 신속하게 취소하는 데 필요합니다. 프로그램의 최상위 메뉴 선택 관리 - 데이터 업로드,업로드 파일의 이름과 저장할 위치를 입력합니다.

이러한 준비 조치 덕분에 불필요한 개체가 데이터베이스에서 제거되고 1C 데이터베이스가 작아집니다. 결과를 다시 계산하고 데이터베이스의 논리적 무결성을 확인합니다. 이제 1C 7.7에서 1C 8.3(8.2)으로 데이터 전송을 시작할 수 있습니다.

1C 8.3에 정보 베이스를 추가하는 방법은 다음 비디오 자습서를 참조하십시오.

1C 7.7에서 1C 8.2 회계 2.0으로의 데이터 전송

최신 버전의 1C 8.2 Accounting 2.0 프로그램 릴리스에서는 1C 7.7 정보 베이스의 번역이 지원되지 않습니다. 회사 1C의 요구 사항에 따라 할 필요가 있습니다. 따라서 기본 1C 8.2에서 선택하면 서비스 - 정보 기반 1C Enterprise 7.7에서 데이터 전송, 그러면 오류가 발생합니다.

그러나 실제로 전송해야 하고 1C 8.2 프로그램 버전에 있는 경우에는 어떻게 해야 합니까?

1단계. 1C 7.7에서 데이터 업로드

1C 8.2 회계에 업로드하려면 1C에서 이전에 제공한 파일을 다운로드해야 합니다. 이러한 파일은 데이터베이스와 함께 ExtForms 폴더에 있어야 합니다. 예에서 이것은 D:\1с\77\unp_demo\ExtForms입니다. 1C 프로그램을 로드할 때 데이터베이스 경로를 볼 수 있습니다.

이 처리를 실행해 보겠습니다. 모든 것이 올바르게 완료되면 비문이 나타납니다. 1C Accounting 8에 대한 데이터 업로드, 열기 버튼을 클릭하여 선택하십시오.

업로드 규칙 - Acc77_80.xml이라는 파일을 ExtForms 폴더에 복사했습니다.
시작 날짜 및 종료 날짜 - 데이터가 업로드되는 기간입니다.
데이터 업로드 규칙 - 업로드할 개체, 파일에 업로드해야 하는 디렉터리 및 문서.

예제의 데이터 파일은 바탕 화면에 복사되지만 다른 폴더를 선택할 수 있습니다. 교환 규칙 로드 버튼을 클릭합니다. 1C 7.7에서 언로드되고 확인란을 제거하거나 선택하여 편집할 수 있는 개체 목록이 열립니다.

상황에 따라 데이터를 한꺼번에 업로드하거나 부분적으로 업로드할 수 있습니다. 먼저 디렉토리를 언로드합니다. 그 중 95%가 문제 없이 언로드됩니다. 두 번째 파일을 사용하여 회계 섹션별로 잔액 및 회전율을 업로드합니다. 이 옵션은 일부 데이터가 올바르게 업로드되지 않은 경우에 사용하기 편리합니다.

2단계. 1C 7.7에서 1C 8.2 회계 2.0으로 로드

선택하다 서비스 - 정보 기반 1C Enterprise 8에서 데이터 전송, 나타나는 창에서 파일에서 로드를 선택합니다.

1C 7.7에서 데스크탑으로 업로드된 파일을 선택합니다. 다음 버튼을 누르면 파일에서 데이터가 로드됩니다. 1C 7.7 데이터베이스의 계정이 오랫동안 유지된 경우 다운로드하는 데 시간이 오래 걸릴 수 있습니다.

다운로드 중 오류가 발생하면 데이터의 일부만 다운로드되므로 다시 다운로드해야 합니다.

1C 7.7에서 1C 8.3 회계 3.0으로의 데이터 전송

1C 7.7에서 1C 8.3으로 데이터베이스를 전송하는 알고리즘은 세부적으로 약간 다르지만 일반적으로 1C 8.2 Accounting 2.0에 대해 위에서 설명한 것과 유사합니다.

1 단계

1C 인포베이스를 업데이트한 후 데이터 업로드 규칙을 업데이트해야 합니다. 이것은 다음과 같은 방법으로 할 수 있습니다.

1C 8.3 Accounting 3.0을 열고 오른쪽 하단 모서리에서 전송 규칙 저장 버튼을 선택하고 1C Accounting 7.7 버전을 선택하고 정보 데이터베이스의 ExtForms 디렉토리 경로를 지정하여 규칙을 저장합니다.

2단계. 1C 7.7에서 데이터 업로드

1C 7.7에서 1C 8.3으로 업로드하는 기능은 기본적으로 만들어집니다. 즉, 추가 파일을 다운로드하여 데이터베이스에 추가할 필요가 없습니다.

업로드 처리를 시작하겠습니다. 서비스 - 추가 기능.우리는 1C 8.3 회계로의 전환 비문을 찾습니다. 3.0을 열고 열기를 클릭합니다.

표시되는 창에서 다음을 입력합니다.

업로드 규칙 - ACC_ACC8.xml이라는 파일로 데이터베이스가 있는 폴더에서 찾을 수 있습니다(데이터베이스 경로를 결정하는 방법은 위에서 설명했습니다), ExtForms 폴더. 이것은 1C 8.3에서 복사한 것입니다.
시작 날짜 및 종료 날짜 - 데이터가 업로드되는 기간입니다.
데이터 파일 이름 - 업로드된 데이터가 있는 파일을 복사할 위치.
데이터 업로드 규칙 – 업로드할 개체, 파일에 업로드할 디렉터리 및 문서:

교환 규칙 로드 버튼을 클릭합니다. 1C 7.7에서 언로드될 개체 목록이 표시되며 확인란을 제거하거나 설정하여 편집할 수 있습니다.

여러 파일을 생성하여 부분적으로 업로드하거나 모든 데이터를 한 번에 업로드할 수 있습니다. 진행 방법은 특정 상황에 따라 다릅니다. 이 예에서는 모든 데이터를 한 번에 언로드합니다.

1C Accounting 3.0(8.3)을 열고 여기를 선택합니다. 데이터를 로드하는 2가지 방법이 있습니다.

정보 베이스에서 데이터 로드 - 1C 8.3 프로그램 자체가 설치된 데이터베이스를 찾고 거기에서 데이터를 복사하여 이 정보 베이스에 연결을 시도합니다. 설정을 사용하여 업로드해야 할 항목을 지정하고 데이터 업로드 버튼을 클릭할 수 있습니다.

파일에서 데이터를 로드하는 것은 우리의 선택사항일 뿐입니다. 1C 7.7에서 업로드한 파일을 지정하고 데이터 업로드 버튼을 클릭해야 합니다. 아래와 같은 창이 뜨면 다운로드가 성공한 것입니다. 그렇지 않으면 부분적으로 다운로드하고 프로그램이 1C 7.7에서 발행할 오류를 수정해야 합니다.

수정된 표준 구성 1C 7.7에서 1C 8.3(8.2)으로 데이터 전송

변경된 1C 7.7 구성에서 데이터를 전송하는 것은 데이터를 전송할 프로그램 에디션에 없는 재작성된 비즈니스 프로세스로 인해 훨씬 더 복잡합니다. 대부분의 경우 이러한 전송은 데이터 전송 경험이 있거나 데이터 변환 구성에 대한 우수한 명령이 있는 전문가가 수행해야 합니다. 이러한 구성을 마이그레이션하는 데 사용할 수 있는 일반적인 마이그레이션 원칙이 있습니다.

기능 이전. 새 구성에서는 1C 7.7에 있는 기능을 반복해야 합니다. 추가 문서, 참고 도서 및 세부 정보. 이 베이스를 -CF로 언로드합니다.
올해 연말에. 계정 회전율 비교 ~ 전에회선 및 ~ 후에- 동등해야 합니다.
축소된 1C 7.7 데이터베이스에서 새 버전의 표준 깨끗한 데이터베이스로 데이터 전송. 1C 7.7 및 8.2 또는 8.3의 계정에 대한 회전율 데이터를 확인하십시오. 오류가 있는 경우 수정합니다.
1C 7.7에서 데이터가 로드된 깨끗한 데이터베이스에서는 1C 7.7의 기능이 반복된 CF 구성 파일을 로드해야 합니다.
데이터 변환 구성을 사용하여 추가 참조 세부 정보를 전송할 수 있습니다.