ERP설명 편집하기 (부분)

=ERP 사용 팁(Tips)=

==결재 권한==

다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.

현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.

* 다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.

[[file:er_approval_01.jpg|600px]]

다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.

[[file:er_approval_02.jpg|600px]]

==비용전표 진행사항 추적==
* 비용전표(ER) 내용 추적 – 결재자, 작성자 등

필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우)
※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.

* 메뉴 - 해당 ER전표 번호로 들어가면 된다.

 해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.

[[file:er_tracking_01.jpg|600px]]


* 전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다. 

[[file:er_tracking_02.jpg|600px]]
 '''3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리''' 된 것을 확인 할 수 있습니다.

==사용 확인: Agenda==
Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.

* ERP 활동 내역 확인

[[file:agenda_tack_01.jpg|800px]]

By ERP working group으로 구분한 경우,

# PM - 프로젝트 PM
# PSO - 회계담당자
# PWO - 멤버

==ERP 조회기능==
회계 관련 ERP 조회기능은 다음 문서를 참조한다.

[[ERP 조회기능]]


프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.

 * ERP 은행간의 전송 조정
 기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 '''cash'''를 사용한다.

예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.

;; KHH Yellow project: 4.KHH_YELLOW (ERP 은행 계좌)
:: TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)

== ERP 은행간 내부전송: Internal transfer==
은행(Bank) 메뉴에서 Internal transfer를 선택한다.

KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.

해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.

* Internal transfer 메뉴 들어가기 (Bank 메뉴)
상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.

:[[file:internal_transfer_01.jpg|850px]]

* 전송할 프로젝트의 ERP 은행 계좌를 선택한다.
아래의 예는 KHH --> TYC 프로젝트로 송금의 경우이다.

:[[file:internal_transfer_02.jpg|900px]]

* 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.
실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다. 

예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.

:[[file:internal_transfer_03.jpg|950px]]

* 설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입
모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.

 날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.

예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00

:[[file:internal_transfer_04.jpg|1000px]]

==프로젝트별 구분, journal(보고서, 분개장)==
프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.

 # 경비보고서 설정 : 업무 순서
 1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report
   : 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성
 2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.
 3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)
 4. Accouting >> balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)
 ** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.

* 프로젝트 개별비 (직접비, Project direct cost)의 경우
위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.

묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다. 
 


[[분류:ERP]]