상각 시 마이너스 잔액을 제어합니다. 요청에 따라 문서 데이터 수신 및 잔액 등록

처리를 통해 특정 날짜를 기준으로 특정 조직에 대해 선택한 재고 계정의 마이너스 수량 잔액이 제거됩니다.

데이터베이스가 명명법(보고서의 "빨간색")을 고려하는 데 문제가 있다고 가정해 보겠습니다.

처리를 열고 양식의 필수 필드를 입력하세요. 잔액, 조직을 분석해야 하는 날짜를 "계정" 필드에 표시하고 "단점"을 제거하려는 회계 계정 목록을 표시합니다(그룹 계정을 선택할 수 있음). 분석을 작성하려면 소득 항목을 선택해야합니다 (상품 영수증을 생성하면 마이너스가 제거됩니다). 그 후 클릭 문서 만들기:

두 개의 게시 문서가 생성된 것을 볼 수 있습니다(단순히 기록됨). 이를 게시하려면 동일한 이름의 버튼을 클릭해야 합니다.

두 번째 탭에는 오류 표가 표시됩니다. 이는 간단한 게시로는 제거할 수 없는 "단점"입니다. 첫 번째 줄에서는 합계가 없는 수량을 볼 수 있으며, 두 번째 줄에서는 수량은 음수이고 합계는 양수입니다. 해당 라인이 전기에 추가되면 전표가 전기되지 않습니다.

이러한 경우의 유일한 옵션은 수동 작업을 만드는 것입니다.

결과적으로 다음과 같은 회계 인증서가 생성됩니다.

1C의 마이너스 잔액은 재고 계정의 마이너스 최종 잔액입니다. 이러한 잔액은 창고에 재고가 충분하지 않은 상태에서 상품, 자재 및 제품의 상각이 수행되었음을 의미합니다. 1C 8.3 회계 3.0의 마이너스 잔액 제어를 사용하면 창고에 재고 자재가 없어도 배송 가능성을 관리할 수 있습니다.

일상 업무에서 회계사는 상품의 재고가 아직 없는 경우에도 상품을 배송해야 하는 경우가 많습니다. 이러한 경우 특정 설정을 사용하면 1C 8.3 회계 3.0 프로그램의 구현이 가능합니다. 그러나 상품 비용은 회계에서 상각되지 않습니다. 이러한 판매를 위해서는 상품이 창고에 도착한 후 반복 거래가 이루어져야 하며 회계사는 이를 회계에 반영합니다. 여기를 읽어보세요 1C 8.3의 재고 품목 회계에 대한 단계별 지침. 다음으로 1C 8.3 회계에서 마이너스 잔액 관리에 대한 지침을 읽으십시오.

BukhSoft로 회계를 빠르게 이전

1단계. 1C 8.3에서 밸런스 제어를 비활성화하는 방법

기본적으로 1C 프로그램은 상품 재고가 없으면 판매를 수행할 수 없도록 구성됩니다. 그러나 특별한 설정을 사용하면 1C에서 밸런스 제어를 비활성화할 수 있습니다. 1C 8.3 회계에서 잔액 제어를 비활성화하려면 "관리"섹션 (1)으로 이동하여 "문서 게시"링크 (2)를 클릭하십시오. 실행 설정 창이 열립니다.

창에서 "재고 상각, 선수금 상쇄 및 부채 상환이 없는 경우 재고 상각 허용"(3) 옆의 확인란을 선택합니다. 이제 상품의 재고가 없더라도 판매 문서를 게시할 수 있습니다.

이 설정은 이 1C 데이터베이스에 기록을 보관하는 모든 조직에 적용됩니다. 한 조직에 대해 잔액 제어를 활성화하고 다른 조직에 대해 비활성화하는 것은 불가능합니다.

잔액이 없을 때 상각 권한을 활성화한 경우 마이너스 잔액이 없도록 제어해야 합니다. 그렇다면 그 이유는 다음과 같습니다.

공급자로부터 물품 수령을 기록하지 않았습니다.
오류가 있는 공급자로부터 상품 수령을 반영했습니다.
판매 문서에 제품이 잘못 표시되어 있습니다.

1C 8.3에서 마이너스 잔액을 식별하기 위해 다음 단계에서 이에 대한 특별 보고서가 있습니다.

2단계. 1C 8.3에서 마이너스 잔액을 확인할 수 있는 위치

잔액이 없는 경우 상각 권한이 활성화된 경우 정기적으로 마이너스 잔액을 모니터링해야 합니다. 이러한 통제는 관리 구성 및 세금 신고 비용을 계산해야 할 때 특히 중요합니다.

1C 8.3의 마이너스 잔액은 특별 보고서인 "마이너스 잔액 제어"를 사용하여 제어됩니다. 이를 생성하려면 "창고" 섹션(1)으로 이동하여 "마이너스 잔액 관리" 링크(2)를 클릭하십시오. 보고서 창이 열립니다.

보고서 창에서 마이너스 잔액을 보려는 조직(3)과 기간(4)을 지정합니다. 다음으로 “생성” 버튼(5)을 클릭하세요. 보고서가 생성됩니다.

보고서에는 다음과 같이 명시되어 있습니다.

마이너스 잔액이 있는 중요자산(6)
그러한 잔기의 수(7)
마이너스 잔액이 기록된 계정(8)
잔액이 없이 전기된 판매서류(9)
재고의 초기 잔액(10);
지정된 판매에 대한 재고 품목(11)의 소비입니다.

재고 계정에는 기간 말에 마이너스 잔액이 없어야 합니다. 보고서에는 이러한 오류를 식별하는 데 도움이 되는 표시기가 포함되어 있습니다.

이 문서는 1C 구현자, 특히 1C 인증: 플랫폼 전문가를 준비하는 사용자를 위한 것입니다.

오늘 우리는 볼 것입니다 잔액을 관리하는 2가지 방법 - 창고 잔액뿐만 아니라 상호 정산 등도 가능 ("고객의 현재 부채는 얼마이며 그에게 물품을 배송할 수 있습니까?")

두 방법 모두 표준 구성과 인증 작업에 사용됩니다. 그리고 그 중 두 개가 있기 때문에- "새로운" 기술이 적용 가능한 경우와 "기존" 기술만 적용 가능한 경우를 명확하게 이해해야 합니다..

이는 1C 프로그래머를 위한 기본 지식입니다. 이러한 영역에 공백을 두지 않는 것이 좋습니다. 공부를 해야지 15분 :)

문제 설명

"상품 수령" 및 "상품 판매" 문서를 사용하여 간단한 구성을 살펴보겠습니다.

잔액을 계산하기 위해 누적 레지스터 "무료 잔액"이 사용됩니다.

"상품 수령" 문서를 게시할 때 다음 동작이 수행됩니다.

처리절차(실패, 모드)

제품 주기의 각 TechString제품에 대해
운동 = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Movement.Period = 날짜;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
엔드사이클;

절차 종료

"상품 수령" 문서 게시 처리는 무브먼트 디자이너를 통해 수행되었으며 해당 문서가 창고에 도착하면 잔액 관리가 필요하지 않기 때문에 관심이 없습니다.

경우에 따라 "상품 수령" 문서에 대한 잔액 관리도 구현되어 문서가 취소되거나 다시 게시될 때 마이너스 잔액이 발생하지 않습니다.

예를 들어, 새 LG TV 10대가 창고에 도착했고 그 중 6대가 판매되었습니다. 영수증 문서가 10장으로 구성된 경우. 5개로 고정하세요. – 마이너스 잔액 "마이너스 1개"가 형성됩니다.

표준 UT 11에서는 "수령 취소 시 조직의 상품 제어" 기능 옵션을 사용하여 이러한 제어가 활성화됩니다.

"상품 판매" 문서를 게시할 때 잔류물 통제를 조직화하는 것이 필요하다. 남은 제품이 충분하지 않은 경우 문서가 게시되지 않고 진단 메시지가 발행됩니다. 이것이 해결되는 문제입니다.

우리는 상각 비용이 계산되지 않는 간단한 문제를 의도적으로 해결하고 있습니다. 이를 통해 우리는 잔류물 관리의 미묘한 차이에 특히 집중할 수 있습니다.

메모– 아래 제시된 알고리즘은 훈련용으로 설계되었으며 최대한 명확해야 합니다.
최적화할 수 있지만 "이해 계수"가 낮아지므로 이 기사에서는 이에 대해 다루지 않습니다.

당연히 직접 최적화하거나 1C 가속 및 최적화 과정을 수강할 수 있습니다. :)

이미 이해했듯이 문제 해결은 두 가지 방법으로 수행할 수 있습니다. 1C:Enterprise 8.0 시절부터 사용된 기술부터 시작해 보겠습니다.

잔류물 관리의 기존 방법

기존 잔류물 관리 기술의 원리는 다음과 같습니다. 필요한 수량만큼 남은 상품이 있는지 확인합니다. 있는 경우 삭제하고, 없는 경우 오류를 보고합니다..

이전 방법의 알고리즘은 여러 블록으로 구성됩니다.

요청은 제품 잔액 및 문서 데이터를 검색합니다.
주기는 상품의 충분성을 모니터링합니다.
상품이 충분하지 않으면 전표가 전기되지 않습니다.
재화가 충분하면 소비운동을 한다.

프로그램 코드는 다음과 같습니다.

// 1. 이전 레지스터 이동 지우기
Movements.FreeRemaininders.Write = 참;
Movements.Record();

// 3. 쿼리 결과 탐색

// 4. 상품의 충분성 확인
부족분 = SampleProducts.Quantity - SampleProducts.Remaining;
적자>0이면
거부 = 사실;
Message.Text = ""+SelectionProducts.NomenclaturePresentation+" 제품의 "+Shortage+"개 수량이 충분하지 않습니다.";
메시지.메시지();
endIf;

// 5. 오류가 있으면 루프의 시작 부분으로 이동합니다.
실패하면
계속하다;
endIf;

// 6. 레지스터로 이동 수행
Movement.Period = 날짜;

엔드사이클;

// 7. 트랜잭션 종료 시 움직임을 기록하기 위한 플래그 설정
Movements.FreeRemaininders.Write = 참;

절차 종료

알고리즘의 핵심 사항에 대해 설명하겠습니다.

1. 이전 레지스터 이동 지우기

아래 알고리즘에는 레지스터의 나머지 부분에 대한 요청이 있습니다.

현재 문서가 이전에 게시된 경우 요청 시 오래된 문서 이동을 수신할 확률– 이것은 심각한 문제입니다.

언제 그런 상황이 가능합니까? 문서 날짜는 언제입니까? 앞으로 나아간다.

이것이 어떤 결과를 가져오는지 예를 들어 보여드리겠습니다.

남은 테이블 램프는 10개입니다.
2017년 2월 16일자 문서가 처리 중이며 램프 6개를 삭제하고 있습니다.
문서의 날짜가 17/02/17로 변경되었습니다(날짜는 1초 이상 앞당길 수 있음). 문서를 다시 게시해 보겠습니다.

이동을 취소하지 않으면 시스템은 2개의 부품이 부족하다고 보고합니다. 왜? 예, 이전 문서 이동으로 인해 기존 램프 10개 중 6개가 삭제되었기 때문입니다. 다음으로 시스템은 6개의 조각을 더 삭제하려고 시도하지만 남은 조각은 4개뿐입니다.

문제는 3줄의 코드로 해결됩니다.

레코드 세트가 지워지고 있습니다(양식이나 이전 처리기에서 읽었을 수 있음).
레코드 세트에 "쓰기" 플래그가 설정되어 있습니다.
"Record" 플래그가 설정된 모든 세트가 녹음됩니다.

엄밀히 말하면 문서를 게시할 때 움직임 정리를 제어할 수 있습니다.

실행을 취소할 때 동작을 삭제하는 옵션을 권장합니다. 실제로 동작을 삭제해야 하는 경우를 직접 제어합니다.

2. 요청에 따라 문서자료 접수 및 잔액 등록

요청은 두 가지 패키지로 구성됩니다.

첫 번째에서는 테이블 형식 부분에서 그룹화된 데이터를 얻습니다. 임시 테이블이 생성됩니다.
두 번째 요청에서는 레지스터의 나머지 부분이 문서 데이터에 추가됩니다.

이 요청에서 주의해야 할 사항은 다음과 같습니다.

임시 테이블을 생성할 때 조인이 수행될 필드가 인덱싱됩니다. 이는 최적의 성능을 위해 수행됩니다.
잔액 수령 순간 – 시간 축에서 문서의 위치에 해당
레지스터에 나머지가 없을 수 있습니다. 따라서 왼쪽 조인이 수행되고 "ECTNULL" 함수가 "Quantity" 리소스에 사용됩니다. - NULL 값은 0으로 줄어듭니다.

3. 쿼리 결과 우회

개발된 요청에는 항목별로 그룹화된 문서 데이터와 잔액이 포함됩니다.

루프에서 우리는 이 요청의 결과를 살펴봅니다.

4. 물품의 충분성 확인

우리는 상품 부족을 결정합니다.

적자가 0보다 크면 상품이 부족하다는 의미입니다.

진단 메시지를 발행합니다
게시 처리를 위한 "거부" 매개변수를 "True"로 설정합니다.

"거부"가 "True"인 경우 문서 게시 거래의 결과는 기록되지 않습니다. 쉽게 말하면 이 문서를 처리하지 말라는 시스템 명령이다.

5. 오류가 있는 경우 주기의 시작 부분으로 이동

사이클의 이번 단계나 이전 단계에서 오류가 발생한 경우(실패 = True) 이동을 형성하는 데 아무런 의미가 없습니다. 모두 동일하게 데이터베이스에 기록되지 않습니다.

6. 레지스터에서 이동 수행

잔액 확인이 성공하면 비용 이동이 생성됩니다.

7. 거래 종료 시 모션 녹화 플래그 설정

이 플래그가 설정되지 않으면 움직임이 기록되지 않습니다.

문서 게시 트랜잭션이 끝나면 "쓰기" 플래그가 설정된 레코드 세트만 기록됩니다.

공평하게 말하면, 레코드 세트의 "레코드" 속성을 설정하는 것은 한 가지 조건에서 의미가 있습니다. 문서 속성 "실행 중 레코드 이동"에서 "선택한 레코드" 값을 지정해야 합니다.

그러나 사실상의 표준은 "선택한 레코드" 값입니다.

표준 용액에 사용됩니다.
새 문서를 만들 때 기본적으로 설정됩니다.

속성의 또 다른 값인 "수정된 쓰기"는 오래되었으며 최신 구성에서는 거의 발생하지 않습니다.

잔류물 관리를 위한 새로운 방법

새로운 방법은 원칙을 사용합니다. 필요한 상품을 상각한 다음 문서 상품에 대해 마이너스 잔액이 형성되었는지 확인합니다. 그렇다면 문서를 롤백해야 합니다.

보시다시피, 잔액 제어 순간에는 근본적인 차이가 있습니다.

기존 방식은 잔액을 먼저 확인한 후 상각하는 방식이었습니다.
새로운 기술 - 먼저 상각한 다음 잔액을 확인합니다.

결과적으로 프로그램 코드는 다음과 같습니다.

처리절차(실패, 모드)

// 1. 요청에 따라 문서 데이터 수신
요청 = 새 요청;
Query.TemporaryTableManager = NewTemporaryTableManager;
요청.텍스트 =
"선택하다
| 제품.명칭 AS 명명법,
| SUM(품목.수량) AS 수량
|플레이스 제품
|발신
| 문서. 상품 및 서비스 판매.
|어디
| Products.Link = 링크(&L)
|그룹별
| 제품.명칭
|색인 기준
| 명명법
|;
|////////////////////////////////////////////////////////////////////////////////
|선택
| 제품.명칭 AS 명명법,
| 제품.수량 AS 수량
|발신
| 제품 그대로 제품";
Request.SetParameter("링크", 링크);
RequestResult = 요청.실행();

// 2. 움직임의 형성 - 레지스터 소비
Movements.FreeRemains.Clear();
SelectionProducts = 쿼리 결과.Select();
SelectProducts.Next() 루프 동안
이동 = Movements.Free Remainings.AddExpense();
Movement.Period = 날짜;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Movement.Quantity = 샘플제품.Quantity;
엔드사이클;

// 3. 데이터베이스에 움직임을 기록합니다.
Movements.FreeRemaininders.Write = 참;
Movements.Record();

컨트롤 테두리 = New Boundary(TimePoint(), BorderView.Inclusive);
Request.SetParameter("TimePoint", 제어 경계);
RequestResult = 요청.실행();

// 5. 상품 부족에 대한 메시지 표시
QueryResult.Empty()가 아닌 경우
거부 = 사실;
ErrorSelect = QueryResult.Select();
While SelectErrors.Next() 루프
메시지 = 새 MessageToUser;
Message.Text = ""+SampleErrors.NomenclaturePresentation+" 제품의 "+SampleErrors.Deficiency+" 개 수량이 충분하지 않습니다.";
메시지.메시지();
엔드사이클;
endIf;

절차 종료

알고리즘의 핵심을 살펴보겠습니다.

1. 요청에 의한 문서 데이터 수신

이 쿼리는 문서의 표 형식 부분에 있는 데이터를 그룹화하는 데 필요합니다.

일괄 처리의 첫 번째 쿼리는 임시 테이블을 생성하며 다음 쿼리에서 사용됩니다. 이는 이 쿼리를 위해 생성된 임시 테이블 관리자 덕분에 가능합니다.

2. 운동의 형성 - 레지스터 소비

이 주기에서는 문서의 데이터가 레지스터에 기록됩니다. 즉, 무조건(검증 없이) 상품 상각이 수행됩니다.

3. 데이터베이스에 움직임 기록

기록부의 잔액을 변경하려면 움직임을 기록해야 합니다.

4. 등록부에서 마이너스 잔액 수신 쿼리

이제 간단한 요청으로 서류 상품에 대한 마이너스 잔액을 선택해 드립니다.

첫 번째 단계에서 생성된 임시 테이블이 사용되는 곳입니다. 항목에 조건이 적용됩니다(이를 위해 "요청" 유형의 새 객체를 생성하지 않고 이전에 생성한 객체를 사용합니다).

순간이 전송되는 방식에 주의하십시오. "경계" 데이터 유형이 사용됩니다. 남은 잔액은 현재 문서 직후의 시점에 수령되어야 합니다.

예를 들어 문서 날짜에 1초를 추가하여 국경 없이 잔액을 얻을 수 있습니까?

아니요! 결국 1초 안에 많은 수의 문서가 생성될 수 있습니다. 따라서 유일한 올바른 옵션은 "포함" 테두리 유형을 사용하는 것입니다.

5. 상품 부족에 대한 메시지 표시

쿼리 결과가 비어 있지 않으면 음수 나머지가 있음을 의미합니다. 이 경우 문서가 처리되지 않고 모든 오류에 대한 메시지가 표시됩니다.

새로운 방법을 사용한 잔류물 관리의 이점

따라서 두 알고리즘 모두 동일한 문제를 해결합니다.

알고리즘 간의 차이점은 눈에 보이지만 장점은 명확하지 않습니다.

이제 강조해 보겠습니다.

오래된 문서 이동을 지울 필요가 없습니다. 본질적으로 이는 빈 동작 세트를 데이터베이스에 기록하고 기존 동작을 삭제하는 작업입니다. 이는 상당히 리소스 집약적인 작업입니다.
마이너스 잔액에 대한 데이터를 검색하는 쿼리는 하나의 테이블에만 액세스합니다. 문서 데이터와 Left Join을 수행하고 "ISNULL()" 함수를 사용할 필요가 없습니다.

또한, 정상적인 비즈니스 프로세스 과정에서 사용자는 창고 잔액을 초과하지 않는 수량을 표시합니다.

이 경우 두 번째 요청은 데이터를 반환하지 않으며 문서 처리 속도는 최대한 빨라집니다.

이 밀리초가 정말 그렇게 중요한가요?

데이터 양과 사용자 수가 적은 데이터베이스에서는 차이가 눈에 띄지 않습니다. 그러나 수십 명의 사용자가 있는 바쁜 시스템에서는 매 밀리초의 비용이 높습니다.

또한 1C:Platform Specialist 시험 중에 특정 작업에서 허용하는 경우 잔액을 제어하는 새로운 방법을 반드시 사용해야 합니다.

좋아요, 그럼 항상 새로운 기술을 사용해야겠죠?

아니요, 그건 사실이 아닙니다!

새로운 기술은 문서 처리에 필요한 모든 데이터가 문서 자체에 있는 경우에만 사용할 수 있습니다.

즉, 데이터를 얻기 위해 잔액을 제어하는 레지스터에 액세스할 필요가 없습니다.

예를 들어, "무료 잔액" 등록부에서도 해당 금액을 고려한 경우 이전 제어 방법을 사용해야 합니다.

그런데 표준 "1C: Trade Management 11"에서는 잔액 관리가 새로운 방법을 사용하여 구현되고 "1C: Accounting 8"에서는 이전 방법에 따라 구현됩니다.

하지만 그게 전부는 아닙니다!

위에 제시된 알고리즘은 교육 목적으로만 사용할 수 있습니다. 요점은 그들이 고려하지 않는다는 것입니다 통제된 자물쇠, 시스템에 두 명 이상의 사용자가 있는 경우 사용해야 합니다.

두 가지 잔류물 제어 방법에 대한 블록이 논의됩니다. 또한 이 기사에서는 더 복잡한 문제를 해결합니다. 잔액을 제어하는 것 외에도 상각 항목의 비용을 계산합니다. 주의 깊게 공부해 보시길 권해 드립니다.

먼저 말씀드리자면 새로운 방법으로 자물쇠를 설치하는 것은 매우 간단합니다– 이는 새로운 잔류물 관리 방법의 또 다른 장점입니다.

결과

간략하게 요약해 보겠습니다.

우리는 현대의 일반적인 구성에 사용되는 두 가지 잔류물 제어 기술을 살펴보았습니다.

기술 간의 주요 차이점잔액을 관리하는 순간:

기존 기술 - 레지스터에 움직임을 기록하기 전 제어
새로운 기술 - 레지스터에 움직임을 기록한 후 제어

일반적으로 새로운 기술이 더 효과적이지만 항상 적용 가능한 것은 아닙니다.

적용기준– 움직임을 생성하기 위해 제어된 레지스터의 데이터에 액세스할 필요가 없는 경우 새로운 기술을 사용할 수 있습니다.

제품 잔고 관리에 대해 이야기하면 비용 및 창고 잔고에 대한 데이터가 다른 레지스터에 저장되면 새로운 기술을 사용할 수 있습니다.

그리고 마지막으로, 일반적인 구성:

안에 UT 11품목 회계를 위한 2개의 주요 레지스터가 있습니다: 여유 잔액(수량) 및 상품 비용(비용 데이터) - 새로운 방법론이 사용됩니다.
안에 혈압 3.0비용 및 잔액에 대한 데이터는 하나의 회계 등록부에 저장됩니다. 잔액을 관리하는 기존 방법이 사용됩니다.

밸런스 제어를 설정해야 하는 상황에는 두 가지 유형이 있습니다.

첫 번째 상황. 때때로 회계사는 회계 부재로 인해 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 회계 8.3의 구성을 볼 수 있습니다.

1C 8.2 (8.3) 프로그램 설정에 대한 자세한 내용 잔액이 없는 경우 재고 상각 금지재무 결과에 어떤 영향을 미치는지 다음 비디오를 참조하십시오.

이 기사를 평가해 주세요:

창고 잔액에 대한 통제는 상품을 다루는 모든 기업의 필수 회계 절차입니다. 종종 프로그램에는 제품이 없지만 실제로는 창고에 있는 상황이 발생할 수 있습니다. 이러한 상황에서는 두 가지 옵션이 있습니다.

판매용으로 보내세요.
상황이 명확해질 때까지 창고에 보관하십시오.

선택은 조직 정책이나 특정 상황과 같은 여러 요인에 따라 달라집니다. 제품이 카운터에 있고 구매자가 관심이 있는 경우(손에 들고 있는 경우) 판매를 거부하는 것은 바람직하지 않습니다.

일부 기업에서는 판매 문서를 전기하지 않고 생성하는 방법을 사용하지만 모든 기업에서 이 방법을 사용하는 것은 아닙니다. 이러한 상황이 발생하는 경우 최신 버전의 1C 프로그램은 마이너스 잔액 제어를 비활성화하는 기능을 제공합니다.

제어가 활성화되면 프로그램에 따라 재고가 없는 상품을 판매하면 사용자에게 다음과 같은 경고가 표시됩니다. "제품" 목록의 1행에 있는 "수량" 열이 잘못 입력되었습니다. “표시된 수량은 잔액을 초과합니다. 나머지: 18. 누락된 111.093.”

1C에서 마이너스 잔액 제어 비활성화

1C에서 잔액 제어 켜기/끄기 작업은 "메인" - "설정" - "회계 매개변수" - "재고" 메뉴를 통해 수행됩니다. 여기에서 "회계 데이터에 따라 재고가 없는 경우 재고 상각 허용" 확인란을 선택해야 합니다.

그런 다음 "저장 및 닫기" 버튼을 눌러 작업을 확인합니다. 결과적으로 그러한 행동은 회계에서 마이너스 잔액 형성의 기초가 될 것입니다. 그것들은 제거되어야 할 것입니다.

"마이너스 잔액 관리" 보고

이 보고서는 문서가 표시되는 "창고" - "보고서" 메뉴를 통해 생성됩니다. 사용자는 요청 간격을 결정하고 "생성" 버튼을 클릭해야 합니다. 지정된 기간이 없으면 마이너스 잔액을 표시할 수 없습니다. 이는 "기간" 열을 필수로 작성해야 하는 시스템 기능입니다.

완성된 보고서의 모습은 다음과 같습니다.

사용자 요청 및 필요에 따른 그룹화, 정렬 및 기타 데이터 변환을 포함하여 보고서 자체에 표준 필터 세트를 사용할 수 있습니다. "설정 표시" 버튼을 사용하면 보고서에 추가 행을 수동으로 포함할 수 있습니다.