UT11의 비용 계산, 아니면 일괄 회계는 어디로 갔나요? 생산 비용 추가 비용을 여러 차원에 걸쳐 자동으로 분배할 수 있습니까?

비용 계산은 기업의 재무 결과를 생성하기 위한 필수 단계입니다. 여러 가지 계산 방법이 있으며 각 방법은 특정 조직 매개변수에 적합합니다. 이와 관련하여 회사에 다섯 번째 전화마다 "상품 원가를 계산할 때 어떤 방법을 사용해야 합니까?"라는 질문이옵니다. 이 기사에서는 우리의 경험을 여러분과 공유하고 구체적인 예를 사용하여 각 방법에 대해 이야기하겠습니다.

첫째, 약간의 이론:

비용 계산은 다음과 같은 목적으로 필요합니다.

    특정 유형의 상품 판매 수익성 결정. (수익률은 이를 구성하는 자산에 대한 이익의 비율로 계산됩니다. 수익성, % = 이익(수익 또는 판매 비용 - 비용) / 수익;)

    판매된 상품 회계 구성 조정에 대한 정보에 입각한 결정을 내립니다.

    기업의 가격 정책 형성.

상각 비용 계산(판매, 생산에 사용 등)은 일반적으로 "상품 비용 계산" 문서를 사용하여 한 달 또는 특정 날짜에 직접 수행됩니다(계산은 다음에서 수행됩니다). 월초부터 "상품 비용 계산"문서의 말일까지) 또는 월간 결산 도우미에서.

원가 계산 방법을 선택할 때 일괄 회계의 유무가 중요합니다. 배치 회계는 다음과 같은 경우에 필요합니다.

    각 상품 배치에 대한 보관 정보

    복잡한 VAT 회계 유지

    배치 평가

    수출판매;

    가격에 VAT가 포함/제외됩니다.

비용 계산 유형:

1) 예비 계산:

보고 기간 동안 구매한 자재 자산의 예상 비용을 결정하기 위해 무역 조직에서 사용하기 위한 것입니다. "월 평균" 방법을 사용하여 수행되었습니다. 계산된 값은 판매 계획이 충족되는 경우 조직의 총 이익을 결정하는 데 사용됩니다. 예비 비용 계산을 위해 일상적인 작업을 설정할 수 있습니다. 이 경우 계산은 비교적 빠르게 수행됩니다.

2) 실제 계산:

품목 비용 이동 배치 비용을 전체 계산하여 월별 보고 기간의 결과를 기반으로 수행됩니다. 이러한 유형의 비용 계산을 사용하면 위에서 설명한 자재 자산 상각 비용을 결정하는 모든 방법을 선택할 수 있습니다. 실제 비용 계산을 위해 보편적인 작업장을 제공합니다." 월 마감"를 사용하면 보고 기간을 마감하기 위한 모든 작업을 반영할 수 있습니다.

1C 회사의 응용 솔루션을 사용하면 초기 수령 가격 (상품이 기업의 첫 번째 조직에 도착한 비용)과 각 개별 수령 가격의 비용을 동시에 추적할 수 있습니다.

회사 그룹의 비용 계산.

각 창고에는 자체 비용이 계산되어 있습니다. 평가 방법은 회계 정책을 작성할 때 선택됩니다. 하나 또는 여러 조직에 대해 비용 계산을 수행할 수 있습니다. 기업이 Intercompany 체계를 사용하는 경우 Intercompany 구조에 포함된 모든 조직에 대해 동시에 하나의 계산 방법을 사용하여 비용을 계산해야 합니다.

비용 계산 방법:

모든 예는 "1C: Trade Management 11.2"를 기반으로 제공됩니다. 1C 회사의 다른 소프트웨어 제품에서도 비용은 비슷한 방식으로 계산됩니다.

"월 평균":

계산은 배치를 고려하지 않고 보고 기간의 평균 가격을 기준으로 수행됩니다. 총 원가 값은 폐기된 상품과 창고 잔액 모두에 사용됩니다.

월평균 = (잔액 + 영수증 비용) / (잔액 + 영수증 금액).


사례 1:

러시아산 카펫 무역에 종사하는 한 조직은 비용 계산에 가장 적합한 방법을 선택하기 위해 RG-Soft 회사의 전문가에게 도움을 요청했습니다. 회사는 러시아에서만 상품을 구매하며, 상품 가격은 달러 환율에 좌우되지 않으며 시기에 따라 조금씩 달라질 수 있습니다. 이를 바탕으로 배치 기록을 보관할 필요가 없습니다. 이에 대해 RG-Soft 전문가들은 "가중 평균 평가" 방법을 선택할 것을 제안했습니다. 특정 회사에서 한 품목의 비용을 계산하는 예를 고려해 보겠습니다.

정보 베이스에 입력된 정보는 표 1에 나와 있습니다.

1 번 테이블.

계산:

(100,000+200,000)/(10+10)=15,000 문지름. – 12월의 상품 단가;

5*15,000=75,000 문지름. – 12월에 상각된 총 상품 비용;

2017년 1월 1일 기준 상품 잔액: 15개 총 비용은 225,000 루블입니다.

(225,000+300,000)/(15+10)=21,000 문지름. – 1월의 상품 단가;

10*21,000=210,000 문지름. – 1월에 상각된 총 상품 비용;

2017년 2월 1일 기준 상품 잔액: 15개 총 비용은 315,000 루블입니다.

"FIFO(롤링 평가)":

전체 배치 회계 프레임워크 내에서 수행됩니다. 비용을 계산할 때, 접수된 첫 번째 배치가 가장 먼저 폐기되는 것으로 간주됩니다. 각 상품 소비는 해당 아이템 중 가장 최근에 받은 상품의 소비량입니다. 월말 잔액은 각 배치의 총 비용을 기준으로 계산됩니다.

해당 월의 각 배치 비용 = (월 초 잔액 + 해당 월 동안 입고 금액) / (월 초 수량 잔액 + 해당 월 중 입고 수량).

사례 2:

가정용 화학물질 판매와 관련된 조직도 적절한 계산 방법을 선택해야 했습니다. 회사는 해외에서 상품을 구매하므로 상품 가격은 달러 환율에 따라 달라집니다. 각 배송 가격은 크게 다를 수 있으며 회사는 배치 기록을 유지합니다. 상품 배송은 한 달에 2번 정도 드물게 이루어졌습니다. 이에 대해 RG-Soft 전문가들은 'FIFO(Rolling Valuation)' 방식을 선택할 것을 제안했습니다. 특정 회사에서 한 품목의 비용을 계산하는 예를 고려해 보겠습니다.

정보 베이스에 입력된 정보는 표 2에 나와 있습니다.

표 2.

계산:

첫 번째 배치: 10,000/100 = 100 - 6월 첫 번째 배치의 상품 단가;

두 번째 배치: 20,000/100 = 200 - 6월 두 번째 배치의 상품 단가;

배치는 원칙에 따라 삭제됩니다. 수신된 첫 번째 배치도 가장 먼저 제거됩니다.

50*100=5,000 문지름. – 6월에 상각된 총 상품 비용;

2016년 7월 1일 기준 상품 잔액: 150개 총 비용은 25,000 루블입니다.

첫 번째 배치: 5,000/50 = 100 - 7월 첫 번째 배치의 상품 단가;

두 번째 배치: 20,000/100 = 200 - 7월 두 번째 배치의 상품 단가;

세 번째 배치: 30,000/100 = 300 - 7월 세 번째 배치의 상품 단가입니다.

원칙에 따라 100개 상품 단위를 상각해야 하며, 수령한 첫 번째 배치도 가장 먼저 폐기되어야 하며, 먼저 첫 번째 배치에서 50개 단위를 상각하고 두 번째 배치에서 나머지 단위를 상각해야 합니다.

50*100+50*200=15,000 문지름. – 7월에 상각된 총 상품 비용;

2016년 8월 1일 기준 상품 잔액: 150개 총 비용은 40,000 루블입니다.

"FIFO(가중 평가)":

FIFO 이동을 계산할 때와 마찬가지로 비용을 계산할 때 수신된 첫 번째 배치도 가장 먼저 폐기되는 것으로 간주됩니다. 각 상품 소비는 해당 아이템 중 가장 최근에 받은 상품의 소비량입니다.

특징: 월말 잔액은 모든 배치에 대한 상품 잔액의 평균 비용을 기준으로 계산됩니다.

FIFO 방법을 사용하여 비용을 계산할 때 폐기된 제품 배치가 잔여 제품 배치와 분리되어 결정됩니다. 그런 다음 폐기된(매각, 상각) 로트에 대해 각 로트의 소비를 반영하는 평균 폐기 비용이 결정됩니다. 재고 비용과 상품 폐기 비용이 다를 수 있습니다.

해당 월의 배치 비용 = (월 초 잔액 + 해당 월 동안 입고 금액) / (월 초 수량 잔액 + 해당 월 중 입고 수량)

사례 3:

휴대폰 액세서리 거래에 종사하는 또 다른 조직은 RG-Soft 전문가로부터 "FIFO(가중 평가)" 방법을 선택하도록 제안되었습니다. 회사는 또한 배치 기록을 유지 관리합니다. 상품은 해외에서 구매되며 가격은 환율에 따라 다릅니다. 이 방법을 선택한 이유는 이전 예와 달리 상품 배송이 한 달에 10번 정도 훨씬 더 자주 수행되었기 때문입니다. FIFO(가중 평가) 방법은 대량의 배치가 누적되는 것을 방지합니다. 지난달에 받은 모든 배치는 하나로 줄어듭니다. 특정 회사에서 한 품목의 비용을 계산하는 예를 고려해 보겠습니다.

정보 베이스에 입력된 정보는 표 3과 같습니다.

표 3.

계산:

첫 번째 배치: 4,000/20 = 200 - 10월 첫 번째 배치의 상품 단가;

두 번째 배치: 8,000/20 = 400 - 10월 두 번째 배치의 상품 단가;

이 문서에서는 다음 주제를 다룹니다.

  • 평균 비용과 FIFO 방법을 사용하여 재고 및 자재 비용을 어떻게 계산합니까?
  • UT 11에서는 창고 이동을 어떻게 고려합니까?
  • UT 11에서 비용을 계산하기 위한 옵션은 무엇입니까?

비용은 어떻게 계산되나요?

평균 비용을 기준으로 계산

UT 11에서는 평균 비용으로 상품 폐기 비용 계산이 해당 월의 결과(가중 평균 비용)를 기준으로 수행됩니다. 즉, 폐기된 상품 비용을 계산할 때 해당 월의 모든 영수증이 고려됩니다. 이 경우 월초의 상품 잔액이 고려됩니다. 따라서,

상품 단가 = (월초 상품 잔액가치 + 해당 월 상품 구매 비용) / (초기 잔액 수량 + 영수증 수량)

UT 10.3과 UT 11의 비용 계산 차이점

UT 10.3은 FIFO 방법을 사용하는 전통적인 일괄 회계를 사용합니다. 동시에 시스템은 입고되는 각 상품 배치의 비용에 대한 정보를 저장합니다. FIFO 방법은 제품이 폐기될 때 제품의 수량과 비용이 수령 시점 기준으로 가장 빠른 배치부터 순차적으로 상각되어야 한다고 가정합니다.

UT 11에서는 FIFO 방법을 사용하여 비용 계산이 수행됩니다.회계 조항(PBU) "재고 회계 PBU 5/01"을 기반으로 합니다. 이에 따라 창고의 상품 잔액이 정량적으로 계산됩니다. 다음으로 월말 잔액 평가가 결정되며 이는 FIFO 방법을 사용한 가치 계산에 해당합니다. 이를 위해 FIFO 방법을 사용한 계산은 첫 번째 배치가 이미 상각되었음을 의미하므로 입고 시간에 따라 마지막 배치에서 순차적으로 남은 상품의 수량과 가치를 수집합니다. 그런 다음 해당 월 동안 창고에서 반출된 상품 수량이 결정됩니다. 해당 월의 입고 비용은 초기 잔액 값을 고려하여 결정되며, 이 값에서 FIFO 방법을 사용하여 계산된 월말 잔액 비용을 뺍니다. 결과 값은 해당 월의 상품 상각 비용을 나타냅니다. 상품 단위 상각 비용은 해당 월의 상품 상각 비용을 해당 월에 폐기된 상품 수량으로 나누어 결정됩니다. 각 배송 비용은 상품 단위 비용과 상품 수량을 곱하여 계산됩니다.

비용 분석

UT 11의 상품 원가 계산은 다음 분석의 맥락에서 수행됩니다.

  • 조직, 창고;
  • 명명법, 명명법의 특성;
  • 다른 많은 분석가.

분석가의 원가회계는 독립적으로 수행됩니다.. 서로 다른 창고에 있는 하나의 제품 품목의 비용이 다를 수 있습니다. 비용 계산은 분석 개체를 기반으로 수행됩니다. 이 경우 각 분석 개체는 위의 매개변수로 구성됩니다. 각 분석 개체에 대해 선형 방정식이 컴파일됩니다. 따라서 선형 방정식 시스템(SLE)이 얻어집니다. 선형 방정식은 항등식을 기반으로 컴파일됩니다.

월말 잔여 상품 원가 = 해당 월의 영수증 비용 + 초기 잔액 비용 - 해당 월의 상각 비용

SLU를 컴파일하기 전에 시스템은 FIFO 방법을 사용하여 창고에 남아 있어야 하는 총 잔액을 계산합니다. 이 경우 잔여금액의 평가는 최근 배치를 기준으로 결정됩니다.

비용 계산의 특징

UT 11의 FIFO 방법을 사용하여 비용을 계산하는 데는 몇 가지 기능이 있습니다.

  • 파티가 분명히 결석했습니다. 이는 해당 로트에 대한 평가 보고서를 얻을 수 없음을 의미합니다. 특정 배치를 분리하려면 명명법의 추가 특성을 사용하거나 부서/관리자별 별도 회계를 사용해야 합니다.
  • 이전 달에 기록되지 않은 모든 배치가 하나의 배치로 결합됩니다. 이 로트의 수량과 가치는 기각되지 않은 로트의 수와 가치의 합입니다.
  • 달력일 기준 1일 이내에 한 공급업체로부터 한 제품을 수령하는 것은 모두 하나의 배치로 간주됩니다. 이 배치의 수량과 비용은 입고된 상품의 수량과 비용으로 구성됩니다.
  • 한 달 이내에 발생한 모든 상품 상각은 상각 시 상품 가치 평가에 사용된 방법(평균 원가, FIFO)에 관계없이 평균 원가로 회계처리됩니다.
  • 알려진 평가가 없는 상품 이동 및 기타 거래는 월말 창고의 상품 잔액 평가에 사용되지 않습니다. 이 규칙에는 예외가 있습니다. 이러한 작업은 알려진 가치를 지닌 현재 입고된 상품이 부족한 경우 창고에 남아 있는 상품을 평가할 때 고려됩니다.

기술의 장단점

UT 10.3의 기존 배치 회계와 비교할 때 UT 11의 FIFO 방법을 사용한 비용 계산에는 장단점이 있습니다.

  • 시스템은 영수증 및 판매 문서가 입력되는 순서에 민감하지 않습니다.;
  • 비용 계산 및 기간 마감 시간이 크게 단축되었습니다.
  • 해당 월의 모든 문서 내 상각 상품 비용을 평균하여 문서 처리 시점에 대한 관리자의 조작을 제거합니다.
  • 구현 문서 구현 후 일괄 평가 가능성이 부족합니다.
  • 판매 문서를 게시할 때 총 이익을 즉시 평가할 수 없습니다.

UT 11에서는 창고 이동을 어떻게 고려합니까?

UT 11에서 창고는 상품이 보관되는 특정 영역으로 이해됩니다. 창고는 상품 보관을 위해 설계된 랙, 선반 및 셀 형태로 제공될 수 있습니다. 이 경우 시스템은 각 셀(주소 창고)에 상품 기록을 보관할 수 있습니다. "창고(창고 영역)" 디렉토리는 계층적입니다.. 창고 그룹의 경우 상품 수령(배송)에 대한 주문 및 송장에서 이 그룹의 선택을 구성할 수 있습니다. 하나의 입고(선적) 문서에서 여러 창고의 운영을 고려해야 하는 경우 이러한 창고는 창고 그룹에 배치되어야 합니다. 창고가 다른 그룹(계층 구조와 관련 없음)에 속하는 경우 그룹 작업을 수행할 수 없습니다.

한 창고에서 다른 창고로 재고 품목을 이동하는 작업을 반영하기 위해 "상품 원가"등록에서 양적 측면에서 이동을 수행하는 "상품 이동"문서가 작성되었습니다. 평가는 "상품 비용 계산"문서에 의해 설정됩니다. 또한 조직의 물품, 창고 물품, 무료 잔액 등록을 통해 이동이 수행됩니다.

UT 11에서 비용을 계산하기 위한 옵션은 무엇입니까?

"상품 비용 계산" 문서에서 두 가지 계산 옵션을 선택할 수 있습니다.

  • 예비의,
  • 실제.

예비 비용 계산

"예비" 계산 옵션을 사용하여 한 달 동안 여러 번 비용 계산을 수행하는 것이 좋습니다. 이를 위해 클라이언트-서버 버전의 작업에서 일상적인 작업을 구성할 수 있습니다. 이 경우 계산은 비교적 빠르게 수행됩니다. 각 폐기 비용과 남은 제품 비용은 계산되지 않습니다. 이 문서는 상품의 평균 비용을 결정하고 이를 "상품 비용" 정보 기록부에 기록합니다.

'수입과 지출', '상품별 판매량' 보고서를 통해 예비 비용을 분석하는 것이 편리합니다. 보고서를 생성하려면 "재무" 섹션으로 이동하여 탐색 패널에서 "재무 보고서" 명령을 실행하세요.

실제 비용 계산

월말 이후에는 "상품 비용 계산"문서가 "실제"계산 옵션을 사용하여 수행됩니다. 이 옵션에서는 창고에 있는 상품 및 잔여 상품의 폐기 비용이 계산됩니다. 추가 비용은 상품 비용에 할당됩니다. 계산 옵션을 사용한 비용 계산실제 업무는 정보시스템의 성능에 문제가 없다면 한 달 이내에 반복적으로 수행할 수 있습니다.

끝 맺는 말

일반적으로 기업에서는 드문 경우를 제외하고 문서가 실제 무역 거래를 따라 가지 않으며 일반적으로 회계 시스템에 소급하여 수정, 재전기 등으로 입력됩니다. 회전율이 높으면 UT에서 문서 순서를 복원합니다. 10.3, 비용 계산 및 기간 마감에는 상당한 비용이 필요합니다. 이러한 작업에서 UT 11의 이점은 무역 기업, 특히 다음과 같은 기업의 회계 시스템 선택에 결정적인 요소가 될 수 있습니다. 관리회계를 위해상품 수령 및 판매 문서가 입력된 순서와 관계없이 결과를 얻는 것이 중요합니다.

오프라인(비운영) 비용 계산, 비용 레지스터를 통한 이동, 일반 정보를 위한 메커니즘입니다.

ERP 버전 2.1.3(및 해당 버전 KA 및 UT)부터 두 가지 유형의 이동이 구별됩니다.

  • "기본" - 구현 중 문서의 논리에 따라 형성됩니다.
  • "계산됨" - 이 메커니즘에 의해 생성됩니다(이동 유형 식별자는 누적 레지스터의 새로운 속성인 "비용 비용 계산"입니다).

비용 계산 메커니즘에 의해 유지 관리되는 레지스터 목록은 Outgoing Mechanism Data()를 참조하세요.

결제 이동 기록자는 이제 상품 원가 계산 문서가 아닌 기본 문서(이동 문서 속성의 문서)입니다. 상품 원가 계산 문서는 더 이상 매출 및 매출 원가, 구매, 진행 중인 작업의 기타 비용(ERP 및 KA에서만 사용 가능) 레지스터에서 이동하지 않습니다(문서는 이전 버전과의 호환성을 위해 이러한 레지스터에 대한 등록자로 유지됩니다). ).

문서를 다시 게시하면 문서 변경 사항에 관계없이 정산 이동이 저장됩니다. (이를 위해 유지 관리 기록 세트에 대한 특수 코드가 모듈에 배치됩니다. 예를 들어 누적 기록 모듈 상품 비용을 참조하세요. - 이 모듈의 절차를 호출합니다.) 비용을 다시 계산할 때 계산 이동 시 문서의 변경 사항이 고려됩니다.

ERP 2.1.3 버전부터 움직임을 생성하고 기록하는 알고리즘이 변경되었습니다.
이제 메커니즘이 제공하는 각 메커니즘에 대해 이동 레지스터가 다음과 같이 구성됩니다.

  • 계산이 시작되기 전에 기존 정산 이동은 지워지지 않습니다. 계산이 끝날 때까지 IS에 남아 있습니다.
  • 메커니즘에 의해 생성된 새로 계산된 움직임은 값 테이블에 배치됩니다.
  • 값 표의 특정 크기에 도달하거나 다음 계산 단계가 완료될 때
  • 값 테이블의 새로운 움직임이 임시 테이블로 전송됩니다.
  • 계산이 끝나면 새로운(임시 테이블에서) 움직임과 이전(정보 보안 데이터에서) 움직임이 비교됩니다.
    • 이전 결제 이동과 새 결제 이동 간에 차이가 있는 문서에 대해서만 이동을 덮어씁니다.
    • 덮어쓴 움직임이 있는 문서만 회계 반영을 위해 등록됩니다.

이러한 변경을 통해 다음을 수행할 수 있습니다.

  • "문서 이동" 보고서를 사용하여 문서 자체에서 문서 비용을 확인합니다.
  • 비용을 다시 계산할 때 실제로 변경된 정산 이동만 다시 작성합니다.
  • 덮어쓰기된 이동이 있는 회계 전용 문서(ERP 및 CA에서)에 반영되도록 등록합니다.

ERP 버전 2.1.3(및 해당 버전 KA2 및 UT11)으로 전환

새 버전으로 전환 시 이전에 생성된 정산 이동은 자동으로 변경되지 않으며,
왜냐하면 이를 위해서는 레코더 간의 단순한 이동 전송이 아니라 비용 재계산의 "에뮬레이션"이 필요합니다.
이전 기간의 재계산을 시작하면 새 구성표에 따라 올바른 움직임이 생성됩니다.

비용 계산을 시작합니다.

계산 알고리즘의 진입점은 절차입니다. 모두 계산()매개변수가 전달되는 곳:

  • 계산 기간 - 월;
  • "간단한" 예비 비용 계산이 가능합니다. - 일부 보고서를 생성할 수 있습니다(지정된 기간에 대해 이미 실제 계산이 이루어진 경우 예비 계산이 수행되지 않습니다).
  • 계산은 지정된 조직 배열에 대해 수행되거나 Intercompany 체계에 따라 지정된 조직과 연관된 모든 조직에 대해 수행됩니다(Intercampany 체계() 아래의 조직 관계 참조).
    • 계산할 조직이 지정되지 않은 경우 지정된 기간에 비용 기록부에 이동이 있는 모든 조직에 대해 계산이 수행됩니다.
    • 실제 계산이 수행되는 모든 조직에는 동일한 재고 평가 방법이 있어야 합니다(DefineValueValuationMethod() 참조).
  • 비용 계산 시작은 대화식(월결산 메커니즘에서)과 일상적인 작업 모두에서 가능합니다.

원래 설명

// 비용 계산을 시작합니다.
// (기존 - 비용계산 문서관리 모듈의 RegularTaskCostCostCalculation() 실행)
// 옵션:
// 날짜 - 날짜 - 비용 계산 기간
// PreliminaryCalculation - 부울 - 실제 또는 예비 계산을 수행합니다.
// 예비 계산을 수행할 수 있습니다.
// = 루틴 작업
// = 제품 비용 분배를 위한 준비 단계
// 조직 - DirectoryLink.Organizations - 지정된 조직에 대해서만 계산합니다.
// Intercompany 계획에 따라 지정된 조직과 연결된 조직의 비용도 다시 계산됩니다.
// - 배열 - 비용을 계산해야 하는 조직의 배열이며, 다른 조직은 계산되지 않습니다.
// RoutineTask - Boolean - True이면 예비 비용 계산을 위해 루틴 작업에서 호출되었음을 의미합니다.
// 디버깅 매개변수 - 구조 - 같은 이름의 구조 속성을 재정의하기 위한 것입니다. 계산 매개변수
// (자세한 내용은 DebugParameters 매개변수에 대한 InitializeCalculationParameters() 코드의 설명을 참조하세요.)

계산 전에 각 조직에 대한 상품 비용 계산 문서가 다음과 같이 생성됩니다(아직 존재하지 않는 경우).

  • 문서 헤더의 조직 속성에는 이 문서가 속한 조직이 표시됩니다.
  • 조직의 표 부분에는 Intercompany 계획에 따라 조직과 관련된 모든 조직이 표시됩니다. 그리고 자신:
    • ERP 버전 2.1.3(및 해당 버전의 KA 및 UT) 이전에는 이러한 헤더 속성이 없었고 Intercampany 체계(비용 계산 문서에 대한 정보)에 따라 연결된 전체 조직 그룹에 대해 비용 계산 문서가 단독으로 생성되었습니다. 조직별 데이터는 일반 계산 매개변수(임시 테이블 VTCountingCostCalculationDocuments 및 CalculationDocumentsByOrganizations 속성)에 저장됩니다.

오류 발생 시 충돌 없이 계산을 수행하려면 래퍼 함수가 있습니다. CalculateAllAtTryException() 매개 변수는 CalculateAll() 프로시저와 유사하지만 함수는 계산이 성공적으로 실행되었음을 나타내는 부울 값을 반환합니다.

비용 계산 수행.

직접 계산은 조직 그룹별 비용 계산() 기능에서 수행됩니다.
개략적으로 계산은 다음과 같습니다.

  • 전체 알고리즘에 대한 일반 매개변수가 초기화됩니다(InitializeCalculationParameters() 참조).
  • 절차-계산 단계는 순차적으로 호출됩니다(자세한 내용은 아래 참조).
    • 시스템 설정 및/또는 계산 시작 매개변수로 인해 일부 단계를 건너뛸 수 있습니다.
    • 단계의 결과는 생성된 계산된 움직임 및/또는 "전역" 임시 테이블입니다(다음 단계에서 사용됨).
  • 수정된 계산된 움직임이 기록됩니다.
    • 백그라운드 작업을 사용하여 여러 스레드에서 기록을 수행할 수 있습니다("최대 파일 수" 속성 참조).
  • 변경된 문서는 회계에 반영됩니다.

계산 단계의 구조.

개략적으로 계산 절차는 다음과 같습니다.

  • 스테이지에 대한 소스 데이터 선택 요청이 생성됩니다. 해당 속성이 채워집니다. 요청이 이행되었습니다.
    • 단계의 목적이 단지 "전역" 임시 테이블을 형성하는 것이라면 다음 사항은 적용되지 않습니다.
  • 요청 데이터를 기반으로 비용 계산 레지스터를 사용하여 정산 이동이 생성됩니다.
    • 일부 이동 단계는 형성되지 않습니다. "글로벌" 임시 테이블만 형성됩니다.
    • 움직임을 생성하는 코드는 다음 형식의 프로시저에 포함되어 있습니다.<Имя регистра><Уточнение операции>();
    • 이러한 프로시저 내에서 움직임을 추가하려면 AddRecordToMotionTable() 프로시저가 반드시 사용됩니다.
  • 단계 내에서만 사용되는 "로컬" 임시 테이블은 삭제됩니다(DestroyTemporaryTables() 참조).
  • 생성된 이동은 값 테이블에서 임시 테이블로 전송됩니다(CacheFormedMoves() 참조).
    • 동시에 회전 및 잔액의 서비스 캐시도 업데이트됩니다(자세한 내용은 아래 참조).
    • 저것. 소스 데이터 샘플링과 단계 종료 사이의 간격에는 캐시에 액세스할 수 없으며 업데이트되지 않습니다.

쿼리를 통해 정보 보안 데이터에 액세스합니다.

비용 기록부의 새로운 정산 이동은 계산이 끝날 때만 IS에 기록되므로,
그런 다음 계산 중에 이러한 레지스터(실제 또는 가상)의 테이블에 액세스할 때 일부 규칙을 준수해야 합니다(InitializeRegisters()에 나열된 레지스터에만 적용됨).
1. 해당 기간 동안의 등록부 매출액(이동)은 다음을 결합하여 얻어야 합니다.

  • "T.Cost Cost Calculation = False"(1차 움직임)를 선택한 메인 레지스터 테이블;
  • VTKash 임시 테이블<Имя регистра>(새로운 정착 운동);

편의를 위해 일부 레지스터의 경우 이 데이터는 임시 테이블 VTKashRecords에 자동으로 캐시됩니다.<Имя регистра>.
레지스터 목록은 일반 계산 매개변수의 "RegistersWithCalculationRecords" 속성에 지정됩니다.

2. 기간 말의 장부 잔액(장부 잔액)은 다음을 결합하여 얻어야 합니다.

  • 기간 초에 잔액을 등록합니다.
  • "T.Cost Cost Calculation = False"(해당 기간의 주요 움직임)를 선택한 메인 레지스터 테이블;
  • VTKash 임시 테이블<Имя регистра>(해당 기간의 새로운 정착 움직임).

편의를 위해 일부 레지스터의 경우 이 데이터는 임시 테이블 VTKashCalculatedBalances에 자동으로 캐시됩니다.<Имя регистра>.
레지스터 목록은 일반 계산 매개변수의 "RegistersWithCalculatedBalances" 속성에 지정됩니다.

3. 이전 계산 단계에서 생성된 새로운 움직임은 임시 테이블 VTKash에 저장됩니다.<Имя регистра>.
이 임시 테이블은 비용 계산 메커니즘이 제공하는 모든 레지스터에 대해 생성됩니다.

쿼리 작업에는 여러 가지 추가 기능도 있습니다(이유: 최적화, 플랫폼 등).

1. 계산 메커니즘의 모든 요청에서 선택에 사용된 데이터가 저장됩니다.

  • 일반적인 계산 매개변수(조직, 기간, 기능 옵션 값 등)
  • "전역" 임시 테이블(예: VTOSelectionAnalyticsByPartners - InitializeTemporaryTablesForSelections() 참조).

이러한 매개변수를 설정하려면 Universal 프로시저인 InitializeRequestProperties()를 사용하십시오.
결과적으로 모든 솔버 쿼리는 동일한 선택을 사용하도록 보장됩니다.
동일한 절차를 통해 위에 나열된 모든 캐시 테이블을 저장하는 쿼리용 일반 임시 테이블 관리자를 설정합니다.

2. 임시 테이블의 이동 유형 필드에 문제를 일으키는 플랫폼 오류 30025997이 있습니다.
VTKash, VTKashRecords, VTKashCalculatedRemains 유형의 모든 임시 테이블에서 오류를 우회하려면
표준 Movement Type 필드 대신 "Boolean" 유형의 기술 필드 ServiceMovement TypeIncoming이 저장됩니다. 이에 대한 작업 알고리즘은 다음과 같습니다.

  • 이러한 임시 테이블에 대한 쿼리에서는 MovementReceipt 필드의 ServiceType에만 액세스해야 합니다.
  • 이전에 새로운 정산 기록이 누적된 값 테이블에는 표준 이동 유형 필드만 있습니다.
  • 값 테이블과 임시 테이블 간의 필드 변환은 자동으로 수행되므로 추가 단계가 필요하지 않습니다.

디버깅 및 문제 해결.

개발, 테스트 및 문제 해결을 용이하게 하기 위해 다음 단계로 처리되는 계산 로깅 메커니즘이 구현되었습니다(계산 프로토콜_... 유형의 절차 참조).

  • 다음 계산 단계가 시작될 때 등록 로그에 항목을 작성하여 계산 진행 상황을 추적합니다.
  • 계산이 끝나면 자세한 계산 프로토콜이 등록 로그에 표시됩니다.

일부 계산 매개변수를 재정의하는 것도 가능합니다(CalculateAll(), 디버깅 매개변수 매개변수 참조).

추신 이 글은 프로그래머들에게 가장 유용할 것입니다. 이는 1C: Enterprise: "Trade Management" 솔루션 버전 11.2.3의 1C 프로그래머의 의견을 기반으로 합니다.

질문: CA 비용 계산


좋은 오후에요 이 문제가 발생한 사람이 있습니까?
비용 계산 보고서에서 한 달 동안 계산된 PF(예: kefir) 비용은 20.60입니다.
그러나 GP의 평균 비용 가격은 비용 가격과 다르며 약 70으로 상승합니다.

답변:() 내 개인 메시지에 이메일 주소가 있습니다

질문: 총 이익 보고서에 비용이 잘못 반영되었습니다.


좋은 오후에요 총 이익 보고서를 생성할 때 비용 가격이 잘못 구성되어 존재하지만 어떤 이유로 구매 가격과 동일하지만 가격 유형(구매, 비용 및 도매)이 있지만 보고서의 비용 표시는 다음과 같습니다. 가격 유형 "구매"와 동일하지만 "비용" 가격 유형과 동일해야 합니다. 설정 방법을 알려주세요.

답변:

b7music이 말했습니다.

글꼴이 너무 작아서 무엇을 쓴지 알 수 없습니다. 더 크게 쓰세요. 안 들려요.
ut11에는 총 이익 보고서가 없다고 적었습니다. 그런데 거기에 그런 보고가 있어요. 총 이익이 없는 ut11로 전환하자고 제안하셨는데 TS에 이런 보고서가 있습니다. 이단을 퍼뜨리는 것을 그만 두십시오. 이 경우에는 너무 쓸모없는 정보를 사람에게 로드하고 있습니다.
안경을 깨끗이 닦고 착용한 후 다시 한 번 살펴보세요.

확장하려면 클릭하세요.

말씀하신 보고서는 보고서가 아닙니다." 총 이익", 이것은 (나중에 수정됨) 사용자 정의 동의어입니다." 기업의 총 이익" 보고서 매상이는 재무 결과 및 도매 판매와 관련이 있습니다. 소매판매나 판매가 전혀 없습니다.

질문의 맥락에서 보면 질문이 UT 10.3에 관한 것이라는 것도 분명합니다. 언급된 "가격 유형"은 UT 10.3에 있지만 UT 11에는 없습니다(UT 11 - 유형가격)

TS는 보도 내용 아냐" 기업의 총 이익"보고서에 대해 물었습니다" 총 이익".
본 보고서의 본질과 목적은 TS가 관심을 보인 보고서의 본질(및 명칭)과 근본적으로 다릅니다.

  • TS는 UT가 (미래에) 표준 수단으로 간주하는 것이 아니라 공식에 따라 계산하는 것을 원합니다. 가격 유형을 통해 비용
  • 보고 기간이 끝나는 시점이 아니라 판매 시점에

Roman_86이 말했습니다.

형성할 때 총 이익 보고서, 원가가 잘못 형성되어 존재하지만 어떤 이유로 구매 가격과 동일하지만 가격 유형(구매, 가격및 도매), 표시기 보고서의 비용 가격은 "구매" 가격 유형과 같습니다."이지만 가격 유형 "cost"와 동일해야 합니다. 설정 방법을 알려주세요.

확장하려면 클릭하세요.

"총 이익" 보고서는 UT 11에 없으며 본질적으로 사용 목적도 이름도 아닙니다!

당신은 솔직히 주제에서 벗어난 것 같아요

나는 추가한다
UT 11에서 "기업 총 이익" 보고서라고 부르는 것은 실제로 보고서 제목 매상"기업의 총 이익" 보고서 옵션 사용(구성기에서) 매출 및 매출원가, 맞춤 동의어 매상)
단어로 시작하는 보고서 역겨운 UT 11에는 전혀 없습니다

질문: UT 11.2의 비용 및 총 이익 계산


UT 11.1을 UT 11.2로 업데이트했습니다. 일괄 회계가 포함됩니다.

"기업 총 이익" 보고서의 비용 가격이 잘못된 것을 발견했습니다. 그런 다음 연구 중인 기간에 대한 월 폐쇄 필드가 "기업 총 이익" 보고서에서 여전히 일부 잘못된 값을 생성한다는 것을 발견했습니다. 원가 계산 문서를 삭제해도 보고서에는 동일한 값이 남아있습니다!

필요한 서류가 처리되었습니다. 내가 이해하는 한, "기업 총 이익" 보고서는 예비적인 경우에도, 그리고 다른 경우에도 상품 배치에 의존하지 않습니다.

보고서는 "매출액 및 매출원가" 레지스터에서 데이터를 엄격하게 가져오고 "상품 비용" 정보 레지스터에서 예비 계산 중에 데이터를 가져옵니다.

배치 회계가 수익과 매출 원가에 영향을 미칠 수 있습니까?

일괄 계정을 비활성화했다가 다시 활성화해도 도움이 되지 않습니다.
그리고 UT 11.2에 예비 비용 계산이 어떻게 포함되어 있는지 이해할 수 없나요?

감사합니다!

답변:

가장 흥미로운 것은 배송 서류입니다. 그리고 비용 계산으로 인해 운송 문서의 이동이 변경됩니다. 비용 계산을 취소해도 문서의 움직임은 사라지지 않습니다. 다시 실행해도 마찬가지입니다. 하지만 발송서류를 게시하고 다시 게시하고 비용을 계산하면 모든 것이 제자리에 들어갑니다! 하지만 이는 사실이 아닙니다. 작업 결과를 소급하여 비용을 다시 게시하려면 매번 문서를 게시해야 합니다. 그리고 이제 베이스는 일반적으로 12년이 되었습니다. 준비해야 할 서류가 너무 많아요!

질문: 계획 비용 계산


1C:엔터프라이즈 8.2(8.2.19.102)
제조 기업 관리 개정 1.3(1.3.79.1)

실제 원가를 기준으로 계획 가격을 생성할 예정인데, “계획 원가 계산” 처리 시 일정한 계획 가격이 형성되지만 임금에 대한 데이터는 없고 자재비가 입력되지 않습니다.
시스템에 누락된 데이터는 무엇이며, 계산을 완전히 완료하려면 무엇을 추가하거나 채워야 합니까?

기록된 표준에 따른 계산은 어디에 있습니까?

답변:

좋은 오후에요.
문제를 해결해 주세요. 새로운 주제를 만들지 않도록. 을 댓가로.

1C:엔터프라이즈 8.3(8.3.7.1831)
UPP 1.3.81.2

기상 나팔
보고서-고급회계분석-비용표(및 기타 보고서)

회계 유형이 규제됨인 경우 모든 것이 완벽하게 표시되고 모든 것이 올바르게 계산됩니다. 회계에는 문제가 없는 것으로 나타났습니다.
그런데 관리회계에서는 비용을 볼 수 없습니다. 아무것도 표시하지 않습니다.

규제 회계만 표시하고 관리 회계는 표시하지 않는 비용 계산 보고서도 있습니다.

계획 비용 계산 처리 - 실제 비용을 기준으로 한 계산만 올바른 것으로 간주됩니다.
계획 비용을 기준으로 한 계산은 수행되지 않습니다. 아무것도 붙어 있지 않습니다.

어디를 보고, 무엇을 고쳐야 할까요? 도와주세요, 제발.

질문: 비용이 잘못 계산되었습니다.

답변:

질문: UT 11.4 - 비용 분배 및 규제 규모.


안녕하세요.
UT 11.4.5.63
월을 마감하면 다음과 같은 문제가 나타납니다.

조직의 남은 비용... 기간 말에... 비용에 할당되지 않은 것이 발견되었습니다. 분석가: ...; 비용(등록): "3,571

확장하려면 클릭하세요.

실제로 등록이 정지됩니다. 금액은 어떤 이유로 든 나머지는 정상적으로 배포됩니다. 일련의 문서 순서를 확인하고 결과를 다시 테스트했습니다. 이런 일이 발생한 사람이 있습니까?

답변:

2018년 11월 6일 현재 릴리스(이미 여러 번 약속된 내용 포함)
"출시 예정 정보 11.4.6" - "잠정 출시일 2018년 11월 30일") 내일 모레
이미 너무 오래전부터 구식인 구성에 대해 질문하는 것이 무슨 의미가 있습니까?
최소 9개(거의 10개)의 릴리스가 이미 누락되었습니까? 수백 개의 버그가 수정되었습니다!
시작하려면 업데이트하세요

혹시라도 오류가 기록되었습니다.


  • 상태: 거부됨
    등록일: 2018년 11월 9일
    설명:
    1. 규제 회계 금액(하위 분석)에 대한 데이터가 재고 시작 부분의 INV-3 열 "회계 데이터에 따라"와 일치하지 않습니다. 2. 회계 데이터와 실제 가용성 데이터 간의 차이로 간주되는 INV-3 데이터와의 "재고 결과" - "부족" 열의 INV-19 총 데이터 불일치.

    실패 이유:
    INV-3 및 INV-19를 인쇄할 때 지정된 가격 유형에 따라 세 가지 방법을 사용하여 총 지표를 얻을 수 있습니다. - 예비 비용 계산에 따라; - 실제 비용 계산에 따른 것입니다. 명백한 이유로 처음 두 가지 방법은 규제된 회계 데이터와 차이를 생성할 수 있습니다. 규제회계에서 가치를 형성하기 위해서는 실제 원가 계산을 통해 얻은 가치가 사용됩니다. 그러나 전체 지표에 대한 제3의 정보 소스를 사용하더라도 규제된 회계 데이터와 지정된 인쇄 양식의 100% 수렴을 보장하는 것은 불가능합니다. 이를 형성할 때 거래 데이터가 사용되지 않고 재고 항목 한 단위의 비용에 대한 정보를 기반으로 계산됩니다.


  • 상태: 출시 버전에서 수정됨 등록: 2018년 9월 26일
    수정됨: "1C: Trade Management 11", 버전 11.4.5.129
    설명:
    한 달을 마감하기 위해 일상적인 작업을 수행할 때 다음 유형의 오류 메시지가 표시될 수 있습니다. "상품 원가" 레지스터의 생산 단계 이동이 "조직 상품" 레지스터와 일치하지 않습니다. "상품 원가" 기록에 따라 문서를 다시 게시해야 합니다. 생산 단계... ...에서..., 조직 "...", "상품 원가" 등록. 재고 유형별 상품 원가 별도 회계가 꺼져 있으면 오류가 나타납니다.

    어떻게 고치는 지:
    요청 텍스트의 이동 및 문서 문제 해결(#Area Compact of Goods of Organizations and Costs) 절차의 일반 모듈 "파티션 회계 22"에서 다음 줄을 바꿉니다.

질문: UT 11.1. 영수증을 조정한 후 상품 비용을 변경하는 방법은 무엇입니까?


좋은 시간 보내세요!

UT 11.1.10.167. 회계 정책에서 원가는 롤링 기준으로 계산됩니다.

회계에서는 상품 비용 감소 사실을 반영한 "영수증 조정"문서가 작성되었습니다.

상품 비용의 변화를 반영하는 방법은 무엇입니까?

위 문서는 "비용" 레지스터로 이동하지 않습니다. 비용 계산은 비용을 변경하지 않습니다. 결과적으로 조정된 상품의 수익성은 부정적입니다.

미리 감사드립니다.

일상적인 작업을 사용하여 예비 비용 계산 답변:구현에서 "제품" PM에는 "비용" 열이 있습니다(기본적으로 표시되지 않지만 변경 양식을 통해 표시될 수 있음). 비용 가격은 UT의 이 열에 속합니다. UT에 확인해야 합니다. VAT가 가격에 포함되었을 수 있으므로 동기화 중에 VAT를 포함한 금액이 판매 비용에 포함됩니다.

질문: BP 2의 원가를 "정리"하는 방법을 알려주세요.


표준 교환을 사용하여 UT 10.3에서 BP 2.0으로 데이터 전송
모든 것이 괜찮지만 비용도 "이전"되었지만 VAT와 함께 상각되지만 별도로 처리되어야 하기 때문에 원하는 만큼은 아닙니다.
어떻게든 "마이그레이션된" 원가를 정리할 수 있을까요?

답변:

비용은 문서와 함께 "이동"합니다. 상품 비용은 영수증 문서, 잔액 입력, 추가 비용 수령 및 자본화로 구성됩니다. 그들이 어떤 움직임을 하는지 지켜보세요.

상각 비용은 "상품 비용 계산"문서를 통해 한 달 및 특정 기간 동안 계산할 수 있습니다. 월결산 도우미를 통해서도 계산할 수 있습니다.

메모.비용은 창고별로 별도로 계산됩니다.

  • 평균 월 비용은 월말에 계산됩니다. 각 제품은 매월 동일한 비용을 받습니다. 계산식은 다음과 같습니다.

(월초 잔액(비용) + 당월 수령(비용)) / (월초 잔액 + 당월 수령 수량) = 비용

  • FIFO 가중 평가는 다음 공식을 사용하여 잔액의 가치를 결정하기 위해 계산됩니다.

(월초 잔액(비용) + 해당 월의 영수증(가치 기준)) / (월초 잔액(수량) + 해당 월의 영수증(수량)) = 모든 배치의 원가 선택한 달

  • FIFO 롤링 추정은 수령 순서대로 상품 소비를 계산합니다. 명명법의 한 항목이 나중에 도착한 다른 항목보다 먼저 도착하면 첫 번째 항목이 더 일찍 삭제됩니다.

1C:UT 11.1에서 비용 계산 연습:

방법 1.가장 간단한 방법은 매월 말에 "판매 - 상품 비용 계산 문서"문서를 만드는 것입니다.

방법 2."관리 - 지원 및 유지 관리 - 일상 및 백그라운드 작업 - 비용 계산 - 지금 실행"을 통해. 한 달에 한 번 자동으로 실행되도록 예약된 작업을 구성할 수도 있습니다.

쌀. 1


쌀. 2

비용 계산 절차를 수행하는 방법:

1. 빨간색 숫자가 있는 셀("총 이익" 열)을 마우스 오른쪽 버튼으로 클릭한 다음 "암호 해독"을 클릭합니다. 거기에서 "등록 기관"을 선택해야합니다. 이동이 이루어진 문서를 확인할 수 있습니다.

2. 메뉴를 통해 누적 레지스터를 봅니다.

"메뉴" - "서비스" - "옵션" - ""모든 기능" 메뉴 표시";

"모든 기능" - "누적 레지스터" - "창고의 상품(또는 조직의 상품) 또는 상품 비용" 메뉴로 이동합니다.

명칭과 특성에 따라 선택을 수행하면 구매한 가격(“상품 및 서비스 수령” 문서 또는 기초 잔액 입력)과 판매된 가격을 확인할 수 있습니다.

쌀. 삼


쌀. 4


쌀. 5

메모.통화는 1C:UT에서 주로 프로그램의 회계 문서 형성(구매 및 판매 장부 등)을 위한 관리 통화 및 규제 회계로 구분되지만 동일하면(루블) 더 이상 없습니다. 선택한 통화에 따라 보고서가 달라집니다.

뒤쪽에 위로

관련 기사