1C 데이터베이스(예: with)에 문제가 발생하거나 다양한 오류가 나타나거나 심지어 시작이 중지된 경우 서둘러 전화해서는 안 됩니다. 1C 데이터베이스(구성)를 독립적으로 테스트하고 수정할 수 있습니다.

1단계.구성을 수정하기 전에 가장 먼저 해야 할 가장 중요한 일은 다음과 같습니다. 1C 데이터베이스의 백업 복사본을 생성하는 두 가지 방법을 제공한 것은 아무것도 아닙니다. 구성이 더 이상 구성자 모드에서 실행되지 않더라도 구성 파일 복사라는 한 가지 방법을 사용하여 언제든지 구성의 복사본을 만들 수 있습니다.

2 단계.구성 모드에서 1c 시스템을 시작합니다. 프로그램의 메인 메뉴에서 "관리 – 테스트 및 수정..."을 선택합니다.

구성이 너무 손상되어 구성자 모드에서도 시작되지 않는 경우 1C Enterprise 8 패키지에 포함된 구성을 복원할 수 있습니다.

3단계. 1C 데이터베이스를 확인하고 수정하기 위한 설정이 포함된 창이 열립니다. 적절한 모드를 선택한 후 "실행"버튼을 클릭하십시오.

데이터베이스 크기에 따라 이 검사를 완료하는 데 매우 오랜 시간이 걸릴 수 있습니다. 따라서 나타나는 순서대로 한 번에 하나의 스캔 모드를 선택하는 것이 좋습니다. (처음에는 "Table Reindexing" 모드만 정보 기반", 그런 다음 "정보 기반의 논리적 무결성 확인"모드 등) 만 수정하고 각 수정 후에 1C 데이터베이스에서 오류가 사라졌는지 확인하십시오.

모든 확인 및 수정 모드를 순서대로 살펴보겠습니다.

정보베이스 테이블 재색인 중

구성에서 개체의 특정 세부 사항에 대한 검색 속도를 높이기 위해 1c 시스템은 인덱스를 생성합니다. 안에 이 모드수정하면 시스템은 모든 인덱스를 다시 구성합니다.

정보 베이스의 논리적 무결성 확인

이름에서 알 수 있듯이 이 모드에서는 시스템이 데이터베이스 테이블 구조의 논리적 오류를 확인하고 수정합니다.

정보베이스의 참조 무결성 확인

이 모드에서 시스템은 개체에 대한 모든 참조의 존재를 확인합니다. 존재하지 않는 개체에 대한 참조가 있는 경우 시스템은 실패한 참조를 삭제하거나 수정을 시도할 수 있습니다. 따라서 이 검사를 위해서는 해당 개체로 수행할 작업(새 개체 만들기, 지우기 또는 아무 작업도 수행하지 않음)을 추가로 표시해야 합니다.

결과 재계산

합계는 레지스터에 대한 일종의 색인입니다. 예를 들어, 상품잔고 등록 결과를 통해 원하는 날짜의 상품잔고를 빠르게 확인할 수 있습니다. 이 모드에서는 시스템이 모든 기간에 대한 모든 합계를 다시 계산합니다. 일반적으로 이는 매우 시간이 많이 걸리는 검사입니다.

정보베이스 테이블 압축

이 모드는 오류 제거보다는 구성 성능 향상과 더 관련이 있지만 그럼에도 불구하고.

작업하면서 1C 데이터베이스가 조각화되고 테이블이 실제로 필요한 것보다 더 많은 공간을 차지하기 시작합니다. 예를 들어, 새 문서를 생성했을 때 데이터베이스의 크기가 약간 늘어났고, 이 문서를 삭제했을 때 데이터베이스의 크기가 이전 상태로 돌아가지 않고 이전보다 약간 커졌습니다. 정보베이스 테이블을 압축한다는 것은 모든 테이블의 조각 모음을 수행하고 결과적으로 구성 크기를 최적의 값으로 줄이는 것을 의미합니다.

정보베이스 테이블 재구성

오류와의 싸움에서 가장 효과적인 모드입니다. 구조조정의 원칙은 다음과 같다. 각 데이터베이스 테이블에 대해 유사한 구조를 가진 새 테이블이 생성되고 이전 테이블의 모든 데이터가 새 테이블로 전송됩니다.

4단계. "실행" 버튼을 사용하여 테스트를 시작하고 결과에 대한 메시지를 기다립니다.

vk.com/buhcenter VKontakte 그룹.
1-bc.ru는 서비스에 대해 알아볼 수 있는 회사 웹사이트입니다.
 정보베이스 테이블 재인덱싱.
을 위한 빠른 탐색정보에 따라 보조 테이블은 기본 데이터와 함께 기본 테이블에 추가되며, 여기서 데이터는 기본 테이블(인덱싱 테이블)의 지정된 필드에 따라 정렬됩니다. 인덱싱 테이블을 사용하면 샘플링을 위해 전체 기본 데이터 테이블을 반복할 필요가 없기 때문에 1C의 성능이 크게 향상됩니다. 인덱스 파일을 사용하고 거기에서 필요한 레코드를 선택할 수 있습니다.
메인 데이터 테이블에 데이터가 기록되면 인덱스 테이블도 채워집니다. 그러나 다양한 기술적인 이유로 인해 인덱스가 혼동될 수 있으며, 이는 궁극적으로 오류로 이어질 수 있습니다. 1C 8.3 데이터베이스를 테스트하고 수정할 때 이 오류 클래스를 수정하려면 이 메뉴 항목 옆의 확인란을 선택해야 합니다.
 정보베이스의 논리적 무결성 확인
1C 구성에서 새 개체를 생성하는 순간 데이터베이스에 새 테이블이 생성되어 데이터베이스의 다른 테이블과의 연결을 나타냅니다. 다양한 이유로 연결이 잘못될 수 있습니다(예: 잘못된 업데이트 또는 녹화 시 예상치 못한 정전 등). 이러한 유형의 오류를 수정하려면 이 메뉴 항목을 선택하십시오.
 정보베이스의 참조 무결성 확인
아마 "를 본 적이 있을 겁니다. 끊어진 링크"1C 구성에서. 그렇지 않다면 운이 좋은 것입니다!
이러한 오류를 식별하고 수정하려면 이 메뉴 항목을 선택하면 해당 오류를 처리하기 위한 옵션이 아래에서 활성화됩니다(위 그림 참조). 존재하지 않는 객체에 대한 참조가 있을 때 오류를 수정하는 방법을 선택할 수 있습니다. 객체 생성, 참조 지우기, 변경하지 않음; 부분적인 데이터 손실의 경우: 객체를 생성하고, 객체를 삭제하고, 변경하지 마십시오.
 결과 재계산
1C 데이터베이스에서 빠른 데이터 선택을 수행하기 위해 매달 이미 계산된 데이터가 있는 테이블이 있습니다. 이 데이터에 액세스하면 기본 테이블에서 수집되지 않고(시간이 많이 소요됨) 요약 테이블의 데이터에서 즉시 발행됩니다. 따라서 이 메커니즘이 작동하려면 과거 기간에 대한 올바른 결과가 필요합니다. 따라서 1C가 보고서에서 "속이는" 경우 이 메뉴 항목을 사용하여 해당 오류가 수정됩니다.
 정보베이스 테이블 압축
데이터베이스에서 객체를 삭제하는 것은 다소 힘들고 시간이 많이 걸리는 작업이므로 1C 구성에서는 삭제 프로세스가 2단계로 나뉩니다. 구성에서 개체를 삭제하면 1c 데이터베이스의 데이터가 null이 되고 이로 인해 물리적으로 그대로 유지되지만 추가 작업에 참여하지 않습니다. 이러한 기록의 테이블을 지우기 위해 "정보베이스 테이블 압축" 메뉴 항목을 사용하여 1C 8.3 데이터베이스를 테스트하고 수정합니다.
 정보베이스 테이블 재구성
1c 메타데이터 개체의 세부 정보를 변경할 때 데이터베이스는 변경된 개체의 모든 테이블에 새 레코드를 추가해야 합니다. 이는 데이터베이스 테이블 재구성을 통해 수행됩니다. 재구성 프로세스 중에 현재 구성의 구조를 사용하여 데이터베이스 테이블의 복사본이 생성된 후 데이터가 생성된 테이블로 전송됩니다. 1c 메타데이터에 속성을 추가하면 새 테이블에 해당 속성에 대한 빈 열이 생성됩니다. 속성이 삭제되면 이 속성에 대한 열이 새 테이블에 생성되지 않으므로 전송되지 않습니다.
구조 조정 과정에서 모든 데이터베이스 테이블이 다시 생성되므로 이 작업이 가장 오래 걸립니다.

1C:회계 데이터베이스(8.3 에디션 3.0)를 테스트하고 수정하는 방법

2017-12-19T18:21:22+00:00

그래서 데이터베이스에 문제가 있었습니다. 오류가 발생했거나 단순히 시작이 중지되었습니다. 서두르지 말고 프로그래머에게 전화하세요. 혼자서 많은 일을 할 수 있습니다.

1. 중요한 것 먼저 백업 복사본기존 베이스. 요점은 테스트와 수정은 데이터베이스에서 거의 항상 상황을 개선하는 되돌릴 수 없는 작업이지만 아주 적은 비율의 경우 모든 것을 망칠 수 있다는 것입니다. 매우 드문 경우이므로 먼저 백업 복사본을 만들어야 합니다.

2. 이제 백업이 완료되었으므로 구성자 모드에서 데이터베이스를 시작합니다.

3. "관리" - "테스트 및 수정..."을 선택합니다.

4. "실행" 버튼을 선택하고 클릭해야 하는 확인 및 수정 옵션이 많이 있습니다. 원칙적으로는 모두 선택할 수 있지만 가장 합리적인 방법은 이러한 확인과 수정을 순서대로 수행하고 각 수정 후에 데이터베이스에서 오류가 사라졌는지 확인하는 것입니다.

5. 즉시 테스트하고 수정하겠습니다(두 번째 옵션).

6. 데이터베이스가 매우 큰 경우 검사 실행 시간을 제한할 수 있습니다. 이러지 말자:

7. 정보베이스 테이블을 다시 색인화합니다. 그것은 무엇입니까? 각 테이블(예: 디렉터리)에 대해 인덱스가 데이터베이스에 구축되어 특정 필드에 대한 검색 속도를 높입니다. 따라서 이 수정 사항은 모든 인덱스를 다시 작성합니다.

8. 정보 베이스의 논리적 무결성을 확인하면 테이블 구조의 논리적 오류를 확인하고 수정합니다.

9. 정보베이스의 참조 무결성을 확인하면 더 이상 존재하지 않거나 파괴될 수 있는 개체에 대한 모든 참조를 확인합니다.

따라서 이 검사에서는 해당 개체에 대해 무엇을 해야 할지(새 개체 만들기, 지우기 또는 아무 작업도 수행하지 않음) 표시해야 합니다.

10. 결과 재계산. 결과 - 대략적으로 말하면 정보가 저장되는 레지스터의 인덱스입니다. 문서로 생성. 예를 들어, 제품 잔액 등록에 대한 총계가 있으면 특정 날짜의 제품 잔액 값을 신속하게 얻을 수 있습니다. 이 확인은 모든 시간에 대한 모든 합계를 다시 계산합니다. 나는 이것이 일반적으로 매우 시간이 많이 걸리는 검사라는 점에 주목합니다.

11. 시간이 지나면서 데이터베이스의 크기가 크게 늘어납니다. 이는 삭제 대상으로 표시한 다음 삭제한 많은 데이터가 데이터베이스에 축적되어 있지만 실제로는 여전히 데이터베이스에 남아 있기 때문에 발생합니다(더 이상 볼 수 없음). "정보베이스 테이블 압축" 항목은 실제로 해당 테이블을 삭제하고 데이터베이스 크기가 줄어듭니다.

12. 정보베이스 테이블의 구조 조정. 버그와의 싸움에서 마지막으로 강력한 무기입니다. 각 테이블에 대해 - 생성됨 새 테이블필요한 구조를 가지며 이전 테이블의 모든 데이터가 새 테이블로 전송됩니다.

13. 원하는 항목을 선택한 후 테스트를 실행합니다("실행" 버튼).

14. 모든 검사가 끝나면 테스트 결과에 대한 정보가 포함된 서비스 메시지 창이 열립니다.

수정 사항이 도움이 되지 않고 상황이 더욱 악화된 경우 - 첫 번째 단계에서 만든 백업으로 인해 발생합니다.

업데이터를 사용한 테스트

내 사용자에게는 모든 것이 훨씬 더 간단합니다.

목록에서 원하는 데이터베이스를 표시한 다음 "추가" 항목에서 "6.06 데이터베이스 테스트 및 수정"을 선택합니다.

구성 옵션과 완전히 일치하는 옵션이 포함된 창이 열립니다.

필요한 것을 선택하고 "확인"을 클릭하십시오.

이 경우 업데이트 프로그램은 다음을 수행합니다.

• 데이터베이스를 차단하고 작업 중인 사용자를 쫓아냅니다.
• 데이터베이스의 백업 복사본을 생성합니다.
• 표시된 설정에 따라 자동 테스트를 위한 구성기를 시작합니다.
• 테스트 후에는 모든 사용자가 다시 돌아올 수 있습니다.
• 탭의 업데이터 창에서 테스트 결과에 대한 모든 정보를 볼 수 있습니다. 보고서.

동시에, 테스트 전에 데이터베이스를 생성된 백업 복사본으로 복원(롤백)해야 하는 경우 데이터베이스를 확인한 다음 "자세히" 항목에서 "6.01 zip, 7z에서 데이터베이스 데이터 파일 복원" 옵션을 선택합니다. rar”.

1C 전문가로부터 답변을 수집했습니다. 자주하는 질문부가가치세(VAT) 회계 및 보고, 이윤세 목적의 회계 및 세무회계에서 발생한 오류를 수정합니다. 우리는 당신에게 방법을 알려줍니다오류를 수정하고 "1C: Accounting 8" 에디션 3.0의 수정 사항을 반영합니다.

이전 과세 기간에 등록된 청구서의 번호, 날짜 및 금액에 대한 오류를 수정하려면 어떻게 해야 합니까?

판매자로부터받은 기본 문서와 송장을 구매자가 수동으로 회계 시스템에 등록하는 경우 기술적 오류 (송장 번호 또는 날짜를 잘못 입력하는 등)가 발생하는 상황은 그리 드물지 않습니다. 결과적으로 구매 도서의 등록 기록에 오류가 나타나 VAT 환급 섹션 8에 부정확한 정보가 반영됩니다. 전자문서교환(EDI)을 이용하면 입력오류를 최소화할 수 있습니다.

1C 전문가들은 2017년 12월 14일 1C: 강의실에서 열린 강의에서 "1C: Accounting 8"(rev. 3.0)의 전자 문서 교환, UPD 및 UCD 사용에 대해 이야기했습니다.

송장 등록 중 발생한 오류는 납세자가 직접 발견할 수 있으며, 세무 당국이 접수 관리 중에 확인할 수 있습니다(러시아 연방 세법 제88조 3항).

첫 번째 경우납세자는 정확한 정보가 포함된 업데이트된 세금 신고서를 세무 당국에 제출해야 합니다. 업데이트된 신고서를 제출할 의무는 오류로 인해 예산에 지불해야 하는 세액이 과소계상된 경우에만 발생한다는 사실에도 불구하고(러시아 연방 조세법 제81조 1항), 이전에 제시된 정보 수정 VAT 신고서 섹션 8의 경우 업데이트된 세금 신고서를 제출해야만 가능합니다.

두 번째 경우납세자는 세무 당국으로부터 설명을 요청하는 메시지를 받게 됩니다(2013년 7월 16일자 AS-4-2/12705호 AS-4-2/12705호에 러시아 연방세무서가 보낸 서면 세무 감사 수행에 대한 권장 사항 2.7항). 수신된 메시지에 대한 응답으로 납세자는 정확한 데이터를 나타내는 설명을 세무 당국에 보내야 합니다. 동시에, 납세자는 러시아 연방세청에서 권장하는 업데이트된 신고서를 나중에 제출할 필요가 없습니다(2015년 11월 6일자 서한 번호 ED-4-15/19395).

두 경우 모두 납세자는 회계 시스템에 잘못 입력된 데이터를 명확히 하고 구매 장부를 수정해야 합니다.

이전 세금 기간에 발생한 오류는 잘못된 등록 항목을 취소하고 구매 원장의 추가 시트에 새 등록 항목을 작성하여 수정됩니다(러시아 연방 정부 법령에 의해 승인된 구매 원장 유지 규칙 4, 9항). 2011년 12월 26일자 No. 1137(이하 결의안 No. 1137), 2015년 4월 30일자 러시아 연방세청 서한 No. BS-18-6/499@). 이러한 추가 시트의 데이터는 VAT 세금 신고서를 변경하는 데 사용됩니다(결의안 번호 1137에 의해 승인된 구매 장부의 추가 시트 작성 규칙 6항).

받은 송장을 등록할 때 발생한 기술적 오류를 수정하기 위해 문서는 1C: Accounting 8 프로그램, 에디션 3.0에서 사용됩니다. 영수증 조정(장 구매) 작업 유형 .

문서를 기반으로 문서를 생성할 수 있습니다. 영수증(행위, 송장), 이 경우 탭의 기본 필드 기본북마크의 표 부분 상품또는 서비스문서를 열면 즉시 채워집니다.

작업 자신의 실수를 바로잡는다잘못 입력된 송장 세부정보를 수정할 수 있습니다.

• 번호와 날짜;
• 상대방의 TIN 및 KPP
• 거래 유형 코드;
• 합계 및 정량적 지표.

기술적 오류가 총계 또는 정량적 지표에 영향을 미치지 않으면 탭에서 기본현장에서 조정 반영값을 설정하는 것이 좋습니다 VAT 회계에만 해당, 송장 세부 정보 입력 시 기술적 오류를 수정해도 회계 계정에 대한 거래 반영에는 영향을 미치지 않으며 회계 등록부에 항목을 입력할 필요가 없기 때문입니다.

블록에서 송장 세부정보 오류 수정:

• 줄을 서서 우리는 무엇을 고치고 있나요?수정 중인 문서에 대한 하이퍼링크가 자동으로 삽입됩니다. 송장 수신됨;
• 자세한 내용은 다음을 참조하세요. 수신번호, 날짜, 상대방의 TIN, 상대방 검문소, 작업 유형 코드표시기가 있는 두 개의 열이 형성됩니다. 옛 의미그리고 새로운 의미, 문서의 관련 정보가 처음에 자동으로 전송됩니다. 송장 수신됨.

오류가 포함된 세부정보(예: 잘못된 송장 번호)를 수정하려면 열의 해당 표시기를 새로운 의미올바른 것으로 교체해야 합니다(그림 1).

쌀. 1. 접수된 청구서 등록 시 발생한 기술적인 오류의 정정

구매한 상품(작업, 서비스, 재산권)의 가격 및 수량, 청구된 VAT 비율 및 금액에 대한 기본 문서의 정보를 회계 시스템 문서로 전송할 때 기술적 오류가 발생할 수 있습니다.

이런 경우 현장에서 조정 반영값이 설정되어야 한다 회계의 모든 부문에서, 소득세 및 부가가치세에 대한 회계 및 세무회계 데이터를 동시에 조정해야 하는 경우.

양적 및 전체 지표에 영향을 미치는 오류 제거는 탭에서 수행됩니다. 상품또는 서비스. 표 부분 상품 (서비스)은 기본 문서에 따라 자동으로 채워집니다.

원본 문서의 각 라인은 조정 문서의 두 라인에 해당합니다. 변경 전그리고 변경 후. 줄을 서서 변경 후수정된 합계(정량적) 지표를 표시해야 합니다.

문서의 결과로 영수증 조정수술 종류와 함께 자신의 실수를 바로잡는다:

• 줄을 서서 송장자동으로 생성된 새 문서에 대한 하이퍼링크가 문서 하단에 나타납니다. 송장 수신됨, 이는 실제로 상품 구매 거래에 대해 이전에 입력한 잘못된 문서의 "기술적 사본"입니다. 새 문서의 모든 필드 송장 수신됨문서에 명시된 정보를 기반으로 자동으로 채워집니다. 영수증 수정;
• VAT 회계 목적으로 특별 등록부에 항목이 작성됩니다.

구매 원장의 추가 시트에는 두 가지 항목이 포함됩니다.

• 세부 사항에 오류가 있는 수신된 청구서의 항목 취소
• 세부정보가 수정된 동일한 송장에 대한 등록 항목입니다.

연간 재무 제표 승인 후 신청 기관 공통 시스템과세 (OSNO)는 작년의 실수를 밝혔습니다. 회계 및 이윤세 목적의 직접 비용 금액이 과장되었습니다. 동시에 지난해에는 적자를 냈지만 올해는 흑자를 냈다. 소득세 조정이 당해연도에 반영될 수 있나요?

회계에서 올해 재무 제표 승인 후 확인 된 이전보고 연도의 오류는 현재보고 기간에 수정됩니다 (회계 규정 "회계 및보고 오류 수정"(PBU 22)의 9, 14 항 /2010), 2010년 6월 28일자 러시아 재무부 명령 No. 63n에 의해 승인되었으며, 이하 PBU 22/2010이라고 함).

이윤세 목적을 포함한 세무 회계에서 일반적으로 러시아 연방 조세법 제54조 1항에 따라 오류(왜곡)는 해당 기간에 수정됩니다. 동시에, 납세자는 다음과 같은 경우 오류(왜곡)가 확인된 세금(신고) 기간에 과세표준과 세액을 다시 계산할 권리가 있습니다.

• 이러한 오류(왜곡)가 발생한 기간을 결정하는 것은 불가능합니다.
• 이러한 오류(왜곡)로 인해 세금이 과도하게 납부되었습니다.

물론, 직접비 금액을 과대평가한다고 해서 전년도 소득세가 과도하게 납부될 수는 없습니다. 다음에 대한 세금 지난 기간작년에 조직에 손실이 발생했기 때문에 초과 지불되지 않았으므로 이러한 오류는 해당 세금 기간과 관련하여 고려됩니다 (2010 년 5 월 7 일자 러시아 재무부 서한 No. 03 -02-07/1-225) . 따라서 조직은 오류가 발생한 기간에 대한 과세 표준과 세액을 다시 계산해야 하며, 전년도에 대한 업데이트된 세금 신고서를 세무 당국에 제출해야 합니다(세법 제81조 1항 1항). 러시아 연방).

"1C: 회계 8" 에디션 3.0에서는 비용 과대평가와 관련된 전년도 오류를 문서로 수정할 수 있습니다. 영수증 조정또는 문서 작업.

조직의 내부 규정에 따라 프로그램에서 작년 데이터(세무 회계 데이터 포함) 업데이트가 금지될 수 있습니다. 작년 데이터 변경을 금지하는 날짜가 설정되어 있으며 마감된 기간을 "개설"하는 것은 허용되지 않습니다.

전년도 세무회계 데이터(TA)가 변경되면 TA의 재무 결과도 변경되므로 작업을 다시 생성해야 합니다. 밸런스 개편, 회계 데이터에 영향을 미치지 않도록 다른 모든 문서를 다시 입력하지 않습니다.

다음을 수행하면 이러한 어려움을 피할 수 있습니다.

• 현재 기간에는 오류의 심각도에 따라 계정 84 "이익 잉여금 (미보상 손실)"또는 계정 91 "기타 수입 및 비용"에 해당하는 관련 계정에 항목을 입력하여 회계 오류만 수정합니다. 조항 9, 14 PBU 22/2010);
• 회계 규정 "법인 소득세 계산 회계"PBU 18/02를 적용하는 조직의 경우 승인되었습니다. 2002년 11월 19일자 러시아 재무부 명령 No. 114n(이하 PBU 18/02)에 따라 영구차이(PR)를 반영합니다. 이 경우 PR은 보고 기간의 회계 이익을 형성하지만 보고 기간과 후속 보고 기간 모두에 대한 소득세 과세 기준을 결정할 때 고려되지 않는 소득을 의미합니다.

• 직접 비용 감소를 반영하기 위해 전년도 세금 등록부를 수동으로 작성합니다.
• 전년도에 대한 업데이트된 소득세 신고서를 작성하여 연방세청에 제출합니다.
• 이전 기간에 대한 소득세를 추가로 발생시키고 납부합니다.
• 소득세에 대한 벌금을 계산, 발생 및 납부합니다.

조직(VAT 납세자 OSNO에서는 PBU 18/02의 조항을 적용하지 않음)에서 오류를 발견했습니다. 올해 이전 보고 기간에는 모든 비용이 회계에 반영되지 않았습니다. 프로그램에 관련 서류를 어떻게, 언제 등록해야 합니까?

질문에 따르면, 시간에 반영되지 않은 비용과 이를 발견한 시점은 동일한 과세기간에 해당됩니다.

이 경우 비용에 관한 서류( 영수증(행위, 송장), 추가 접수 경비, 청구서 요청, 작업등) 및 당해 연도의 이전 보고 기간과 관련된 정보는 수령 또는 발견 시점, 즉 당해 연도가 끝나기 전에 등록될 수 있습니다.

따라서 이러한 비용은 현재 보고(세금) 기간의 과세 기준(이익)을 결정할 때 자동으로 고려되며, 러시아 연방 세법 제 274조 7항에 따라 결정됩니다. 연초부터 발생주의.

이러한 상황에서는 과거 소득세 신고서에 오류가 발생했기 때문에 보고 기간해당 연도의 납부액이 과소평가되지 않은 경우, 조직은 해당 기간에 대한 업데이트된 신고서를 연방세청에 제출할 의무가 없습니다(세법 제81조 2항, 1항, 81항). 러시아 연방).

그러나 조직이 이전 세금 기간과 관련된 현재 보고(세금) 기간의 비용을 식별한 경우(예: 기본 문서가 제때에 수신되지 않았기 때문에) 어떻게 될까요?

러시아 재무부(2017년 3월 24일자 서신 No. 03-03-06/1/17177)에 따르면 이러한 비반영은 이전 과세 기간의 과세 기반을 왜곡하는 것이므로 다음을 수행해야 합니다. 러시아 연방 조세법 제54조의 규정에 따라 행동합니다. 또한, 현재 보고(과세) 기간에 조직이 손실을 입은 경우, 이 기간에는 과세 기준이 0으로 인식되므로 과세 기준을 재계산하는 것이 불가능합니다.

따라서 전년도와 정정기간 모두에 이익이 발생한 경우 전년도 문서도 현 기간에 등록할 수 있습니다.

이러한 조건 중 하나 이상이 충족되지 않으면 회계 및 세무 회계의 오류(왜곡)를 다른 기간에 수정해야 합니다. 이를 위해 이전 질문에 대한 답변에 설명된 일련의 작업을 사용할 수 있습니다. 문서 사용 작업전년도 비용을 회계에 반영한 다음 전년도 과세 표준 조정 사항이 반영되는 세무 회계 등록부를 수동으로 작성합니다.

동시에, 전년도 소득세와 벌금을 체납하지 않아도 됩니다. 초과 납부된 세금이나 이전 연도의 손실 증가를 고려하기 위해 전년도에 대한 업데이트된 소득세 신고서를 제출하는 것이 납세자의 이익입니다.

부가가치세의 경우, 납세자-구매자는 러시아 연방 영토에서 구매한 상품, 저작물, 서비스, 재산권 등록 후 3년 이내에 세금 공제를 청구할 권리가 있습니다(제1항, 제1.1항, 제172조). 러시아 연방 세금 코드). 따라서 조직은 업데이트된 VAT 신고서를 제출할 필요가 없습니다.

조직(OSNO 및 PBU 18/02 적용)은 올해 마지막 보고 기간에 회계에 보너스 감가상각을 사용하여 고정 자산(고정 자산) 수락을 잘못 반영하지 않았습니다. 오류가 감지된 기간(조정을 위해 이전 보고 기간이 마감됨) 동안 프로그램이 이 오류를 자동으로 수정할 수 있습니까?

프로그램에서는 데이터 변경 금지 날짜(예: 6월 30일)를 설정하므로 오류 감지 기간(예: 7월) 동안 고정 자산 회계 승인 문서를 사용하여 회계 고정 자산 승인을 등록해야 합니다( 고정 자산 및 무형 자산 섹션).

문서에는 오류가 발생하지 않은 것처럼 내용 연수(SPI)를 포함하여 회계 및 세무 회계 목적으로 감가상각을 계산하기 위한 매개변수가 표시되어야 합니다.

감가상각 보너스 탭에서 감가상각 보너스를 비용으로 포함 확인란을 선택합니다.

동시에 이전 보고 기간(예: 5월)에 실제로 고정 자산이 회계 처리를 위해 수락된 경우 이 경제 생활 사실은 기본 문서(관리자의 명령, 수락 및 양도 행위)를 통해 확인되어야 합니다. 고정 자산 개체의 고정 자산 개체의 재고 카드), 관련 날짜가 기록됩니다. 프로그램의 감가상각은 8월부터 시작됩니다. 같은 달 간접 비용에는 고정 자산 초기 비용의 10% 이하(3-7개 감가상각 그룹에 속하는 고정 자산의 경우 30% 이하) 금액의 자본 투자 비용이 포함됩니다. 258조 9항, 러시아 연방 세법 272조 3항).

이 프로그램은 누락된 달(6월과 7월)에 대한 감가상각 자동 계산을 제공하지 않으므로 회계 증명서를 작성하고 문서를 사용해야 합니다. 작업(그림 2). 오류는 감가상각 계산 매개변수에 영향을 주지 않으므로 OS 회계 하위 시스템의 레지스터를 조정할 필요가 없습니다.

쌀. 2. 고정자산의 감가상각 경과액 조정

이런 경우에는 6개월 동안의 소득세를 명시할 필요가 없습니다. 그러나 조직이 별도의 부서(SU)를 등록한 경우 2분기에 오류가 발생하면 특정 기간의 이익 지분 계산에 영향을 미칠 수 있습니다. 지정된 OS가 조직의 재산세 과세 대상이고 러시아 연방 구성 기관의 입법 기관이 보고 기간을 설정한 경우 조직은 6개월 동안 업데이트된 재산세 신고서를 제출할 의무가 있습니다.

조직(OSNO)은 4월 회계를 위해 고정 자산(동산)을 수락했고, 8월에는 산술 오류를 발견하여 고정 자산 비용이 과대평가되었습니다. 고정 자산의 초기 비용을 줄이고 감가상각비를 다시 계산하는 방법은 무엇입니까?

동산이 어떻게 조직에 유입되었는지는 질문에서 명확하지 않습니다. 지정된 OS를 공급자로부터 유료로 구입했다고 가정해 보겠습니다. 올해 8월에 취득한 고정 자산의 비용을 조정하려면 프로그램에서 문서를 생성해야 합니다. 작업, 여기서 다음 계정 대응을 나타냅니다.

REVERSE 차변 08.04.1 대변 60.01

REVERSE 차변 01.01 대변 08.04.1- 고정 자산 비용 조정 금액

REVERSE 차변 20.01 (26, 44) 대변 02.01- 해당 연도의 5월, 6월, 7월 감가상각 조정 금액 기준

차변 20.01 (26, 44) 대변 02.01- 고정 자산의 조정된 초기 비용을 고려하여 올해 8월의 감가상각액입니다.

소득세에 대한 세무회계 목적으로 해당 금액도 자원에 기록됩니다. 금액 NU Dt그리고 금액 NU Kt. 조정 사항을 고려하여 회계 및 세무 회계의 향후 감가상각을 계산하려면 문서를 사용하여 감가상각 매개변수를 명확히 해야 합니다. (장 고정 자산 및 무형 자산 - 고정 자산 감가상각 매개변수). 문서는 8월에도 작성되어야 합니다(그림 3). 문서를 입력할 때 OS 감가상각 매개변수 변경헤더에는 다음 세부정보를 표시해야 합니다.

• 이 문서에 반영된 고정 자산의 "수명"에 발생한 이벤트 이름
• 플래그를 설정 회계에 반영그리고 세무회계에 반영.

쌀. 3. OS 감가상각 매개변수 변경

테이블 필드에 다음을 표시해야 합니다.

• 오류 감지로 인해 감가상각 매개변수가 변경된 고정 자산
• 현장에서 만료일 (우우)-회계를 수락한 후 조직이 처음에 설정한 회계에서 고정 자산의 내용 연수(예: 62개월)
• 현장에서 감가상각 마감일. (우우)- 회계상 감가상각 계산을 위한 잔여 내용연수. 이 SPI는 원래 설정된 SPI에서 5~8월 감가상각 개월 수(62개월 - 4개월 = 58개월)를 뺀 값으로 계산됩니다.
• 현장에서 감가상각을 계산하는 데 드는 비용입니다. (우우)- 회계 감가상각 계산을 위한 고정 자산의 남은 비용. 이 비용은 고정 자산의 조정된 초기 비용에서 5~8월에 발생한 감가상각비를 뺀 값으로 계산됩니다.
• 현장에서 만료일 (잘)- 세무회계에서 감가상각 계산을 위한 내용 연수(개월)입니다. 이 상황에서는 이 기간이 변경되지 않습니다.

9월부터 일상적인 수술을 할 때부터 고정자산의 감가상각 및 감가상각프로그램은 지정된 매개변수에 따라 감가상각액을 계산합니다.

이 오류로 인해 소득세가 과소납부되었으므로 조직은 6개월 동안 업데이트된 신고서를 제출해야 합니다.

조직이 OP를 등록한 경우 고정 자산의 부풀려진 비용은 이익 지분 계산에 영향을 미칠 수도 있습니다.

올해 7월, 조직(OSNO, VAT 납세자)은 이전 과세 기간에 구매한 재고 품목의 가격을 낮추기 위해 공급업체와 추가 계약을 체결했습니다. 같은 달에 수정 송장이 접수되었습니다. 재고 데이터는 수령 기간의 비용에 포함되었습니다. 구매 가격 감소와 관련된 소득은 어떤 세금 기간에 반영되어야 합니까? 현재 기간에 이를 고려할 수 있습니까? 아니면 이전 연도에 대한 업데이트된 보고서를 제출해야 합니까? 지난 몇 년 동안 조직은 세금 목적으로 이익을 얻었습니다.

먼저 원본 문서에 표시된 가격으로 재고 품목을 회계 처리하는 것이 오류로 간주될 수 있는지 알아 보겠습니다. PBU 22/2010의 단락 2에 따라, 경제 활동 사실 반영의 부정확성 또는 누락은 반영(비반영) 당시 조직에서 사용할 수 없었던 새로운 정보를 얻은 결과로 확인됩니다. 사실은 오류로 간주되지 않습니다. 이전 세금 기간에 재고 품목을 수령하고 생산을 위해 기록할 때 조직은 모든 ​​수입과 지출을 올바르게 반영했습니다. 제품 가격을 변경하기 위해 공급자와 체결한 계약은 회계 오류가 아닌 독립적인 사건입니다. 따라서 회계에 재고 품목 가격 변경을 반영할 때 PBU 22/2010의 규칙이 적용되지 않습니다.

회계상 보고 연도에 식별된 전년도 이익은 기타 소득(기타 소득)에 포함됩니다. 기타 영수증은 식별된 대로 인식되며 조직의 손익 계정에 적립됩니다(재무부의 명령에 따라 승인된 회계 규정 "조직의 소득" PBU 9/99의 7, 11, 16항). 1999년 5월 6일자 러시아 No. 32n, 이하 PBU 9/99로 지칭). 소득세는 어떻습니까? 러시아 연방 세법은 "오류(왜곡)"의 개념을 공개하지 않으므로 이 개념은 회계법에서 사용되는 의미로 사용되어야 합니다(세법 제11조 1항). 러시아 연방), 러시아 재무부는 이에 동의합니다(2012년 1월 30일자 서신 No. 03-03-06/1/40). 그럼에도 불구하고 규제 당국은 판매된 상품 가격이 하락한 이전 기간의 소득세 과세 기준 조정을 주장합니다.

• 제품 가격을 수정하여 제공된 할인이 구매자의 과세 표준에 반영되는 경우 납세자는 과세 소득을 생성하지 않습니다(러시아 연방 세법 제265조 제19.1항, 제1항은 적용되지 않음). 자본화 기간부터 상각 순간까지 해당 재고 품목의 평균 비용을 다시 계산하는 것을 포함하여 가격 변화를 고려하여 세무 회계에서 원자재 및 소모품 비용을 다시 계산해야합니다 (부서 서신) 2012년 3월 20일자 러시아 재무부 No. 03-03-06/1/137);
• 할인 제공을 포함하여 계약 가격 변경과 관련하여 발생하는 수입 또는 지출 지표의 변화는 러시아 연방 조세법 제54조에 규정된 방식으로 고려됩니다. 오류가 발견된 경우(2015년 5월 22일자 러시아 재무부 서한 No. 03-03-06/1/29540)

고려중인 상황에서 세금 회계 조정은 여러 과거 세금 기간에 영향을 미치므로 프로그램에서는 앞에서 설명한 일련의 작업을 사용하는 것이 좋습니다. 문서 사용 작업이전 연도의 소득을 회계에 반영하고, 세무 회계 목적으로 특별 자원에 PR을 반영한 다음(조직이 PBU 18/02의 조항을 적용하는 경우) 세무 회계 등록부를 수동으로 컴파일하여 각각에 대한 과세 표준 조정 계산을 첨부합니다. 세금 기간.

VAT와 관련하여 상황은 훨씬 간단합니다. 공급자로부터 재고 품목 비용을 줄이기 위한 조정 송장을 받은 후 구매자는 다음을 수행해야 합니다.

• 재고 품목을 자본화할 때 공제가 허용되는 매입 VAT의 일부를 복원합니다. VAT 환급은 재고 품목 비용을 줄이기 위한 추가 계약을 받은 날짜 또는 조정 송장을 받은 날짜(4항, 3항, 러시아 연방 세법 제 170 조). 우리 상황에서는 이것이 3분기입니다.
• 먼저 받은 문서를 판매 장부에 반영합니다(결의안 번호 1137에 의해 승인된 판매 장부 유지 규칙 제14조).

이러한 작업은 문서를 사용하여 자동으로 수행됩니다. 영수증 조정수술 종류와 함께 당사자들의 합의에 의한 조정.

회계 및 세무회계에 영향을 주지 않도록 탭에서 기본현장에서 조정 반영값이 설정되어야 한다 VAT 회계에만 해당.

지난해 판매서류에 오류가 발견됐는데, 그 중 하나는 소득세를 과납하고, 다른 하나는 과소납부했는데, 과납액이 과소납부액보다 컸다. 이러한 오류를 수정하는 방법은 무엇입니까? 이 조정에 대한 전기를 어떻게 생성합니까?

규제 당국에 따르면 이전 세금(신고) 기간과 관련된 과세 표준 및 세액이 과소평가되거나 과대평가되는 여러 오류(왜곡)가 발견되면 해당 맥락에서 과세 표준 및 세액이 명확해집니다. 발견된 각 오류에 대한 정보(2010년 11월 15일자 러시아 재무부 서한 No. 03-02-07/1-528).

과세표준과 세액의 재계산은 러시아 연방 세법 제54조 1항 2항과 3항에 따라 수행됩니다.

즉, 전년도 판매서류 오류로 인해 과세표준과 세액이 과소계상된 부분은 작년에 정정해야 하고, 과소계상되지 않은 오류는 당기에 정정할 수 있다는 의미입니다.

이것이 바로 회계 시스템 문서가 작동하는 방식입니다. 구현 조정(장 매상) 작업 유형 기본 문서의 수정(회계의 모든 섹션에서 조정이 이루어진 경우)

세무 회계 데이터가 변경되었습니다.

• 마지막 세금 기간에- 오류(왜곡)로 인해 납부할 세액이 과소평가된 경우. 동시에 변경하려면 조정 기간이 열려 있어야 합니다. 그렇지 않으면 문서가 전기되지 않습니다.
• 현재 보고(세금) 기간에- 오류(왜곡)로 인해 납부할 세액이 과소계산되지 않은 경우. 그러나 프로그램은 과거 또는 현재 기간의 손실을 확인하지 않습니다.

연간 재무 제표가 승인되면 문서 구현 조정북마크에 계산플래그를 설정해야 합니다 작년 결산은 조정을 위해 마감되었습니다(보고 서명됨).. 이 경우 이전 연도의 회계 오류는 각 오류의 맥락에서 이전 연도의 손익으로 현재 기간에 수정됩니다.

이 문서는 PBU 22/2010의 단락 9 및 14에 따라 사소한 오류에 대해 설정된 간단한 방식으로 이전 연도의 모든 오류를 자동으로 수정합니다.

VAT를 정정하려면 송장의 새(수정된) 사본을 등록해야 합니다(결의안 번호 1137에 의해 승인된 송장 작성 규칙 7항). 판매 장부의 추가 시트에는 두 가지 항목이 자동으로 반영됩니다(결의안 번호 1137에 의해 승인된 판매 장부의 추가 시트 작성 규칙 3항).

• 오류가 포함된 발행된 송장의 항목 취소
• 수정된 송장에 대한 등록 항목입니다.

이 상황에서 다양한 과세 기간의 세무 회계(소득세) 오류를 수정하는 절차는 이전 과세 기간에 대한 업데이트된 신고서를 제출할 의무와 함께 조직이 추가 비용을 지불해야 한다는 사실로 이어집니다. 소득세 체납은 물론이고 벌금도 부과됩니다.

과납부된 세액이 과소납부된 세액보다 크기 때문에 이전 과세 기간에 모든 오류를 수정하면 이러한 문제를 피할 수 있습니다. 이렇게 하려면 프로그램에서 앞에서 설명한 일련의 작업을 사용하는 것이 좋습니다. 현재 기간에는 문서를 사용합니다. 작업회계에 전년도 수입과 지출을 반영하고(91개 또는 84개 계정에 해당) 필요한 경우 영구 차이를 반영한 ​​다음 이전 세금 기간에 대한 세무 회계 등록을 수동으로 편집합니다. 그리고 문서 구현 조정- VAT 조정에만 사용하세요.

여러 회계 사이트에서 뉴스를 검색하는 데 지치셨나요? 정말 중요한 법률 변경 사항을 놓치는 것이 두렵습니까?구독하기 텔레그램 최대 회계 채널 BUKH.1S https://t.me/buhru (또는 텔레그램 검색창에 @buhru를 입력하시면) 중요한 소식을 귀하의 휴대폰으로 즉시 보내드립니다!

이번 글에서는 이에 대해 살펴보겠습니다. 시스템 유틸리티 1C 8.3의 "정보 기반 테스트 및 수정"과 그 사용 기능.

작업을 수행하기 전에 필요한 !

1C 정보 기반의 테스트 및 수정

테스트 및 수정 모드는 관리-테스트 및 수정 메뉴를 선택하여 1C 8.3 시스템 구성에서 호출됩니다.

점검 및 모드

이 창에는 유틸리티의 결과로 수행되는 필수 검사 및 모드 목록이 표시됩니다. 각 확인란을 더 자세히 살펴보겠습니다.

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

• 정보베이스 테이블 재색인 중— 이 플래그가 설정되면 테이블이 다시 색인화됩니다. 재인덱싱은 특정 테이블에 대한 인덱스를 완전히 재구축하는 것입니다. 색인을 다시 생성하면 시스템 성능이 전체적으로 크게 향상됩니다. 이 절차는 결코 불필요하지 않으며 시스템 성능을 향상시킵니다.
• 정보 베이스의 논리적 무결성 확인— 시스템은 데이터베이스의 논리적 및 구조적 무결성을 확인하고 데이터 구성(예: 파일의 페이지)에서 오류를 찾을 수 있습니다.
• 정보베이스의 참조 무결성 확인— 논리적 검사 하위 항목은 "깨진" 링크가 있는지 데이터베이스의 정보를 검사합니다. 개발자의 잘못된 정보 처리로 인해 데이터베이스에 "깨진" 링크가 나타납니다. 직접 삭제데이터 또는 잘못 구성된 데이터 교환. 오류가 발견되면 다음 3가지 옵션을 선택할 수 있습니다. 객체 생성— 시스템은 필요한 정보로 채워질 수 있는 자리 표시자 요소를 생성합니다. 링크 지우기— "깨진" 링크가 지워집니다. 바뀌지 않는다— 시스템은 오류만 표시합니다.
• 결과 재계산— 1C 플랫폼에는 결과라는 개념이 있습니다. 결과 - 계산된 결과 테이블로, 전체 정보 레지스터를 분석하는 것보다 더 빠르게 데이터를 얻을 수 있습니다. 일반적으로 합계를 다시 계산하면 시스템 성능이 향상됩니다.
• 정보베이스 테이블 압축— 이 플래그가 설정되면 압축되어 볼륨이 줄어듭니다. 이는 데이터베이스에서 데이터를 삭제할 때 1C가 이러한 개체를 물리적으로 삭제하지 않고 삭제하도록 "표시"만 하기 때문입니다. 저것들. 사용자는 이를 볼 수 없지만 거기에 있습니다 :). 그러한 기록을 영구적으로 삭제하는 것은 바로 데이터베이스 압축입니다. 이 효과는 데이터베이스 파일(*.dt)을 업로드하고 로드하여 얻을 수도 있습니다.
• 정보베이스 테이블 재구성- 시스템이 데이터베이스 테이블을 다시 생성하는 프로세스. 일반적으로 이 절차는 구성 메타데이터 구조가 변경될 때 호출됩니다. 전체 데이터베이스를 재구성하는 과정은 시간이 오래 걸리므로 주의하세요.

어떤 이유로 테스트 및 수정이 도움이 되지 않거나 구성기에 액세스할 수 없는 경우 유틸리티를 사용하십시오.