Cost Accounting (원가 회계) 용어 정의(A)

오늘은 원가 회계 용어 A에 대한 의미에 대해 설명 드리겠습니다.

◆ Account (계정)

 

전통적으로 계정(Account)이라고 하면 경리(재무회계)에서 기표가 이루어지는 대상이 되는 계정과목 또는 계정코드를 의미 합니다. 그러나 SAP에서는 Account의 개념을 보다 확장하여 사용하고 있으므로 주의를 필요로 합니다. SAP에서는 다음과 같이 Account를 다섯 가지의 유형으로 구분하고 있으며, 이러한 유형구분을 Account Type 이라고 합니다.

 

Account Type     .            내   용                      .

S                 G/L계정  (전통적인 계정과목/계정코드)

D                 Customer (판매거래처, 기존의 거래처코드)

K                 Vendor   (구매거래처, 기존의 거래처코드)

A                 Asset     (고정자산 번호, 기존의 자산번호)

M                 Material  (재고자산(자재)번호)

 

이렇게 Account의 개념범위를 확장한 것은 계정과목중심의 총계정원장(General ledger)상의 금액과 거래처나 고정자산 번호, 자재번호 중심의 보조부(Sub-ledger)상의 금액을 일치시키고, 물류프로세스의 재무회계와의 통합성을 가능하게 하기 위해서 입니다.

 

즉, 전통적으로 AR(매출채권), AP(매입채무), 고정자산등과 관련된 회계전표를 기표하는 경우 해당 계정코드를 지정하고 금액을 입력한 후, 거래처나 고정자산 관련 정보를 전표상의 관리항목으로 관리하는 방식을 택하고 있는 데에 반하여, SAP는 해당 Customer, Vendor, Asset번호를 마치 기존의 계정코드 인 것처럼 기표를 하면, 그와 연결이 되는 계정코드(SAP의 G/L Account)는 자동으로 결정되는 방식으로 되어 있습니다.

 

   ◆ Accounting Principle (기표원칙)

 

SAP는 Customer, Vendor, Asset등의 보조부관련 계정을 중심으로 기표하면, 시스템이 자동으로 General Ledger와 Sub-ledger에 동시에 금액을 반영하는 구조로 되어 있으며, 이를 Accounting Principle이라고 부르기도 합니다. Accounting Principle하에서는 총계정원장과 보조부가 원천적으로 금액이 다를 수가 없으므로, 결산 시 많은 시간을 차지하는 Reconciliation작업이 필요 없게 된다. 이러한 기표방식은 물류와의 통합상황을 가정하면 더 큰 장점을 가집니다. 즉 판매, 구매, 재고관리 등의 업무처리 시에는 거래처(Customer, Vendor)나 자재번호를 중심으로 거래처리를 하고 이를 기준으로 재무회계전표가 생성될 때 사전에 정한 G/L계정으로 자동기표가 생성되게 됩니다.

 

참고로 외상매출금, 외상매입금 등 거래처와 관련된 계정들은 사전에 Customer나 Vendor Master Record에 정의된 계정으로 자동결정 되며, 이를 Reconciliation Account 라고 부릅니다. 고정자산의 경우에는 Asset Class를 경유하여 사전에 정의된 고정 자산과 관련된 여러 계정(건물, 감가상각누계액, 고정자산 처분손실 등)이 자동으로 정해지도록 되어 있으며, 자재(Material)와 관련하여서는 별도의 Customizing 작업에 의해 관련 G/L계정들이 자동 결정됩니다.

 

   ◆ Account Management (계정의 관리)

 

계정은 그 관리방식에 따라 미결관리(Open Item Management)를 하는 계정과 미결관리를 하지 않는 (Non-Open Item Management) 계정으로 나눌 수 있습니다. 미결관리를 하게 되면 그 계정에 기표 된 건별 항목들은 반드시 반제처리(Clearing)에 의해서 그 미결상태가 정리(Cleared)됩니다. 현금이나 예금과 같은 계정은 업무상으로 미결관리의 의미가 없거나 불가능하므로 미결관리를 하지 않는 계정으로 설정하게 됩니다.

 

Customer나 Vendor의 경우에는 선택여부에 관계없이 시스템적으로 무조건 미결관리를 하는 것으로 설계되어 있으며, G/L 계정의 경우에만 미결관리여부를 선택할 수 있습니다. Asset의 경우에는 명시적이지 않으나 미결관리를 하는 개념이며, Material 의 경우에는 그렇지 않습니다.

 

한편, 계정을 조회하는 경우 잔액조회 뿐만이 아니라, 기표 건별로 조회를 하는 경우도 있는 바, 이러한 선택사항을 Line Item Display 라고 합니다. 따라서 예금계정의 경우 미결관리는 하지 않으나 건별 조회는 가능하도록 설정(G/L계정 마스터에서)할 수 있습니다. 일반적으로 거의 모든 계정에 대해 건별 조회가 가능하도록 하는데, 이 경우 정보조회에 편리한 반면 DB의 Space를 많이 차지한다는 단점을 가집니다.

 

   ◆ Account Assignment (계정지정)

 

거래가 어떤 계정에 전기될 것인지를 명시하는것.

 

 

   ◆ Account Group (계정그룹)

 

마스터 레코드 입력을 제어하는 속성들의 요약으로 각 마스터 레코드는 하나의 계정 그룹에 지정되어야 합니다. 계정그룹에 따라 마스터레코드에 어떠한 Data가 필요한지가 결정되면 마스터 레코드의 번호가 정해집니다.

 

   ◆ Account Type (계정유형)

 

하나의 계정이 어떤 회계영역에 속하는지를 알려주는 키로서 예를 들면 Asset(고정자산) ,Customer(고객) ,

Vender(구매처) ,Mat(자재 ),G/L 등이 있습니다.

 

동일한 계정번호가 서로 다른 계정유형에 사용될 수 있으므로 계정을 파악하기 위해서는 계정번호와 계정유형이 모두 필요합니다.

 

   ◆ Account Reconciliation (계정조정)

 

회계가 GAAP(General Accepted accounting Principle)에 어긋나지 않도록 이루어 지는가를 결정하는 절차.

G/L 계정 잔액이 전기 된 거래의 총합과 비교됩니다.

고객계정의 잔액과 구매처 계정잔액이 각각 채권잔액,채무잔액 및 전기된 거래와 비교됩니다.

 

   ◆ Accounting Transaction (회계거래)

 

다른 EDP거래들과는 대조적으로 SAP 거래는 항상 Document Header(거래 표제부)와 최소 2개의 Line Item (개별항목)으로 구성 됩니다.

 

차변 값과 대변 값은 동일해야 하며 회계거래를 전기 할 때 시스템은 계정잔액을 갱신한다. 회계거래는 사업거래를 시스템에 기록합니다.

 

   ◆ Actual Cost : 실적원가

 

생산효율에 의한 원가로서 표준보다 공수, 또는 소요자재의 실제 투입량에 의해 계산된 원가

 

Real Time 원가정보. 생산활동의 효율성.

 

   ◆ Additional Account Assignment (추가 계정지정)

 

계정번호,금액,전기키 이외에 필요에 따라 선택적으로 입력되는 개별 항목과 관련된 모든 추가 Data 예를 들면 대금지급조건, 지급방식,코스트센터 등이 추가 data에 해당됩니다.

 

   ◆ Adjustment (조정)

 

이미 한 계정에 전기 된 개별 항목들이 다시 다른 계정에 전기 되는 경우가 있습니다.

예를 들어 장부마감에 이러한 조정이 이루어집니다.   

유사어: Transfer(대체)

 

   ◆ Allocation Concept (할당개념)

 

계정의 개별 항목들이 화면 출력될 때 분류되는 방식

 

유사어: Sorting Concept(분류개념)

 

   ◆ Assembly

 

제조공정에서 기술적으로 하나의 일관된 전체를 이루는 특정제품을 구성하는 부품의 집합.

 

   ◆ Authorization

 

실제로 시스템이 사용되는 상태에서는 각 사용자의 직급 또는 속한 부서등에 따라 시스템상에서 접근할 수 있는 정보나 거래 처리를 제한할 필요가 있습니다. 이러한 SAP R/3시스템에의 접근권한을 통칭하여 Authorization 이라고 한다. SAP가 표준으로 제공 하고 있는 기능 및 Configuration을 활용하여 Authorization의 체계를 구성할 수 있으며, 이것이 필요한 경우에는 일부 시스템을 수정할 필요가 있게 됩니다.

- 연관된 포스팅 - 2018/10/24 - [재무_금융/재테크] - 재무제표의 모든 것 (주식의 디딤돌) 2018/10/25 - [재무_금융/재테크] - 재무제표의 모든 것(회계 지식 포인트)