AM role

• You can change it to your own language by right-clicking on the web browser.
• 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。

Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비잘못된 계정 사용을 바로잡고 정확한 회계 기록(비용내역, 은행내역)을 남기는 것이 AM의 중요한 역할입니다.

문서 설명

1. AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.
2. AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.
3. Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.

AM의 주요 역할은 다음 5가지 이다.

1. ER(Expense Report), 비용전표의 검사(Validation)
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정
5. Bank Reconcile - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력)

용어 및 역할 정의

일반적인 이해를 위한 간략한 설명이다.

상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.

용어의 정의

용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.

• ER: Expense Report, 비용 전표
• AM: Account Manager, 회계 담당자
• Member: 프로젝트 수행자, 일반 user라고도 함
• PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.
• validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.
• Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님
• Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.
• Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록
• ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장
• Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.

회계담당자(AM)의 역할

프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.

비용전표(Expense Report)의 상태는 다음과 같다.
- 작성 (Draft) : 처음 작성하는 상태
- 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태
 ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다.
- 승인 (Approved) : PM이 지급 확인을 한 상태이다.
- 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다.
 ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다.
- 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다.
  

회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.

1. 비용처리

PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.

여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)

기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.

총계정원장(Ledger)는 분개장(Journals)의 모음이다. 혹은 분개장(Journal)과 상관 없이, 계정항목만을 모두 모아 놓으면 총합이 되므로, 이를 총계정원장이라고도 한다.

[주의사항]
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.

2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.

[참고] 
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.

Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.

• 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.

회계담당자의 역할 설명 그림

Reject된 비용전표 처리

Reject된 비용전표(Expense Report)를 처리하는 방법입니다.

이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다.

• Reject 처리 순서

PM 및 결재자의 처리가 Reject된 이후

1. ) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 수정합니다.(pic #3) : Reject된 Expense Report
2. ) 다시 결재를 올립니다.

• Reject된 비용전표(ER, Expense Report) 조회

이 부분은 HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다.

• 보고서(ER) 수정 - Reject를 처리 하기 pic #3

처음화면에서만 전표수정으로 들어갈 수 있습니다. 이점 주의하십시오!

HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다!

참고로, 수정 버튼은 맨 아래 있습니다.

1. ) 수정버튼 누르기
2. ) 내용 수정하기
3. ) 결재올리기

• 참고: 다른 담당자에게 지정하기 혹은 담당자 변경

PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다.

• 복사본(Clone) 만들기

PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 복사본(Clone) 버튼을 눌러 복사본(Clone)을 만들고 담당자를 변경합니다. (혹은 동일한 사용자에게 재 지정)

1) 복사본 만들기 - pic #1

PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다.

ㄴ

2) 복사본을 담당자에 연결하기 - pic #2

PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다.(새로운 담당자에게 문서 접근 권한을 부여하는 과정)

ER, 비용전표 작성 (일반 프로젝트 멤버)

프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성

비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.

[비용전표(ER) 작성시 일반 주의 사항]

- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.(1인이 날짜가 겹쳐서 작성 불가)
  * AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)
  * 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것

[비용전표(ER) 작성시 사전 준비 내용]

- Apporval(PM)
- Project Number (or Name): 본인의 프로젝트 번호 or 이름
- 영수증 (Tax, No Tax 내용 확인 할 것)
- 계정과목(Account code or name): |ERP CoA 상세 설명
- 세부 내역 (Account name과 다를 경우)

영수증 파일 upload에 대한 내용입니다.

주의사항

비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.

그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.

다른 방법을 사용할 경우, 재작성 혹은 reject합니다.

영수증 upload: 주의!

영수증 첨부 방법

영수증은 다음 그림에서 처럼 비용전표(ER, Expense Report)에서 처럼 thumbnail로 나타나야 합니다.

• 올바른 영수증 파일 올리기를 한 경우, thumbnail이 보입니다.

Attach the line to an uploaded document

파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 attach uploaded new document now 을 사용합니다.

ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)

원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.

在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）
原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。

When writing an expense report (ER) later, please use the "uploaded new document now" function as shown in the figure belw. (Automatically generate thumbnails)

In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of "uploaded new document now..." method to upload data.)

• 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.

파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.

다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.

[참고]
Attach the line to an uploaded document는 일단, uploaded new document now으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.
상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))

회계담당자(AM)의 검사(Validiation)

각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다.

검사 항목에 이상이 없을 경우, Validation을 클릭한다.

[검사 항목]

1. 영수증 날짜와 비용전표(ER) line 날짜
2. 영수증 금액 (Tax, No Tax) 구분
3. 영수증 사진 (Line 별)
4. 프로젝트 이름
5. 추가 기록 사항 확인
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부
 * 이상이 없을 경우 Validation을 클릭한다.

내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.

따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.

ENTER PAYMENT, 지급

회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)

PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.

지급해야할 목록 확인 방법 동영상 Payment list, 2가지 접근방법

작성된 비용전표(ER) 상태

비용전표(ER, Expense Report)가 처음에 작성된 상태이다.

멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.

승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.

다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.

Approval Request: AM ONLY

영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.

확인 사항

1. 영수증 사본(JPG)
2. 영수증 날짜
3. PJT No.
4. 계정 과목 (Accounting Code)
5. 금액(Amount)
6. Tax(5%), No Tax(0%)
7. 총금액 (Amount + total)

PM의 승인 : PM ONLY

PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.

ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY

AM은 PM의 승인이 완료된 비용전표(ER)에 대해서

A. 실제로 프로젝트 멤버에게 실제로 지급한다.
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.

Approval State를 확인하고, Enter Payment로 들어가기

ENTER PAYMENT 기록 사항

지급 기록은 다음과 같은 항목을 입력한다.

1. 지급한 날짜
2. 지급 방법 : Cash or Bank Transfer
   * Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)

"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.

Enter Payment 처리 예시 : | ENTER PAYMENT 동영상

지급 이후, 비용전표(ER) 변경 내용

다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.

[처음 생성된 상태]

[지급완료 및 지급기록(Enter payment)이 완료된 상태

ERP BQ (Bank Account) 확인

비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.

특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.

실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.

은행 업무 프로세스

[신규, '25년 11월 30일부로 실시함]

프로세스 설명

회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다.

[Daily]

1. . 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정]
2. . 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정]

[Monthly once]

회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다.

PMO의 관리

1. 일별 관리 (Dailiy process)

PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. 

2. 월별 관리 (Monthly process)

PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다.

회계 담당자의 은행 관련 업무

1. 매일 관리 사항

• 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다.

• 관리하는 프로젝트의 ERP 장부상 은행을 선택한다.

• 파일업로드 메뉴를 선택하여 들어간다.

• 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다.

PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag)

2. 매월말 확인 사항

• 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다.

PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag)

3. Reconcile [조정] 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다.

가. 해당 프로젝트의 ERP장부상, 은행을 선택한다.

나. 해당 은행의 메뉴에서 Reconcile을 선택한다.

다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다.

라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] Click Reconcile 버튼을 클릭한다.

• 참고 Bank reconcile - 은행조정

ERP Bank Entries에서 확인 방법

ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.

한글 사이트에서는 "유료"라고 표시됨 주의

• PM의 승인 이후, PAID상태 조회

• 비용전표(Expense Report), ER401-0191 조회 화면

ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!

• ERP의 Band|Cash 메뉴에서 은행 기록 조회

• ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)

Bank reconcile: 은행 조정

실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.

1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.

본 과정은 PMO에서 직접 수행함

회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만)

[주의]

ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. 
만약 다를 경우에는 자필 사유서를 제출해야 함

은행 조정 - 은행 조정은 ERP에서 은행 기록에 대해 맞추는 것으로, 실제 은행 계좌 인출 내역과 실제 ERP에서 작업한 내용을 동기화 시켜주는 작업이다.

경리월보에서 확인하는 사항은 3가지이다.

1. 비용내역 (영수증포함)
2. 은행잔고 및 입출금 사항
3. 자산리스트

은행 조정이라는 것은 ERP에 있는 ERP 은행계좌와 실제 은행계좌의 내용을 일치시키는 것이다. 비용전표로 자동기록되는 내용은 ERP 은행계좌에 기록되게 된다. 따러서, ERP 은행계좌 기록과 실제 은행 기록 계좌는 일치해야 한다. 하지만, 현실적으로 현금 입출금 및 기타 처리하지 못한 수수료 등으로 실제 계좌 내역과 ERP 은행계좌가 일치하지 않는 것이 발생한다.

회계에서는 이러한 것을 시산표(試算表, Trial Balance)라고도 하는데, 매월 내역이 일치하면, 회기말 1년치 내역도 당연히 오류가 없어지기 때문에 매월 시산표 작업, 즉 은행 조정작업을 하게 된다. 회계 담당자는 이점을 명심하고, 매월 마감 활동(경리월보)에서 항상 실제 은행계좌 내역 및 잔고와 ERP은행 잔고가 일치하도록 하고, 차이가 있는 경우에는 billing등을 통해서, 어떤 이유로 조정이 있었는지 반드시 기록해야 한다.

잔고확인을 위한 준비사항

사전에 용어나 의미의 혼돈을 방지하기 위해서 알아야 할 내용이다.

1. 실제 은행 계좌(Bank Account)와 ERP에서 은행계좌 (Bank Account)는 다르다. 보통 Bank account라고 부르는 것은 실제 은행 계좌가 아니라 ERP은행계좌로 정확한 명칭은 ERP Bank account ledger이다. 이를 줄여서 그냥 ERP bank account 혹은 bank account라고 한다.

2. ERP 기능중에 은행 계좌 동기화 기능이 있다.

은행 계좌 동기화를 사용하는 경우에는 회계 담당자가 직접 은행에서 인출하지 않고 ERP 시스템에 요청하면, 요청에 따라 ERP가 직접 계좌 인출 입금을 진행 할 수 있다. 
현재 동기화 기능은 사용하지 않음.

3. ERP에서 은행계좌는 보조 원장의 기능을 한다.

실제 은행계좌(Bank account)와 달리 사용하는 이유는 미수금(AR: Account Receivable)이나 미지급금/매입채무(AO: Account payable)때문에 발생하는 차이를 기록하기 위해서이다.

4. ERP 은행계좌는 1) 직원 급여 2) 증빙업는 입출금 내역 3) 세금 및 기타 비용 처리를 구분해서 기록한다.

은행내역(Bank Statements) upload

은행조정(Bank Reconcile)작업중에 있는 내용이지만, 잦은 오류로 강조하여 추가 설명한다.

• 은행 파일 2개 준비

경리월보와 동일하게, 은행 파일은 2개를 준비한다.

1. 은행 잔고 (Bank Balance, BB)

2. 은행 내역 (Bank Statements, BS)

이 두 파일의 업로드 위치는 다르므로, 아래 설명을 보고, 정확한 위치에 파일을 upload한다.

실제 은행계좌의 내역서 (Bank statements) 파일을 은행조정을 한 날짜의 파일로 upload한다. (bank reconcile 조정) 이것은 실제 은행계좌와 ERP은행계좌가 동일한지 확인하는 과정으로, 경리월보와 동일하다.

주의!
 - Bank Reconcile을 실시하여, Bank Reconcile date가 있는 상태에서 file upload를 해야 한다. (ex, 20260302)
 - Bank Reconcile date가 없으면, Reconcile을 실시한 후에, account statement로 들어간다. (Reconcle menu 설명)

예를들어, Yellow line의 account statement를 확인해 보자.

1. YL_(Yellow) 계좌로 들어간다. (은행선택하는 화면은 생략되었다.)

2. 메뉴에서 Acount statements를 클릭한다.

3. 은행조정(Bank Reconcile)을 한 날짜를 하나 선택한다.

4. 오른쪽에 < Account statement251231 > 이라고, Reconcile date를 확인한다.

중요한 것은 은행잔고(Bank Balance)가 실제 은행의 것과 동일해야 한다.

잔고 금액은 반드시 실제 은행잔고와 동일해야 하며, 이것이 다를 경우, 해당 프로젝트의 PM와 AM은 이를 해명해야 한다.

5. 링크된 파일을 클릭하면, 은행 계좌 내역서(Bank statements)를 파일을 확인한다.

회계담당자(Account Manager)는 Reconcile 작업에서 반드시 해당 위치에 파일을 upload해야 한다.

파일을 확인해 보면, 다음과 같다.

* 주의 - 계좌 내역서(Bank statement)를 upload하는 것이지, 잔고증명(Bank balance)를 올리는 것이 아니다.

상세한 것은 아래 Reconcile 참조

최종적으로, bank balance의 내용과 ERP bank account는 항상 일치해야 한다.

참고 :
Bank Balace 맞추는 방법: 실제 은행 잔고(Bank balace)에 맞추는 방법

Bank Reconcile

은행 조정이라고 하는 것은 실제 은행계좌와 ERP계좌 잔액을 동일하게 일치시키는 작업이다.

잔고 확인 과정

1. ERP에서 입출금 사항 발생하면, ERP에서 Reconcle 하라는 알림이 등장한다.
2. 해당 알림을 클릭하고, 확인한 날짜를 입력한다.
3. 확인 날짜의 은행계좌 정보(Bank screen dump) 파일을 upload 한다 (pdf or JPG)

원래는 매번 변동이 있을 때 마다 기록해야 하지만, 업무 편의를 위해서, 매월 말 1회를 하고, 잔고만 동일하게 맞춘다. (경리월보와 동일 )

은행 조정 메뉴 진입

처음 ERP접속하면, 처음 화면 메뉴에서 Reconcile이 되지 않은 것을 표시한다.

해당 아이콘을 클릭하면, BANK 메뉴의 Reconcile로 연결된다.

• 참고 다른 접근 방법

Bank 메뉴에 들어가면 Reconcile이 필요한 ERP 은행계좌가 나온다. 이는 처음 화면에 Reconcile 알람과 동일한 내용이다.

해당 알람을 클릭하면, 다음과 같은 Bank 메뉴의 Reconcile로 들어갈수 있다.

처음 화면에서 접근하던지, Bank 메뉴를 통해서 접근하던지, 어떤 경로를 통하더라도 결국은 다음의 Reconcile 메뉴에서만 작업을 할 수 있다.

항목 확인

Reconcile 확인이 필요한 리스트가 표시된다.

이중에서 앞서 은행 화면 덤프 파일에 기록된 내용만 선택하고 Reconcile date를 생성한다.

Reconcile 5 이라고 나온 것처럼, 비용전표 처리 때문에 5건의 변동이 생겼다는 메시지이다.

확인날짜 생성하기

• 업무 순서 (working process)

준비사항: 은행 사이트에 로그인해서, 잔고확인서, 계좌내역서를 화면 덤프(Screen dump) 한다.
1. ERP에서 Bank Reconcile 메뉴로 들어간다.
2. Bank Reconcile에서 해당 날짜를 입력하여 생성한다. 예) 20251130 - Reconcile date
3. 생성된 Bank Reconcile date를 클릭하여 file upload를 클릭한다.
  1) 잔고증명, 2) 계좌 내역서 두 가지를 upload한다.

• 준비하기

은행사이트에서 은행 계좌 관련 파일을 화면 캡쳐해서 PDF로 저장한다. 준비할 파일은 2가지이다. (경리월보와 동일)

1. Reconcile 메뉴

실제 은행계좌를 확인한 날짜나 은행 계좌 화면 (screen dump)한 날짜를 적는다

은행 조정(Bank Reconcile) 기준일(date)가 생성된다.

주의

1) 리스트에서 Reconcile할 항목들을 선택한다.

2) Reconcile date를 입력 한다: 예를 들어 251231 - 25년 12월월달 실제 은행 내역을 Reconcile하는 경우

3) Reconcile date 중에서 251231이 생성된 것을 확인한다.

은행 내역(Bank Statement) 파일 업로드

1. 생성한 날짜를 클릭해서 들어간다.

• 은행 확인 날짜(Bank Reconcile Date)에 동일한 은행 계좌 화면이 등록되어야 하므로, 반드시 해당월의 생성한 날짜"를 클릭하고, 메뉴 중에서 linked file을 사용한다.

1) 앞에서 만든 은행 조정 기준일 (Bank Reconcile date)를 클릭해서 들어간다.

   주의! - Reconcile date를 선정해서 클릭한다.

2) 클릭하면, 내역이 확인된 리스트가 나온다.

주의사항 - 은행조정이 실시되면, 해당월 내역만 나온다.

특히 은행 화면 덤프(Bank screen dump)와 Bank Reconcile list는 항상 같아야 한다.

3) 은행 계좌 화면 덤프(screen dump) 파일을 파일링크(Linked files)를 click후 은행 화면 파일을 업로드 한다.

해당 은행조정날짜를 클릭하고 들어가면, 계좌 내역(Bank statement)이 나온다.

내역(Statement)에서 해당 월을 확인하고,파일 업로드를 클릭하여, 앞서 은행 화면 덤프 파일을 업로드한다.

• 중요

그동안은 기간과 상관없이 reconcile date와 file upload가 상관 없이 하였다. 하지만, 2026년 부터는 반드시 해당 월의 잔고 증명은 해당월의 Linked files에 upload해야 한다.

기술적 설명

ERP Bank에서는 file upload 부분이 2개가 있다. 이렇게 구분되는 것은 보안상 접근 권한 때문이다.
1) Bank 메뉴 자체에 있는 file upload 부분은 일반 사항 관련된 파일을 올리는 곳이다. 즉, 은행계좌 스캔파일 등, 실제 은행 계좌 내용과 상관 없는 내용
  은행계좌 일반정보를 조회할 수 있는 사람도 모두 볼 수 있는 내용이다.

Bank Statements에서 두 개 파일 1) Bank Balance 2) Bank Statement 2개 파일을 모두 올린다.

2) Bank Reconcile 메뉴로 들어가는 Linked files 
  은행계좌 접근 권한을 갖고 있는 사람만이 볼 수 있다. 현재는 PM, AM만 허용된다.

• Bank Reconcile 메뉴로 들어간 후, 날짜 클릭

• Linked files 탭 클릭

• Bank Reconcile의 Linked files

우측에 현재 bank statement + date로 날짜를 확인할 수 있고, 여기에 파일을 추가한다.

잔고가 틀릴경우 : 잔고조정

수수료 등으로 bank balance가 맞지 않는 경우가 있다.

이럴 때, 해당 내역을 추가적으로 ERP 은행계좌에 입력한다. (실제 은행계좌에 작성하는 것은 아님, 실제 은행계좌와 다른 부분은 보정해 주는 과정이다.)

ERP은행계좌에 기록하는 대상은 다음과 같다.

1. Expense Report 처리 - 자동 기록
2. 급여 - 수기 입력
3. 잔고 조정 - 수기 입력
4. 기타 시내교통비 - 수기입력

ERP 은행계좌에 기록하는 것은 증빙이 없는 경우를 포함하므로, 기록하는 경우가 엄격하게 관리된다.

따라서, 미리 tag로 등록된 경우가 아닌에는 기록할 수 없다

실제 잔고를 맞추는 법

실제 은행 계좌 금액에 ERP은행 계좌 금액을 조정하는 방법에 대한 설명입니다.

• 기본 개념

부족한 부분(Debit)으로 하거나, 남는 부분(Credit)으로 대변, 차변을 조정합니다.

실제 인출, 입금된 것이 아니라, 미기입이나, 기타 이유로 실제 은행에 있는 금액과 맞지 않는 경우에 대해서 조정하는 작업입니다. 매월 1회 실시

billing 메뉴

• ERP 메뉴 - Billing Payment메뉴

메뉴 위치 - 무증빙처리와 같음
* 무증빙처리 참고
 ERP 은행 계좌에 직접 입력하는 경우

입력 메뉴 들어가기 - New billing

Billing new 메뉴로 들어가서 신규 작성

왼쪽 메뉴의 New로 들어가는 것과 오른쪽 상단의 + 표시로 들어 간다. (같은 메뉴로 들어가는 다른 접근 방법)

• 참고

급여입력과 같은 무증빙 입력과 같다. 급여가 아닌 tag를 bank_reconcile로 처리하는 것임.

참고 - 프로젝트_회계관리#무증빙 처리 원칙

입력 사항: billing

Reconcil 항목 필수 입력 사항입니다.

* 주의사항
- CoA 코드는 512 (Bank)를 사용합니다.
- Tag는 반드시 Bank_Reconcile [잔고 조정, 調整]을 사용합니다.
- 금액은 Credit or Debit으로 조정합니다. 주로 Debit이 됩니다.
- 본인의 프로젝트와 계좌를 사용합니다. 

아래 그림과 같이 입력합니다.

1. Date of payment : Reconcl에 기입한 날짜를 이용합니다. (혹은 upload한 은행잔고 파일 날짜)
2. 금액
3. 본인 프로젝트의 은행을 선택합니다.
4. "Cash" 항목을 선택합니다. 단, 실제 추가 입금이 있는 경우에는 Transfer 항목을 사용합니다.
5. 프로젝트를 선택합니다.
6. Tag는 반드시 Bank_Reconcile [잔고 조정, 調整]을 선택합니다.
7. CoA는 반드시 512 - Banks를 선택합니다.
8. 본인 프로젝트의 회계코드 (Accounting Code)를 넣거나 bank reconcil 이라고 입력합니다.
9. Credit - ERP bank account의 잔고를 높일 때 사용, Debit - ERP bank account의 잔고를 낮출 때 사용합니다.

메뉴입력 항목

은행잔고(Bank Balnace) upload

은행내역(Bank Statements: BS) upload 위치와 은행잔고(Bank Balace: BB) upload 위치는 다르다.

Reconcile을 실시하면 해당 은행내역(BS)을 무조건 upload해야 하고,

은행잔고(BB)는 월 1회만 실시하면 된다.

다시 말하면, Reconcile은 필요에 따라 월 1회 이상 실시하gkrh 은행내역(BS)를 upload하고, 매월 말일에는 은행잔고(BB)를 upload해야한다.

단, 은행잔고(BB)의 파일업로드 위치는 은행내역(BB)의 파일 upload의 위치와 다른 점에 주의한다.

• 은행잔고(BB) 파일 업로드 위치
• 은행내역(BS) 파일 업로드 위치

• 두 파일을 같이 올려되 된다. 단, 매월 말일(해당 월의 마지막 reconcile)의 경우에는 반드시 2개 파일이 있어야 한다.

• 최종 목적은 항상 은행잔고와 당좌예금 잔액이 일치해야 한다.

ERP billing, payment

현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다.

영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다.

Billing이란 증빙 없이 지급하는 내용에 대한 기록이다.

특히, 급여와 세금 같은 실제 업무와 상관 없는 부분을 구분하기 위해서 사용한다.

Billing 항목

Billing 항목을 보면, 다음의 항목이 있다.

1. 고객 송장(Invoice)
2. 공급업체 송장(Invoice)
3. Tasxes | Special expense
4. Salaries
5. Miscellaneous payments (현금지급)

고객 송장

고객에 대한 청구서 발행 내용이다.

이를 통해서, 현금 흐름을 예상할 수 있다. 수금일자를 추정할 수 있으므로

공급업체 송장

공급업체에서 요청한 송장에 대한 수령 사항이다. 거래처에 지급해야할 날짜를 정하여, 현금 흐름에 반영할 수 있다.

Tasxes | Special expense

세금에 대한 내용을 신고전에 간이로 확인 할 수 있다.

항목은 다음과 같다.

1. 사회적, 재무적 세금 (회비와 진흥 기금 같은 것)
2. 매출 세액
   1. 상태 목록 - 연간 세금 항목, 부가세 항목을 구분한다.
   2. 부가세 관련 부분

월간 부가세 관련 조회

참고로 대만은 부가세 신고가 2달 간격이다.

신고가가 얼마정도인지 조회하여 확인 할 수 있다.

Salaries(급여)

급여 항목만 집계 한다.

일반사용자 (PWO 그룹)은 본인의 급여항목만 볼 수 있고, 타인의 급여항목은 볼 수 없다.

전체적인 급여사항은 회계담당자(PSO 그룹)과 ERP PM만 조회 및 입력 가능하다.

프로젝트 비용에서 인건비 부분이 상당하므로, 비용 집계에서 누락이 없게 하기 위해서, 회계 담당자는 반드시 Salary를 입력한다.

일반 직원은(멤버, PWO그룹) 본인의 급여 내역을 ERP를 통해서 조회하므로, 급여 입력에 주의한다.

Mise. payments(기타 현금지급)

증빙 없는 처리의 경우, 기타 비용 관련 사항이다.

기타 증빙업는 비용처리는 회계담당자와 PM만 할 수 있다.

(대만 및 기타 국가) 법에서 정하는 무증빙 비용처리 항목으로 집계되는 것으로, 금액이 제한적이다.

• 6가지 항목만 허용된다.
• 회계담당자(AM)과 PM만 입력가능하다.
• TWD 200$ 이상인 경우, 관련 내용 파일 첨부한다. (영수증 아닌 것, 내역서 및 설명 등)

무증빙 처리 원칙

1. 영수증이 없는 경우 지급하는 방법이다.
2. 현금처리 가능 항목은 신규작성시, Tags/Categories of transactions에서 조회되는 항목(6개)만 가능하다.
3. 해당 항목에서 TWD 200$ 미만 경우에는 단순히 Tags/Categories of transactions만 선택하면 된다.
4. 해당 항목에서 TWD 200$ 이상인 경우에는 1) Tags/Categories of transactions 을 선택하고, 2) 작성된 list에서 파일첨부로 해당 내용을 설명하는 자료(영수증 아님)을 첨부한다.

 단, 회계상 관리를 위한 은행조정 (Bank Reconcile, Bank transfer)는 금액 제한 없다.

• 무증빙 처리 가능 항목

현재 다음의 6가지 항목만 현금처리가 가능하며, 기타 추가적인 처리 항목이 필요한 경우, 지사장에게 요구한다.

* Advanced Payment (가지급금, 預付款)
* Bank_Reconcile [잔고 조정, 調整]
* Bus_미증빙 교통비 (버스비, 公車費)		
* Cash_기타현금 구매 (現金購買)				
* Income_잡수익 (雜項收入)		
* Return Deposit (보증금 환급, 押金退還)		

순번	항목	설명	비고
1	Advanced Payment (가지급금, 預付款)	급여 선금 제외 (급여 선금은 Salary에서 마이너스 처리할 것)
2	Bank_Reconcile [잔고 조정, 調整]	은행 조정	결산 오차 처리용 (이체요청 메일 등 첨부)
3	Bus_미증빙 교통비 (버스비, 公車費)	버스와 같은 대중교통 사용시	영수증 없는 시내교통비
4	Cash_기타현금 구매 (現金購買)	중고 개인거래 및 현장비용	영수증 발급불가 거래
5	Income_잡수익 (雜項收入)	잡수입 발생의 경우
6	Return Deposit (보증금 환급, 押金退還)	대여물품, 기타 비용 환급	Banks >> Depoist slips 으로 변경 예정

Billing 작성하기

• 기타 비용 작성의 경우, miscellaneous payments

기타 비용의 신규 작성의 경우 Tags/Categoreis of transactions의 리스트 중에서 선택해야 한다.

• 기타비용 전표 작성시- 선택가능 Tag 리스트

항목 리스트에서만 선택 가능, 추가 혹은 변경은 지사장에게 문의 요망

• 지사장이 항목(tag) 추가, 변경의 경우

Banks|Payment(혹은 Cash) 관련 장부에 기록되는 것이므로, 미리 Bank|Cash의 Tag / Categories에서 만들어 줘야 한다.

• Bank|Payment에서 항목 리스트 확인 및 추가

첨부파일 upload

기준 금액이 TWD 200$인 경우나 파일 첨부가 필요한 경우는 1) misc. payment 만들기 2) 해당 리스트 클릭하여 파일 첨부를 한다.

1. 작성한 misc. payment(billing) 리스트에서 선택
2. 해당 리스트 (참조)번호를 클릭 후, 관련 파일을 올린다.

• 현금 지급시 파일첨부 예시

가. Payment list생성 후, 리스트에서 확인하기

작성한 리스트 중에서 관련 참조 번호 조회하기

나. 참조 번호 선택 후, 파일 업로드 하기

상단의 '링크된 파일 메뉴로 들어가서, 파일 업로드를 한다.

Binding, Journaling

각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.

비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.

비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)

회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.

일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.

1. Expense Report binding 메뉴를 선택한다.
 * 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.
4. 묶음(Binding)을 한다.
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.
 * 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.
6 . Recording (기록)을 큭릭한다.

다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.

동영상 샘플 내용 설명

ER number	Project Number	Project Label	PM's Name	Month
ER2409-0197	PJ01-RL-North	KHH Red Line North	Kim Hyung Jung	September(9월)
ER2410-0199	PJ01-RL-South	KHH Red Line South	Her Young Tae	October(10월)

[Binding & Journal Recording 방법] - 동영상에서 처리 순서

1. Accounting에서 비용전표(ER)을 확인한다.
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.
   * 자동과 수동 처리의 예시이다.

바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.

묶음(Binding) 및 기록(Recording) 방법 예 | 바인딩 처리 동영상 설명

묶음(Binding) 오류 처리 방법

바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다.

이때는

1. 분개장(Journal) 기록에서 삭제하고
2. 다시 기록(Recording)하는 작업을

해주면 된다.

• 주의

분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. 
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.

다음은 잘못 바인딩(Binding error)된 비용전표(ER)을 수정하는 예시이다.

예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.

• 바인딩(Binding) 오류 수정 동영상 설명

[동영상 내용 설명]

1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-> 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.

설명한 내용을 동영상에서 확인해 보자.

잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명

• 주요 사항

binding 처리 - 목록(list)에서만 삭제하는 과정임

1. binding list에서 삭제 (list에서만 삭제되는 것임)
2. 다시 binding

분개장: Journal

Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.

비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.

바인딩은 회계담당자가 처리해야 되는 부분입니다.

ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)

날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.

Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.

-	TYC-TEMP
-	TNN
-	SB02
-	기타 TPE Office: TPE-HQ

설명 내용 화면

총계정원장 (Ledger)

총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.

쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.

사용 중인 COA

• 현재 사용 중인 CoA는 유럽에서 주로 사용한 영국 CoA를 그대로 사용한다. 추가적인 것은 3번째자리에서 추가해서 이용한다.

예시)

 621 - 6: Expense, 2: Payroll, 1: temporary salary

Dolibarr ERP에서 할당한 id=11 : ENG-BASE

• 현재 CoA 파일로 export 주의사항

Dolibarr는 프랑스어가 기본 언어로, export에서 Chart of accounts id를 지정해 주지 않으면, 프랑스어로 출력된다.

아래 그림과 같이 반드시 Chart of accounts id = 11을 지정해 주어야 영어로된 ENG-BASE CoA(Chart of Accounts)가 출력된다.

ENG-Base CoA

• 경리월보의 COA와 ERP에서 사용하는 COA 변환표 : Expense report accounts

COA	경리월보	Label(명칭)	비고
602	a1	Office Furniture & Fixture buy [設備] 가구 비품
6021	a2	Office Photocopy & Projector buy [設施] 시설
606	a6	Other office supply [其他流動資產] 기타 유동자산
613	B1	Office Rentals deposit [押金] 임대보증금
6131	b2	Residence Rentals deposit [外派員工宿舍押金] 파견직원숙소 보증금
6132	b3	Company vehicle rentals deposit [租公司車押金] 법인차량 임대보증금
618	b4	Deposit others [其他押金] 기타 보증금
6261	c1	Telephone, Mobile/ Fax [電話費] 전화료
6262	c2	Postage & Courier [郵資] 우편료
6241	d1	BT. Public trans.(taxi) fare [市區交通費] 시내교통비
625	d2	BT. Local trip, hotel & transfer [國內出差], 국내 출장
6251	d3	Business trip overseas [해외출장]
6252	d4	BT biz trip Other expense [出差其他支出] 출장 기타 지출
616	E	Insurance premiums [健保費] 보험료
631	f1	TD Taxes and similar payments on remuneration (tax administrations)
635	f2	TD PJT Other taxes, duties and similar payments (tax administrations)
647	f3	TD Other payroll taxes
697	f4	Annual company tax [營利稅] 법인세
698	f5	Tax integration [其他稅目] 기타 세금
6481	g1	ME. Branch Meals 交際應酬費 [PM ONLY] 접대비
6482	g2	PJT Construction Meals & others with Customer [業務招待費] 고객접대비
6451	h1	WELL. Tuition for children
645	h2	WELL. member meals [員工福利] 복후비
648	h3	WELL. Other staff costs [其他支出] 簽核必須 찬허(기안)필수
648	h4	WELL. Medical hospital
6111	i1	dc: Pjt Service Charge, expense [服務費] 용역수수료	개별비
668	i2	CH. Finance fee / Bank Charge [手續費] 은행수수료
6112	i3	dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련	개별비
628	i4	dc. Pjt other expense [其他勞務費] 기타용역비	개별비
672	i5	Expense over financial years(Reserved)
6231	J	Books & Printings
615	K	Company vheicle op. and repair [公司車] 법인차량
6151	K1	Car toll fee, parking [停車費, 通行費] 주차, 톨비
6152	K2	Car fuel, gas [加油] 주유비
624	L	dc: Pjt Transport [材料運費], 자재운반비	개별비
623	M	Advertising, publications, public relations
617	N	dc: Pjt employee training [員工教育訓練費] 직원교육훈련비	개별비
6171	O	PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님)
6181	P	Office Keeping (Utility) water, electricity, cleaning [水電瓦斯費] 사무실 수도광열비
641	q1	Payroll Salary of HQ Employee
644	q2	Payroll Salary of the Local work
621	q3	Payroll Salary temp. worker, Others (打工時薪) 알바비, 기타잡비 포함
6211	q4	Payroll Other payment expense [其他應付款] 급여외 추가지급금
6022	R	Office Stationaries [辦公用品] 사무용품비
658	S	Miscellaneous operating expenses [其他營業費用] 기타 영업비
678	T	Other operating expenses [營業外支出] 기타 영업외 비용
601	U	dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구	개별비
614	u1	Monthly Office Rental fee [辦公室租金] 사무실 임료
6141	u2	Monthly Residence Rental fee [外派員工住宿費] 파견숙소월세
6142	u3	Monthly company vehicle rental fee [租車公司費] 법인차량임료
6221	u4	Vehicle register or license other expense [汽公司車登記費, 規費] 법인 차량 등록비 등

• 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리
• 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다.
• 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx)

제조개별비 처리

경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출)

회계팀, PM과 확인하여 해당 계정 확정 할 것

• 항목

1. 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타)
2. 제조지급수수료(용역)
3. 제조지급수수료(기타)
4. 제조운반비 - 현지 물품대에 대한 VAT
5. 제조소모품비(기타) - 안전 공구
6. 제조운반비 - 현장인도비용

추가 및 변경 COA, 25.06

다음은 26년 6월부로 추가 및 변경되는 CoA항목이다.

• 프로젝트 개별비(Direct Cost) 구분

COA	경리월보	비용명칭(ERP)	pjt 개별비 분류	비고
617	N	dc: Pjt employee training [員工教育訓練費] 직원교육훈련비	제조교육훈련비(기타)	프로젝트 개별비
6111	i1	dc: Pjt Service Charge, expense [服務費] 용역수수료	제조지급수수료	"
601	U	dc: Pjt buy raw materials [現場材料費] 현장재료비	제조소모품비	"
624	L	dc: Pjt Transport [材料運費] 자재운반비	제조운반비	운반비 + VAT
624	(-)	dc: Transporting VAT [운반비 부가세]	자동 반영	"
6112	i3	dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련	개별 판단	"
628	i4	dc. Pjt other expense [其他勞務費] 기타용역비	용역비 기타	"

• 추가 및 변경된 CoA

COA	경리월보	비용명칭(ERP)	항목(한글)	비고
615	K	Compan car op. and repair [公司車] 법인차량	차량유지비	Vehicle Op.
6151	K	Car toll fee, parking [停車費, 通行費] 주차, 톨비	주차/통행료	Car toll fee, parking
6152	K	Car fuel, gas [加油] 주유비	유류대	Car fuel

• CoA로 할당

자동차 관련(car)을 입력할 경우, 類型에서 car라고 적으면, 선택할 수 있는 리스트가 나온다.

• 참고용 접두어

접두어	그룹명	해당 항목 수
BT	Business Trip (출장)	4개
TD	Tax & Duties (세금)	4개
ME	Meals & Entertainment (식대/접대)	2개
WELL	Welfare (복리후생)	4개
CH	Charges (수수료)	2개
PJT	Project (프로젝트)	2개
Comm	Communication (통신)	2개
Payroll	급여	4개
Deposit	보증금	4개
Car	차량 관련	2개

• 詳細描述 필수 입력

자동차 관련 연료(Fuel, Gas)이거나, 주차료, 통행료 입력의 경우에는 반드시 詳細描述 box에서, 다음 3가지를 적어야 한다.

1. 프로젝트 이름 / Project name
2. 장소 / Place
3. 사유 / Reason

• 개선 방향

경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리

• 문제

1. CoA 이해 부족 - PM, AM
2. 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡)
3. Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)

사용 주의 계정(Accounts)

• 사용 주의 계정

COA	경리월보	Label(명칭)	비고	주의사항
6241	d1	BT. Public trans.(taxi) fare [市區交通費] 시내교통비	현급지급 검토 (유류대 지원, 오토바이)???	통제성 경비
625	d2	BT. Local trip, hotel & transfer [國內出差], 국내 출장	일당한도 600$, 숙박비(통일영수증), 교통비, 출장명령서	600$ 이상, 개인소득신고 필요
6251	d3	Business trip overseas [해외출장]	공무원 규정 이상은 개인소득 분 신고	국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)
6252	d4	BT biz trip Other expense [出差其他支出] 출장 기타 지출	일당지급시 지급 불가 (실비경우만)	실비정산 경우만
6481	g1	ME. Branch Meals 交際應酬費 [PM ONLY] 접대비	소수 지급인정접대비 (개인선물 포함)	통제성 경비
6482	g2	PJT Construction Meals & others with Customer [業務招待費] 고객접대비	현장식대 (年 TWD3,000$ / 1人)	통제성 경비
645	h2	WELL. member meals [員工福利] 복후비	총급여 2% 이내 제한	통제성 경비
648	h4	WELL. Medical hospital	사전규정필요 (직공복리위원회(職工福利委員會))	미사용
6151	K1	Car toll fee, parking [停車費, 通行費] 주차, 톨비	출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증	소득신고
6152	K2	Car fuel, gas [加油] 주유비	출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증	소득신고
6171	O	PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님)	회의록, 참여 명단 (사인본)	참석자 명단
6211	q4	Payroll Other payment expense [其他應付款] 급여외 추가지급금	급여반영 필수	소득신고

• 프로젝트 개별비 (Direct cost)

COA	경리월보	Label(명칭)	비고	주의사항
6111	i1	dc: Pjt Service Charge, expense [服務費] 용역수수료	개별비
6112	i3	dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련	개별비 (검토, 본사계정여부)	검토 필요
628	i4	dc. Pjt other expense [其他勞務費] 기타용역비	개별비
624	L	dc: Pjt Transport [材料運費], 자재운반비	개별비, 부가세포함	자재운반비 및 VAT 포함 집계
617	N	dc: Pjt employee training [員工教育訓練費] 직원교육훈련비	개별비
601	U	dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구	개별비

바인딩된 CoA의 수정

할당 및 수정 과정 from Admin 관련 참조