AM role

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

Account Manager(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에 등록된다.

[주의사항]
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에서 은행계좌는 보조 원장의 기능을 한다.

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

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이 생성된 것을 확인한다.

은행 화면 파일 업로드

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

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

1) 앞에서 만든 은행 조정 기준일 (Bank 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 부분은 일반 사항 관련된 파일을 올리는 곳이다. 즉, 은행계좌 스캔파일 등, 실제 은행 계좌 내용과 상관 없는 내용
  은행계좌 일반정보를 조회할 수 있는 사람도 모두 볼 수 있는 내용이다.

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의 잔고를 낮출 때 사용합니다.

메뉴입력 항목

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와 ERP에서 사용하는 COA 변환표

선언명	비용명칭(ERP)	COA code	항목(한글)	항목(영어)
LS_a1	Office Furniture & Fixture buy [비품]	602	비품	Furniture & Fixture
LS_a2	Office Photocopy & Projector buy	6021	복사기/프로젝터	Photocopy & Project
LS_a6	Other office supply (no stationary)	606	기타	Others
LS_B1	Office Rentals deposit	613	사무실	Office
LS_b2	Residence Rentals deposit	6131	숙소	Building for Resident Employee
LS_b3	Car Rentals deposit	6132	차량	Car1
LS_b4	Deposit others	618	기타	Others
LS_c1	Telephone, Mobile/ Fax [통신료]	6261	전화/FAX	Mobile Bill Expenses / Fax
LS_c2	Postage & Courier [우편료등]	6262	우편료등	Postage & Courier
LS_d1	BT. Public trans.(taxi) fare [시내교통비]	6241	시내교통비	Taxi Fares
LS_d2	BT. Local trip, hotel & transfer [국내출장]	625	주재국내출장비	Local Traveling
LS_d3	Business trip overseas [해외출장]	6251	주재국외출장비	Overseas Traveling
LS_d4	BT biz trip Other expense [출장 기타 비용]	6252	여비교통비기타	Others
LS_E	Insurance premiums	616	보험료	Insurance
LS_f1	TD Taxes and similar payments on remuneration (tax administrations)	631	세금	TAX
LS_f2	TD PJT Other taxes, duties and similar payments (tax administrations)	635	기타세금	Other taxes, duties
LS_f3	TD Other payroll taxes	647	기타보수세금	Other payroll tax
LS_f4	Annual company tax	697	법인세	Annual corporate tax
LS_f5	Tax integration [세금 일반]	698	세금	TAX integration
LS_g1	ME. Branch Meals & others with Customer [접대비]	6481	지사접대비	Branch Meals & Entertainment
LS_g2	PJT Construction Meals & others with Customer	6482	공사현장접대비	Construction Meals & Entertainment
LS_h1	WELL. Tuition for children	6451	자녀교육비	Tuition
LS_h2	WELL. member meals [Welfare]	645	식대	Meal
LS_h3	WELL. Other staff costs	648	기타	Others
LS_h4	WELL. Medical care	648	기타	Others
LS_i1	CH. PJT Service Charge, expense [용역수수료]	6111	용역수수료	Service Charge
LS_i2	CH. Finance fee / Bank Charge	668	금융수수료	Finance/Bank Charge
LS_i3	CH. PJT FAT Expense	6112	검정(검수)수수료	FAT Expense
LS_i4	CH. PJT expense others [용역비 기타]	628	기타	Others
LS_i5	Expense over financial years(Reserved)	672	이월금	Expense over financial years(Reserved)
LS_J	Books & Printings	6231	도서인쇄비	Books & Printings
LS_K	Car Operation. fuel, park, toll fee and etc. [주유, 주차]	615	차량유지비	Vehicle Oper
LS_L	CH. PJT Transport & Conveyance [자재 운반비]	624	운반비	Transport & Conveyance
LS_M	Advertising, publications, public relations	623	광고선전비	Advertisement
LS_N	CH. Employee Training	617	교육훈련비	Employess Training
LS_O	PJT Conference [회의비]	6171	회의비	Conference
LS_P	Office Keeping (Utility) water, electricity, cleaning [수도광열비]	6181	수도광열비	Offce Keeping (Utility)
LS_q1	Payroll Salary of HQ Employee	641	주재원해외급여	Resident Employee
LS_q2	Payroll Salary of the Local work	644	현지채용인급여	Local Employee
LS_q3	Payroll Salary temp. worker, Others (알바비, 기타잡비 포함)	621	현지채용인급여	Local Employee
LS_q4	Payroll Other payment expense	6211	기타	Others
LS_R	Office Stationaries [소모품비]	6022	소모품비	Stationaries
LS_S	Miscellaneous operating expenses	658	잡비	Miscellaneous expenses
LS_T	Other operating expenses	678	기타	Others
LS_U	PJT Stored Procurement - Raw Materials (and Supplies)	601	현장재료비	Site Materials
LS_u1	Monthly Office Rental fee	614	사무실	Office Rent
LS_u2	Monthly Residence Rental fee	6141	숙소	House Rent
LS_u3	Monthly Car Rentals fee	6142	차량임차료	Car Rent
LS_u4	Car register or license other expense [등록세, 면허비]	6221	기타	Car other

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

바인딩된 CoA의 수정

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

제조개별비 처리

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

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

• 항목

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

• CoA로 할당

이미 할당되어 있거나, 의미를 잘 몰라서 개별적으로 입력 사항이 다름

현재는 PM이 해당 내용을 수정하여 별도로 다시 분류해서 엑셀로 재작성

• 개선 방향

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

• 문제

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