오늘은 D에 대해 알아보겠습니다.
◆ Daily Closing (일일마감)
거래를 합리적으로 처리하기 위하여 하루의 업무를 마감하면서 취하는 조치
◆ Delivery scheduling
출고일자를 토대로 출하와 관련된 모든 일자를 결정한다. 원하는 적하일자를 맞추기 위해 Picking 및 Packing이 수행되어야 하는 일자를 시스템에서 결정합니다.
◆ Demand management
수요관리는 완제품과 주요조립부품의 소요량과 소요일자를 결정하기 위해서 수행된다. 수요관리에서는 특정완제품에 대한 계획, 생산/구매 전략을 결정합니다.
◆ Dependent requirements
상위 조립 부품의 생산에 따라 발생되는 계획 자재 소요량. MRP과정에서 특정 계획 오더 생산에 필요한 구성부품의 종속 소요량이 자동적으로 생성됩니다.
◆ Discounting (어음 할인)
아직 만기가 되지 않는 (환)어음을 은행에 예치하여 만기일까지의 이자(할인)와 수수료를 공제한 금액만큼을 받음
◆ Distribution channel
판매자재가 고객에게 도달하는 방법을 결정하는 조직단위. 유통결로는 사업을 추진하는 방법과 유통활동에 관여하는 조직 등을 규정합니다.
◆ Division
유통을 감독하고 특정 판매자재의 수익성을 관리하기 위해 설치된 조직단위. 분할납품, 단가, 지급조건 등 고객별로 특수한 사항을 제품군별로 지정할 수 있습니다.
◆ Document(전표)
거래행위의 증빙자료. SAP는 SAP전표와 송장,수표,은행잔고 명세서등과 같은 일반적인 전표를 구별한다. SAP전표에는 회계 전표 ,샘플전표,반복입력전표 등이 있습니다. 회계전표는 시스템에 사업거래를 기록하고 샘플 전표와 반복입력 전표는 Data입력을 간편하게 하기위해 사용됩니다.
Document라는 용어는 SAP의 모듈 전체에서 사용됩니다. 즉, FI의 FI Document, CO의 CO Document, MM의 Material Document, SD의 SD Document 또는 Sales Document 등이 그 예입니다. 재무회계상의 거래나 물류상의 Transaction에 대해 SAP는 그 거래처리의 내용을 담고 있는 Object를 Document라고 부르고 있습니다. 예를 들어 MM의 Material Document라 함은 자재전표로 해석 할 수도 있으며, 원재료, 제품 등의 입고, 출고, 이동 등의 기록을 담고 있습니다.
FI의 Document는 회계전표(Accounting Document)를 말합니다. FI의 회계전표는 Header 와 Line Item의 2단계구조로 되어 있으며, Header에는 그 전표에서 공통적으로 사용되는 사항들(예를 들어,전표유형, 기표일자, 증빙일자, 거래통화, 회사코드, 적요, 참조번호 등)이 저장되며, Line Item에는 차/대변의 각각의 계정관련 사항들(Account, Posting Key, 금액, 비용귀속부서(cost center), 참조번호, 적요 등) 이 저장됩니다.
◆ Document Currency (전표통화)
전표가 전기 될 때 사용되는 통화.
◆ Document Date (증빙일자)
구매처 송장과 같은 전표가 원래 준비된 일자. 이 날짜는 전기일자와 일치하지 않을 수 있습니다.
◆ Document Entry (전표입력)
SAP 시스템에 거래를 수동 또는 자동으로 기록하는 절차로 거래의 특성에 따라 조금씩 다른 일련의 Data 입력 화면에 입력한 Dialog Interface를 통해 자동으로 Data 입력이 진행됩니다.
◆ Document Header (전표헤더)
전표일자,전표번호와 같은 전표에 관련된 전반적인 정보를 담고 있는 전표의 일부분
◆ Document Number (전표번호)
회계년도동안 회사코드에서 발생한 모든 거래를 파악할 수 있는 키
◆ Document Principle (전표생성원칙)
SAP의 회계전표에는 "하나의 전표에는 하나의 거래(하나의 증빙)를 기록 (One Invoice(Transaction) =
One Document)" 하는 원칙이 적용되며 이를 Document Principle 이라고도 합니다. 즉, 기존의 회계전표에는 여러 거래의 내용을 축약하거나 복합하는 이른 바, “복합분개”의 형식으로 기표를 하는 관행이 허용되었으나, SAP에서는 이것이 제한되고 있습니다. 하나의 전표에 여러 거래를 기록하면, 정보가 혼재 된다는 업무상의 제약도 있을 수 있으나, SAP의 구조상 복합분개를 하게 되면 전표생성자체가 불가한 경우가 있거나, 전표생성은 되더라고 이후의 프로세스나 정보추출에 장애를 받게 되는 경우가 발생합니다. (예를 들어 관계사와의 거래와 일반거래처와의 거래를 한번에 기표 처리하는 것은 불가능하며, AR과 AP 발생거래를 하나의 전표로 하는 경우 차후의 부가세정보추출이나 CO-PCA로의 Data 이체상에 문제가 발생할 수 있음).
따라서 Document Principle은 차후의 정보 Processing을 원활하게 하는 것을 보장합니다. 다만 End User입장에서는 이러한 원칙 때문에 전표입력이 기존 시스템보다 번거롭거나 복잡해지는 것으로 느낄 수도 있으므로, 전표입력을 쉽게 하는 CBO를 행하기도 하는데, 신재무 시스템에서도 "유형별 전표입력" 기능을 개발하여 사용자의 편의를 돕고 있습니다.
◆ Document Type (전표유형)
전기 될 거래를 구분하는 키로 고객, 구매처 ,총계정원장등과 같은 계정 유형들 중 어떠한 유형의 계정에 전기할 것인지를 결정짓습니다.
◆ 전표와 관련된 기타 주요용어
전표에 사용되는 주요 용어는 다음과 같다.
· 전표유형 (Document Type) : 전표의 유형구분
· 기표일자 (Posting Date) : 회계기록이 반영되는 기준일
· 증빙일자 (Document Date) : 세금계산서일자 등 거래발생일
· 전표번호 (Document Number) : 회계전표에 부여되는 일련번호
· Header참조번호 (Header Reference Number) : Header에 자유롭게 입력할 수 있는 참조번호.
신재무에서는 삼성전표번호를 담는 field로 활용하고 있음(자세한 설명을 추후에 제공예정 임).
· Posting Key : 대/차변구분, 입력할 Account Type의 구분역할을 수행함.
· Line Item상의 참조번호 (Allocation) : 각각의 차/대변 분개에 대해 자유롭게 부여할 수 있는 번호로서, 미결키로 사용하는 것도 가능함. 값을 자동 생성하는 기능도 있습니다.
◆ Down-Payment (선금)
아직 공급되지 않은 제품이나 제공되지 않은 서비스에 대한 대금, 선금은 반드시 다른 종류의 채권이나 채무와는 별도의 대차대조표에 기록되어야 합니다.
지급한 선금(선급급)은 자산으로 기록되고 받은 선금(선수금)은 부채로 기록됩니다.
◆ Down-Payment Request (선금요청)
특정일자에 선급이 지급될 것을 요청하는 것.
선금요청은 시스템에 별도로 저장되어 월간 차변과 대변금액을 갱신하지는 않지만 독촉프로그램과 지급 프로그램에 의해 처리될 수는 있습니다.
◆ Due-date (만기일)
채권자가 받아야 할 금액을 채무자가 지불해야 하는 날짜.
예를 들어 (환)어음을 시스템에 입력할 때 만기일을 입력합니다.