"1C : 제조 기업 관리 8"에는 통합 사회세 계산을 위해 발생 또는 공제 계산 규칙에 대한 설명과 이러한 발생 또는 공제 결과 회계 규칙에 대한 설명을 결합한 특수 개체가 있습니다. 개인 소득세 및 회계. 이러한 개체를 계산 유형이라고 합니다. 프로그램에서 계산 유형은 기본 발생액, 추가 발생액 및 공제의 세 가지 하위 그룹으로 나뉩니다. 일부 유형의 적립 및 공제 항목은 프로그램 작성 단계에서 개발자가 설명하지만 우리 조직에 고유한 항목도 있으므로 사용자가 독립적으로 추가해야 합니다. 기존 비용 및 공제에 대한 매개변수를 올바르게 설정하고 새로 생성된 항목을 올바르게 설명하려면 차이점이 무엇인지, 계산 알고리즘 설치를 어떤 순서로 구성해야 하는지 이해해야 합니다.
계산 유형의 모든 그룹을 고려해 봅시다.
조직의 기본 발생액
조직의 기본 발생액 그룹에는 계산 유효 기간(기간)에 따라 계산 결과가 달라지는 발생액이 포함됩니다. 예를 들어, 휴가 계산 결과는 휴가 기간에 따라 달라지며, 급여 지급은 직원이 근무한 일수를 기준으로 계산됩니다. 또한 조직의 기본 발생액 그룹에는 직원에게 오랫동안 발생하는 계산 유형이 포함됩니다. 예를 들어, 조직이 직원 그룹에게 고정 금액의 월별 보너스를 지급하는 경우 해당 보너스는 조직의 주요 발생액에 포함되어야 합니다.
새로운 정보 기반을 생성할 때 조직의 기본 발생액 목록은 소위 사전 정의된 계산 유형으로 채워집니다. 미리 정의된 계산 유형은 시스템 생성 단계에서 개발자가 결정한 요소입니다. 사전 정의된 계산 유형의 일부 매개변수는 프로그램의 내부 알고리즘에 참여하므로 사용자가 변경할 수 없습니다. 조직의 기본 적립 목록은 사용자가 보완할 수 있습니다.
"기업" 메뉴 항목, 하위 메뉴 "급여 설정"을 입력하고 "기본 발생"을 선택하여 조직의 기본 발생 목록을 열 수 있습니다.
그림 5.1 조직 직원의 급여 계산 인터페이스. 기본요금
미리 정의된 모든 요금 목록이 포함된 창이 열립니다. 보시다시피, 이 목록에는 "일별 급여", "병가 지불" 등과 같은 발생액이 포함됩니다. 그림 5.2에 강조 표시된 기호로 표시된 발생액은 사전 정의된 계산 유형입니다. 미리 정의되지 않은 계산 유형도 다이아몬드 모양의 아이콘으로 표시되지만 옆에 공 이미지는 없습니다.
그림 5.2 조직의 BASIC 요금 목록
ZAO Avtomatizatsiya에서 발생한 상황을 고려해 보겠습니다. 조직의 직원 중 한 명이 업무 목적으로 개인용 자동차를 사용합니다. 러시아 법률에 따라 그는 특별 금전적 보상을 받을 자격이 있습니다. 이러한 발생액은 미리 결정되어 있지 않으므로 계산 유형 목록에 추가하고 UST 및 개인 소득세 계산을 위한 회계 기능과 프로그램에서 발생액을 계산하는 절차를 설명합니다. 하지만 먼저 그러한 수당이 속한 요금 그룹을 결정해야 합니다. 직원은 오랫동안, 즉 한 달이 아닌 몇 달 동안 개인 교통 수단을 사용할 계획임이 분명합니다. 따라서 당사는 이 보상을 장기 적립으로 간주하여 주요 적립에 포함시키겠습니다. 보상은 고정된 비율로 계산됩니다. 직원이 휴가 중이거나 출장 중이거나 결근하는 동안(예: 개인 교통수단을 업무 목적으로 사용하지 않는 기간)에는 보상이 지급되지 않습니다.
주요 요금 목록이 있는 창을 열고 새 요금에 대해 설명하겠습니다. 도구 모음에서 "추가" 버튼을 클릭하면(그림 5.3 참조) 동시에 새 줄목록을 작성하고 발생 설명 창을 엽니다.
그림 5.3 새로운 기본 발생액 요소 추가
열리는 빈 창의 "이름" 필드에 생성할 계산 유형의 이름인 "개인 교통 보상"을 표시합니다.
"계산" 탭의 "회계 순서" 섹션에 있는 스위치를 사용하면 동일한 직원에 대한 여러 발생액 계산 순서를 결정할 수 있습니다. 1차 발생을 이러한 발생이라고 하며 그 결과는 다른 발생(예: 급여 지불) 계산 결과에 의존하지 않습니다. 종속 발생액에는 계산 결과가 다른 발생액 계산 결과에 따라 달라지는 항목이 포함됩니다. 이러한 발생액의 경우 계산 순서는 의존도 수준을 선택하여 결정됩니다. 계산 결과가 기본 발생액만 계산한 결과에 따라 달라지는 경우 발생액은 첫 번째 수준에 종속되는 것으로 간주됩니다. 계산 결과가 "첫 번째 수준에 종속"된 계산 순서로 최소한 하나의 발생액 계산 결과에 따라 달라지는 경우 발생액은 두 번째 수준에 종속된 것으로 간주됩니다. 다른 모든 종속 발생액은 세 번째 수준의 종속 발생액으로 분류됩니다.
따라서 계산 순서를 선택하려면 발생액 계산 방법을 고려해야 합니다. 개인 교통수단 이용에 대한 보상은 고정된 비율로 근무한 시간에 비례하여 계산됩니다. 이는 결과가 다른 발생액 계산 결과에 의존하지 않으므로 기본 발생액임을 의미합니다. 그림 5.4와 같이 계산 순서 스위치를 설정하여 이를 나타냅니다.
발생액을 계산하는 방법은 표준 목록에서 선택하거나 임의의 공식으로 지정하여 사용자가 설명된 발생액을 계산하는 알고리즘을 독립적으로 결정할 수 있습니다. 규제된 계산 옵션인 "고정 금액"(그림 5.4 참조)을 선택하면 적립금은 근무 시간에 영향을 받지 않습니다. 근무 시간에 비례하여 보상 결과를 계산하기 위해 임의의 공식을 만들 수 있는 기회를 활용하겠습니다.
그림 5.4 기본 발생액 설정. 탭 "계산"
계산 방법 스위치를 "사용자 정의 계산 수식" 위치로 설정하고 "계산 수식 편집" 링크를 사용하여 수식 편집을 진행합니다(그림 5.5 참조).
그림 5.5 계산식 설명 바로가기
두 번째 작업의 "발생액 및 공제 설정" 섹션에서 계산 공식을 편집하기 위해 열린 양식에 대해 이미 자세히 논의했습니다. 계산 지표를 사용하여 보상을 계산하는 공식을 설명하겠습니다. 표시기의 상황에 맞는 메뉴(그림 5.6 참조)에 있는 "수식에 표시기 삽입" 항목을 사용하거나 간단히 마우스로 수식 필드로 드래그하여 "고정 금액" 표시기를 수식에 삽입해 보겠습니다.
그림 5.6 수식에 측정값 삽입
마찬가지로 수식 필드에 "근무 시간(일)" 및 "시간 표준(일)" 표시를 배치합니다. 결과적으로 보상 계산 공식은 다음과 같습니다.
그림 5.7 개인 교통수단 이용에 대한 보상 계산 공식
"확인" 버튼을 클릭하여 수식 편집을 마치고 발생액 편집 양식의 "시간" 탭으로 이동합니다.
"시간" 탭에서는 작업 시간표 구성에 영향을 미치는 매개변수를 설정합니다. 우리가 설명하는 보상은 일반 추가 요금이므로 "시간 유형" 스위치를 "이미 지불한 시간에 대한 추가 적립" 위치로 설정하겠습니다.
참고: 직원의 근무 시간을 반영한 적립(예: 일별 급여, 일당 지급 등)은 "기한 내 전교대 근무에 대한 적립" 시간 유형과 일치합니다. 휴가, 병가, 기타 무근로 시간 발생 및 출장은 "미근무" 시간 유형으로 구성해야 합니다. 전체 교대, 출장도요.”
"사용" 탭에서 스위치는 표준 위치로 설정되어 있으며, 특별 요금 설명을 미세 조정할 때 변경해야 합니다. 예를 들어, "사회 보험 혜택" 그룹의 "혜택임" 스위치는 사회 보험 혜택으로서의 발생액을 결정하는 데 사용됩니다. 통합 사회세를 계산할 때 그 가치가 고려됩니다.
"연차 휴가" 그룹의 "휴가" 스위치는 직원의 연차 휴가 지급을 설명하는 발생액에 대해 설정됩니다. 적립 스위치가 "휴가" 위치로 설정된 경우, 이 적립으로 지급된 일수는 직원이 휴가를 내지 않은 일수를 줄입니다. 이 정보는 전문 보고서에 반영됩니다.
"러시아 연금 기금의 개인 회계 목적을 위한 서비스 기간 유형" 그룹의 스위치를 사용하면 SZV-4 팩을 구성할 때 이 발생액을 반영하는 특별한 방법을 설정할 수 있습니다.
그림 5.8 기본 발생액 편집 양식. 탭 사용법
우리의 경우 모든 스위치를 “Not. ..', '반영되지 않음...' 등이 있습니다.
참고: 사전 정의된 기본 적립 "최대 1.5년 보육 혜택"을 설명하는 창에서 "사회 보험 혜택" 스위치 위치를 "혜택임" 값으로 변경해야 합니다.
그런 다음 선택 버튼을 사용하여 "1세 반 이하의 보육에 대한" 혜택 유형을 표시합니다. 프로그램에서는 후속 통합 사회세 계산 및 규제 보고 준비를 위해 이 정보가 필요합니다.
그림 5.9 사전 정의된 발생액 사용을 위한 매개변수 변경
"1.5세까지 보육수당"
설명된 보상을 회계 및 세무회계에 반영하는 기능을 확인하려면 "제어" 탭으로 이동하세요. 회계". 보상금은 현금으로 지급되므로 “현물 소득” 플래그를 설정하지 않습니다. "회계 및 세무회계 반영이 결정됩니다" 세부정보 그룹은 회계 및 세무회계에 발생 결과를 반영하는 옵션을 결정하기 위한 것입니다. 스위치를 "직원 및 계획된 발생에 대한 데이터를 기반으로" 위치로 설정해 보겠습니다. 즉, 발생 결과 회계를 구체적으로 반영할 필요가 없습니다. 재무 및 세무 회계에 발생액 결과를 반영하는 방법은 아래에서 자세히 설명합니다.
"UTII가 적용되는 활동 유형에 대한 회계" 필드를 사용하면 이러한 발생 결과를 UTII가 적용되는 활동에 귀속시킬 가능성을 나타낼 수 있습니다. 이 필드를 완료하는 것은 UTII를 지불하는 조직에만 중요합니다.
그림 5.10 발생액 편집 양식.
다음 “세금” 탭에서 과세의 특징을 설명하겠습니다(그림 5.11 참조). 러시아 법률에 따라 사업 목적으로 개인 교통 수단을 사용하는 것에 대한 보상은 금전적 지급이며 그 금액이 법으로 정한 한도 내에 있는 경우 직원의 소득으로 간주되지 않습니다. 개인 소득세는 부과되지 않습니다. 따라서 "과세되지 않음" 스위치를 설정하겠습니다. 선택 버튼을 사용하여 "통합 사회세, 연금 기금 기부" 섹션의 "소득 유형" 필드에 발생액이 통합 사회세 과세 대상이 아니며 연금 기여금이 적용되지 않음을 표시합니다. 세금 코드에 따라 자금을 조달합니다. 이는 발생액 회계 결과를 특별히 반영할 필요가 없음을 의미합니다. 전환하여 소득세 과세 표준 계산에 영향을 미치고 이를 "노동에 포함되지 않음"의 상위 값으로 설정합니다. 소송 비용."
그림 5.11 발생주의 회계 매개변수 설정
"제어" 탭에서 회계" 관리 회계의 발생액을 반영하기 위해 스위치가 "직원 및 그의 계획된 발생액에 대한 데이터에 따라" 위치로 설정되어 있는지 확인합니다(그림 5.12 참조). 따라서 우리는 이러한 발생액을 관리회계에 반영하는 방법이 다른 직원 발생액을 반영하는 방법과 다르지 않음을 나타냅니다.
그림 5.12 관리회계에 발생액을 반영하는 방법 설정
"발생액 대체" 테이블의 "기타" 탭에서 대체 발생액 목록을 입력합니다. 즉, 설명된 보상이 발생하지 않아야 하는 기간 동안 발생합니다. 예를 들어, 직원이 휴가 중일 때 개인 교통 수단 이용에 대한 보상을 받지 못합니다. 이러한 발생(휴가)은 "개인 교통에 대한 보상" 발생에 대한 "이동"이 됩니다. "선택" 버튼을 클릭하면 조직에 대한 기존 적립 목록이 열립니다.
그림 5.13 크라우드 아웃 발생액 테이블 편집 시작
기본 발생액 목록에서 "역일별 휴가 지불"이라는 필요한 발생액을 선택할 수 있습니다.
그림 5.14 발생액 선택
크라우드 아웃 발생 목록이 보충되며, 직원의 질병, 출장 및 기타 부재 기간에 대한 보상이 발생하지 않기 때문에 위에 설명된 방식으로 크라우딩 비용을 몇 가지 더 추가할 것입니다. 병가 지급, 결근, 가정 부상으로 인한 병가 및 아래 그림에 표시된 기타 발생액이 변위 발생액으로 포함됩니다.
그림 5.15 누적 발생액의 완성된 목록
우리는 조금 후에 기본 및 주요 발생액 목록을 작성하는 기능에 대해 알게 될 것입니다. 지금은 이 필드를 비워 두겠습니다.
"확인" 버튼을 클릭하면 프로그램은 추가된 적립금을 저장하고 개인 교통 보상에 대한 적립금을 설명하는 창을 닫습니다.
주요 계산 유형
1. 소개
1C:Enterprise 8.2에서 계산 유형 계획(CAP) 및 계산 유형(CP)의 속성 대부분을 설정하는 데 어려움이 없습니다. M.G. Radchenko의 책은 그들을 이해하기에 충분합니다. 그러나 주요 계산 유형은 약간 "모호한" 주제입니다. 주요 VR 목록을 작성하는 규칙에 대한 정보는 여러 소스에 배포되며 때로는 서로 모순됩니다. 이 모든 정보를 종합하면 주어진 VR에 대해 주요 VR을 지정해야 하는 알고리즘이 명확해집니다.
2. 계산 유형 간의 종속성 변형
"발표자"는 VR 보기 설정 창에 있는 탭 중 하나입니다. PVR 속성 값에 관계없이 각 계산 유형에는 해당 값이 있습니다. 마스터로서 모든 VR 구성에 속하는 VR을 지정할 수 있습니다.
선두 VR과 함께 기본 VR과 선점 VR을 VR에 지정할 수 있습니다. 기본은 BP이며, 특정 기간 동안의 매출액은 이 BP를 계산하기 위한 초기 데이터입니다. 예를 들어, BP "Bonus"는 BP "Salary"를 기반으로 계산됩니다. 즉, "Salary"는 "Bonus"에 대한 기본 BP입니다.
대체 항목은 실제 작업 기간에 영향을 미치고 유효 기간 동안 특정 BP를 대체할 수 있는 BP입니다. 예를 들어 직원은 급여와 병가 수당을 같은 날 받을 수 없습니다. VR "병가"가 VR "급여"를 대체합니다.
VR은 서로 연결되어 있으므로 일부 VR을 변경하면 다른 VR을 다시 계산해야 할 수도 있습니다.
일반적으로 기본 및 대체 VR은 문제 설명에 따라 고유하게 결정됩니다. 주요 BP 목록을 지정하면 약간의 혼란이 발생할 수 있습니다.
3. 다양한 출처의 주요 계산 유형에 대한 정보
1C 문서는 항상 그렇듯이 자세한 정보와 정보로 우리를 망치지 않습니다. 자세한 지침. 선행 VR에 대해서는 "선행" 탭에 해당 계산 레지스터(즉, 주어진 계산 유형 계획이 할당된 레지스터)의 재계산 메커니즘의 작동을 결정하는 계산 유형이 표시되어 있다고만 말합니다. ”
구성자의 도움말은 PVR 주요 계산 유형의 사전 정의된 표 형식 부분에 대한 설명을 제공하지만 선행 VRP를 작성하기 위한 규칙은 없습니다.
더 많이 포함 자세한 정보. 계산 레지스터에서 더 이상 사용되지 않는 항목을 다시 계산하는 데 주요 계산 유형이 사용된다고 명시되어 있습니다. 주요 계산 유형을 표시해야 할 필요성이 예를 통해 설명됩니다. BP “A”가 BP “B”의 기반이 되고, 이는 다시 BP “C”의 기반이 됩니다. 재계산 메커니즘이 기본 BP에만 기반을 둔 경우 BP "A"가 변경되면 BP "B"에 대해서만 재계산이 필요하다는 것이 분명해집니다. 그리고 BP "B"를 변경(재계산)한 후에만 "C"에 대한 재계산의 필요성이 분명해집니다. 주요 VR을 올바르게 사용하면 이러한 다단계 재계산을 피할 수 있습니다. 안에 이 예에서는 BP "B"의 경우 선행 BP "A"와 "B"를 지정해야 합니다.
문제의 본질을 이해하는 데 전혀 기여하지 않는 정의가 제공됩니다. "주요 계산 유형은 계산 유형이며 그 결과가 이러한 유형의 계산에 간접적으로 영향을 미칩니다." 이러한 유형의 계산에 직접적인 영향을 미치는 VR은 주요 VR 목록에 포함되어서는 안되는 것으로 나타났습니다. 그것은 옳지 않습니다. 그리고 추가로: "선행 유형의 계산 결과가 변경된 경우 이 유형의 계산을 다시 계산해야 합니다." 우리는 이 VR에 영향을 미칠 수 있는 VR의 결과나 특성에만 관심이 있습니까?
"주요 계산 유형" 표 섹션에는 현재 계산 유형의 결과를 다시 계산해야 하는 입력(변경) 시 계산 유형이 표시됩니다(예: "일별 급여"는 "유해성에 대한 추가 지불" 및 "퍼센트 보너스" 계산 유형에 대한 주요 계산 유형입니다.
다음과 같은 정의가 제공됩니다. "주요 - 결과가 변경되면 이러한 유형의 계산을 다시 계산해야 합니다." 또한 "상식적으로 모든 기본 유형의 계산이 주요 범주에 포함되어야 합니다. 또한 주요 계산 유형에는 이러한 유형의 계산에 간접적으로 영향을 미치는 다른 유형이 포함될 수 있습니다."
"결근"이 유효 기간의 "급여"를 대체하고 "보너스"가 기본 기간의 "급여"에 따라 달라지는 경우 "급여", "결근"과 같은 BP가 "보너스"의 선두 BP로 표시되어야 합니다. . 즉, 주요 BP 목록을 구성할 때 전이적(또는 계단식) 종속성을 고려해야 합니다.
이 예는 에서도 자세히 설명됩니다.
이 책의 정의는 이전 출처의 자료에 거의 아무것도 추가하지 않습니다. "리더는 입력하거나 변경할 때 기존 계산 결과를 다시 계산하는 데 필요한 계산 유형입니다." 하지만 이 책에는 이런 내용이 담겨 있습니다. 좋은 예. "보너스"는 "여행에 대한 추가 지불"의 베이스에 따라 달라지며, 이는 다시 "출장"의 베이스에 따라 달라집니다. '보너스'의 대표적인 BP는 '여행 추가지불'과 '출장'이다. 이는 기본에 대한 전이적(또는 계단식) 종속성입니다.
선행 계산 주제는 자세히 논의되지 않으며 참조가 제공됩니다.
최대 전체 목록 BP가 선두 BP 목록에 포함되어야 하는 이유는 다음과 같습니다. VR을 선도하는 목적은 "계산 유형이 서로에게 미치는 영향을 반영하는 것입니다. 영향은 다음에서 발생할 수 있습니다.
데이터베이스를 설정할 때,
억압을 정의할 때,
계산 유형의 계단식 의존성에서
해결되는 문제의 세부 사항에 따라 다릅니다."
3. 결론
따라서 주요 VR 목록은 입력, 삭제 또는 변경할 때 이 VR을 다시 계산해야 하는 모든 VR을 나타냅니다. 즉:
특정 VR에 대한 기본 VR,
기본 BP가 직접적으로 또는 전이적으로(캐스케이드) 의존하는 전체 BP 체인은 기본 종속성 또는 선점형 종속성이 될 수 있습니다.
기본 VR을 직접 대체하는 VR,
기본 VR을 전이적으로(캐스케이드) 변위하는 VR,
기본 VR부터 기본 또는 선점형 VR까지.
대부분의 경우, 예시로 공식화된 단순화된 규칙이 작동합니다. 주요 규칙은 기본 VR이고 기본 VR을 대체합니다.
출처:
1. 1C:엔터프라이즈 8.2. 개발자 가이드. -M .: 회사 "1C".
2. Gabets A.P., Kozyrev D.V., Kukhlevsky D.S., Khrustaleva E.Yu. 1C:Enterprise 시스템에서 응용 작업 구현 8.2.
3. ITS. "주요 계산 유형"을 문서화하십시오.
4. ITS "개발자 용어집".
5. "1C:Enterprise 8 시스템의 구성. 계산 문제 해결" 과정의 자료. - 1C-교육센터 3호.
6. "1C:Enterprise 8.2 플랫폼 구성" 과정의 자료. - 1C- 교육 센터 No. 1.
7. "1C:Enterprise 8.x의 전문 프로그래밍" 과정 자료: 기본과정" - www.Spec8.ru.
8. 포럼 자료 devtrainingforum.v8.1c.ru.
9. Radchenko M.G., Khrustaleva E.Yu. 1C:엔터프라이즈 8.2. 개발자를 위한 실용 가이드.
계산 유형은 급여 금액의 구성 요소입니다. 발생액과 공제액의 계산에는 다양한 유형이 있습니다. 발생액 및 공제 계산을 위한 이름과 규칙은 계산 유형을 설명합니다. 이름은 에 입력됩니다. 인쇄된 양식급여명세서와 급여명세서.
표준 구성의 모든 계산 유형은 PVR(계산 유형 계획)에 저장됩니다. 특별한 계산 알고리즘을 사용하는 발생액 및 공제 유형에는 계산 유형 계획의 사전 정의된 요소가 포함되어 있습니다. 이러한 요소는 삭제할 수 없습니다.
안에 이 결정계산 유형의 무제한 목록을 생성하고 임금 체계를 구현할 수 있으며, 규제된 회계의 경우 사회 보험 기금 기부에 대한 과세 기준에 포함된 요금 목록을 조정할 수 있습니다.
ZUP의 계산 유형에 대한 계획은 여러 목록을 구성합니다. 계산 유형의 각 계획은 유사한 계산 유형을 설명하기 위한 것입니다.
각 계산 유형 계획은 계산 결과와 그에 대한 정보를 저장하는 계산 레지스터에 해당합니다.
동일한 계산 유형 계획의 계산 유형은 유사한 규칙 및 일반 매개변수로 특성화될 수 있습니다.
알고리즘과 계산 과정을 이해하기 위해 특별한 용어를 정의합니다.
계산 유형
발생액과 공제액을 계산하는 특정 알고리즘이 있습니다. 이는 단순할 수도 있고, 복잡할 수도 있고 많은 매개변수에 따라 달라질 수도 있습니다.
계산 유형에는 다음이 포함됩니다.
- 공식에 의해 지정되는 계산 방법 (알고리즘);
- 계산 공식에 사용되는 공식 표시기;
- 회계 및 과세 규칙;
- 다른 유형의 계산과의 연결(선점형, 기본형 및 종속형 계산)
종속 및 기본 유형의 계산
종속 발생액의 결과는 기타 발생액 계산 결과에 따라 달라집니다. 예: 급여 색인화는 특정 기간 동안의 모든 발생액에 따라 달라지며 보너스는 급여 지급액의 백분율로 계산할 수 있습니다. 여기서 연동과 프리미엄은 종속적인 계산 방식입니다. 급여 기준 지급 - 보너스 기본, 색인화 - 기타 모든 유형의 계산에 기본(급여 및 보너스 기준 지급).
계산 순서
구성에서 이는 서로에 대한 전하의 의존성 수준입니다. 이 제품은 네 가지 수준의 레코드 종속성 사용을 제안합니다. 기본; 1단계 부양가족; 2차 부양가족; 3급 중독자.
발생 및 공제 범주에 따라 계산 순서가 결정됩니다. 먼저 기본 항목이 계산되고 첫 번째 수준 이후에 계산됩니다. 결과적으로 기본 발생액의 결과는 다른 발생액의 결과와 독립적입니다.
등록기간 및 유효기간
등록기간은 발생(원천징수)이 이루어진 기간, 즉 급여가 계산된 달을 말합니다.
유효 기간은 적립이 이루어진 시간에 따른 계산 기간입니다.
예: 근로자가 한 달 내내 근무한 경우 급여지급 유효기간은 매월 1일부터 말일까지입니다. 등록기간과 일치합니다. 휴가 기간은 등록 기간 중에 시작되어 다음 달에 끝날 수 있습니다.
기준 기간
종속 계산 유형에 대해 설정됩니다. 기본 발생액 계산 결과를 선택해야 하는 날짜 범위를 결정합니다.
선행 및 후행 계산 유형
마스터는 계산 유형으로, 변경 시 슬레이브를 다시 계산해야 합니다. 예: 이번 달 급여 지급 비율로 보너스를 계산할 때 급여 지급 금액(리더)이 변경되면 보너스 금액(슬레이브)도 변경됩니다.
유효기간을 특징짓는 일부 적립금은 유효기간 동안 서로 경쟁할 수 있습니다.
정기적인 적립/공제 -
이는 장기간(취소될 때까지) 직원에 대해 매월 계산되는 지불 유형입니다. 채용시 또는 기업의 특별 지시 (급여 지급, 유해성 추가 지급 등)에 의해 임명 될 수 있습니다.
일회성 청구/공제
필요에 따라 배정됩니다(병가, 휴일 보너스 등).
계산 방법
이 용어는 발생액 또는 공제액을 계산하는 알고리즘을 나타냅니다. 그것은 될 수 있습니다:
- 규제된 회계에 사용되는 사전 정의된 알고리즘
- 사용자가 설명하는 무제한의 주요 지표가 있는 공식(모든 유형의 회계에 사용됨)
결과적으로, 자체 수식과 지표(계획 완료율, 단골 고객 지수)를 사용하여 다양한 유형의 계산을 생성할 수 있습니다.
이 기사에서는 계산 레지스터 작업의 이론적 기초를 고려하고 근무 시간에 비례하여 직원의 임금을 계산합니다.
이론
계산 레지스터(RR)-1C 시스템에서 주기적 계산을 구현하는 데 사용되는 구성 메타데이터 개체입니다. 계산 레지스터의 명백한 적용 영역에는 급여 계산, 임대료 계산, 임대료 계산이 포함됩니다.
구조상 계산 레지스터는 누적 레지스터 또는 정보 레지스터와 유사합니다. 누적 레지스터와 마찬가지로 측정값, 리소스, 세부 정보가 있지만 계산 레지스터의 작동 원리는 완전히 다릅니다.
핵심적으로 누적 레지스터의 측정은 다음과 같은 역할을 합니다. 필터» 우리는 축적 레지스터로부터 데이터를 수신하는 맥락에서. 예를 들어, 특정 항목의 맥락에서 누적 등록 "남은 상품"에 따라 "남은 부분"을 취하거나 특정 직원의 맥락에서 정보 등록 "직원 급여"에 따라 "최신 컷"을 취하는 경우 . 누적 기록과 달리 정기 계산 기록의 측정은 ""(이는 기록의 유효 기간 동안 시간 확장 계산 유형이 서로 경쟁하는 경우, 즉 예를 들어 출장 계산)을 구현하는 역할을 합니다. type은 유효 기간에 대한 급여 계산 유형을 대체합니다.) 및 ""(보너스 계산 유형이 이전 기간의 급여 계산 유형에 따라 달라지는 경우).
활동 기간별 억압 메커니즘«:
여기서는 계산 유형 "출장"에 기간이 있고 4월 10일부터 4월 20일까지 유효한 것을 볼 수 있습니다. "출장"은 계산 유형 "급여"에 대한 대체 계산 유형으로 표시됩니다. "급여"도 시간이 지남에 따라 연장되며 4월 1일부터 4월 30일까지 유효합니다. "출장"은 계산 유형 "급여"(급여보다 우선 순위가 높음)에 대한 대체 계산 유형으로 표시되고 급여 유효 기간 동안 유효하므로 급여는 출장으로 대체되며 “실제 급여 유효기간”이 형성됩니다.” 실제 급여 유효기간 “출장으로 인한 급여 유효기간이며, 당사의 경우 4월 1일부터 2기간으로 구성됩니다. 4월 21일부터 9일까지, 4월 21일부터 30일까지 총 19일이다. 기간 기반 변위 메커니즘은 장기 계산에만 작동합니다.
위 그림은 "의 원리를 그래픽으로 보여줍니다. 기준기간별 의존성 메커니즘«:
2017년 4월 말에 직원에게 급여의 10%에 해당하는 보너스를 주고 싶다고 가정해 보겠습니다. 급여는 보너스 계산의 기본 유형으로 표시됩니다.
그러나 보험료 계산을 위한 "기준"으로 4월 전체가 아닌 4월 10일부터 4월 20일까지의 간격(11일)만 사용합니다. 보너스 기준을 계산해 보겠습니다. 직원의 급여는 60,000 루블이고 한 달은 30 일이며 일일 급여 = 60,000/30 = 2,000 루블입니다. 다음 2000*11 = 22000 문지름. 보험료 계산 기준은 22,000 루블입니다.
프리미엄을 계산해 봅시다: (22000/100)*10 = 2200 루블. 급여의 10% 보너스는 2,200 루블입니다.
애플리케이션 메타데이터 개체 "계산 유형 계획"은 계산 레지스터와 밀접하게 연관되어 있습니다.
계산 유형 계획(PVR)- 계산 유형 유형에 대한 정보를 저장하고 서로 다른 계산이 서로 미치는 영향을 결정하는 구성 메타데이터 개체입니다.
하나의 계산 유형 계획은 여러 계산 레지스터에서 사용될 수 있지만, 하나의 계산 레지스터는 여러 계산 유형 계획을 동시에 사용할 수 없습니다.
계산 레지스터는 계산된 데이터가 저장되는 테이블로, 계산 종류별로 이 데이터를 계산하기 위한 알고리즘이 저장된다. 계산 기록부에는 계산 기록부(예: 급여)에서 이동하는 문서 등록자가 하나 이상 있어야 합니다.
1C Enterprise 시스템의 계산 메커니즘은 먼저 계산 레지스터에 항목을 입력한 다음 이 데이터를 기반으로 계산을 수행하도록 설계되었습니다. 예를 들어, 동일한 급여가 계산 기록부에 기록될 때까지 급여를 기준으로 보너스를 계산하는 것은 불가능합니다.
관행
실제로 계산 레지스터를 자세히 살펴보겠습니다.
1 단계계산 유형에 대한 계획부터 시작해 보겠습니다. 계산 레지스터를 생성하기 전에 계산 유형 계획을 생성해야 합니다. 계산된 데이터를 저장하기 위한 테이블(즉, 계산 레지스터)을 만들기 전에 이 데이터를 계산하기 위한 알고리즘(즉, 계산 유형에 대한 계획)을 지정해야 하기 때문에 계산 레지스터 이전에 계산 유형에 대한 계획을 만듭니다.
"기본 요금" 계산 유형에 대한 계획을 작성해 보겠습니다. 즉시 "계산"탭으로 이동하겠습니다. 여기서 우리는 즉시 "플래그"를 봅니다. 유효기간 사용", 이 플래그가 설정되면 이 계획에 포함된 모든 유형의 계산에 시간의 길이(예: 급여, 출장) 및 이 계산 유형 계획의 경우 " 활동 기간별 억압 메커니즘". "유효 기간 사용" 플래그가 설정되지 않은 경우 계산 유형(예: 보너스, 벌금)이 연장되지 않으며 "유효 기간별 대체 메커니즘"이 작동하지 않습니다. 또한 이 탭에는 "베이스에 대한 종속성" 및 "계산 유형에 대한 기본 계획" 섹션이 있습니다. "를 구현하는 데 사용됩니다. 기준기간별 의존성 메커니즘"하지만 나중에 이야기하겠습니다. 지금은 "Independent" 모드에서 "Dependency on the base"를 그대로 두겠습니다.
미리 정의된 계산 유형인 "Salary"를 만들어 보겠습니다. "기본"탭에서는 모든 것이 간단합니다. 계산 유형의 이름과 코드를 설정합니다.
우리가 플래그를 설정했다는 사실 덕분에 " 유효기간 사용"이제 탭이 생겼습니다." 변위" 그리고 켰어 " 기간 기반 억압 메커니즘«.
이 탭에는 급여를 유효 기간별로 대체하는 계산 유형(예: 출장)이 표시됩니다.
메모: "변위"에서는 이 계산 유형 계획에만 속하는 계산 유형을 추가할 수 있습니다.
"라는 탭도 있습니다. 발표자» - 변경 시 현재 계산 유형을 다시 계산해야 하는 계산 유형을 나타냅니다. 여기에서 다른 계산 유형 계획의 계산 유형을 지정할 수도 있습니다. 예를 들어, "급여" 계산 유형은 "보너스" 계산 유형보다 우선합니다. 즉, 급여가 변경되면 보너스도 다시 계산해야 합니다. 보너스는 급여에 따라 계산됩니다. 이 경우 "Salary" 계산 유형은 유효 기간을 사용하는 "Basic Accruals" PRP에 속하고, "Bonus" 계산 유형은 유효 기간을 사용하지 않는 "Additional Accruals" PRP에 속합니다.
2 단계.기본 구조를 사용하여 “Charts” 디렉터리를 생성해 보겠습니다. "일정" 디렉토리에 직원의 근무 시간(5일, 6일 등)을 저장합니다.
3단계.생산 달력(근무일 및 주말)을 저장할 개체도 필요합니다. 이러한 목적을 위해 당사는 비주기적인 독립적인 정보 등록부를 사용합니다.
2차원 "날짜"와 "일정" 및 리소스 "시간"을 사용하여 비주기적인 독립 정보 레지스터 "작업 일정"을 만들어 보겠습니다.
"근무일정" 정보 기록부 덕분에 근무일수에 비례하여 급여에서 임금을 계산할 수 있습니다.
4단계.아래 표시된 세부 구조를 사용하여 "급여" 문서를 생성합니다.
필수 조건:
작업 실행이 "금지"로 설정되었습니다.왜냐하면 1C의 정기 정산 메커니즘에는 의미가 없습니다. 우리는 보너스, 급여 또는 벌금을 실시간으로 계산하지 않습니다.
기본 설정으로 문서 양식을 만들어 보겠습니다.
5단계. 마지막으로 계산 레지스터를 생성하는 단계에 이르렀습니다.
계산 레지스터 메타데이터 개체는 구성기의 "계산 레지스터" 분기에 있습니다.
"기본 요금"이라는 계산 레지스터를 만들어 보겠습니다. 아래 계산 레지스터 설정을 살펴보겠습니다.
1. '계산 유형 계획' 필드에 1단계에서 생성한 PVR '기본 요금'을 입력합니다.
2. "유효 기간" 플래그를 "True"로 설정합니다. 1단계에서 지정한 PVR은 다음과 같습니다. 시간 연장.
이 플래그를 설정한 후 표준 세부 정보 "Action Period", "Action PeriodStart", "ActionPeriodEnd"를 즉시 사용할 수 있습니다. 즉, 이 계산 레지스터에 등록된 계산 유형도 다음과 같습니다. 시간의 길이그리고 우리는 " 활동 기간별 억압 메커니즘«.
추신 다음과 같은 PVR을 지정하는 경우 시간의 길이"유효 기간" 플래그가 "False"로 설정된 RR의 경우 이 PVR은 유효 기간이 없는 PVR로 작동합니다. 시간 연장.
3. "유효 기간" 플래그를 "True"로 설정하면 "차트", "차트 값", "차트 날짜" 필드를 사용할 수 있게 됩니다.
"일정" 필드에는 3단계에서 생성된 "작업 일정" 정보 레지스터가 표시됩니다.
"일정 값" 필드에는 "작업 일정" 정보 레지스터의 "시간 수" 리소스가 표시됩니다.
"일정 날짜" 필드에는 "근무 일정" 정보 등록부의 "날짜" 차원을 표시합니다.
4. "빈도" 필드에 "월" 값을 표시합니다. 이는 데이터가 월 단위로 레지스터에 입력된다는 의미입니다.
다음은 레지스트리 메타데이터 구조입니다.
차원의 "기본" 플래그는 성능에만 영향을 미치므로 설정할 필요는 없지만 설정할 경우 "직원" 필드가 인덱싱됩니다.
"직원" 차원 - "에서 사용됩니다. 행동 기간에 따른 억압 메커니즘" 그리고 " 기본 기간에 의존하는 메커니즘«.
자원 "금액" - 계산된 급여가 여기에 기록됩니다.
"차트" 속성은 레지스터 차원이 아닌 속성으로 표시됩니다. 그것이나 아무것도 대체하지 않습니다. 본질적으로 참조 필드입니다. 중요한!!! "일정 링크" 필드를 작성하는 것을 잊지 마세요."일정" 속성에는 "근무 일정" 정보 등록의 "일정" 차원이 표시되어야 합니다. 그렇지 않으면 급여 금액이 계산되지 않습니다.
"매개변수" 속성은 급여 값을 저장합니다.
이제 "근무 일정" MS와의 연결을 표시했으므로 근무 일수에 비례하여 직원의 급여를 계산하겠습니다.
우리는 문서를 등록 기관 "으로 표시합니다. 급여"는 4단계에서 생성되었습니다.
6단계. 계산 레지스터 "기본 요금"에 따라 이동합니다.
4단계에서 생성된 "급여" 문서로 돌아가겠습니다.
문서 개체 모듈의 게시 처리를 설명하겠습니다.
문서 처리 처리 코드의 일부
1C(코드)
절차 처리 처리(실패, 처리 모드) // Movement.MainAccruals.Write의 BasicAccruals 등록 = True; Movements.MainAccruals.Clear(); 등록기간 = 월초(날짜); MainAccruals 주기의 각 TechLineMainAccruals에 대해 Movement = Movements.MainAccruals.Add(); 이동.반전 = 거짓; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); 운동.등록기간 = 등록기간; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; 엔드사이클; 절차 종료
처리절차(실패, 모드) // 주요 발생액 등록 동정. 기본적립. 쓰기 = 사실; 동정. 기본적립. 분명한() ; 등록기간 = 월초(날짜) ; 각 TechLine BasicAccruals에 대해 BasicAccrualsCycle에서 움직임 = 움직임. 기본적립. 추가하다() ; 움직임. 스토노= 거짓; 움직임. 계산 유형=TexLineMainAccruals. 계산 유형; 움직임. PeriodActionStart = TechLineMainAccruals. 시작일 움직임. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ; 움직임. 등록기간 = 등록기간; 움직임. 직원 = TechLineMainAccruals. 직원; 움직임. 차트 = TechLineMainAccruals. 일정; 움직임. 매개변수 = TechStringMainAccruals. 크기; 엔드사이클; 절차 종료 |
테스트 문서를 작성하고 실행해 보겠습니다.
"문서 이동"으로 이동해 보겠습니다.
등록 기간이 월 초로 설정되어 있는 것을 볼 수 있습니다. RR의 빈도는 "월"로 표시됩니다. 또한 금액을 제외한 모든 필드가 채워져 있음을 알 수 있습니다(급여는 아직 계산되지 않음).
7단계.급여계산 코드를 작성해 봅시다.
만들어 보자 공통 모듈다음 플래그를 사용하는 "계산":
계산 자체는 이 일반 모듈에서 수행됩니다.
"계산" 모듈에 "요금 계산" 내보내기 기능을 작성해 보겠습니다.
RR "기본 요금" 설정에서 "일정", "일정 값", "일정 날짜" 필드를 입력했으므로 계산 레지스터의 가상 테이블을 사용할 수 있게 되었습니다. 데이터그래픽,가상 테이블에 대한 쿼리에서 우리는 다음 필드에 관심이 있습니다.
"실제 조치 기간 시간" -일정 데이터를 기반으로 계산된 실제 근무 시간이 포함됩니다.
"작업 시간 시간" -계산기간 중 일정데이터를 기준으로 계산된 근무시간을 포함합니다.
급여 계산 절차
1C(코드)
프로시저 CalculateAccruals(등록자, 레코드 세트) 내보내기 //급여 요청=새 요청; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan, |BasicAccrualsGraphicsData ica.줄 번호 |FROM |계산 Register.Basic 발생. 그래픽 데이터(| 등록자 = &등록자 | 및 계산 유형 = &계산 유형Salary) AS Basic AccrualsDataGraphics"; Request.SetParameter("등록자", 녹음기); // 현재 문서에서만 검색이 수행되도록 문서를 등록 기관에 전달합니다. Request.SetParameter("Calculation TypeSalary", Plans of Calculation Types. Basic Accruals. Salary); //연봉 계산 유형을 설정합니다. 급여 계산 Selection=Request.Run().Select(); 검색 구조=새 구조; SearchStructure.Insert("RowNumber",0); //계산을 위해 라인 번호별로 데이터를 검색하기 위한 구조 생성 RecordSet의 각 레코드에 대해 Cycle //현재 문서의 레코드 세트를 순환Search Structure.LineNumber=Record.LineNumber; //검색할 라인 번호 채우기 If Selection.FindNext(Search Structure) Then //현재 라인 번호를 기반으로 계산할 데이터를 샘플에서 찾습니다. Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * 샘플링 .Parameter); //파라미터 - 현재 급여에서 근무일수에 비례하여 급여를 계산합니다. EndIf; 선택.재설정(); //선택 항목을 재설정하려면 먼저 선택 항목을 검색하려면 레코드 세트의 다음 레코드가 필요합니다. EndCycle; Recordset.Write(, True); //계산된 레코드를 데이터베이스에 쓰고 매개변수를 전달합니다. 바꾸기 = True EndProcedure
//샐러리 요청=새 요청; 요구. 텍스트="선택 | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.Parameter, | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | BasicAccrualsDataGraphics.NumberLines |발신 | 계산 기록부 기본 발생액 그래픽 데이터( | 녹음기 = 녹음기(&R) |
임금 관련 발생액의 경우 일반적인 상황은 일부 발생액이 다른 발생액을 기준으로 하는 경우입니다. 예를 들어 보너스는 전년도 급여에 따라 달라지고, 휴가 수당은 직원이 6개월 동안 회사에 근무했는지 여부에 따라 달라집니다. 계산 유형 계획의 메커니즘을 통해 이러한 종속성을 완전히 실현할 수 있습니다. 계산 유형 계획 설정을 고려해 보겠습니다.
- 유효 기간 사용 - 계산 유형이 주기적인지 여부를 결정합니다. 예를 들어 급여, 위자료, 분기별 상여금 등은 유효기간이 필요하지만, 일회성 성과상여금이나 벌금 등은 유효기간이 필요하지 않다.
- 기본에 대한 의존성 - 주어진 계획의 계산 유형이 다른 유형의 계산(이 계획 또는 다른 계산 유형 계획)에 대한 의존 가능성을 결정합니다. 만약에:
- 의존하지 않음 - 이 계획의 계산 유형은 엄격하게 독립적입니다.
- 유효 기간에 따라 다릅니다. 이 계획의 계산 유형은 다른 계산 유형의 기간에 따라 다릅니다. 예를 들어 장기 근속 보너스
- 등록 기간에 따라 다릅니다. 이 계획의 계산 유형은 특정 기간 동안의 다른 계산 유형에 따라 다릅니다. 예를 들어, 급여 금액의 분기별 보너스
- 계산 유형 기본 계획 - 계산 유형을 기본으로 선택할 수 있는 계획을 지정할 수 있습니다. 계산 유형의 현재 계획을 참조할 수도 있습니다. 이 옵션은 다음 경우에만 사용할 수 있습니다. 기본 종속성값으로 설정되지 않음 의존하지 않음
첫 번째 메인에서는 계산 유형의 코드와 이름을 지정하고 옵션을 설정할 수 있습니다. 유효기간은 기준기간입니다.. 이 옵션은 계산 유형 계획이 주기적인 경우, 즉 유효 기간 사용 = 예인 경우에만 사용할 수 있습니다.
기본 탭에는 실제로 이에 대한 기본 계산 유형이 표시됩니다.
해당 계산 유형, 즉 이 계산 유형 계획에 대한 설정에 정의된 계획만 사용할 수 있는 것이 중요합니다.
대체 탭에는 대체 계산 유형, 즉 현재 계산의 효과를 제외하는 계산 유형이 표시됩니다(예를 들어 동시에 직원은 급여, 병가 또는 휴가 수당을 받을 수 있음).
선행 탭에는 이와 관련된 계산 유형이 표시됩니다. 기본 계산 유형으로 이미 일부 계산 유형을 선택한 경우에도 수동으로 지정해야 합니다. 여기에 다시 입력해야 합니다. 재계산을 제어하려면 설정이 필요합니다. 특정 계산 유형으로 이어지는 계산 유형에 대한 데이터를 소급하여 재계산하는 경우 이 계산 유형도 재계산해야 합니다.
시험 1C: 플랫폼 전문가의 질문 14.04. 계산 유형 측면에서 유효 기간에 대한 종속성은 다음과 같은 경우 기준에 대한 종속성이 설정됩니다.
- 계획에서 적어도 하나의 계산 유형이 시간에 따라 연장될 것이라고 가정합니다.
- 향후 계산등록기재에 대한 계산기준을 결정할 때 기준기간 내에 실제 유효기간이 속하는 기록만 고려되는 것으로 가정한다.
- 계획의 모든 유형의 계산은 시간이 지남에 따라 연장될 것으로 가정됩니다.
정답은 위의 두 번째 분석입니다.
시험 1C: Platform Professional의 질문 14.05. 계산 유형 측면에서 등록 기간에 대한 종속성은 다음과 같은 경우 기준에 대한 종속성이 설정됩니다.
- 향후 계산 등록 항목에 대한 계산 기준을 결정할 때 등록 기간이 기준 기간에 속하는 기록만 고려되는 것으로 가정됩니다.
- 계획의 단일 유형의 계산이 특정 기간 동안 작동하는 속성을 갖지 않는 것으로 가정됩니다.
- 이 계산 유형 계획과 관련된 계산 레지스터에서는 모든 계산 유형이 특정 기간 동안 유효한 속성을 갖지 않는 것으로 가정됩니다.
첫 번째 답변, 위의 분석.
시험 1C: 플랫폼 전문가의 문제 14.31. 기본 종속성을 유효 기간별로 설정하면...
- 계산 레지스터의 부분 항목은 기본 기간에 발생할 수 있습니다.
- "부분적인" 결과는 없습니다. 항목이 완전히 고려되거나 완전히 고려되지 않습니다.
- 계산 레지스터의 일부 항목이 기준 기간에 속할 수 있으며, 기준 기간은 지정된 기준 기간과 중복되는 영향 항목의 실제 기간 부분에 비례하여 계산됩니다. 이 항목과 관련된 차트의 데이터가 사용됩니다.
- 진술 1과 3은 참입니다
정답은 세 번째입니다. 부분 적중도 비례적으로 고려됩니다.
시험 1C: 플랫폼 전문가의 문제 14.36. 한 문서에서 데이터베이스에 종속된 레코드를 계산하는 경우(예: 급여가 포함된 데이터베이스의 백분율별 급여 및 보너스)...
- 데이터베이스에 종속된 레코드를 계산하기 전에 이 데이터베이스에 속하는 레코드를 계산하고 결과를 계산 레지스터에 써야 합니다. 따라서 일반적으로 문서를 게시하는 과정에서 정산대장에는 2번의 기록절차를 거치게 됩니다.
- 시스템이 계산 유형의 우선순위 수준에 따라 계산 순서를 자동으로 결정하므로 이러한 레코드의 계산 순서는 임의적일 수 있습니다. 문서를 게시하는 과정에서 정산대장에 1회의 기록절차가 수행됩니다.
- 데이터베이스 종속 레코드를 계산하기 전에 이 데이터베이스에 속하는 레코드를 계산해야 합니다. 문서를 게시하는 과정에서 정산대장에 1회의 기록절차가 수행됩니다.
정답은 첫 번째입니다. 두 번째 항목을 작성하려면 먼저 첫 번째 항목을 읽어야 합니다.
시험 1C: 플랫폼 전문가의 문제 14.06. 계산 유형에 대한 기본 계획은 다음과 같습니다.
- 계산 레지스터가 연결된 계산 유형 계획
- 계산 기준을 계산하기 위해 계산 유형을 사용할 계산 유형 계획
- "기본 종속성" 속성이 "종속되지 않음" 이외의 값으로 설정된 계산 유형 계획
정답은 분명히 두 번째입니다.
시험 1C: 플랫폼 전문가의 질문 14.07. 계산 유형 계획의 계산 유형에 대해 미리 정의된 표 형식 부분 "기본 계산 유형"이 없다는 사실은 다음과 같이 설명할 수 있습니다.
- 구성에서는 여러 계산 유형 계획이 지정되며 다른 계산 유형 계획의 계산 유형을 기본 계획으로 지정할 수 있습니다.
- "기본 기간" 속성이 계산 레지스터에 설정되지 않았습니다.
- 계산 유형 측면에서 기준에 대한 종속성은 정의되지 않았습니다.
- 답변 1과 3이 정답입니다.
정답은 세 번째입니다. 이 기능은 게시물에 설명되어 있습니다.
시험 1C: 플랫폼 전문가의 문제 14.33. 기본 레지스터(기본이 계산되는 리소스에서)...
- 여러 계산 레지스터가 있을 수 있습니다.
- 하나의 계산 레지스터만 작동할 수 있습니다.
- 해당 계산 레지스터와 연결된 계산 유형 계획의 기본인 계산 유형 계획과 연결된 계산 레지스터가 있을 수 있습니다.
- 진술 1, 3은 참입니다
정답은 넷째입니다. 종속성은 여러 레지스터뿐만 아니라 다중 레벨에도 적용될 수 있습니다.
시험 1C: 플랫폼 전문가의 문제 14.56. 보너스 계산 유형의 경우 급여 계산 유형이 기본 유형으로 지정되며 추가로 보너스에 대한 선행 유형으로 지정됩니다. 급여 재계산 필요성에 대한 정보는 어떤 경우에 재계산 테이블에 표시됩니까?
- 급여를 입력할 때 항상
- 절대 나타나지 않습니다
- 상여금을 입력 및 계산한 후 별도의 문서로 급여를 입력하는 경우에만 해당
정답은 세 번째인데, 보너스는 급여에 따라 달라지므로 소급하여 급여를 입력한 후 다시 계산해야 합니다.
시험 1C: 플랫폼 전문가의 질문 14.08. 변위 계산 유형은 이러한 계산 유형입니다...
- 계산 레지스터의 기록은 유효 기간별로 특정 계산 유형의 기록을 대체해야 합니다.
- 이는 실제 유효 기간과 관련하여 상호 배타적이며 시스템에서는 한 유형의 계산을 입력하면 다른 유형의 계산이 제외되도록 보장해야 합니다.
- 등록 기간별로 상호 배타적
여기서 더 정확한 대답은 첫 번째입니다.
시험 1C: Platform Professional의 질문 14.09. 계산 유형은 다음과 같습니다.
- 여러 계산 유형 계획에 속함
- 동일한 계산 유형 계획에 속함
- 두 진술 모두 사실이다
정답은 두 번째입니다. 이 계획에서는 다른 계획의 계산 유형을 선택할 수 없습니다.
시험 1C: Platform Professional의 질문 14.10. 다음과 같은 경우 계산 유형을 대체하는 개념은 그 의미를 잃습니다.
- 계산 종류에 따라 유효기간을 사용하지 않습니다.
- 실제 유효 기간은 계산 유형에 사용되지 않습니다.
- 결제방식에 따라 등록기간 및 유효기간을 사용하지 않습니다.
- 계산 유형 측면에서 기준 기간은 사용되지 않습니다.
시험 1C: Platform Professional의 질문 14.35. 억압 메커니즘이 드러납니다 ...
- 계산 레지스터 테이블 변경 시
- 실제 유효기간표의 기록 구성 변경시
- 일부 문서에 움직임을 입력하면 다른 문서의 움직임이 되돌릴 수 없을 정도로 왜곡된다는 점입니다.
- 모든 진술은 사실입니다
두 번째 대답이 맞습니다. 계산 레지스터 테이블은 변경되지 않으며 왜곡이 무엇인지 완전히 불분명합니다.
시험 1C: 플랫폼 전문가의 질문 14.38. 계산 유형 계획에서 "휴가"가 "급여"를 대체하고 동시에 "급여"가 "휴가"를 대체하도록 설정하고 변경 사항을 저장하려고 하면...
- 시스템은 경고를 표시하고 변경 사항을 저장하지 않습니다.
- 시스템 오류가 발생합니다
- 모든 것이 보존될 것이다
답변에 따르면 올바른 옵션이 첫 번째입니다. 실제로 시스템은 적어도 미리 정의된 설정에서는 그러한 설정에 어떤 식으로든 반응하지 않습니다. 샐러리:
그리고 보너스:
시험 1C: Platform Professional의 문제 14.52. 급여 계산 유형의 경우 이동 계산 유형이 대체 계산 유형으로 지정되지만 선두로 지정되지는 않습니다. 급여 재계산 필요성에 대한 정보는 어떤 경우에 재계산 테이블에 표시됩니까?
- 항상 여행에 들어갈 때
- 절대 나타나지 않습니다
- 출장을 별도의 서류로 입력하는 경우에 한함
- 이전 기간에 출장을 별도 서류로 입력한 경우에 한함
세 번째 답변.
시험 1C: Platform Professional의 질문 14.11. 주요 계산 유형은 다음과 같습니다.
- 계산 유형, 현재 계산 유형의 결과를 다시 계산해야 하는 입력(또는 변경) 시
- 이는 유효 기간 측면에서 상호 배타적이며 시스템은 둘 중 하나를 입력하면 다른 하나는 제외되도록 보장해야 합니다.
- 계산 유형, 삭제 시 현재 계산 유형의 기록이 자동으로 삭제됩니다.
정답이 첫 번째인데, 마스터와 같기 때문에 변경 시 슬레이브 계산을 모두 다시 계산해야 합니다.
시험 1C: 플랫폼 전문가의 질문 14.12. 지도자는 그럴 수 있다..
- 여러 계산 유형 계획의 계산 유형
- 하나의 계산 유형 계획의 계산 유형
- 두 진술 모두 사실이다
정답은 세 번째입니다. 발표자를 선택할 수 있습니다.
시험 1C: Platform Professional의 문제 14.54. 보너스 계산 유형의 경우 기본 계산 유형은 급여이지만 선행 계산 유형으로 지정되지는 않습니다. 급여 재계산 필요성에 대한 정보는 어떤 경우에 재계산 테이블에 표시됩니까?
- 급여를 입력할 때 항상
- 절대 나타나지 않습니다
- 급여를 별도의 문서에 입력한 경우에만 해당
- 상여금을 입력 및 계산한 후 별도의 문서로 급여를 입력하는 경우에만 해당
정답은 두 번째입니다. 선도적이지 않기 때문에 직접적인 의존성이 없으며 다시 계산할 필요가 없음을 의미합니다.
