문서 및 참고 도서의 번호 재설정(정기 신청) 회계 정보 1s 8.3에서 문서 번호 매기기를 설정하는 방법

현재 위치: 3-NDFL

다음 번호가 자동으로 할당됩니다. 1C의 문서 번호가 손실된 경우 수행할 작업, 연대순을 복원하는 방법, 그러한 실패의 이유는 무엇입니까? 순서대로 고려합니다.

문서 번호 매기기의 시간순을 복원합니다.

1C 시스템의 모든 문서(문서, 영어)는 숫자, 날짜 및 시간의 세 가지 구성 요소로 완전히 특징 지어집니다. 1C의 문서 번호 지정은 새 번호가 자동으로 제안되지만 수동으로 입력할 수도 있도록 구성됩니다. 이 경우(두 경우 모두) 분자는 고유성을 제어합니다. 동일한 것을 사용하여 생성하는 것은 금지됩니다.

특정 유형의 문서는 별도의 저널에 수집됩니다(각 저널에는 분자에 의해 고유한 번호가 할당됩니다).

분자

문서 및 저널과 마찬가지로 Numerator는 응용 프로그램 개체입니다. 다양한 저널의 문서를 유형에 따라 일관되게 번호를 매기기 위해 사용됩니다.

1C 7의 번호 매기기 오류 수정

7의 분자 메커니즘은 1C 8보다 간단하게 설정되었습니다. 이것이 바로 수정할 수 있는 방법입니다.

수동으로

이를 위해:

해당 유형의 문서에 대한 저널을 엽니다.
날짜를 오름차순으로 정렬합니다.
처음부터 마지막까지 모든 잘못된 숫자를 수동으로 수정합니다.

새로운 번호 매기기

또 다른 해결책은 새 번호 매기기를 만드는 것입니다. 이를 위해서는 초기 접두사를 변경하는 것으로 충분합니다.

자동으로

이 작업에는 특별한 주의가 필요합니다. 이는 UCHOICE.ERT 자동 처리를 사용하여 수행됩니다. 정보 데이터베이스의 ExtForms 폴더에 있습니다. 친구나 전문가에게 유사한 치료를 요청할 수 있습니다.

8개로 수정

회계 문서는 두 가지 유형으로 나뉩니다.

입력 - 상대방으로부터 수신(상대방이 할당한 번호가 중요함). 이를 잘못 입력하면 분석 계산 인증서의 세부 사항이 잘못 반영됩니다. 예를 들어, 화해 행위에서;
발신 - 사용자가 직접 생성합니다(여기서 번호 매기기는 일정 기간 동안 엔드 투 엔드로 수행되어야 함). 예를 들어 세금 계산서 등록의 경우 이는 중요합니다.

다양한 경우에 문제를 해결하기 위한 옵션을 살펴보겠습니다.

들어오는 번호 매기기

입력 문서 번호는 수동으로 입력됩니다. 직원이 지속적으로 주의를 기울이는 것은 어렵고, 많은 양의 데이터를 처리할 때 운영자는 실수할 수밖에 없습니다. 수신 문서의 번호를 수정하려면 해당 문서를 열고 지정된 필드에 올바른 속성을 입력하십시오. 예를 들어, "상품 수령" 도크에서:

"계정으로 영수증"에서:

입력 송장/송장에서:

"상품/서비스 수령" 일지 및 기타 수신 서신의 세부 사항도 동일한 방식으로 수정됩니다.

나가는 문서 흐름

생성된 문서의 자동 입력된 번호는 문서를 기록하거나 게시한 후에 표시됩니다. 문제를 해결하려고 하면 프로그램에 자동 번호 매기기에 대한 경고가 표시됩니다.

수동으로 할당(입력)하면 분자 연산의 한 가지 뉘앙스가 트리거됩니다. 1C 시스템은 후속 계산을 위해 항상 입력된 마지막 숫자를 새 숫자로 기억합니다. 예를 들어 자동으로 할당된 마지막 번호는 KA-000175였습니다. 그리고 사용자가 수동으로 입력할 때 PO-000123을 할당했습니다. 따라서 다음 번호판은 PO-000124가 됩니다. 즉, 기존 규칙이 실패합니다. 분명히 로그의 번호 매기기 오류는 사용자의 부주의로 인해(수동 수정 중) 발생합니다.

중요한. 회계 무결성을 손상시키지 않도록 나가는 번호 매기기를 수동으로 수정하는 것은 권장되지 않습니다.

"Express check"를 사용하여 번호 매기기 복원

8가지 중 세 번째 버전에서는 Express Check 서비스를 사용하여 들어오고 나가는 문서의 시간순을 자동으로 복원하는 것이 가능합니다. 시작하려면 모든 회계 섹션에 대한 설정 창의 모든 확인란을 선택 취소해야 합니다.

"더하기" 기호를 사용하여 "현금 거래"를 열고 "문서 번호 준수" 확인란을 선택합니다. "매출 원장 관리" 옆의 "더하기 기호"를 연 후 번호 매기기를 준수하려면 확인란을 선택하십시오.

"실행"버튼을 클릭하면 검사가 수행됩니다. 보고서에는 다음과 같이 명시되어 있습니다.

통제 품목;
획득된 제어 결과;

오류가 있는 경우 제거(번호 다시 매기기)에 대한 조언과 발생 분석을 권장 사항 섹션에서 볼 수 있습니다. 오류가 있는 문서에 대한 자세한 보고서 목록도 제공됩니다.

번호 다시 매기기 명령을 사용하면 시스템은 이미 발행된 문서 번호와 데이터베이스에 있는 문서 번호 사이에 불일치 가능성에 대해 경고합니다. 또한 번호 다시 매기기를 시작할 문서와 새 번호 유형을 선택할 수 있습니다.

번호를 다시 매기라는 명령 후에 시스템이 이를 실행합니다. 완료되면 수정된 문서 목록과 새 번호 및 교체된 번호 목록이 포함된 정보 플레이트가 표시됩니다. 귀하는 수정된 문서나 해당 레지스트리를 인쇄할 수 있는 액세스 권한을 갖게 됩니다. 발행된 송장/송장 번호도 복원됩니다.

중요한. 자동 번호 재설정을 수락하면 회계 데이터와 이미 발행된 기본 데이터 사이에 차이가 발생할 위험이 있습니다. 이러한 경우 세무 당국에 신고서를 제출하는 것이 복잡해집니다.

Express Check 창에서 번호 부여 오류를 제거하려면 번호 재설정 창을 닫고 회계를 다시 확인해야 합니다.

논의된 방법 중 하나는 번호 매기기 오류를 해결하는 데 도움이 됩니다. 어떤 방법으로도 올바른 방향으로 번호 매기기를 설정/변경하지 못한 경우 해당 분야 전문가에게 문의하세요.

1C 8.3 또는 8.2에서 문서 번호가 손실된 경우 어떻게 해야 합니까? ""에는 이 작업을 위한 표준 도구가 있습니다. "Accounting Express Check" 기능입니다.

하지만 아쉽게도 현금 문서() 및

이 기사에서 내가 원하는 것은:

내장 도구를 고려하십시오.
단계별로 다른 문서의 번호를 다시 매기기 위한 간단한 처리를 만듭니다.

데이터베이스의 모든 작업 전 반드시백업을 하세요.

Express Accounting Check를 사용하여 번호 다시 매기기

1C 문서 번호를 다시 매기는 처리는 "보고서"섹션에 있습니다. 다음으로 "회계 분석"섹션을 찾아 ""로 이동하십시오. 다음 창이 나타납니다:

필요한 기간을 설정하고 “확인 수행” 버튼을 클릭하세요.

회계 섹션에서 오류가 발견되면 빨간색으로 강조 표시됩니다.

테스트 구성에서는 명확성을 위해 의도적으로 몇 가지 오류 상황을 만들었습니다.

보시다시피, 문서 번호 매기기가 올바르지 않습니다. 그리고 작성된 대로 1C 8.3 프로그램은 이 문제를 자동으로 수정하도록 제안합니다. 강조 표시된 링크를 클릭하세요:

그리고 우리는 번호 매기기가 실제로 깨졌음을 분명히 볼 수 있으며 프로그램은 마지막 송장에서 4번을 3번으로 바꾸도록 제안합니다.

특정 기간 동안 시작 번호를 설정할 수 있다는 점에 유의하세요. 이것은 우리가 123번에서 시작한다면 그런 일이 일어날 것임을 의미합니다. 연초부터 번호 다시 매기기가 발생하지 않는 경우에 해당됩니다.

"계속"을 클릭하면 번호 다시 매기기 프로세스가 시작됩니다.

프로그래머의 경우: 다른 문서의 번호를 다시 매기기 위한 1C 처리 생성

실험을 위해 내가 가장 좋아하는 문서 ""를 선택하겠습니다.

새로운 외부 처리를 생성하고 양식에 다음 세부정보를 추가해 보겠습니다.

시작 날짜.
만료일.
초기번호.
조직.

"조직" 세부정보는 하나의 정보 기반에 여러 조직에 대한 기록이 보관되는 경우에만 추가해야 합니다. 그렇지 않으면 "Prefix" 속성을 추가하는 것으로 충분합니다. 이 경우 요청은 좀 더 간단해집니다. 내가 얻은 것은 다음과 같습니다.

이제 클라이언트에서 팀을 만들어 보겠습니다. 요청은 서버에서 실행되므로 이 명령은 "ExecuteOnServer()"와 같은 서버 프로시저만 호출합니다.

요청 = 새 요청; 요구. 텍스트 = "선택 | 상품 및 서비스 판매. | 상품 및 서비스 판매.|발신 | 문서. 상품 및 서비스 판매 상품 및 서비스 판매 방법|어디 | 상품 및 서비스 판매.Organization.Link = &Organization | 그리고 &StartDate와 &EndDate 사이의 상품 및 서비스 판매"; 요구. SetParameter("StartDate" , StartDay(ThisForm.StartDate) ) ; 요구. SetParameter("EndDate" , EndDay(ThisForm.EndDate) ) ; 요구. SetParameter("조직", ThisForm.Organization) ; ResRequest = 요청합니다. 달리다();

SelectionDetRecord = ResRequest. 선택하다() ;

이제 루프에서 선택 결과를 살펴보고 문서 번호를 다시 매기겠습니다.

StartNumber = ThisForm. 초기번호; SamplingDetRecords 중. Next() 루프 접두사 = SelectDetRecord. 조직접두어; DocObject = SelectionDetRecord. 링크. GetObject() ; DocObject. Number = Prefix + Rights("000000000000000000" + StartNumber, 11 - LineLength(Prefix) ) ; 시작번호 = 시작번호 + 1 ; If DocObject를 시도해 보세요. 그런 다음 DocObject가 수행됩니다. Write(DocumentRecordMode.Posting) ; 그렇지 않으면 DocObject. 쓰기(DocumentWriteMode.Write) ; 종료If ; 예외 보고서(ErrorDescription()) ; EndAttemptsEndCycle ;

1C 8.3 사용자는 들어오는 문서 수를 수동으로 입력하므로 많은 수의 문서를 처리할 때 오류 가능성이 높습니다.

오류가 발생한 경우 1C 8.3 데이터베이스에서 들어오는 문서의 번호 매기기를 수정하는 것은 매우 간단합니다. 이를 위해서는 필요한 문서를 열고 문서 번호 필드에 필요한 문서를 입력해야 합니다. 예를 들어:

입고 문서에서:

1C 8.2 (8.3)에 상품 및 서비스 수령 문서를 입력할 때 공급업체의 기본 문서 번호와 날짜를 표시해야 합니다. 데이터를 잘못 입력하면 공급업체 문서의 세부정보가 분석 계산에 잘못 반영됩니다. 이에 대한 자세한 내용을 보려면 다음 동영상을 시청하세요.

1C 8.3에서 나가는 문서의 번호 매기기를 수정하는 방법

보내는 문서의 경우 1C 8.3 프로그램은 문서를 생성할 때 자체적으로 문서에 번호를 할당합니다.

문서를 녹음하거나 게시한 후 사용자는 자동으로 입력된 번호를 볼 수 있습니다.

문서 번호를 수정하려고 하면 1C 8.3 프로그램은 나가는 문서의 자동 번호 매기기에 대한 정보 경고를 표시합니다.

1C 8.3 데이터베이스에 데이터를 입력하는 연대기를 위반하는 경우 나가는 문서 수를 수정해야 할 필요성이 발생합니다.

회계에서 이러한 상황이 발생하면 나가는 문서 번호를 수동으로 조정하는 경우 1C 8.3 데이터베이스의 순차적 자동 번호 매기기가 손실될 수 있으므로 번호 매기기를 수정하면 약간의 어려움이 발생할 수 있습니다. 또한 발신 문서가 이미 서명되어 구매자와 함께 있는 경우 1C 8.3 프로그램의 자격 증명은 발급된 기본 문서와 다릅니다.

1C 8.3에서 송장 및 현금 문서의 시간순 번호 매기기를 복원하는 방법

1C 8.3에서는 서비스에서 들어오고 나가는 문서의 시간순 번호 매기기를 자동으로 복원할 수 있습니다.

1C 8.3의 이 서비스를 사용하면 법률의 특정 조항과 프로그램에 내장된 알고리즘에 따라 언제든지 회계를 확인할 수 있습니다. 1C Accounting 3.0 (8.3)의 Express check는 다음 영역에서 회계 분석을 수행합니다.

회계 정책 – 일반 회계 정책 준수 여부 확인
회계 상태 분석 - 외부 보고 문서 작성을 위한 데이터를 준비하기 위해 회계 계정 잔액을 모니터링하고 기술적 회계 오류를 식별합니다.
현금 거래 - 현금 거래의 정확성을 확인합니다.
VAT 판매 장부 유지 – 판매 장부 유지와 관련된 거래 반영의 정확성 확인
VAT 구매 장부 유지 – 구매 장부 유지와 관련된 거래가 올바르게 반영되었는지 확인합니다.

1C 8.3에서 문서 번호 매기기를 제어하려면 Express check 설정으로 이동해야 합니다.

열리는 설정 창에서 1C 8.3 프로그램은 발행된 현금 문서 및 송장의 올바른 번호만 확인할 수 있으므로 모든 회계 섹션을 선택 취소합니다.

"플러스"로 현금 거래 섹션을 열고 문서 번호 준수 여부만 확인하십시오.

부가가치세 판매 장부 유지 관리의 "플러스" 섹션을 열고 문서 번호 준수 여부에 대해서만 확인란을 선택합니다.

그 후 Run check 버튼을 클릭합니다. 확인이 끝나면 1C 8.3 프로그램에 다음이 표시됩니다.

통제 대상;
확인결과;
오류가 있는 경우 오류 발생 원인 및 오류 제거 권장 사항:

현금 문서와 VAT 구매 장부 및 판매 장부를 확인할 때 1C 8.3 프로그램은 문서의 연대기를 확인하고 문서 번호 매기기 수정을 제안할 수 있습니다. 권장 사항 섹션에서 이 오류를 제거하기 위한 제안(문서 자동 번호 다시 매기기)을 볼 수 있습니다. 또한 자세한 오류 보고서에는 문서 처리 연대순을 위반한 문서 목록이 표시됩니다.

번호 다시 매기기 서비스를 사용할 때 1C 8.3 프로그램은 발행된 문서 번호와 기록될 문서 번호 사이에 불일치가 있을 수 있음을 경고합니다. 여기에서 번호 다시 매기기를 시작할 번호와 기록할 새 문서 번호를 선택할 수도 있습니다.

편의를 위해 번호 다시 매기기 서비스를 사용하면 번호가 수정된 문서를 인쇄할 수 있습니다. 또는 번호를 다시 매긴 후 회계를 확인하기 위해 이전 번호가 있는 문서 등록:

사용자의 번호 재설정 동의를 받으면 1C 8.3 프로그램이 이를 수행합니다. 다음으로 정보 창이 나타나 새 번호와 기존 번호를 나타내는 번호가 다시 매겨진 문서 목록을 표시하고 Express Check 또는 등록부에서 새 번호가 있는 문서를 인쇄할 수도 있습니다.

같은 방법으로 발행된 송장의 번호를 복원할 수 있습니다.

주목! 1C 8.3의 문서 번호 자동 재지정에 동의함으로써 사용자는 자격 증명과 발행된 원본 송장 간에 불일치가 발생할 위험이 있습니다. 이로 인해 VAT 신고서 제출이 복잡해질 수 있습니다.

발행된 송장 번호 다시 매기기 작업을 완료한 후 1C 8.3 프로그램은 발행된 송장의 새 번호와 기존 번호를 나타내는 정보 메시지를 발행하며 새 번호 또는 레지스터로 송장을 인쇄할 수도 있습니다.

Express 확인 창에서 문서 번호의 정확성에 대한 오류가 사라지려면 번호 다시 매기기 창을 닫고 회계를 다시 확인해야 합니다.

1C 8.3에서 문서 번호 매기기를 어떻게 수정합니까?

1C 8.3 또는 8.2에서 문서 번호가 손실된 경우 어떻게 해야 합니까? 1C Enterprise Accounting 3.0에는 이 작업을 위한 표준 도구가 있습니다. "Accounting Express Check" 기능입니다.

그러나 불행하게도 현금 문서(PKO 및 RKO)와 송장에서만 정확한 번호를 확인합니다.

이 기사에서는 다음 내용을 다룹니다.

내장 도구
점차적으로 다른 문서의 번호를 다시 매기기 위한 간단한 처리를 생성합니다.

데이터베이스에 대한 작업을 수행하기 전에 반드시 백업 복사본을 만드십시오.

Express Accounting Check를 사용하여 번호 다시 매기기

1C 문서 번호를 다시 매기는 처리는 "보고서"섹션에 있습니다. 다음으로 "회계 분석"섹션을 찾아 "신속 확인"으로 이동하십시오. 다음 창이 나타납니다:

필요한 기간을 설정하고 “확인 수행” 버튼을 클릭하세요.

평소와 같이 회계 섹션에서 오류가 발견되면 빨간색으로 강조 표시됩니다.

이 구성에서는 명확성을 위해 특별히 몇 가지 오류 상황을 만들었습니다.

그리고 우리는 번호 매기기가 실제로 깨졌음을 분명히 볼 수 있으며 프로그램은 마지막 송장에서 4번을 3번으로 바꾸도록 제안합니다.

메모! 게시된 문서의 번호를 다시 지정하려면 해당 문서를 다시 게시해야 합니다. 따라서 프로세스에 오랜 시간이 걸릴 수 있습니다. 또한 번호를 다시 매길 때 접두사가 고려됩니다. 변경되었는지 확인하세요.

"계속"을 클릭하면 번호 다시 매기기 프로세스가 시작됩니다.

프로그래머의 경우: 다른 문서의 번호를 다시 매기기 위한 1C 처리 생성

실험을 위해 "판매(행위, 송장)" 문서를 선택하겠습니다.

새로운 외부 처리를 생성하고 양식에 다음 세부정보를 추가해 보겠습니다.

시작일
만료일
초기번호
조직

"조직" 세부정보는 하나의 정보 기반에 여러 조직에 대한 기록이 보관되는 경우에만 추가해야 합니다. 그렇지 않으면 "Prefix" 속성을 추가하는 것으로 충분합니다. 이 경우 요청은 좀 더 간단해집니다. 일어난 일은 다음과 같습니다.

그래서 우리는 클라이언트에 팀을 만듭니다. 요청은 서버에서 실행되므로 이 명령에는 "ExecuteOnServer()"와 같은 서버 프로시저에 대한 호출만 포함됩니다.

요청 = 새 요청;

요청.텍스트 =

Query.SetParameter("StartDate", StartDay(ThisForm.StartDate));
Request.SetParameter("EndDate", EndDay(ThisForm.EndDate));
Request.SetParameter("조직", ThisForm.Organization);
ResRequest = 요청.실행();
DetailRecord 선택 = 쿼리 Res.Select();

SelectionDetRecord = ResRequest. 선택하다() ;

StartNumber = ThisForm.StartNumber;

SelectDetRecord.Next() 루프 동안

접두사 = SelectionDetRecord.OrganizationPrefix;
DocObject = SelectDetRecord.Link.GetObject();

DocObject.Number = 접두사 + Rights("0000000000000000000" + StartNumber, 11 - StrLength(Prefix));

시작번호 = 시작번호 + 1;
시도

DocObject.Posted가 있는 경우

DocObject.Write(DocumentWriteMode.Write);

그렇지 않으면

DocObject.Write(DocumentWriteMode.Write);

endIf;

예외