본문으로 이동

Case study 활용

LS Taiwan
Hschoi2 (토론 | 기여)님의 2026년 5월 22일 (금) 02:52 판

여러 경우에 대해서 활용의 예를 모아 놓은 것입니다. Case Study 혹은 case 활용의 경우로 문서 제목이 case study 활용으로 길어짐.

프로젝트 현황 관련

프로젝트 관리 관련되어 ERP에서 조회 및 관리하는 내용입니다.

ERP 첫 화면

ERP에 처음 로그인 하면, 아래와 같은 처음 화면이 나온다. 프로젝트 관리를 위한 모든 메뉴가 위젯으로 모여있는 화면이다. 관리자는 대부분 (1)~(3)까지의 내용을 참고하면 된다.

(1) 현재 운영 중인 프로젝트 수 (클릭하면, 프로젝트 리스트로 넘어간다.)
(2) 은행 현황 - 숫자가 0으로 나타나는 것은 실재 잔고와 프로젝트 경비를 최근에 검사했다는 뜻이다.
(3) Expense Report (비용전표) 처리현황 - 결재할(to approve) 것과, 경비 담당자가 지급하지 못한 미지급 수를 나타낸다.
* PM은 주로 결재자 이므로 이를 주의 깊게 보면 된다.
(4) 기타 대만 지사에 관련된 내용으로, 현재 관련 인원 고객 수, 프로젝트 수 등 일반 내용을 확인 할 수 있다.
(5)의 추가 위젝의 경우는 개인화(Custom) 구성으로 해당 내용을 추가하여, 처음 화면에 추가 내용을 표시할 수 있다.

Journal: 분개장, 원장, Report

원장(Ledger)와 분개장(Jounal)이라는 표현은 회계에서 사용하는 용어이지만, 회계 담당자와 소통을 위해서, 회계(accouting)관련된 용어를 그대로 사용한다.

기본 개념

회계(Accouting)이란, 사용 내용에 대한 번호를 부여하고, 이러한 번호의 그룹화 하여 모아 놓은 것이 분개장(저널, Jouunal) 혹은 Report라고 한다. 
결국은 code 혹은 account code로 구분된 것을 어떻게 모아서 보는지에 따라 명칭이 달라질 뿐이다.

상단의 Accouting 메뉴로 들어가면, 관련 리포트(원장, 분개장, 저널)을 확인 할 수 있다.

좌측 메뉴는 다음과 같다.

(1) 설정 - 처음 accouting code를 분류해서 리포트 하는 설정에 관련된 것이다. (ERP 관리자 메뉴)
(2) Transfer in accouting - 회계 분류, 이미 정해 놓은 리포트(분개장)으로 개별 비용전표(ER, Expense Report)를 분류하는 것, 주로 회계 담당자가 멤버들이 작성한 비용전표를 맞게 분류하는 작업을 하는 영역이다.
(3) Accouting - 회계 보고 사항, 프로젝트 관라지가 비용 관련 내용을 확인하는 메뉴이다.

원장(Ledger) 보기

회계 원장(Ledger)는 모든 분개장을 포함하는 것이다. 즉, 비용전표(ER)을 모아 놓은 것이 분개장(Journal)인데, 은행 거래 내용(Bank)와 비용전표(ER)을 모두 확인할 수 있는 메뉴이다.

특히, 원장(Ledger)메뉴에서 보는 화면은 3가지 방식으로 화면 확인이 가능하다.

필요에 따라 비용전표 및 은행 내역을 구분해서 조회할 수 있다.

(1) 평면보기 - 전체 내용을 기록된 순서대로 확인 할 수 있다. (by transaction number)
Sub-ledger로 부가 기록장 (sub-ledger, 부서코드)을 기준으로 분류해서 볼 수 있다.
(2) 계정 별로 묶어서 보기 - 사전 정의된 계정별로 묶어서 조회하기
프로젝트와 기간을 한정해서 내용을 확인 할 수 있다.
(3) Sub-ledger 기준 보기, 하나의 프로젝트 이름에서 하위 프로젝트이거나 부서별 구분으로 확인 하기
사용자 설정에서 부서코드(Accouting Code)를 부여받는다. 이 '부서코드(Accouting Code)'가 곧 Sub-Ledger가 된다.
  • 화면 예시 - 계정별로 구분해서 보기(2)

  • 화면 예시 - 하위 프로젝트(부서코드 or 하위 프로젝트)로 구분해서 보기(2)

분개장(Journal) 보기

분개장을 모아 놓은 것이 원장(Ledger)이므로, 현재 화면 보기는 동일하다. 단지 관례적으로 회계 담당자 들이 원장, 분개장을 구분해서 이야기 하기 때문에, 화면도 별도로 구성한 것이다. 그러나, 결국 화면은 동일한 것을 사용한다.

  • 오픈 소스이므로, 이분은 사전 예고 없이 변경되나, 내용상 동일한 것을 호칭만 다를 뿐이므로 통합될 것으로 예상됨.


계정별 집계(Account balance)

명칭에 혼돈이 있을 수 있으나, 원장(Ledger or Journal)에서 계정별 구분해서 보는 것과 동일하다.

차이점은 원장에서는 개별 내용을 확인 할 수 있지만, 계정별 집계에서는 단순히 계정별 합계만을 확인 할 수 있다. 따라서, 각 프로젝트 별로 어느 항목(계정)에 비용이 사용되었는지, 전체적인 조감을 하기 위해 주로 사용한다.

  • 프로젝트와 날짜를 지정해서 항목별 총계(Accounting balance)를 확인 할 수 있다.


Export Accountancy

본사와 동일한 정책을 적용할 것인지, 현지 사정을 고려한 요소로 계속 일자별 자료로 처리할 것인지 검토

영수증 1건당 expense report 1건으로 처리하는 경우, 바로 확인 가능하다. (본사, HQ Korea가 쓰는 방법)

  • '만약 해당 내용이 필요한 경우, 영수증 1건당 1개로 전환한다.'
  • 본사 회계팀의 결정에 따라 변경 여부를 검토한다.
대만 ERP에서는 일단위 비용전표(비용보고)를 기준으로 한다. 따라서, 집계도 일단위로 처리된다. 일단위 보고와 증빙(영수증) 단위의 간극을 막기 위해서 [ERP_extract_data#엑셀_자동화|엑셀 data export]를 사용한다.


  • Export accountancy에서는 분개장(Journal)과 보조기장(sub-ledger)를 선택해서 확인할 수 있다.

Closure: 마감

회기 년도/월별 마감을 진행하고, 해당일 까지의 손익을 별도로 계산한다. 주로 본사나 ERP 담당자만 사용한다.

주의사항 마감이 된 이후에는 실수로 올리지 못한 비용전표는 처리되지 않는다. 현재는 현장 담당자들이 이월해서 처리하는 경우가 많아서 월 마감을 별도로 하지는 않고, 연 마감만을 사용한다.

참고 ERP 조회기능 - 기능별 설명

  • 기타

보고나 기타 사항은 ERP_조회기능 문서를 참조한다.


은행 account

은행 계좌는 실제 은행 계좌를 말하지 않는다. 왜냐하면, 실제 은행계좌에 기록되지 않는 부분, 미수금 혹은 미지급금과 같은 내용을 실제 은행계좌에 기록할 수 없기 때문이다.

따라서, 은행 account (혹은 은행 계좌)는 실제 은행 계좌의 내용을 반영하되, 실제 프로젝트에서 기록해야 되는 사항을 보조적으로 기록하기 위해 사용한다는 점을 잊지말라.

  • 은행 화면

은행 화면으로 들어가면, 사용중인 프로젝트의 계좌를 확인할 수 있다.



[[분류: ER}]]