http://tcamp32.synology.me:8797/api.php?action=feedcontributions&feedformat=atom&user=TimChoiLS Taiwan - 사용자 기여 [ko]2026-10-12T08:33:52Z사용자 기여MediaWiki 1.44.0http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1250Admin관련2026-07-28T06:14:29Z<p>TimChoi: /* 기본 회계설정 */</p>
<hr />
<div>Admin 관련 사항입니다.<br />
<br />
문서 설명<br />
# AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.<br />
# AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.<br />
# Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br />
<br />
회계관련해서 검사 부분까지는 회계담당자(AM)이 처리하는 부분입니다. PM과 Admin은 프로젝트 회계관리 부분은 동일한 권한을 가지고 있습니다. Admin은 PM의 프로젝트 관리외에 ERP 시스템에 관련된 사항을(메뉴, 언어, 단위 등) 설정하는 기능이 추가된 것입니다.<br />
<br />
<br />
=시스템 설정 관련=<br />
ERP 시스템 자체에 대한 내용입니다.<br />
<br />
일부 내용은 보안 때문에 개별 파일로만 전달됩니다.<br />
<br />
<br />
==ngnix 관련 설명==<br />
<br />
Wildcard certificate에 대한 설명이다.<br />
<br />
tcamp32.synology.me 가 인증서를 발급 받았으므로, 하위 서버에 대한 접근은 *.tcamp32.synology.me 으로 가능하다.<br />
<br />
즉, 포트번호 없이 접근해도 된다는 의미, '''ngnix''' 설정이다. <br />
<br />
<br />
* Synology nas에서<br />
<br />
로그인 포털 >> 고급 (생성)<br />
<br />
역방향 프록시를 설정한다. --> 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br />
<br />
만들어 놓은 list 예를 들어 https(443) ---> http://localhost:xxx (포트)로 넘김<br />
<br />
<br />
* 확인 필요<br />
1) localhost가 아닌 내부 IP(192.169.xxx.xxx)로 연결하면 에러나는 듯? (에러 안나야 하는데)<br />
<br />
2) HSTS가 2개가 동작하는 경우, 둘다 응답하는 문제, 동일 IP 한개에서만 답변하므로.<br />
만약 하나의 IP를 share 하고<br />
두 개의 서버에서 443으로 처리 한다고 하면, 서버 둘에 모두 443이 동작하나? 아니면 먼저 도착한 서버만 응답하나?<br />
<br />
<br />
<br />
* 참조 - Wildcard certificate 순서<br />
<br />
1) Wildcard certificate 설정<br />
<br />
DDNS를 enabled 시킨다. - floating IP에 대해서 추적 dns 연결<br />
<br />
Control panel / Security / Certificate 에서 add<br />
<br />
체크 사항<br />
- Let's Encrypt 체크<br />
- Set as default certificate<br />
<br />
* Get a Certificate from Let's Encrypt <br />
<br />
* 다음 설정을 한다.<br />
- Domain name : tcampXX.synology.me<br />
- Email : 본인의 e-mail<br />
- Subject Alternate Name: *.tcampXX.synology.me (인증서를 받을 사이트 이름, 여기서는 wildcard '''*''' 로 설정, 모두)<br />
<br />
* Control Panel / Login Portal / Advanced 텝에서 <br />
<br />
이 과정은 ngnix과정으로 Reverse proxy 설정라고도 한다. 내용은 포트 443(https)로 보내고, 443에서는 서버이름, 예를 들어 dolibarr, nocodb, n8n 으로 (wildcard 부분) 들어온 서버 주소를 정상적인 80포트로 연결해 주는다. (이를 HSTS 라고 함) <br />
<br />
'''Reverse Proxy''' 설정<br />
<br />
* Source<br />
https 로 들어 오는 주소, 예를 들어 https://n8n.tcampxxx.synology.me 이고 포트는 443<br />
<br />
HSTS enable 시키고,<br />
<br />
* Destination<br />
host name, localhost (내부 주소도 되나? 192.168.xxx.xxx, 할당된 포트<br />
<br />
* 참고 : HSTS<br />
<br />
Reverse proxy 환경에서 '''HSTS (HTTP Strict Transport Security)'''는 웹 보안 강화를 위한 중요한 HTTP 응답 헤더입니다. 이 개념을 간단히 설명하면 다음과 같습니다:<br />
<br />
---<br />
<br />
🔐 '''HSTS란?'''<br />
<br />
'''HSTS (HTTP Strict Transport Security)'''는 웹 서버가 브라우저에게 '''"앞으로 이 도메인에 대해 HTTPS로만 접속하라"'''고 지시하는 보안 메커니즘입니다. 이는 '''MITM(중간자 공격)'''이나 '''SSL Stripping''' 같은 공격을 방지하는 데 효과적입니다.<br />
<br />
---<br />
<br />
🧩 '''Reverse Proxy와 HSTS의 관계'''<br />
<br />
Reverse proxy는 클라이언트와 실제 서버 사이에 위치하여 요청을 중계합니다. 이때 HSTS는 다음과 같은 방식으로 적용됩니다:<br />
<br />
1. '''Reverse Proxy가 HTTPS를 처리하는 경우''':<br />
- 클라이언트는 Reverse Proxy와 HTTPS로 통신.<br />
- Reverse Proxy가 HSTS 헤더를 클라이언트에게 전달하거나 직접 설정.<br />
- 실제 백엔드 서버는 HTTP로 통신할 수도 있음 (내부망).<br />
<br />
2. '''HSTS 헤더 설정 위치''':<br />
- Reverse Proxy에서 직접 설정하는 것이 일반적입니다 (예: Nginx, Apache, HAProxy).<br />
- 예시 (Nginx):<br />
```nginx<br />
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;<br />
```<br />
<br />
3. '''주의사항''':<br />
- HSTS는 HTTPS 연결에서만 작동합니다. HTTP에서는 무시됩니다.<br />
- 한번 설정되면 브라우저는 해당 도메인에 대해 강제로 HTTPS를 사용하므로, 실수로 HTTP만 지원하는 서비스가 있으면 접근 불가 문제가 생길 수 있습니다.<br />
<br />
---<br />
<br />
✅ '''HSTS의 주요 옵션'''<br />
<br />
- `max-age`: 브라우저가 HTTPS만 사용하도록 강제하는 기간 (초 단위).<br />
- `includeSubDomains`: 모든 서브도메인에도 적용.<br />
- `preload`: 브라우저에 미리 등록 요청 가능 (엄격한 보안 필요 시).<br />
<br />
---<br />
<br />
==디렉토리 구조==<br />
exposed: documents /var/www/documents<br />
<br />
exposed: html /var/www/html/custom (portainer 설정에서도 확인 할 것)<br />
<br />
<br />
==언어팩 관련==<br />
업그레이드를 한 이후에는 TW ERP에 맞게 언어 팩을 수정해 주어야 한다.<br />
(일부 파일 교체)<br />
<br />
* 수정 원본 파일 위치: /var/www/html/custom/bug_fix (tw subfolder)<br />
<br />
* 웹서버 디렉토리: /var/www/htdocs/langs/ko_KR (/zh_TW)<br />
<br />
'''/var/www/htdocs/langs/ko_KR# cp ../../custom//bug_fix/*.* ./''' - 한글 언어팩 수정<br />
'''/var/www/htdocs/langs/zh_TW# cp ../../custom/bug_fix/tw/*.* ./''' - 대만 언어팩 수정<br />
<br />
<br />
* Alias 적용 이후<br />
<br />
bug/fix directory (원본) : var/www/htdocs/custom/bug_fix, 대만은 sub-directory로 tw<br />
Target directory (위치): var/www/htdocs/langs/ko_kr, 대만은 var/www/htdocs/langs/zh_TW<br />
<br />
==Third Parties 수정 관련==<br />
협력사로 번역되는 Third parties 부분은 다른 언어 팩과 조금 다르다. 여러개가 섞여 있어서 그런듯...<br />
<br />
* Thirdparties 위치와 해당 예약어(?) 찾기<br />
<br />
디렉토리 위치: /var/www/html/core/menus/standard/eldy.lib.php (파일에서)<br />
$newmenu->add("/societe/list.php?leftmenu=thirdparties", $langs->trans("List"), 1, $user->hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br />
여기서 확인해 보면, lang 파일에서 "List"로 되어 있다.<br />
<br />
<br />
* 언어팩(langs) 위치<br />
언어팩 위치는 다음과 같다.<br />
<br />
디렉토리 위치 : /var/www/html/langs/ko_KR<br />
사용 파일: 'ThirdParties' => '거래처 관리' ??? --> 어디서 수정하는 거야?<br />
<br />
* 기타 변경 가능한 UI 요소<br />
<br />
탭 구성: card.php에서 $head 배열을 수정<br />
버튼 스타일: CSS는 /theme/eldy/style.css.php 또는 사용하는 테마 폴더에서 수정<br />
필터 및 검색창: list.php 내의 print_search_form() 함수<br />
<br />
<br />
* 수정일반 사항<br />
# UI 변경<br />
# 기능 변경<br />
# 권한 설정<br />
<br />
=비즈니스 로직관련=<br />
업무 로직 관련 사항입니다. <br />
<br />
==신규 사이트 등록관련==<br />
ERP에는 Multicompany 모듈이 설치되어 있다. 따라서, 추가적인 국가 혹은 별도의 조직을 생성하여 사용할 수 있다.<br />
<br />
Multi-company 모듈을 사용한다고 하더라도, 기본적으로 설정이 다른 것에 추가되는 것이므로, 기본 업무 로직 설정이 중요하다.<br />
<br />
===Multi Company 구성===<br />
다국적 국가의 조직을 구성할 경우이다. 혹은 추가 조직을 구성하는 경우에 화폐가 다른 경우 설정하는 방법이다.<br />
<br />
다국적 국가 조직 구성에서 주의해야할 점은 현지화(Currency) 설정이다.<br />
<br />
* 주의 사항<br />
# 일단 기본 설정을 한다. (현재는 TWD로 되어 있음)<br />
# Dictionary에서 해당 국가 화폐(Currency)를 설정한다.<br />
<br />
* 기타 설정(Dictionary) 부분<br />
[[file: multi_currency_01.jpg| 800 px]]<br />
<br />
<br />
* 해당 화패 선택<br />
<br />
[[file: multi_currency_02.jpg| 800 px]]<br />
<br />
<br />
* Multi-Company에서 확인 (아직 TWD로 되어 있음)<br />
<br />
[[file: multi_currency_03.jpg| 800 px]]<br />
<br />
<br />
* KRW(한국 원)으로 수정<br />
<br />
[[file: multi_currency_04.jpg| 800 px]]<br />
<br />
<br />
* Multi-Company 구성에서 한국 원(\, KRW)으로 수정되어 있음<br />
<br />
[[file: multi_currency_05.jpg| 700 px]]<br />
<br />
<br />
====국가 설정으로 들어가는 법===<br />
# Home → Setup → Modules/Applications<br />
# Multi-company에서 설정 (톱니바퀴) 클릭<br />
<br />
국가별 '''default 설정'''이 가능함<br />
# 화면언어<br />
# Main currency<br />
<br />
===Currency 구성===<br />
* 다국적 통화 등록 방법<br />
<br />
Multi-company는 하나의 모듈이다. 따라서, <br />
# Dolibarr ERP에서 Currency를 사용하도록 설정하고, (복잡해서, 대부분 off함)<br />
# Muli-company에서 Main currency를 등록 사용함<br />
<br />
<br />
* 새로운 통화 추가(사용 enable)<br />
Home → Setup → Dictionaries<br />
<br />
Currencies (통화) 선택<br />
<br />
신규 통화 추가<br />
* Code : TWD, KRW, USD 등<br />
* Name : Taiwan Dollar 등<br />
* Symbol : NT$, ₩, $<br />
저장<br />
<br />
<br />
<br />
* Multi-Currency 모듈 활성화<br />
# Home → Setup → Modules/Applications<br />
# Multi-Currency 모듈 활성화<br />
# 설정 화면에서 사용하려는 통화 선택<br />
# '''환율 입력'''<br />
<br />
Dolibarr는 Multi-Currency 모듈을 통해 여러 통화를 관리하며, 메인 통화 대비 환율을 등록해야 됨.<br />
<br />
''' # 환율 변동을 지속적으로 변경해 주어하는 불편함이 있음, Main 통화만 사용하고, 환율은 별도로 계산하는 방식 추천'''<br />
<br />
==처음 ERP 구성==<br />
처음 ERP를 구성하는 방버은 다음과 같다.<br />
<br />
# 조직도 구성하기, 인원과 조직을 구성한다. - Tag/Category 만들기<br />
# 조직별, 인원별 회계 코드를 결정한다.<br />
# 조직별 권한을 결정한다. - 회계 권한 작성 / 검사(회계) / 승인(PM)<br />
# 개별적 접속해서 개인정보 검사 및 업데이트를 진행한다.<br />
# 회계 기준 마련: CoA설정 (default: UK_base)<br />
# 회계 설정 - 기본 값 설정 (CoA에서 처리 안되는 경우, default로 설정하는 계정 설정)<br />
# Journal 설정<br />
# Bank 설정<br />
<br />
<br />
===Users & Groups===<br />
사용자와 그룹을 설정한다.<br />
<br />
* Group 설정 - 퍼미션 설정<br />
회계에서 작성, 검사, 승인을 설정하는 그룹을 만들고, 퍼미션을 설정한다.<br />
<br />
참고: 현재 그룹 설정<br />
- PWO: Project Working Organization, 작성 그룹<br />
- PSO: Project Support Organization, 회계 그룹<br />
- PM_ERP: 승인 그룹이다.<br />
<br />
각 그룹의 퍼미션<br />
<br />
* PWO<br />
다른 사용자 검색 부분, 본인의 정보 수정을 허용하고, 기타 필요한 권한을 허용한다.<br />
<br />
비용전표(Expense Report)에서 본인과 본인 조직의 것을 읽고, 작성하는 권한을 부여한다.<br />
<br />
[[file:erp_new_01.jpg|600px]]<br />
<br />
* PSO<br />
필요시, 인원관리 부분도 허용한다. 하지만, 익숙하지 않은 경우, 조직도 수정 오류가 있으므로, 해당 권한 부여에 주의한다.<br />
<br />
프로젝트 현황 및 다른 프로젝트 비용 청구를 위해서는 모든 프로젝트에 접근해서 확인 할 수 있도록 허용한다.<br />
<br />
프로젝트 접근 권한 허용 (타 프로젝트도 조회할 수 있는 경우)<br />
<br />
[[file:erp_new_02_1.jpg|600px]]<br />
<br />
비용전표(Expense Report)를 처리 할 수 있게 권한을 부여한다. 아래 권한은 본인의 비용전표만 보이도록 한 경우이다.<br />
<br />
필요한 경우, Read all expense reports(...not subordinates)를 허용하는 경우에는 다른 프로젝트의 비용전표도 조회가능하다.<br />
<br />
[[file:erp_new_02_2.jpg|500px]]<br />
<br />
급여의 경우, 다른 프로젝트에서 조회가 안되는 것을 기본으로 하는데, bank 부분과 권한 충돌이 있다.<br />
<br />
Billing 메뉴에서 회계담당자가 속해 있는 담당자만 확인이 가능하게 설정하더라도, bank와 총계정원장(Ledger, jornals)에서 급여 부분은 확인이 가능하다. 이것을 제한하고자 하면, bank access 부분과 총계정원장 접근에 대한 제한을 고려해야 한다. 현재는 salary에서 회계담당자가 속해있는 프로젝트만 조회 및 입력이 가능하도록 되어 있다.<br />
<br />
[[file:erp_new_02_3.jpg|400px]]<br />
<br />
* PM_ERP<br />
사용자의 비밀번호도 변경할 수 있는 권한을 부여한다. <br />
<br />
타인의 비밀번호도 수정할 수 있는 권한 부여, 단 생성은 관리를 위해서 administrator만 가능하게 되어 있다.<br />
<br />
[[file:erp_new_03_1.jpg|400px]]<br />
<br />
비용 전표의 경우, 모든 권한을 허용해 놓았고, 회계담당자와 조직 구성에서 수직구조가 되지 않는 경우 (1명의 회계담당자가 여러 프로젝트를 관리하는 경우) PM이 본인의 프로젝트에 비용전표에 접근하기 어려운 경우가 있어서 모든 전표를 읽을 수 있게 설정하기도 한다. (회계담당자가 해당 프로젝트에 속해 있지 않아, 회계 담당자 작성 내용이 보이지 않는 경우 있음)<br />
<br />
[[file:erp_new_03_2.jpg|400px]]<br />
<br />
급여의 경우, 모든 내용을 다 볼 수 있게 설정한다.<br />
<br />
[[file:erp_new_03_3.jpg|400px]]<br />
<br />
===Accounting 설정===<br />
Administrator 만 설정이 가능하다.<br />
<br />
설정사항은 account 메뉴에서 기록한다.<br />
<br />
[[file:erp_acc_01.jpg|300px]]<br />
<br />
<br />
* Accounting Jornals - 분개장(기록장) 설정하기, 프로젝트당 2개 (BQ, ER)<br />
은행 기록장과 비용 기록장 2개를 설정한다. 주로 사용하는 것은 비용 분개장(기록장, ER)이다.<br />
<br />
[[file:erp_acc_03.jpg|400px]]<br />
<br />
<br />
* Chart of accounts '''model''' - 회계 모델 종류 (원래는 여러개가 있는데, 현재 것에서는 사용하는 것만 남겨 놓음)<br />
<br />
[[file:erp_acc_04.jpg|500px]]<br />
<br />
<br />
* Chart of accounts - 선택, 사용 중인 CoA 모델<br />
사용 중인 계정(Account) 모델이고, 필요에 따라 추가 삭제하여 사용할 수 있다.<br />
<br />
필요없는 것을 삭제 안하고 그대로 두는 이유- ERP는 본사에서 회계 정보를 확인하기 위하여 사용하기도 하지만, 현지 국가(대만)의 세무신고로도 사용된다. 따라서, 현지 필요에 따라 계정을 추가 혹은 사용해야하는 경우가 있기 때문에, 임의로 삭제하지 않고, 추가 생성의 경우에도 6개 항목 범주에서 설정하여 사용한다. 특히 ENG-BASE의 그룹(범주) CAPIT, IMMO, THIRDPARTY, STOC, FINN, EXPENSE, INCOME에서 검토 후에 해당 (어카운트) 코드를 추가하도록 한다.<br />
<br />
[[file:erp_acc_05.jpg|800px]]<br />
<br />
<br />
* Chart of individual accounts - 멤버(사용자)의 프로젝트 회계 코드 할당 상태<br />
총계정원장에 기록의 경우, 여러 프로젝트들이 섞여 있기 때문에 이를 구분할 필요가 있다. 이러한 구분을 위해서 각 멤버들을 등록할 때, 회계 계정을 설정하게 되어 있는데, 이를 조회하는 화면이다.<br />
<br />
[[file:erp_acc_06.jpg|800px]]<br />
<br />
* Default accounts - 기본 계정<br />
아직 장부상 기록되지 않은 내용, 계정이 할당되지 않은 것에 대한 기본 기록으로, 처리의 경우 해당 내용을 사용하게 된다.<br />
<br />
특히 고객의 경우 411, 공급업체에 대해서는 322, 비용보고서의 사용자(멤버)의 비용은 우선 421로 구분한다. 그룹으로 나누어 보면 편리하다. 고객과 협력사 그리고 내부의 비용 혹은 자금으로 구분하는 것으로 볼 수 있다.\<br />
<br />
기타 VAT에 대한 설정은 부가가치세 계정과 중복이다. (둘 중에 1개에만 설정하면 됨)<br />
<br />
[[file:erp_acc_07.jpg|1100px]]<br />
<br />
* Bank accounts - '''Banks|Cash''' 메뉴와 동일함<br />
<br />
* VAT accounts - 부가세 설정<br />
부가세는 판매 부가세가 있고, 구매 부가세가 있다. 구매 부가세의 경우 환급이 되므로 이를 관리하게 된다. 판매 부가세의 경우, 세무서에서 해당 부가세를 발급한 경우가 있는지 확인하는 경우가 있고, 대만의 경우, 환급이 되므로, 판매사에 부가세를 별도 신고로 부담하게 하는 경우가 종종 있다.<br />
<br />
[[file:erp_acc_08.jpg|800px]]<br />
<br />
<br />
* Tax accounts - 세금 처리 계정<br />
세금의 처리의 경우, 집계 주체에 따라서 구분이 되어야 한다. 예를 들어, 급여에 대한 세금은 본사에서는 비용으로 집계가 되지만, 대만법에서는 비용으로 허용이 되지 않아서, 비용 부분에서 제외 되어야 한다. 수익에서는 제외되어 합산 되는 경우.<br />
<br />
이러한 차이로 인하여, 별도로 구분되어 처리되어야 한다. 현지 회계법인을 사용하고 있으므로, 부가세를 제외한 세금처리는 별도로 하지 않고, 비용전표에서 처리한다. 하지만, 해당 내용에 대한 구분을 위한 계정은 할당되어 있다. <br />
<br />
[[file:erp_acc_09.jpg|800px]]<br />
<br />
<br />
* Expense report accounts<br />
비용전표에서 사용하는 계정의 별칭을 두는 것이다. 예를 들어 6261은 통신료라는 이름으로 조회 가능하다. 회계 담당자는 적당한 것이 없는 경우, 번호로 추가 혹은 수정 가능하다. <br />
<br />
[[file:erp_acc_10.jpg|800px]]<br />
<br />
<br />
* 참고 - 일반 회계 기능에 대한 설정<br />
은행계좌 거래 직접 기록 해제의 경우, 은행 계좌를 자동으로 읽어 오는 기능을 활성화 할 경우, 은행계좌 직접기록을 막아 놓는다.<br />
<br />
회계 계정 표준화를 위한 자리 수 설정 6자리 사용시 나머지 "00" 붙여서 사용하기<br />
<br />
기타 회계상 필요에 따라 설정 적용하여 사용할 수 있다.<br />
<br />
[[file:erp_acc_02.jpg|800px]]<br />
<br />
<br />
====회계 계정 설정====<br />
'''회계 계정'''라는 것은 필요에 의해서, 비용 사용 내역을 구분하기 위해서 설정해 놓는 것이다.<br />
<br />
예를 들어 같은 PJT의 경우라도, sub group이 있는 경우, 이를 구분하기 위해 사용한다. 이를 sub-ledger (부분분개장)이라고 구분한다.<br />
<br />
특히, 하나의 은행 계좌에서 여러 개의 sub로 나누어져 있는 경우에는 관련 인원별로 '''회계 코드'''를 별도로 놓아서, 구분할 수 있다.<br />
<br />
* 주의 사항<br />
# ERP의 비용은 사람의 비용 사용을 기준으로 하기 때문에, 1사람은 1개의 비용 코드를 갖는다.<br />
# 비용 전표(Expense Report, ER) 작성시, PJT 번호를 물리기 때문에, 프로젝트 별로 구분은 기본이다.<br />
# 1개의 프로젝트에서 여러개의 비용을 구분하는 경우, '''회계 계정'''을 다르게 두어서 구분하는 용도이다.<br />
# 회계 계정의 등록은 사용자 카드에서 등록하고, 회계 계정 자체는 그룹의 '''Tags/Categories'''에서 확인 한다.<br />
<br />
* '''회계 계정'''의 등록 - 사용자 카드<br />
사용자를 설정할 경우, 사용자의 정보 중에 회계 계정을 등록한다.<br />
<br />
'''! 주의사항'''<br />
이것은 사용자의 은행 계좌(계정)을 말하지 않는다. 사용자의 은행 계좌는 '''HR 및 은행'''에 별도로 등록할 수 있다.<br />
<br />
프로젝트에 속해 있는 혹은 프로젝트 계정을 말한다. ( 회계계정 = 프로젝트 비용 코드 )<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* Accounting에서 실제 회계 계정의 사용<br />
<br />
[[file:tag_categories_02.jpg|1200px]]<br />
<br />
* 주의: 회계 계정의 통일성 유지<br />
<br />
본 내용은 반드시 지켜야할 내용은 아니지만, ERP 활용에서 일관성을 유지하기 위한 내용이다.<br />
<br />
# 프로젝트 '''그룹 태그'''를 구성한다.<br />
# 사용자 설정시, '''그룹 태그'''를 사용한다.<br />
# '''회계 계정'''을 그룹 태그와 동일하게 유지한다.<br />
<br />
이렇게 하면, 프로젝트 그룹 = 프로젝트 비용 구분이 동잏라게 유지된다.<br />
<br />
[[file:tag_categories_01.jpg|800px]]<br />
<br />
* 참고: 일부 태그는 회계 계정(이름)과 다르게 설정된 경우 있음, 임시 활용 때문임.<br />
<br />
====Bank Accounts의 Journal 연결====<br />
Accounts를 설정하고, 이를 별도의 분개장(Journal)을 만들어야지, 별도로 집계된다.<br />
<br />
즉, CoA를 통한 계정과목 별로 집계는 되는 데, 그 집계 내용 중에서 프로젝트 별로 어디에 속하는 지 구분하기 위해서는 journal(분개장)이 필요하다.<br />
<br />
따라서, 다음의 과정을 설정해 주어야 한다.<br />
# 분개장을 만들고 (임의의 분개장)<br />
# 분개장 CoA 코드 (혹은 그룹) 결정 - 비용인지, product인지 구분<br />
# 은행계좌 연결<br />
<br />
* 이것은 admin 계정만 가능하고, 처음 설정 1회만 해 주면 된다.<br />
* 또한, 프로젝트 개별비 내용만 별도로 만드록 싶으면, 여기서 Journal(분개장)을 만들어서, accouting 작업할 때, 별도로 기록하게 할 수 있다.<br />
<br />
::[[file:journal setup01.jpg|800px]]<br />
<br />
:::분개장 연결의 예<br />
<br />
<br />
<br />
====Defualt accounts====<br />
<br />
ERP 처음 사용을 위해서, 기본적으로 설정해야 할 계정에 대한 설명입다. 계정 사용에서 가장 중요한 부분이고, 이에 대한 설명이 잘 없어서, 여기서 많이 delay된다.<br />
<br />
* default account<br />
기본 계정이라고 하면, 일단 무엇인지 모르지만, 시작점을 지정하는 것이다. <br />
즉, <br />
:: 고객 - 411-Customers<br />
:: 협력공급사 - 401-Suppliers<br />
:: GL 계정 (General Ledger, 총계정원장) 4-Amounts receivable and payable<br />
:: 직원 (현채인) 비용 - 421-Staff Cost (직원 지급 비용 총괄]<br />
<br />
::[[file:default_acc_01.jpg|700px]]<br />
<br />
* 기타 deault account<br />
<br />
* Product <br />
::* Account (from the Chart Of Account) to be used as the default account for the sold products (used if not defined in the product sheet) - 33 - Ongoing production of goods<br />
:: * Account (from the Chart Of Account) to be used as the default account for the sold services (used if not defined in the service sheet) - 34 - Ongoing production of services<br />
:: * Account (from the Chart Of Account) to be used as the account for transitional bank transfers - 58 - Internal Transfers [내부이체]<br />
:: * Account (from the Chart Of Account) to be used as the account for unallocated funds either received or paid i.e. funds in "wait[ing]" - 471 - Waiting Accounts [임시계정]<br />
<br />
<br />
====VAT accounts====<br />
부가세 항목 결정<br />
<br />
* 대만의 경우 영세율과 부가세 5%가 있다.<br />
:: * 매출 부가세 : '''6312'''<br />
:: * 매입 부가세 : '''6311'''<br />
:[[file:default_acc_02.jpg|800px]]<br />
<br />
====기타 세금 : Tax accounts====<br />
기타 세금에 관련된 내용이다. 별도의 세금 혹은 세금과 관련된 진흥회비 등 세금 성격이 붙는 것들을 정의하여 사용할 수 있다.<br />
<br />
ACT Annual corporation tax TW - Taiwan 697 <br />
IT income tax TW - Taiwan 695 <br />
OPT Other payroll taxes TW - Taiwan 647 <br />
OTD Other taxes, duties and similar payments (tax administrations) TW - Taiwan 635 <br />
TOP Taxes and similar payments on remuneration (tax administrations) TW - Taiwan 631<br />
<br />
:[[file:default_acc_03.jpg|800px]]<br />
<br />
<br />
====비용계정 설정====<br />
기타 항목(Dictionary) 설정이라고도 한다. 즉 비용 계정 중에 코드로 지정해서 사용할 수 있는 것이다.<br />
<br />
:실제 expense report 작성할 때 코드를 사용할 수 있어야 하는데, 이 부분에 대해서는 별다른 언급은 없다. 단지 '''label'''을 이용해서 검색이 가능하다. 추후 code 사용 여부 확인할 것<br />
: * ERP 내부적으로 사용하는 code를 말하는 것일 지도 모름, 아직 코드로 활용되는 것 없음<br />
<br />
:[[file:default_acc_04.jpg|800px]]<br />
:: * Expense Report 작성 중 "유형" 부분 입력 창 검색 화면<br />
<br />
===SL_Group 활용===<br />
SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br />
<br />
* 급여 입력 화면<br />
Billing >> salary 메뉴에서 입력<br />
<br />
:: [[file:sl_group01.jpg | 700px]]<br />
:: * 급여 입력시 '''SL_Group''' 선택<br />
:: * 현재 급여 구분 기준은 단순 프로젝트 구분으로 사용 - 단 하위 프로젝트가 여러 개의 경우에는 추가로 구분 tag/group 생성할 것<br />
:: * 기타 구분자 추가할 수 있음 <br />
<br />
<br />
SL Group은 2가지 의미를 갖고 있다.<br />
: 1) 프로젝트별 그룹 - 프로젝트별 그룹<br />
: 2) pay band별 그룹 - 역무에 따른 pay band 설정<br />
<br />
TW ERP에서는 1)의 프로젝트 별 그룹으로 설정하는 것으로 사용한다. 즉, 프로젝트별 slary를 취합하기 위해서, billing의 경우 tag를 부여하여, 나중에 확인하기 위한 것이다. <br />
<br />
:: !참고: Project 별로 구분되기 때문에 SL_Group(tag/group)으로 구분하는 것은 이중으로 구분하는 것이다. 따라서, 나중에는 2) pay band로 변경해서 사용해도 된다.<br />
<br />
====SL_Group 설정====<br />
SL_Group의 설정은 일반적인 tag/group (tools >> tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br />
<br />
* SL_Group 작성하는 법<br />
(admin만 가능하다)<br />
: 1. Home >> '''모듈 / 응용 프로그램''' 진입<br />
: 2. Finance >> '''Salary''' 선택<br />
: 3. Complementary attributes (salaries) tab 선택 및 수정<br />
<br />
:: * 2-1 Finance에서 Salary 진입<br />
::: [[file:sl_group02.jpg | 700px]]<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group03.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group04.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: 참고<br />
:: * SL_Group외에 추가적인 입력항 만들기 (항목: test)<br />
::: [[file:sl_group04_1.jpg | 700px]]<br />
<br />
<br />
:: * Billing 입력시 추가된 test filed<br />
::: [[file:sl_group05.jpg | 700px]]<br />
<br />
<br />
<br />
==신규 멤버 추가의 예==<br />
신규 멤버를 추가하는 것과 관련된 내용입니다.<br />
<br />
===신규 멤버 추가하기===<br />
* 준비 사항<br />
# 사용자 이름, 영문, 현지어<br />
# e-mail 주소: 암호 잊어버릴 경우 자동사용<br />
# 관련 프로젝트 이름(회계코드)<br />
<br />
* 중요 규칙<br />
# 사용자 ID는 회사 email ID를 사용한다. 예를 들어 HONGGILDOG@ls-electric.com의 경우, HONGGILDONG이 ID가 되어야 함<br />
# 사용자 ID를 임의로 생성하는 것은 금지하며, (필요시 임시생성 OK) 회사 email 부여 받고 사용한다. (현채인의 사번은 email 주소임)<br />
# 사용자 이름은 성: 영문성 현지이름, 이름 부분 영어이름 으로 구성 할 것 (검색시 확용)<br />
# 프로젝트 회계 코드 반드시 넣을 것 (준비사항 동일)<br />
# 작업 그룹 : 일반 사용자는 '''PWO''' 사용 할 것 (PSO는 권한이 많아서 주의)<br />
<br />
<br />
<br />
<br />
* 신규 멤버 등록 절차<br />
요약설명<br />
- 신규 멤버 생성: 이름(규칙 주의), email (회사), ERP ID, 초기 암호(LS@.....) 부여<br />
- PJT 회계코드, 실제 사용 email 입력 <br />
(생성 클릭 후) <br />
- 신규 생성 후, working group 할당 (권한 부여)<br />
<br />
참고: [[아이디_부여]]<br />
<br />
1. 신규 멤버 생성 <br />
<br />
Home에서 new 생성<br />
<br />
<br />
<br />
회사에 부여받은 '''email ID = ERP ID'''<br />
현채인 사번은 email ID임<br />
<br />
<br />
2. PJT 회계 코드 부여 (필수)<br />
<br />
사용하는 email을 등록 하기 (초기엔 회사메일로 해도 됨) - 비번 잊어 버렸다고 관리자에게 계속 연락 오므로, 실사용 email 등록 권장<br />
<br />
'''PJT 회계 코드'''<br />
<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* TYC-TMP : 신호 타오위엔 프로젝트<br />
* SB02 : 신호 유지보수<br />
* KHH-YL : 가오슝 엘로 라인<br />
* KHH-RL-S : 가오슝 레드라인 남부 <br />
* KHH-RL-N : 가오슝 레드라인 북부<br />
<br />
3. 그룹(PWO) 할당<br />
사용자 그룹을 할당해 준다.<br />
사용자 그룹<br />
1) PM 그룹 - 모든 권한 (승인)<br />
2) PSO 그룹 - 회계 권한 (검토 요청)<br />
3) PWO 그룹 - 사용자 그룹<br />
<br />
[[file:member_03.jpg|800px]]<br />
<br />
===신규 멤버 삭제하기===<br />
멤버 삭제의 경우, 개인 프로파일에서 삭제하면 제거 가능<br />
<br />
* 주의 사항<br />
'''프로젝트 테그'''를 먼저 삭제하여야만 개인 프로파일이 삭제됨<br />
<br />
* 사용자가 삭제되지 않는 경우<br />
[[file:member_remove_02.jpg|500px]]<br />
<br />
* Tag를 제거한 후, 삭제 가능<br />
[[file:member_remove_01.jpg|800px]]<br />
<br />
<br />
==Multi-company 구성시 주의사항==<br />
멀티컴패니는 하나의 ERP서버에서 여러 개를 운영할 때 사용하는 모듈이다. 개별적으로 설치해서 사용해도 되지만, 여건상 1대에서 모든 데이터를 사용하는 것이다.<br />
<br />
시스템 관리상 편리하지만, 반대로, 서버 1대에 여러 정보를 사용하므로, 백업 등의 관리에 특별한 주의를 요한다.<br />
<br />
===멀티 사용자===<br />
기본적으로 사용자들은 서로 시스템을 넘어서 사용할 수 없다. 즉, 대만 사용자가 이집트 사용자를 조회할 수 없다.<br />
<br />
그러나, 시스템 관리자(Administrator)는 관리 측면에서 모든 사이트를 봐야 하기 때문에, 여러 사이트 운영관리자는 필연적으로 관리자(Administrator) 권한을 갖게 된다.<br />
<br />
====엑셀을 이용한, 사용자 일괄 추가====<br />
사용자를 일괄로 추가할 수 있다. 단, 이미 추가된 사용자는 삭제하고, 다시 올리는 것만 가능하다. <br />
<br />
즉, 다음과 같은 제약이 있다.<br />
<br />
Insert - 가능(O), 추가하는 것은 엑셀, csv 파일로 가능<br />
update - '''불가(X)'''<br />
<br />
수작업으로 update하거나, DB에 직접 access하는 방법만 가능하다. 단, 3rd party 프로그램을 구매해서 사용 가능하다. <br />
<br />
* SQL 방법의 경우, 프로그램적인 요소를 사용해야 하고, dolibarr 설치 환경이 docker 이므로, docker 환경과 docker 네트워크, 일반 네트워크 등을 이해하는 경우에만 SQL 업데이트를 사용하는 것이 바람직하다.<br />
<br />
===기본 회계, 세금 코드 설정===<br />
기본 회계 계정과목('''CoA''')를 설정해 주어야 한다.<br />
<br />
* 주의사항<br />
처음 멀티컴패니를 이용해서, 다른 조직/국가를 생성할 때, '''기본값(defualt)는 회계코드(CoA)를 복사하지 않는다.'''<br />
<br />
또한, 버전 간의 오류로 복사한다고 해서, 바로 사용하지 못하는 경우도 있다.<br />
<br />
따라서, 회계코드(CoA)를 복사하기 보다는 <br />
# 현재 사용중인 CoA를 '''export''' 한다. (Tools 메뉴)<br />
# Export한 CoA를 해당 멀티컴패니 모듈에서 admin이 '''import'''하여 사용한다.<br />
<br />
만약, 회계코드를 복사하여 그래도 사용하는 경우에는 (CoA만 복사하여 사용하는 경우이다. 해당 CoA에 할당된 값을 복제하는 것은 아님, 마치 목차나 양식만 복사해오는 것과 동일)<br />
<br />
멀티컴패니 생성할 때, 맨 아래, copy사용 부분을 체크해 주면된다.<br />
<br />
* 나중에 그림 추가, 멀티컴패니 생성, 수정에서 맨 아래 라디오 버튼 클릭 화면 추가<br />
<br />
==기본 회계설정==<br />
<br />
기타 회계설정과 동일 (아마 작성해 놓았을 듯... 다 따로 있어서 그렇지..)<br />
<br />
<br />
* Accouting에서 설정(Setup)<br />
내용 순서.<br />
<br />
====Accouting Journal====<br />
프로젝트가 여러 개의 경우, 새롭게 만들어 줄것, default는 1개를 사용하게 되어 있음.<br />
<br />
====Chart of accouts models====<br />
사용중인 CoA 모델에서 선택하여 사용, 없으면, 신규로 import해서 사용<br />
<br />
* 생성/수정으로 copy한 경우<br />
안보이는 경우도 있다. import를 하면, 이전 것은 무시되어 update가 되므로, import 후에는 보이기도 한다.<br />
<br />
====Accounting period====<br />
회기년도를 입력한다. 각 국가의 회기기간에 맞춘다. <br />
<br />
<br />
====Defualt Accouting====<br />
'''가장 중요한 항목'''으로 이것이 설정되지 않으면, 아예 동작하지 않는다. 짇금 당장 처리하지 못하더라도 발생된 사항을 일단 모아녾는 temporary 계정 역할을 하므로, 반드시 설정해 주어야 한다.<br />
<br />
기본적인 설정 사항은 다음과 같다.<br />
<br />
{| class="wikitable"<br />
! 번호<br />
! 설명<br />
! 할당 계정(코드)<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Customer/Users<br />
<br />
|-<br />
| 1<br />
| Account used for "customer" third parties<br />
| 411 - Customers<br />
<br />
|-<br />
| 2<br />
| Account used for the "vendor" third parties<br />
| 401 - Suppliers<br />
<br />
|-<br />
| 3<br />
| Accounting account used for user third parties<br />
| 410 - Customers and Related Accounts<br />
<br />
|-<br />
| 4<br />
| Account used by default for "users" on expense reports<br />
| 421 - Staff - Remuneration due<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Product<br />
<br />
|-<br />
| 5<br />
| Account to be used as the default account for the sold products, used if not defined in the product sheet<br />
| 33 - Ongoing production of goods<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Service<br />
<br />
|-<br />
| 6<br />
| Account to be used as the default account for the sold services, used if not defined in the service sheet<br />
| 34 - On-going production of services<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | 기타<br />
<br />
|-<br />
| 7<br />
| Account to be used as the account for transitional bank transfers<br />
| 58 - Internal transfers<br />
<br />
|-<br />
| 8<br />
| Account to be used as the account for unallocated funds either received or paid, i.e. funds in waiting<br />
| 471 - Waiting Accounts<br />
<br />
|}<br />
<br />
<br />
====VAT Accounting====<br />
VAT를 사용하는 나라에서는 해당 VAT를 설정해 준다.<br />
<br />
VAT 요율(%) 설정 및 매입 부가세 '''6312''', 매출 부가세 '''6311'''이다.<br />
<br />
====TAX Accounting====<br />
VAT를 제외한 기타 세금은 여기서 추가해고 해당 account code를 할당한다.<br />
<br />
나중에 그림 추가할 것. Accounting >> Setup >> Tax Accounting 임<br />
<br />
<br />
====Closure Accounting====<br />
결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br />
<br />
* 추후 사용<br />
해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br />
<br />
잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br />
<br />
<br />
===Bank 설정 및 계정===<br />
은행 계정 설정에서 주의해야 할 것은 <br />
# Journal 설정<br />
# bank account 할당이다. <br />
<br />
* Journal 설정<br />
프로젝트가 1개만 관리할 경우, default 사용해도 됨.<br />
<br />
프로젝트가 여러개을 경우, '''은행(BQ), 비용(ER)'''을 추가로 만들어 주고, 연결해 주어야 한다.<br />
<br />
* Bank account 할당.<br />
수금 계좌: Saving bank의 경우에는 Account를 그룹 코드 : '''70'''을 사용한다.<br />
비용 계좌 : Expense bank의 경우에는 Account를 그룹 코드: '''60-shopping'''을 사용한다.<br />
<br />
=경리월보 계정과 CoA=<br />
[[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br />
<br />
경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br />
<br />
Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br />
<br />
* 주의사항<br />
# CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br />
# 처리 후 coa 변경 과정 - 변경시, Expense binding >> 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br />
<br />
==CoA 할당 수정 과정==<br />
<br />
* Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br />
<br />
비용전표 묶음(Expense binding) >> 바인딩완료(조정/수정) 부분<br />
<br />
[[file:acc_coa_correct_01.jpg|800px]]<br />
<br />
* 계정(Account) 수정하기<br />
<br />
틀린 계정을 수정하거나, 집계 목적에 따른 계정으로 다시 분류 한다. (초기에 계정이 확정되어 있다면 문제 없음)<br />
<br />
[[file:acc_coa_correct_02.jpg|750px]]<br />
<br />
<br />
<br />
* 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br />
<br />
<br />
<br />
=프로젝트 개별비 처리 방안=<br />
프로젝트 개별비 6개 항목에 대해서 처리하는 방법에 대한 설명이다.<br />
<br />
프로젝트 개별비는 현지에서 발생하는 프로젝트 진행매출항목으로 6가지가 지정되어 있다.<br />
<br />
[참고] - 프로젝트 개별비 분류 6가지 (단, 현지 운반비와 이에 따른 부가세는 제조운반비 1개로 통일)<br />
:: 1) 제조지급수수료 (용역) - 현지 외주 용액<br />
:: 2) 제조교육훈련비 (기타) - 현지 교육비<br />
:: 3) 제조지급수수료(용역) - '''현지 채용 인건비'''<br />
:: 4) 제조지급수수료(기타) - '''PJT시운전비, 검사료''' 및 관련 (임시) 인건비 포함<br />
:: 5) 제조운반비 및 VAT - 현지 운송비 및 현장 물품대 VAT (재고 운반 부가세)<br />
:: 6) 제조소모품비(기타) - 현장 투입 소모성 공구, 안전용구 포함<br />
<br />
<br />
이에 대한 처리는 다음과 같은 방식이 추천된다.<br />
<br />
# CoA로 선언해서 사용하는 방법<br />
# Expense report의 공개/비공개 note 부분에 추가하는 방법<br />
# Expense report의 항목에서 최종 작성시 '''설명(Description)'''부분에 추가하는 방법<br />
# Extrafield 부분 개발<br />
# 사용자 #1,#2, ..., #6를 주고, 조직을 '''PJT_개별비''' 항목으로 함 : Sub-ledger로 등록해서(Accounting Code) 개별비를 사용하는 경우 (인원 혹은 조직으로 구분되어 집계 가능)<br />
<br />
[참고]<br />
2번과 5번의 차이는 web상에서 바로 조회가 되는 것인지, 아니면, data export를 통해서, 엑셀에서 조회하는 것인지의 차이임<br />
2번의 경우, Data export를 사용하여, 일단 파일로 필터링하여 추려내는 방법이다.<br />
5번의 경우, Sub-ledger에서 Accouting Code를 선택하여, 화면에서 바로 확인 가능하다. (1번 방법도 동일)<br />
<br />
본사 ERP 실적 입력에서 주의해야 할 사항은 본사 ERP (오라클)는 SPG별로 입력되기 때문에, 개별 SPG별 ERP 번호에 맞춰 입력해야지만, 최종 PMS에서 여러 SPG를 합해서 프로젝트 진행율로 나타난다. SPG별 입력은 현재는 본사인원이 임의로 SPG별로 입력하는 것으로 알고 있음. 해당 '''프로세스에 대한 정확한 지침이나 방향은 확인 필요.''' 본사 ERP 입력 방식에 따라서, 다음의 방법 중에서 선택하여 사용한다. '25년 12월 현재는 미정<br />
<br />
* CoA로 선언해서 사용하는 방법<br />
:: 1) Project ID와 해당 CoA조합으로 확인 가능<br />
:: 2) (미확인) - 본사 ERP의 코드가 바뀐다고함, 따라서, 자주 바뀌는 경우에는 CoA가 너무 많아져서, 복잡<br />
:: 3) 단, 항목이 6개 밖에 되지 않으므로, 기간과 조합하면, 자주 바뀌어도 CoA 별 총합은 변함없으므로, 실제 본사 ERP 입력에는 문제 없음<br />
<br />
:: [[file:process_value_01.jpg|800px]]<br />
<br />
<br />
* Note 부분 활용 - Expense Report의 공개/비공개 note 부분에 추가 (외형적 방법)<br />
:: 1) Tools Export에서 note는 바로 구분하여 엑셀 파일로 추가 가능<br />
:: 2) Export의 경우에, 해당 note를 모두 export하여, 나중에 엑셀에서 해당 부분 부분합 결산<br />
:: 3) 장점 - 바뀌는 본사 ERP번호(PMS Task) 번호를 그대로 유지 가능<br />
:: 4) 단점 - 코드가 너무 많아져서, 현장에서 확인 어려움<br />
:: 5) 권장 사항 - 개별비 부분은 Expense Report를 별도로 1개로 만드는 것 추천 (여러 건 청구 지양)<br />
<br />
:: [[file:process_value_02.jpg|800px]]<br />
<br />
<br />
* Description 필드 활용 - Expense Report에서 세부 작성으로 들어간 다음 (note 작성 이후)<br />
:: 1) Note 부분이 아니라, 해당 line에서 구분 가능 (1개의 ER에서 여러 개 비용(영수증) 처리 경우)<br />
:: 2) Tools의 expense에서 '''explaination''' 부분을 export해야함<br />
<br />
:: [[file:process_value_03.jpg|800px]]<br />
<br />
* Extrafield 부분 개발<br />
:: 해당 부분을 새롭게 개발하는 방법은 이미 공개되어 있으나, 유지관리 목적에서 권장되지는 않는 방법이다.<br />
<br />
<br />
:: 하지만, 해당 모듈에서는 더 많은 기능을 제공하지만, 상대적으로 더 복잡해지기도 하므로, 양날의 검과 같다. 시스템에 맞추면, 복잡해질 수 있음.<br />
<br />
<br />
* Sub-ledger로 등록해서 사용: '''Accouting Code''' 멤버로 등록<br />
:: 프로젝트 개별비를 멤버로 등록하여, 해당 멤버의 비용으로만 처리<br />
:: Sub-ledger에서 멤버의 Accouting Code를 참조하여, 별도로 구분함<br />
:: 프로젝트 번호(계약번호)로 구분되고, 항목은 Accounting code로 분류 가능<br />
<br />
:: [[file:pjt_specified_expese_01.jpg|800px]]<br />
<br />
* 제언<br />
여러가지 방식이 있는데, 현재 PMS 및 본사 ERP에서 운용하기 편한 방법을 고려하여, 상기의 방식 중 하나로 선택하여 사용하는 것을 권장한다.<br />
<br />
==선처리 방법==<br />
개별비 처리용 ID를 별도로 생성 (생성자가 아예 다르게 만듬)<br />
<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* ER작성시 구분<br />
- '''개별비 처리용 ID 생성''' : 사람처럼처리 (로그인을 달리해야 함)<br />
<br />
예시)<br />
YL : 프로젝트 개별비<br />
RLM : Red line 프로젝트 개별비 처리용 <br />
* 처음부터 구분해서 사용<br />
<br />
==후처리 방법==<br />
일반적인 비용전표(ER) 처리하듯이 하고, binding 과정에서 Journal(분개장)에서 변경해줌 (즉, 다른 공책에 번호 바꿔서 저장) CoA 그룹은 6(Expense) 이하 번호 할당해야 함<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* Accouting Journal 별도로 생성<br />
회계처리시, '''바인딩(Binding)에서 해당 account 번호로 수정'''<br />
<br />
예시)<br />
개별비 YL : accouting journal 생성<br />
개별비 RLM : accouting journal 생성<br />
* Binding에서 account 번호를 변경함<br />
<br />
=회기년도 관리=<br />
회기년도를 마감 및 관리하는 내용입니다.<br />
<br />
1년에 1번 이전 기록을 마감하고, 새로운 회기년도를 관리하기 위한 내용입니다.<br />
<br />
admin만 가능합니다.<br />
<br />
1. 회기년도 설정하기, fiscal period open<br />
<br />
회기년도 이름을 지정(보통 연도)하고, 시작기간과 끝기간을 설정해 준다.<br />
<br />
[[file:fiscial_period_open.jpg|900px]]<br />
<br />
* 해당 설정은 admin만 가능하고, Accounting 메뉴에서 '''설정'''으로 들어가야 만들 수 있다.<br />
<br />
2. 회기년도 마감하기, fiscal period close<br />
회계기간(회기)이 마감이 되면, 해당 기간을 마감한다.<br />
<br />
회기가 마감되면, 해당 회기의 내용을 수정하거나 변경할 수 없으니 주의한다.<br />
<br />
[[file:Fiscal_period_open_02.jpg|900px]]<br />
<br />
fiscal period를 close할 경우, 경고문과 함께 마감이 되는 것을 알려 준다.<br />
<br />
* 주의 - 해당 회기를 마감하면, 해당 기간 내용을 수정하거나 변경, 삭제가 불가능하다.<br />
<br />
<br />
[[분류:ERP]]<br />
[[분류:시스템 관리]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=302시스템관리2025-04-09T04:51:58Z<p>TimChoi: /* Docker Desktop 설치 */</p>
<hr />
<div>dolibarr 유지보수 관련 내용입니다.<br />
<br />
# 설치<br />
설치 환경과 구축<br />
<br />
== 주요 요약==<br />
- Docker Desktop을 Windows에 설치하려면 공식 웹사이트에서 다운로드하고, 설치 마법사를 따라 진행하면 됩니다. WSL 2 또는 Hyper-V를 선택할 수 있습니다.<br />
- Dolibarr ERP를 Docker로 사용하려면 Docker Compose를 설정하고, MariaDB와 함께 컨테이너를 실행한 후 웹 인터페이스로 접근하면 됩니다. 데이터는 호스트 디렉토리에 영구 저장됩니다.<br />
<br />
---<br />
<br />
=== Docker Desktop 설치 ===<br />
Docker Desktop은 Windows에서 컨테이너를 쉽게 관리할 수 있는 도구입니다. 아래 단계를 따라 설치하세요:<br />
<br />
- 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 설치 프로그램을 다운로드합니다.<br />
<br />
- 실행 파일을 더블 클릭하고, 마법사를 따라 진행하며 필요한 권한을 허용합니다.<br />
<br />
- 설치 후 컴퓨터를 재부팅할 수 있습니다. WSL 2를 사용하려면 미리 활성화해야 합니다.<br />
<br />
=== Dolibarr ERP Docker 사용===<br />
Dolibarr ERP를 Docker로 설정하려면 다음 단계를 따르세요:<br />
- 호스트에 `/home/dolibarr_mariadb`, `/home/dolibarr_documents`, `/home/dolibarr_custom` 디렉토리를 생성합니다.<br />
- `docker-compose.yml` 파일을 만들고, 아래와 같은 설정을 추가합니다:<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: root<br />
MYSQL_DATABASE: dolidb<br />
MYSQL_USER: dolidbuser<br />
MYSQL_PASSWORD: dolidbpass<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
DOLI_DB_HOST: mariadb<br />
DOLI_DB_NAME: dolidb<br />
DOLI_DB_USER: dolidbuser<br />
DOLI_DB_PASSWORD: dolidbpass<br />
DOLI_URL_ROOT: "http://0.0.0.0"<br />
DOLI_ADMIN_LOGIN: admin<br />
DOLI_ADMIN_PASSWORD: admin<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
<br />
</pre> ```<br />
- 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br />
- 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br />
<br />
---<br />
<br />
---<br />
<br />
=== 보고서: Docker Desktop과 Dolibarr ERP 사용 상세 가이드===<br />
<br />
이 보고서는 Windows OS에서 Docker Desktop을 설치하고, Dolibarr ERP를 Docker를 통해 사용하는 방법을 상세히 설명합니다. 아래 내용은 공식 문서와 관련 자료를 기반으로 작성되었으며, 사용자가 쉽게 따라 할 수 있도록 단계별로 정리되었습니다.<br />
<br />
==== Docker Desktop 설치 상세 과정 ====<br />
Docker Desktop은 컨테이너화된 애플리케이션을 개발하고 테스트하기 위한 강력한 도구입니다. Windows OS에서 설치하려면 다음 시스템 요구사항을 확인하세요:<br />
<br />
- **시스템 요구사항**:<br />
- Windows 10 64-bit: Home 또는 Pro 버전 22H2 (빌드 19045) 이상, 또는 Enterprise/Education 버전 22H2 (빌드 19045) 이상.<br />
- Windows 11 64-bit: Home/Pro 22H2 이상, 또는 Enterprise/Education 22H2 이상.<br />
- WSL 2를 사용하려면 WSL 2 기능이 활성화되어 있어야 하며, Hyper-V를 사용하려면 Hyper-V 및 컨테이너 Windows 기능이 필요합니다.<br />
- Windows Home/Education 에디션은 Linux 컨테이너만 지원하며, Windows 컨테이너를 사용하려면 Professional/Enterprise 에디션이 필요합니다.<br />
<br />
- **설치 단계**:<br />
1. 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 최신 설치 프로그램을 다운로드합니다.<br />
2. 다운로드된 `Docker Desktop Installer.exe`를 실행합니다. 기본 설치 경로는 `C:\Program Files\Docker\Docker`입니다.<br />
3. 설치 마법사를 따라 진행하며, "Use WSL 2 instead of Hyper-V" 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br />
4. 설치가 완료되면 "Close"를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br />
5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 "docker-users" 그룹에 추가해야 합니다:<br />
- "컴퓨터 관리"를 관리자 권한으로 실행합니다.<br />
- "로컬 사용자 및 그룹" > "그룹" > "docker-users"로 이동합니다.<br />
- 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br />
<br />
- **Docker Desktop 시작**:<br />
- 시작 메뉴에서 "Docker"를 검색하고 "Docker Desktop"을 선택합니다.<br />
- Docker 구독 서비스 약관에 동의해야 합니다. 개인 사용 또는 소규모 기업(250명 미만, 연 매출 1천만 달러 미만)의 경우 무료입니다. 상업적 사용 시 유료 구독이 필요할 수 있습니다.<br />
- 약관에 동의하지 않으면 Docker Desktop이 실행되지 않으므로, 반드시 동의해야 합니다. 자세한 내용은 [Docker Desktop Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement/) 및 [FAQs](https://www.docker.com/pricing/faq)를 참조하세요.<br />
<br />
- **추가 정보**:<br />
- Docker Desktop은 WSL 2와 Hyper-V를 모두 지원하며, 선택에 따라 성능 차이가 있을 수 있습니다. WSL 2는 리소스 효율성이 높고, Hyper-V는 Windows 컨테이너에 유리합니다.<br />
- 설치 후 컨테이너와 이미지는 동일 VM을 사용하는 모든 사용자 계정에서 공유됩니다.<br />
<br />
==== Dolibarr ERP Docker 사용 상세 과정====<br />
Dolibarr ERP는 오픈 소스 ERP 및 CRM 솔루션으로, Docker를 통해 쉽게 배포하고 관리할 수 있습니다. 아래는 Docker를 사용한 설정 및 사용 방법입니다:<br />
<br />
- **사전 준비**:<br />
- Docker Desktop이 이미 설치되어 있어야 합니다.<br />
- 호스트 머신에 영구 저장을 위한 디렉토리를 생성합니다:<br />
- `/home/dolibarr_mariadb`: MariaDB 데이터베이스 데이터 저장.<br />
- `/home/dolibarr_documents`: Dolibarr 문서 파일 저장.<br />
- `/home/dolibarr_custom`: Dolibarr 커스텀 모듈 저장.<br />
<br />
- **Docker Compose 설정**:<br />
- `docker-compose.yml` 파일을 생성하고, 아래와 같은 내용을 추가합니다. 이 예시는 MariaDB를 데이터베이스로 사용하는 설정입니다 (MySQL도 가능):<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD:-root}<br />
MYSQL_DATABASE: ${MYSQL_DATABASE:-dolidb}<br />
MYSQL_USER: ${MYSQL_USER:-dolidbuser}<br />
MYSQL_PASSWORD: ${MYSQL_PASSWORD:-dolidbpass}<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
WWW_USER_ID: ${WWW_USER_ID:-1000}<br />
WWW_GROUP_ID: ${WWW_GROUP_ID:-1000}<br />
DOLI_DB_HOST: ${DOLI_DB_HOST:-mariadb}<br />
DOLI_DB_NAME: ${DOLI_DB_NAME:-dolidb}<br />
DOLI_DB_USER: ${DOLI_DB_USER:-dolidbuser}<br />
DOLI_DB_PASSWORD: ${DOLI_DB_PASSWORD:-dolidbpass}<br />
DOLI_URL_ROOT: "${DOLI_URL_ROOT:-http://0.0.0.0}"<br />
DOLI_ADMIN_LOGIN: "${DOLI_ADMIN_LOGIN:-admin}"<br />
DOLI_ADMIN_PASSWORD: "${DOLI_ADMIN_PASSWORD:-admin}"<br />
DOLI_CRON: ${DOLI_CRON:-0}<br />
DOLI_CRON_KEY: ${DOLI_CRON_KEY:-mycronsecurekey}<br />
DOLI_INIT_DEMO: ${DOLI_INIT_DEMO:-0}<br />
DOLI_COMPANY_NAME: ${DOLI_COMPANY_NAME:-MyBigCompany}<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
```<br />
<br />
- 환경 변수는 필요에 따라 수정할 수 있습니다. 예를 들어, `DOLI_ADMIN_LOGIN`과 `DOLI_ADMIN_PASSWORD`를 변경하여 기본 관리자 계정을 안전하게 설정하세요.<br />
<br />
- **컨테이너 실행**:<br />
- 생성된 디렉토리에서 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose up -d<br />
```<br />
- 또는 "docker-compose" 명령어가 사용 불가능하다면:<br />
```bash<br />
docker compose up -d<br />
```<br />
- 컨테이너 상태와 로그를 확인하려면:<br />
```bash<br />
docker-compose ps<br />
docker-compose logs<br />
</pre> ```<br />
<br />
- **Dolibarr 접근 및 초기 설정**:<br />
- 브라우저에서 `http://0.0.0.0`에 접속합니다. 포트 80이 이미 사용 중이라면, `http://0.0.0.0:xx` (xx는 사용 가능한 포트 번호)로 접속하세요.<br />
- 초기 로그인 정보는 기본적으로 `admin/admin`입니다. 환경 변수에서 변경한 경우 해당 정보를 사용하세요.<br />
- 첫 실행 시 자동 설치가 진행되며, `DOLI_INIT_DEMO=1`로 설정하면 데모 데이터가 로드됩니다.<br />
<br />
- **환경 변수 상세**:<br />
아래 표는 주요 환경 변수와 설명입니다:<br />
<pre><br />
| **변수** | **기본값** | **설명** |<br />
|------------------------|----------------------|----------------------------------------------|<br />
| `DOLI_DB_HOST` | `mariadb` | MariaDB/MySQL 서버 호스트 이름 |<br />
| `DOLI_DB_NAME` | `dolidb` | 데이터베이스 이름 |<br />
| `DOLI_DB_USER` | `dolidbuser` | 데이터베이스 사용자 |<br />
| `DOLI_DB_PASSWORD` | `dolidbpass` | 데이터베이스 사용자 비밀번호 |<br />
| `DOLI_URL_ROOT` | `http://localhost` | Dolibarr 설치 URL 루트 |<br />
| `DOLI_ADMIN_LOGIN` | `admin` | 초기 관리자 로그인 |<br />
| `DOLI_ADMIN_PASSWORD` | `admin` | 초기 관리자 비밀번호 |<br />
| `DOLI_INSTALL_AUTO` | `1` | 1: Docker 첫 부팅 시 자동 설치 |<br />
| `DOLI_INIT_DEMO` | `0` | 1: Docker 첫 부팅 시 데모 데이터 로드 |<br />
<br />
</pre><br />
<br />
- **업그레이드 및 유지보수**:<br />
- Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br />
```bash<br />
docker exec <web-container-name> bash -c "rm -f /var/www/documents/install.lock"<br />
```<br />
또는 호스트 디렉토리에서:<br />
```bash<br />
rm -f /home/dolibarr_documents/install.lock<br />
```<br />
- 업데이트 후 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose pull<br />
docker-compose up -d<br />
docker-compose logs<br />
```<br />
- `DOLI_INSTALL_AUTO=1`로 설정하면 데이터베이스 마이그레이션이 자동으로 진행됩니다. 그렇지 않으면 웹 인터페이스 `/install`에서 수동으로 진행하세요.<br />
<br />
- **추가 정보**:<br />
- 지원 아키텍처: Linux x86-64 (`amd64`), ARMv8 64-bit (`arm64v8`).<br />
- Dolibarr Docker 이미지는 공식 PHP 저장소와 Dolibarr 저장소를 기반으로 하며, 사용 가능한 버전은 [Dolibarr Docker Hub](https://hub.docker.com/r/dolibarr/dolibarr/tags)에서 확인할 수 있습니다.<br />
- 데이터는 지정된 호스트 디렉토리에 영구 저장되므로, 컨테이너 재시작이나 업그레이드 후에도 유지됩니다.<br />
<br />
==== 결론====<br />
Windows OS에서 Docker Desktop을 설치하고 Dolibarr ERP를 Docker로 사용하는 과정은 비교적 간단하며, 위 단계를 따라하면 효율적으로 설정할 수 있습니다. 데이터 영구 저장을 위한 디렉토리 설정과 환경 변수 커스터마이징은 특히 중요하며, 필요에 따라 MariaDB 대신 MySQL을 사용할 수도 있습니다. 추가적인 문제 해결이나 세부 사항은 공식 문서를 참조하세요.<br />
<br />
---<br />
<br />
: '''주요 인용'''<br />
- [https://docs.docker.com/desktop/setup/install/windows-install/ Windows에 Docker Desktop 설치 방법]<br />
<br />
- [https://github.com/Dolibarr/dolibarr-docker Dolibarr ERP Docker 사용 가이드]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=301시스템관리2025-04-09T04:51:25Z<p>TimChoi: /* 결론 */</p>
<hr />
<div>dolibarr 유지보수 관련 내용입니다.<br />
<br />
# 설치<br />
설치 환경과 구축<br />
<br />
== 주요 요약==<br />
- Docker Desktop을 Windows에 설치하려면 공식 웹사이트에서 다운로드하고, 설치 마법사를 따라 진행하면 됩니다. WSL 2 또는 Hyper-V를 선택할 수 있습니다.<br />
- Dolibarr ERP를 Docker로 사용하려면 Docker Compose를 설정하고, MariaDB와 함께 컨테이너를 실행한 후 웹 인터페이스로 접근하면 됩니다. 데이터는 호스트 디렉토리에 영구 저장됩니다.<br />
<br />
---<br />
<br />
=== Docker Desktop 설치 ===<br />
Docker Desktop은 Windows에서 컨테이너를 쉽게 관리할 수 있는 도구입니다. 아래 단계를 따라 설치하세요:<br />
- 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 설치 프로그램을 다운로드합니다.<br />
- 실행 파일을 더블 클릭하고, 마법사를 따라 진행하며 필요한 권한을 허용합니다.<br />
- 설치 후 컴퓨터를 재부팅할 수 있습니다. WSL 2를 사용하려면 미리 활성화해야 합니다.<br />
<br />
=== Dolibarr ERP Docker 사용===<br />
Dolibarr ERP를 Docker로 설정하려면 다음 단계를 따르세요:<br />
- 호스트에 `/home/dolibarr_mariadb`, `/home/dolibarr_documents`, `/home/dolibarr_custom` 디렉토리를 생성합니다.<br />
- `docker-compose.yml` 파일을 만들고, 아래와 같은 설정을 추가합니다:<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: root<br />
MYSQL_DATABASE: dolidb<br />
MYSQL_USER: dolidbuser<br />
MYSQL_PASSWORD: dolidbpass<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
DOLI_DB_HOST: mariadb<br />
DOLI_DB_NAME: dolidb<br />
DOLI_DB_USER: dolidbuser<br />
DOLI_DB_PASSWORD: dolidbpass<br />
DOLI_URL_ROOT: "http://0.0.0.0"<br />
DOLI_ADMIN_LOGIN: admin<br />
DOLI_ADMIN_PASSWORD: admin<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
<br />
</pre> ```<br />
- 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br />
- 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br />
<br />
---<br />
<br />
---<br />
<br />
=== 보고서: Docker Desktop과 Dolibarr ERP 사용 상세 가이드===<br />
<br />
이 보고서는 Windows OS에서 Docker Desktop을 설치하고, Dolibarr ERP를 Docker를 통해 사용하는 방법을 상세히 설명합니다. 아래 내용은 공식 문서와 관련 자료를 기반으로 작성되었으며, 사용자가 쉽게 따라 할 수 있도록 단계별로 정리되었습니다.<br />
<br />
==== Docker Desktop 설치 상세 과정 ====<br />
Docker Desktop은 컨테이너화된 애플리케이션을 개발하고 테스트하기 위한 강력한 도구입니다. Windows OS에서 설치하려면 다음 시스템 요구사항을 확인하세요:<br />
<br />
- **시스템 요구사항**:<br />
- Windows 10 64-bit: Home 또는 Pro 버전 22H2 (빌드 19045) 이상, 또는 Enterprise/Education 버전 22H2 (빌드 19045) 이상.<br />
- Windows 11 64-bit: Home/Pro 22H2 이상, 또는 Enterprise/Education 22H2 이상.<br />
- WSL 2를 사용하려면 WSL 2 기능이 활성화되어 있어야 하며, Hyper-V를 사용하려면 Hyper-V 및 컨테이너 Windows 기능이 필요합니다.<br />
- Windows Home/Education 에디션은 Linux 컨테이너만 지원하며, Windows 컨테이너를 사용하려면 Professional/Enterprise 에디션이 필요합니다.<br />
<br />
- **설치 단계**:<br />
1. 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 최신 설치 프로그램을 다운로드합니다.<br />
2. 다운로드된 `Docker Desktop Installer.exe`를 실행합니다. 기본 설치 경로는 `C:\Program Files\Docker\Docker`입니다.<br />
3. 설치 마법사를 따라 진행하며, "Use WSL 2 instead of Hyper-V" 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br />
4. 설치가 완료되면 "Close"를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br />
5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 "docker-users" 그룹에 추가해야 합니다:<br />
- "컴퓨터 관리"를 관리자 권한으로 실행합니다.<br />
- "로컬 사용자 및 그룹" > "그룹" > "docker-users"로 이동합니다.<br />
- 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br />
<br />
- **Docker Desktop 시작**:<br />
- 시작 메뉴에서 "Docker"를 검색하고 "Docker Desktop"을 선택합니다.<br />
- Docker 구독 서비스 약관에 동의해야 합니다. 개인 사용 또는 소규모 기업(250명 미만, 연 매출 1천만 달러 미만)의 경우 무료입니다. 상업적 사용 시 유료 구독이 필요할 수 있습니다.<br />
- 약관에 동의하지 않으면 Docker Desktop이 실행되지 않으므로, 반드시 동의해야 합니다. 자세한 내용은 [Docker Desktop Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement/) 및 [FAQs](https://www.docker.com/pricing/faq)를 참조하세요.<br />
<br />
- **추가 정보**:<br />
- Docker Desktop은 WSL 2와 Hyper-V를 모두 지원하며, 선택에 따라 성능 차이가 있을 수 있습니다. WSL 2는 리소스 효율성이 높고, Hyper-V는 Windows 컨테이너에 유리합니다.<br />
- 설치 후 컨테이너와 이미지는 동일 VM을 사용하는 모든 사용자 계정에서 공유됩니다.<br />
<br />
==== Dolibarr ERP Docker 사용 상세 과정====<br />
Dolibarr ERP는 오픈 소스 ERP 및 CRM 솔루션으로, Docker를 통해 쉽게 배포하고 관리할 수 있습니다. 아래는 Docker를 사용한 설정 및 사용 방법입니다:<br />
<br />
- **사전 준비**:<br />
- Docker Desktop이 이미 설치되어 있어야 합니다.<br />
- 호스트 머신에 영구 저장을 위한 디렉토리를 생성합니다:<br />
- `/home/dolibarr_mariadb`: MariaDB 데이터베이스 데이터 저장.<br />
- `/home/dolibarr_documents`: Dolibarr 문서 파일 저장.<br />
- `/home/dolibarr_custom`: Dolibarr 커스텀 모듈 저장.<br />
<br />
- **Docker Compose 설정**:<br />
- `docker-compose.yml` 파일을 생성하고, 아래와 같은 내용을 추가합니다. 이 예시는 MariaDB를 데이터베이스로 사용하는 설정입니다 (MySQL도 가능):<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD:-root}<br />
MYSQL_DATABASE: ${MYSQL_DATABASE:-dolidb}<br />
MYSQL_USER: ${MYSQL_USER:-dolidbuser}<br />
MYSQL_PASSWORD: ${MYSQL_PASSWORD:-dolidbpass}<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
WWW_USER_ID: ${WWW_USER_ID:-1000}<br />
WWW_GROUP_ID: ${WWW_GROUP_ID:-1000}<br />
DOLI_DB_HOST: ${DOLI_DB_HOST:-mariadb}<br />
DOLI_DB_NAME: ${DOLI_DB_NAME:-dolidb}<br />
DOLI_DB_USER: ${DOLI_DB_USER:-dolidbuser}<br />
DOLI_DB_PASSWORD: ${DOLI_DB_PASSWORD:-dolidbpass}<br />
DOLI_URL_ROOT: "${DOLI_URL_ROOT:-http://0.0.0.0}"<br />
DOLI_ADMIN_LOGIN: "${DOLI_ADMIN_LOGIN:-admin}"<br />
DOLI_ADMIN_PASSWORD: "${DOLI_ADMIN_PASSWORD:-admin}"<br />
DOLI_CRON: ${DOLI_CRON:-0}<br />
DOLI_CRON_KEY: ${DOLI_CRON_KEY:-mycronsecurekey}<br />
DOLI_INIT_DEMO: ${DOLI_INIT_DEMO:-0}<br />
DOLI_COMPANY_NAME: ${DOLI_COMPANY_NAME:-MyBigCompany}<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
```<br />
<br />
- 환경 변수는 필요에 따라 수정할 수 있습니다. 예를 들어, `DOLI_ADMIN_LOGIN`과 `DOLI_ADMIN_PASSWORD`를 변경하여 기본 관리자 계정을 안전하게 설정하세요.<br />
<br />
- **컨테이너 실행**:<br />
- 생성된 디렉토리에서 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose up -d<br />
```<br />
- 또는 "docker-compose" 명령어가 사용 불가능하다면:<br />
```bash<br />
docker compose up -d<br />
```<br />
- 컨테이너 상태와 로그를 확인하려면:<br />
```bash<br />
docker-compose ps<br />
docker-compose logs<br />
</pre> ```<br />
<br />
- **Dolibarr 접근 및 초기 설정**:<br />
- 브라우저에서 `http://0.0.0.0`에 접속합니다. 포트 80이 이미 사용 중이라면, `http://0.0.0.0:xx` (xx는 사용 가능한 포트 번호)로 접속하세요.<br />
- 초기 로그인 정보는 기본적으로 `admin/admin`입니다. 환경 변수에서 변경한 경우 해당 정보를 사용하세요.<br />
- 첫 실행 시 자동 설치가 진행되며, `DOLI_INIT_DEMO=1`로 설정하면 데모 데이터가 로드됩니다.<br />
<br />
- **환경 변수 상세**:<br />
아래 표는 주요 환경 변수와 설명입니다:<br />
<pre><br />
| **변수** | **기본값** | **설명** |<br />
|------------------------|----------------------|----------------------------------------------|<br />
| `DOLI_DB_HOST` | `mariadb` | MariaDB/MySQL 서버 호스트 이름 |<br />
| `DOLI_DB_NAME` | `dolidb` | 데이터베이스 이름 |<br />
| `DOLI_DB_USER` | `dolidbuser` | 데이터베이스 사용자 |<br />
| `DOLI_DB_PASSWORD` | `dolidbpass` | 데이터베이스 사용자 비밀번호 |<br />
| `DOLI_URL_ROOT` | `http://localhost` | Dolibarr 설치 URL 루트 |<br />
| `DOLI_ADMIN_LOGIN` | `admin` | 초기 관리자 로그인 |<br />
| `DOLI_ADMIN_PASSWORD` | `admin` | 초기 관리자 비밀번호 |<br />
| `DOLI_INSTALL_AUTO` | `1` | 1: Docker 첫 부팅 시 자동 설치 |<br />
| `DOLI_INIT_DEMO` | `0` | 1: Docker 첫 부팅 시 데모 데이터 로드 |<br />
<br />
</pre><br />
<br />
- **업그레이드 및 유지보수**:<br />
- Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br />
```bash<br />
docker exec <web-container-name> bash -c "rm -f /var/www/documents/install.lock"<br />
```<br />
또는 호스트 디렉토리에서:<br />
```bash<br />
rm -f /home/dolibarr_documents/install.lock<br />
```<br />
- 업데이트 후 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose pull<br />
docker-compose up -d<br />
docker-compose logs<br />
```<br />
- `DOLI_INSTALL_AUTO=1`로 설정하면 데이터베이스 마이그레이션이 자동으로 진행됩니다. 그렇지 않으면 웹 인터페이스 `/install`에서 수동으로 진행하세요.<br />
<br />
- **추가 정보**:<br />
- 지원 아키텍처: Linux x86-64 (`amd64`), ARMv8 64-bit (`arm64v8`).<br />
- Dolibarr Docker 이미지는 공식 PHP 저장소와 Dolibarr 저장소를 기반으로 하며, 사용 가능한 버전은 [Dolibarr Docker Hub](https://hub.docker.com/r/dolibarr/dolibarr/tags)에서 확인할 수 있습니다.<br />
- 데이터는 지정된 호스트 디렉토리에 영구 저장되므로, 컨테이너 재시작이나 업그레이드 후에도 유지됩니다.<br />
<br />
==== 결론====<br />
Windows OS에서 Docker Desktop을 설치하고 Dolibarr ERP를 Docker로 사용하는 과정은 비교적 간단하며, 위 단계를 따라하면 효율적으로 설정할 수 있습니다. 데이터 영구 저장을 위한 디렉토리 설정과 환경 변수 커스터마이징은 특히 중요하며, 필요에 따라 MariaDB 대신 MySQL을 사용할 수도 있습니다. 추가적인 문제 해결이나 세부 사항은 공식 문서를 참조하세요.<br />
<br />
---<br />
<br />
: '''주요 인용'''<br />
- [https://docs.docker.com/desktop/setup/install/windows-install/ Windows에 Docker Desktop 설치 방법]<br />
<br />
- [https://github.com/Dolibarr/dolibarr-docker Dolibarr ERP Docker 사용 가이드]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=300시스템관리2025-04-09T04:50:56Z<p>TimChoi: /* Dolibarr ERP Docker 사용 */</p>
<hr />
<div>dolibarr 유지보수 관련 내용입니다.<br />
<br />
# 설치<br />
설치 환경과 구축<br />
<br />
== 주요 요약==<br />
- Docker Desktop을 Windows에 설치하려면 공식 웹사이트에서 다운로드하고, 설치 마법사를 따라 진행하면 됩니다. WSL 2 또는 Hyper-V를 선택할 수 있습니다.<br />
- Dolibarr ERP를 Docker로 사용하려면 Docker Compose를 설정하고, MariaDB와 함께 컨테이너를 실행한 후 웹 인터페이스로 접근하면 됩니다. 데이터는 호스트 디렉토리에 영구 저장됩니다.<br />
<br />
---<br />
<br />
=== Docker Desktop 설치 ===<br />
Docker Desktop은 Windows에서 컨테이너를 쉽게 관리할 수 있는 도구입니다. 아래 단계를 따라 설치하세요:<br />
- 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 설치 프로그램을 다운로드합니다.<br />
- 실행 파일을 더블 클릭하고, 마법사를 따라 진행하며 필요한 권한을 허용합니다.<br />
- 설치 후 컴퓨터를 재부팅할 수 있습니다. WSL 2를 사용하려면 미리 활성화해야 합니다.<br />
<br />
=== Dolibarr ERP Docker 사용===<br />
Dolibarr ERP를 Docker로 설정하려면 다음 단계를 따르세요:<br />
- 호스트에 `/home/dolibarr_mariadb`, `/home/dolibarr_documents`, `/home/dolibarr_custom` 디렉토리를 생성합니다.<br />
- `docker-compose.yml` 파일을 만들고, 아래와 같은 설정을 추가합니다:<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: root<br />
MYSQL_DATABASE: dolidb<br />
MYSQL_USER: dolidbuser<br />
MYSQL_PASSWORD: dolidbpass<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
DOLI_DB_HOST: mariadb<br />
DOLI_DB_NAME: dolidb<br />
DOLI_DB_USER: dolidbuser<br />
DOLI_DB_PASSWORD: dolidbpass<br />
DOLI_URL_ROOT: "http://0.0.0.0"<br />
DOLI_ADMIN_LOGIN: admin<br />
DOLI_ADMIN_PASSWORD: admin<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
<br />
</pre> ```<br />
- 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br />
- 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br />
<br />
---<br />
<br />
---<br />
<br />
=== 보고서: Docker Desktop과 Dolibarr ERP 사용 상세 가이드===<br />
<br />
이 보고서는 Windows OS에서 Docker Desktop을 설치하고, Dolibarr ERP를 Docker를 통해 사용하는 방법을 상세히 설명합니다. 아래 내용은 공식 문서와 관련 자료를 기반으로 작성되었으며, 사용자가 쉽게 따라 할 수 있도록 단계별로 정리되었습니다.<br />
<br />
==== Docker Desktop 설치 상세 과정 ====<br />
Docker Desktop은 컨테이너화된 애플리케이션을 개발하고 테스트하기 위한 강력한 도구입니다. Windows OS에서 설치하려면 다음 시스템 요구사항을 확인하세요:<br />
<br />
- **시스템 요구사항**:<br />
- Windows 10 64-bit: Home 또는 Pro 버전 22H2 (빌드 19045) 이상, 또는 Enterprise/Education 버전 22H2 (빌드 19045) 이상.<br />
- Windows 11 64-bit: Home/Pro 22H2 이상, 또는 Enterprise/Education 22H2 이상.<br />
- WSL 2를 사용하려면 WSL 2 기능이 활성화되어 있어야 하며, Hyper-V를 사용하려면 Hyper-V 및 컨테이너 Windows 기능이 필요합니다.<br />
- Windows Home/Education 에디션은 Linux 컨테이너만 지원하며, Windows 컨테이너를 사용하려면 Professional/Enterprise 에디션이 필요합니다.<br />
<br />
- **설치 단계**:<br />
1. 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 최신 설치 프로그램을 다운로드합니다.<br />
2. 다운로드된 `Docker Desktop Installer.exe`를 실행합니다. 기본 설치 경로는 `C:\Program Files\Docker\Docker`입니다.<br />
3. 설치 마법사를 따라 진행하며, "Use WSL 2 instead of Hyper-V" 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br />
4. 설치가 완료되면 "Close"를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br />
5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 "docker-users" 그룹에 추가해야 합니다:<br />
- "컴퓨터 관리"를 관리자 권한으로 실행합니다.<br />
- "로컬 사용자 및 그룹" > "그룹" > "docker-users"로 이동합니다.<br />
- 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br />
<br />
- **Docker Desktop 시작**:<br />
- 시작 메뉴에서 "Docker"를 검색하고 "Docker Desktop"을 선택합니다.<br />
- Docker 구독 서비스 약관에 동의해야 합니다. 개인 사용 또는 소규모 기업(250명 미만, 연 매출 1천만 달러 미만)의 경우 무료입니다. 상업적 사용 시 유료 구독이 필요할 수 있습니다.<br />
- 약관에 동의하지 않으면 Docker Desktop이 실행되지 않으므로, 반드시 동의해야 합니다. 자세한 내용은 [Docker Desktop Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement/) 및 [FAQs](https://www.docker.com/pricing/faq)를 참조하세요.<br />
<br />
- **추가 정보**:<br />
- Docker Desktop은 WSL 2와 Hyper-V를 모두 지원하며, 선택에 따라 성능 차이가 있을 수 있습니다. WSL 2는 리소스 효율성이 높고, Hyper-V는 Windows 컨테이너에 유리합니다.<br />
- 설치 후 컨테이너와 이미지는 동일 VM을 사용하는 모든 사용자 계정에서 공유됩니다.<br />
<br />
==== Dolibarr ERP Docker 사용 상세 과정====<br />
Dolibarr ERP는 오픈 소스 ERP 및 CRM 솔루션으로, Docker를 통해 쉽게 배포하고 관리할 수 있습니다. 아래는 Docker를 사용한 설정 및 사용 방법입니다:<br />
<br />
- **사전 준비**:<br />
- Docker Desktop이 이미 설치되어 있어야 합니다.<br />
- 호스트 머신에 영구 저장을 위한 디렉토리를 생성합니다:<br />
- `/home/dolibarr_mariadb`: MariaDB 데이터베이스 데이터 저장.<br />
- `/home/dolibarr_documents`: Dolibarr 문서 파일 저장.<br />
- `/home/dolibarr_custom`: Dolibarr 커스텀 모듈 저장.<br />
<br />
- **Docker Compose 설정**:<br />
- `docker-compose.yml` 파일을 생성하고, 아래와 같은 내용을 추가합니다. 이 예시는 MariaDB를 데이터베이스로 사용하는 설정입니다 (MySQL도 가능):<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD:-root}<br />
MYSQL_DATABASE: ${MYSQL_DATABASE:-dolidb}<br />
MYSQL_USER: ${MYSQL_USER:-dolidbuser}<br />
MYSQL_PASSWORD: ${MYSQL_PASSWORD:-dolidbpass}<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
WWW_USER_ID: ${WWW_USER_ID:-1000}<br />
WWW_GROUP_ID: ${WWW_GROUP_ID:-1000}<br />
DOLI_DB_HOST: ${DOLI_DB_HOST:-mariadb}<br />
DOLI_DB_NAME: ${DOLI_DB_NAME:-dolidb}<br />
DOLI_DB_USER: ${DOLI_DB_USER:-dolidbuser}<br />
DOLI_DB_PASSWORD: ${DOLI_DB_PASSWORD:-dolidbpass}<br />
DOLI_URL_ROOT: "${DOLI_URL_ROOT:-http://0.0.0.0}"<br />
DOLI_ADMIN_LOGIN: "${DOLI_ADMIN_LOGIN:-admin}"<br />
DOLI_ADMIN_PASSWORD: "${DOLI_ADMIN_PASSWORD:-admin}"<br />
DOLI_CRON: ${DOLI_CRON:-0}<br />
DOLI_CRON_KEY: ${DOLI_CRON_KEY:-mycronsecurekey}<br />
DOLI_INIT_DEMO: ${DOLI_INIT_DEMO:-0}<br />
DOLI_COMPANY_NAME: ${DOLI_COMPANY_NAME:-MyBigCompany}<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
```<br />
<br />
- 환경 변수는 필요에 따라 수정할 수 있습니다. 예를 들어, `DOLI_ADMIN_LOGIN`과 `DOLI_ADMIN_PASSWORD`를 변경하여 기본 관리자 계정을 안전하게 설정하세요.<br />
<br />
- **컨테이너 실행**:<br />
- 생성된 디렉토리에서 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose up -d<br />
```<br />
- 또는 "docker-compose" 명령어가 사용 불가능하다면:<br />
```bash<br />
docker compose up -d<br />
```<br />
- 컨테이너 상태와 로그를 확인하려면:<br />
```bash<br />
docker-compose ps<br />
docker-compose logs<br />
</pre> ```<br />
<br />
- **Dolibarr 접근 및 초기 설정**:<br />
- 브라우저에서 `http://0.0.0.0`에 접속합니다. 포트 80이 이미 사용 중이라면, `http://0.0.0.0:xx` (xx는 사용 가능한 포트 번호)로 접속하세요.<br />
- 초기 로그인 정보는 기본적으로 `admin/admin`입니다. 환경 변수에서 변경한 경우 해당 정보를 사용하세요.<br />
- 첫 실행 시 자동 설치가 진행되며, `DOLI_INIT_DEMO=1`로 설정하면 데모 데이터가 로드됩니다.<br />
<br />
- **환경 변수 상세**:<br />
아래 표는 주요 환경 변수와 설명입니다:<br />
<pre><br />
| **변수** | **기본값** | **설명** |<br />
|------------------------|----------------------|----------------------------------------------|<br />
| `DOLI_DB_HOST` | `mariadb` | MariaDB/MySQL 서버 호스트 이름 |<br />
| `DOLI_DB_NAME` | `dolidb` | 데이터베이스 이름 |<br />
| `DOLI_DB_USER` | `dolidbuser` | 데이터베이스 사용자 |<br />
| `DOLI_DB_PASSWORD` | `dolidbpass` | 데이터베이스 사용자 비밀번호 |<br />
| `DOLI_URL_ROOT` | `http://localhost` | Dolibarr 설치 URL 루트 |<br />
| `DOLI_ADMIN_LOGIN` | `admin` | 초기 관리자 로그인 |<br />
| `DOLI_ADMIN_PASSWORD` | `admin` | 초기 관리자 비밀번호 |<br />
| `DOLI_INSTALL_AUTO` | `1` | 1: Docker 첫 부팅 시 자동 설치 |<br />
| `DOLI_INIT_DEMO` | `0` | 1: Docker 첫 부팅 시 데모 데이터 로드 |<br />
<br />
</pre><br />
<br />
- **업그레이드 및 유지보수**:<br />
- Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br />
```bash<br />
docker exec <web-container-name> bash -c "rm -f /var/www/documents/install.lock"<br />
```<br />
또는 호스트 디렉토리에서:<br />
```bash<br />
rm -f /home/dolibarr_documents/install.lock<br />
```<br />
- 업데이트 후 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose pull<br />
docker-compose up -d<br />
docker-compose logs<br />
```<br />
- `DOLI_INSTALL_AUTO=1`로 설정하면 데이터베이스 마이그레이션이 자동으로 진행됩니다. 그렇지 않으면 웹 인터페이스 `/install`에서 수동으로 진행하세요.<br />
<br />
- **추가 정보**:<br />
- 지원 아키텍처: Linux x86-64 (`amd64`), ARMv8 64-bit (`arm64v8`).<br />
- Dolibarr Docker 이미지는 공식 PHP 저장소와 Dolibarr 저장소를 기반으로 하며, 사용 가능한 버전은 [Dolibarr Docker Hub](https://hub.docker.com/r/dolibarr/dolibarr/tags)에서 확인할 수 있습니다.<br />
- 데이터는 지정된 호스트 디렉토리에 영구 저장되므로, 컨테이너 재시작이나 업그레이드 후에도 유지됩니다.<br />
<br />
==== 결론====<br />
Windows OS에서 Docker Desktop을 설치하고 Dolibarr ERP를 Docker로 사용하는 과정은 비교적 간단하며, 위 단계를 따라하면 효율적으로 설정할 수 있습니다. 데이터 영구 저장을 위한 디렉토리 설정과 환경 변수 커스터마이징은 특히 중요하며, 필요에 따라 MariaDB 대신 MySQL을 사용할 수도 있습니다. 추가적인 문제 해결이나 세부 사항은 공식 문서를 참조하세요.<br />
<br />
---<br />
<br />
: '''주요 인용'''<br />
- [https://docs.docker.com/desktop/setup/install/windows-install/ Windows에 Docker Desktop 설치 방법]<br />
- [https://github.com/Dolibarr/dolibarr-docker Dolibarr ERP Docker 사용 가이드]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=299시스템관리2025-04-09T04:50:21Z<p>TimChoi: 새 문서: dolibarr 유지보수 관련 내용입니다. # 설치 설치 환경과 구축 == 주요 요약== - Docker Desktop을 Windows에 설치하려면 공식 웹사이트에서 다운로드하고, 설치 마법사를 따라 진행하면 됩니다. WSL 2 또는 Hyper-V를 선택할 수 있습니다. - Dolibarr ERP를 Docker로 사용하려면 Docker Compose를 설정하고, MariaDB와 함께 컨테이너를 실행한 후 웹 인터페이스로 접근하면 됩니다. 데이터는 호...</p>
<hr />
<div>dolibarr 유지보수 관련 내용입니다.<br />
<br />
# 설치<br />
설치 환경과 구축<br />
<br />
== 주요 요약==<br />
- Docker Desktop을 Windows에 설치하려면 공식 웹사이트에서 다운로드하고, 설치 마법사를 따라 진행하면 됩니다. WSL 2 또는 Hyper-V를 선택할 수 있습니다.<br />
- Dolibarr ERP를 Docker로 사용하려면 Docker Compose를 설정하고, MariaDB와 함께 컨테이너를 실행한 후 웹 인터페이스로 접근하면 됩니다. 데이터는 호스트 디렉토리에 영구 저장됩니다.<br />
<br />
---<br />
<br />
=== Docker Desktop 설치 ===<br />
Docker Desktop은 Windows에서 컨테이너를 쉽게 관리할 수 있는 도구입니다. 아래 단계를 따라 설치하세요:<br />
- 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 설치 프로그램을 다운로드합니다.<br />
- 실행 파일을 더블 클릭하고, 마법사를 따라 진행하며 필요한 권한을 허용합니다.<br />
- 설치 후 컴퓨터를 재부팅할 수 있습니다. WSL 2를 사용하려면 미리 활성화해야 합니다.<br />
<br />
=== Dolibarr ERP Docker 사용===<br />
Dolibarr ERP를 Docker로 설정하려면 다음 단계를 따르세요:<br />
- 호스트에 `/home/dolibarr_mariadb`, `/home/dolibarr_documents`, `/home/dolibarr_custom` 디렉토리를 생성합니다.<br />
- `docker-compose.yml` 파일을 만들고, 아래와 같은 설정을 추가합니다:<br />
```yaml<br />
<nowiki><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: root<br />
MYSQL_DATABASE: dolidb<br />
MYSQL_USER: dolidbuser<br />
MYSQL_PASSWORD: dolidbpass<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
DOLI_DB_HOST: mariadb<br />
DOLI_DB_NAME: dolidb<br />
DOLI_DB_USER: dolidbuser<br />
DOLI_DB_PASSWORD: dolidbpass<br />
DOLI_URL_ROOT: "http://0.0.0.0"<br />
DOLI_ADMIN_LOGIN: admin<br />
DOLI_ADMIN_PASSWORD: admin<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
<br />
</nowiki> ```<br />
- 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br />
- 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br />
<br />
---<br />
<br />
---<br />
<br />
=== 보고서: Docker Desktop과 Dolibarr ERP 사용 상세 가이드===<br />
<br />
이 보고서는 Windows OS에서 Docker Desktop을 설치하고, Dolibarr ERP를 Docker를 통해 사용하는 방법을 상세히 설명합니다. 아래 내용은 공식 문서와 관련 자료를 기반으로 작성되었으며, 사용자가 쉽게 따라 할 수 있도록 단계별로 정리되었습니다.<br />
<br />
==== Docker Desktop 설치 상세 과정 ====<br />
Docker Desktop은 컨테이너화된 애플리케이션을 개발하고 테스트하기 위한 강력한 도구입니다. Windows OS에서 설치하려면 다음 시스템 요구사항을 확인하세요:<br />
<br />
- **시스템 요구사항**:<br />
- Windows 10 64-bit: Home 또는 Pro 버전 22H2 (빌드 19045) 이상, 또는 Enterprise/Education 버전 22H2 (빌드 19045) 이상.<br />
- Windows 11 64-bit: Home/Pro 22H2 이상, 또는 Enterprise/Education 22H2 이상.<br />
- WSL 2를 사용하려면 WSL 2 기능이 활성화되어 있어야 하며, Hyper-V를 사용하려면 Hyper-V 및 컨테이너 Windows 기능이 필요합니다.<br />
- Windows Home/Education 에디션은 Linux 컨테이너만 지원하며, Windows 컨테이너를 사용하려면 Professional/Enterprise 에디션이 필요합니다.<br />
<br />
- **설치 단계**:<br />
1. 공식 웹사이트 [Docker Desktop](https://www.docker.com/products/docker-desktop/)에서 최신 설치 프로그램을 다운로드합니다.<br />
2. 다운로드된 `Docker Desktop Installer.exe`를 실행합니다. 기본 설치 경로는 `C:\Program Files\Docker\Docker`입니다.<br />
3. 설치 마법사를 따라 진행하며, "Use WSL 2 instead of Hyper-V" 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br />
4. 설치가 완료되면 "Close"를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br />
5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 "docker-users" 그룹에 추가해야 합니다:<br />
- "컴퓨터 관리"를 관리자 권한으로 실행합니다.<br />
- "로컬 사용자 및 그룹" > "그룹" > "docker-users"로 이동합니다.<br />
- 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br />
<br />
- **Docker Desktop 시작**:<br />
- 시작 메뉴에서 "Docker"를 검색하고 "Docker Desktop"을 선택합니다.<br />
- Docker 구독 서비스 약관에 동의해야 합니다. 개인 사용 또는 소규모 기업(250명 미만, 연 매출 1천만 달러 미만)의 경우 무료입니다. 상업적 사용 시 유료 구독이 필요할 수 있습니다.<br />
- 약관에 동의하지 않으면 Docker Desktop이 실행되지 않으므로, 반드시 동의해야 합니다. 자세한 내용은 [Docker Desktop Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement/) 및 [FAQs](https://www.docker.com/pricing/faq)를 참조하세요.<br />
<br />
- **추가 정보**:<br />
- Docker Desktop은 WSL 2와 Hyper-V를 모두 지원하며, 선택에 따라 성능 차이가 있을 수 있습니다. WSL 2는 리소스 효율성이 높고, Hyper-V는 Windows 컨테이너에 유리합니다.<br />
- 설치 후 컨테이너와 이미지는 동일 VM을 사용하는 모든 사용자 계정에서 공유됩니다.<br />
<br />
==== Dolibarr ERP Docker 사용 상세 과정====<br />
Dolibarr ERP는 오픈 소스 ERP 및 CRM 솔루션으로, Docker를 통해 쉽게 배포하고 관리할 수 있습니다. 아래는 Docker를 사용한 설정 및 사용 방법입니다:<br />
<br />
- **사전 준비**:<br />
- Docker Desktop이 이미 설치되어 있어야 합니다.<br />
- 호스트 머신에 영구 저장을 위한 디렉토리를 생성합니다:<br />
- `/home/dolibarr_mariadb`: MariaDB 데이터베이스 데이터 저장.<br />
- `/home/dolibarr_documents`: Dolibarr 문서 파일 저장.<br />
- `/home/dolibarr_custom`: Dolibarr 커스텀 모듈 저장.<br />
<br />
- **Docker Compose 설정**:<br />
- `docker-compose.yml` 파일을 생성하고, 아래와 같은 내용을 추가합니다. 이 예시는 MariaDB를 데이터베이스로 사용하는 설정입니다 (MySQL도 가능):<br />
```yaml<br />
<pre><br />
services:<br />
mariadb:<br />
image: mariadb:latest<br />
environment:<br />
MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD:-root}<br />
MYSQL_DATABASE: ${MYSQL_DATABASE:-dolidb}<br />
MYSQL_USER: ${MYSQL_USER:-dolidbuser}<br />
MYSQL_PASSWORD: ${MYSQL_PASSWORD:-dolidbpass}<br />
volumes:<br />
- /home/dolibarr_mariadb:/var/lib/mysql<br />
web:<br />
image: dolibarr/dolibarr:latest<br />
environment:<br />
WWW_USER_ID: ${WWW_USER_ID:-1000}<br />
WWW_GROUP_ID: ${WWW_GROUP_ID:-1000}<br />
DOLI_DB_HOST: ${DOLI_DB_HOST:-mariadb}<br />
DOLI_DB_NAME: ${DOLI_DB_NAME:-dolidb}<br />
DOLI_DB_USER: ${DOLI_DB_USER:-dolidbuser}<br />
DOLI_DB_PASSWORD: ${DOLI_DB_PASSWORD:-dolidbpass}<br />
DOLI_URL_ROOT: "${DOLI_URL_ROOT:-http://0.0.0.0}"<br />
DOLI_ADMIN_LOGIN: "${DOLI_ADMIN_LOGIN:-admin}"<br />
DOLI_ADMIN_PASSWORD: "${DOLI_ADMIN_PASSWORD:-admin}"<br />
DOLI_CRON: ${DOLI_CRON:-0}<br />
DOLI_CRON_KEY: ${DOLI_CRON_KEY:-mycronsecurekey}<br />
DOLI_INIT_DEMO: ${DOLI_INIT_DEMO:-0}<br />
DOLI_COMPANY_NAME: ${DOLI_COMPANY_NAME:-MyBigCompany}<br />
ports:<br />
- "80:80"<br />
links:<br />
- mariadb<br />
volumes:<br />
- /home/dolibarr_documents:/var/www/documents<br />
- /home/dolibarr_custom:/var/www/html/custom<br />
```<br />
<br />
- 환경 변수는 필요에 따라 수정할 수 있습니다. 예를 들어, `DOLI_ADMIN_LOGIN`과 `DOLI_ADMIN_PASSWORD`를 변경하여 기본 관리자 계정을 안전하게 설정하세요.<br />
<br />
- **컨테이너 실행**:<br />
- 생성된 디렉토리에서 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose up -d<br />
```<br />
- 또는 "docker-compose" 명령어가 사용 불가능하다면:<br />
```bash<br />
docker compose up -d<br />
```<br />
- 컨테이너 상태와 로그를 확인하려면:<br />
```bash<br />
docker-compose ps<br />
docker-compose logs<br />
</pre> ```<br />
<br />
- **Dolibarr 접근 및 초기 설정**:<br />
- 브라우저에서 `http://0.0.0.0`에 접속합니다. 포트 80이 이미 사용 중이라면, `http://0.0.0.0:xx` (xx는 사용 가능한 포트 번호)로 접속하세요.<br />
- 초기 로그인 정보는 기본적으로 `admin/admin`입니다. 환경 변수에서 변경한 경우 해당 정보를 사용하세요.<br />
- 첫 실행 시 자동 설치가 진행되며, `DOLI_INIT_DEMO=1`로 설정하면 데모 데이터가 로드됩니다.<br />
<br />
- **환경 변수 상세**:<br />
아래 표는 주요 환경 변수와 설명입니다:<br />
<pre><br />
| **변수** | **기본값** | **설명** |<br />
|------------------------|----------------------|----------------------------------------------|<br />
| `DOLI_DB_HOST` | `mariadb` | MariaDB/MySQL 서버 호스트 이름 |<br />
| `DOLI_DB_NAME` | `dolidb` | 데이터베이스 이름 |<br />
| `DOLI_DB_USER` | `dolidbuser` | 데이터베이스 사용자 |<br />
| `DOLI_DB_PASSWORD` | `dolidbpass` | 데이터베이스 사용자 비밀번호 |<br />
| `DOLI_URL_ROOT` | `http://localhost` | Dolibarr 설치 URL 루트 |<br />
| `DOLI_ADMIN_LOGIN` | `admin` | 초기 관리자 로그인 |<br />
| `DOLI_ADMIN_PASSWORD` | `admin` | 초기 관리자 비밀번호 |<br />
| `DOLI_INSTALL_AUTO` | `1` | 1: Docker 첫 부팅 시 자동 설치 |<br />
| `DOLI_INIT_DEMO` | `0` | 1: Docker 첫 부팅 시 데모 데이터 로드 |<br />
<br />
</pre><br />
<br />
- **업그레이드 및 유지보수**:<br />
- Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br />
```bash<br />
docker exec <web-container-name> bash -c "rm -f /var/www/documents/install.lock"<br />
```<br />
또는 호스트 디렉토리에서:<br />
```bash<br />
rm -f /home/dolibarr_documents/install.lock<br />
```<br />
- 업데이트 후 다음 명령어를 실행합니다:<br />
```bash<br />
docker-compose pull<br />
docker-compose up -d<br />
docker-compose logs<br />
```<br />
- `DOLI_INSTALL_AUTO=1`로 설정하면 데이터베이스 마이그레이션이 자동으로 진행됩니다. 그렇지 않으면 웹 인터페이스 `/install`에서 수동으로 진행하세요.<br />
<br />
- **추가 정보**:<br />
- 지원 아키텍처: Linux x86-64 (`amd64`), ARMv8 64-bit (`arm64v8`).<br />
- Dolibarr Docker 이미지는 공식 PHP 저장소와 Dolibarr 저장소를 기반으로 하며, 사용 가능한 버전은 [Dolibarr Docker Hub](https://hub.docker.com/r/dolibarr/dolibarr/tags)에서 확인할 수 있습니다.<br />
- 데이터는 지정된 호스트 디렉토리에 영구 저장되므로, 컨테이너 재시작이나 업그레이드 후에도 유지됩니다.<br />
<br />
==== 결론====<br />
Windows OS에서 Docker Desktop을 설치하고 Dolibarr ERP를 Docker로 사용하는 과정은 비교적 간단하며, 위 단계를 따라하면 효율적으로 설정할 수 있습니다. 데이터 영구 저장을 위한 디렉토리 설정과 환경 변수 커스터마이징은 특히 중요하며, 필요에 따라 MariaDB 대신 MySQL을 사용할 수도 있습니다. 추가적인 문제 해결이나 세부 사항은 공식 문서를 참조하세요.<br />
<br />
---<br />
<br />
: '''주요 인용'''<br />
- [https://docs.docker.com/desktop/setup/install/windows-install/ Windows에 Docker Desktop 설치 방법]<br />
- [https://github.com/Dolibarr/dolibarr-docker Dolibarr ERP Docker 사용 가이드]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:After_binding02.jpg&diff=42파일:After binding02.jpg2024-12-05T06:30:12Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:After_binding01.jpg&diff=41파일:After binding01.jpg2024-12-05T06:29:54Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=40AM role2024-12-05T06:28:22Z<p>TimChoi: /* 분개장: Journal */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
[[file:ER_enter_payment_paid.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
* PM의 승인 이후, PAID상태 조회<br />
<br />
[[file:BQ_paid.jpg|800px]]<br />
<br />
* 비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
[[file:BQ_paid_fin.jpg|800px]]<br />
<br />
<br />
* ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
[[file:BQ_paid_record.jpg|800px]]<br />
<br />
* ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
[[file:BQ_paid_record2.jpg|800px]]<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
<br />
{| class="wikitable" style="margin:auto"<br />
|+ 동영상 샘플 내용 설명<br />
|-<br />
! ER number || Project Number || Project Label || PM's Name || Month<br />
|-<br />
|ER2409-0197 || PJ01-RL-North || KHH Red Line North || Kim Hyung Jung || September(9월)<br />
|-<br />
|ER2410-0199 || PJ01-RL-South || KHH Red Line South || Her Young Tae || October(10월)<br />
|}<br />
<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | [https://drive.google.com/file/d/1oJK-VGPOCzBqi0JdWzF-wItRbWM3Mo1-/view?usp=sharing 바인딩 처리 동영상 설명]<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C 바인딩(Binding) 오류 수정 동영상 설명]<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
[[file:After_binding01.jpg|800px]]<br />
<br />
<br />
'''날짜''': date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
[[file:After_binding02.jpg|800px]]<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=39AM role2024-12-05T06:26:58Z<p>TimChoi: /* Binding, Journaling */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
[[file:ER_enter_payment_paid.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
* PM의 승인 이후, PAID상태 조회<br />
<br />
[[file:BQ_paid.jpg|800px]]<br />
<br />
* 비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
[[file:BQ_paid_fin.jpg|800px]]<br />
<br />
<br />
* ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
[[file:BQ_paid_record.jpg|800px]]<br />
<br />
* ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
[[file:BQ_paid_record2.jpg|800px]]<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
<br />
{| class="wikitable" style="margin:auto"<br />
|+ 동영상 샘플 내용 설명<br />
|-<br />
! ER number || Project Number || Project Label || PM's Name || Month<br />
|-<br />
|ER2409-0197 || PJ01-RL-North || KHH Red Line North || Kim Hyung Jung || September(9월)<br />
|-<br />
|ER2410-0199 || PJ01-RL-South || KHH Red Line South || Her Young Tae || October(10월)<br />
|}<br />
<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | [https://drive.google.com/file/d/1oJK-VGPOCzBqi0JdWzF-wItRbWM3Mo1-/view?usp=sharing 바인딩 처리 동영상 설명]<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C 바인딩(Binding) 오류 수정 동영상 설명]<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=38AM role2024-12-05T06:25:05Z<p>TimChoi: /* Binding, Journaling */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
[[file:ER_enter_payment_paid.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
* PM의 승인 이후, PAID상태 조회<br />
<br />
[[file:BQ_paid.jpg|800px]]<br />
<br />
* 비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
[[file:BQ_paid_fin.jpg|800px]]<br />
<br />
<br />
* ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
[[file:BQ_paid_record.jpg|800px]]<br />
<br />
* ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
[[file:BQ_paid_record2.jpg|800px]]<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
<br />
{| class="wikitable" style="margin:auto"<br />
|+ 동영상 샘플 내용 설명<br />
|-<br />
! ER number || Project Number || Project Label || PM's Name || Month<br />
|-<br />
|ER2409-0197 || PJ01-RL-North || KHH Red Line North || Kim Hyung Jung || September(9월)<br />
|-<br />
|ER2410-0199 || PJ01-RL-South || KHH Red Line South || Her Young Tae || October(10월)<br />
|}<br />
<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=37AM role2024-12-05T06:20:09Z<p>TimChoi: /* ERP Bank Entries에서 확인 방법 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
[[file:ER_enter_payment_paid.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
* PM의 승인 이후, PAID상태 조회<br />
<br />
[[file:BQ_paid.jpg|800px]]<br />
<br />
* 비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
[[file:BQ_paid_fin.jpg|800px]]<br />
<br />
<br />
* ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
[[file:BQ_paid_record.jpg|800px]]<br />
<br />
* ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
[[file:BQ_paid_record2.jpg|800px]]<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=36AM role2024-12-05T06:17:13Z<p>TimChoi: /* 지급 이후, 비용전표(ER) 변경 내용 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
[[file:ER_enter_payment_paid.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=35AM role2024-12-05T06:16:10Z<p>TimChoi: /* 지급 이후, 비용전표(ER) 변경 내용 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=34AM role2024-12-05T06:15:30Z<p>TimChoi: /* ENTER PAYMENT 기록 사항 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
[[file:ER_enter_payment_01.jpg|800px]]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=33AM role2024-12-05T06:14:52Z<p>TimChoi: /* ENTER PAYMENT 기록 사항 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상]<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=32AM role2024-12-05T06:14:10Z<p>TimChoi: /* ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
[[file:ER_enter_payment.jpg|800px]]<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=31AM role2024-12-05T06:13:25Z<p>TimChoi: /* PM의 승인 : PM ONLY */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
[[file:ER_approval_03.jpg|800px]]<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=30AM role2024-12-05T06:13:02Z<p>TimChoi: /* Approval Request: AM ONLY */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
[[file:ER_approval_02.jpg|800px]]<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=29AM role2024-12-05T06:12:22Z<p>TimChoi: /* 작성된 비용전표(ER) 상태 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
[[file:ER_approval_01.jpg|800px]]<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:HR_pic_upload01.jpg&diff=28파일:HR pic upload01.jpg2024-12-05T06:10:45Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_uplolad_file02.jpg&diff=27파일:ER uplolad file02.jpg2024-12-05T06:10:32Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_uplolad_file01.jpg&diff=26파일:ER uplolad file01.jpg2024-12-05T06:10:18Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_enter_payment_paid.jpg&diff=25파일:ER enter payment paid.jpg2024-12-05T06:10:05Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_enter_payment_01.jpg&diff=24파일:ER enter payment 01.jpg2024-12-05T06:09:27Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_enter_payment.jpg&diff=23파일:ER enter payment.jpg2024-12-05T06:09:15Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_approval_03.jpg&diff=22파일:ER approval 03.jpg2024-12-05T06:09:01Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_approval_02.jpg&diff=21파일:ER approval 02.jpg2024-12-05T06:08:47Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:ER_approval_01.jpg&diff=20파일:ER approval 01.jpg2024-12-05T06:08:26Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:BQ_paid_record2.jpg&diff=19파일:BQ paid record2.jpg2024-12-05T06:08:14Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:BQ_paid_record.jpg&diff=18파일:BQ paid record.jpg2024-12-05T06:07:59Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:BQ_paid_fin.jpg&diff=17파일:BQ paid fin.jpg2024-12-05T06:07:40Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:BQ_paid.jpg&diff=16파일:BQ paid.jpg2024-12-05T06:07:27Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=15AM role2024-12-05T06:06:23Z<p>TimChoi: /* ENTER PAYMENT, 지급 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법]<br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=14AM role2024-12-05T06:05:03Z<p>TimChoi: /* 회계담당자(AM)의 역할 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|800px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=13AM role2024-12-05T06:04:43Z<p>TimChoi: /* 회계담당자(AM)의 역할 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
[[file:AM_role.jpg|500px]]<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:AM_role.jpg&diff=12파일:AM role.jpg2024-12-05T06:01:56Z<p>TimChoi: </p>
<hr />
<div></div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=11AM role2024-12-05T05:51:12Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=10AM role2024-12-05T05:50:28Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
<br />
__NONUMBEREDHEADINGS__<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=9AM role2024-12-05T05:49:19Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
__NONUMBEREDHEADINGS__<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=8AM role2024-12-05T05:47:25Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
= 1. 용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=7AM role2024-12-05T05:47:11Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
= # 용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=6AM role2024-12-05T05:46:55Z<p>TimChoi: /* # 용어 및 역할 정의 */</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
#=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림<br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=5AM role2024-12-05T05:46:40Z<p>TimChoi: </p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
=# 용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림 <br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=AM_role&diff=4AM role2024-12-05T05:45:12Z<p>TimChoi: 새 문서: Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다. AM의 주요 역할은 다음 4가지 이다. 1. ER(Expense Report), 비용전표의 검사(Validiation) 2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에...</p>
<hr />
<div>Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다.<br />
<br />
AM의 주요 역할은 다음 4가지 이다.<br />
<br />
1. ER(Expense Report), 비용전표의 검사(Validiation)<br />
2. ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br />
3. ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br />
4. Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br />
<br />
=용어 및 역할 정의=<br />
일반적인 이해를 위한 간략한 설명이다.<br />
<br />
상세한 내용은 각각에 해당하는 부분을 참조하기 바란다.<br />
<br />
==용어의 정의==<br />
용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다.<br />
<br />
* ER: Expense Report, 비용 전표<br />
* AM: Account Manager, 회계 담당자<br />
* Member: 프로젝트 수행자, 일반 user라고도 함<br />
* PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자.<br />
* validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다.<br />
* Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님<br />
* Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다.<br />
* Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br />
* ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br />
* Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br />
<br />
==회계담당자(AM)의 역할==<br />
프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br />
<br />
회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다.<br />
<br />
1. 비용처리<br />
<br />
PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다.<br />
<br />
여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling)<br />
<br />
기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다.<br />
<br />
[주의사항]<br />
Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다.<br />
프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다.<br />
<br />
2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다.<br />
<br />
[참고] <br />
필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다.<br />
실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다.<br />
<br />
Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다.<br />
<br />
1) 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br />
<br />
<br />
회계담당자의 역할 설명 그림 <br />
<br />
=ER, 비용전표 작성 (일반 프로젝트 멤버)=<br />
프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br />
<br />
비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br />
<br />
[비용전표(ER) 작성시 주의사항]<br />
- ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.<br />
* AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다.<br />
- 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록)<br />
* 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등)<br />
- 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것<br />
<br />
[비용전표(ER) 작성시 준비 사항]<br />
- Apporval(PM)<br />
- Project Number (or Name): 본인의 프로젝트 번호 or 이름<br />
- 영수증 (Tax, No Tax 내용 확인 할 것)<br />
- 계정과목(Account code or name): |ERP CoA 상세 설명<br />
- 세부 내역 (Account name과 다를 경우)<br />
<br />
=회계담당자(AM)의 검사(Validiation)=<br />
각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER)의 내용을 검사한다.<br />
<br />
검사 항목에 이상이 없을 경우, Validation을 클릭한다.<br />
<br />
[검사 항목]<br />
1. 영수증 날짜와 비용저니표(ER) line 날짜<br />
2. 영수증 금액 (Tax, No Tax) 구분<br />
3. 영수증 사진 (Line 별)<br />
4. 프로젝트 이름<br />
5. 추가 기록 사항 확인<br />
6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부<br />
* 이상이 없을 경우 Validation을 클릭한다.<br />
<br />
내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다.<br />
<br />
따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다.<br />
<br />
=ENTER PAYMENT, 지급=<br />
회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet)<br />
<br />
<br />
PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다.<br />
<br />
지급해야할 목록 확인 방법 동영상 Enter Payment list, 2가지 접근방법 <br />
<br />
==작성된 비용전표(ER) 상태==<br />
<br />
비용전표(ER, Expense Report)가 처음에 작성된 상태이다.<br />
<br />
멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다.<br />
<br />
승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다.<br />
<br />
다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다.<br />
<br />
<br />
<br />
==Approval Request: AM ONLY==<br />
영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다.<br />
<br />
확인 사항<br />
<br />
1. 영수증 사본(JPG)<br />
2. 영수증 날짜<br />
3. PJT No.<br />
4. 계정 과목 (Accounting Code)<br />
5. 금액(Amount)<br />
6. Tax(5%), No Tax(0%)<br />
7. 총금액 (Amount + total)<br />
<br />
<br />
==PM의 승인 : PM ONLY==<br />
PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다.<br />
<br />
<br />
<br />
==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY==<br />
AM은 PM의 승인이 완료된 비용전표(ER)에 대해서<br />
<br />
A. 실제로 프로젝트 멤버에게 실제로 지급한다.<br />
B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다.<br />
A<br />
pproval State를 확인하고, Enter Payment로 들어가기<br />
<br />
<br />
<br />
==ENTER PAYMENT 기록 사항==<br />
지급 기록은 다음과 같은 항목을 입력한다.<br />
<br />
1. 지급한 날짜<br />
2. 지급 방법 : Cash or Bank Transfer<br />
* Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험)<br />
3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인<br />
4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다!<br />
5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다)<br />
<br />
"Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다.<br />
<br />
Enter Payment 처리 예시 : | ENTER PAYMENT 동영상<br />
<br />
<br />
==지급 이후, 비용전표(ER) 변경 내용==<br />
다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다.<br />
<br />
[처음 생성된 상태]<br />
<br />
<br />
<br />
[지급완료 및 지급기록(Enter payment)이 완료된 상태<br />
<br />
<br />
<br />
=ERP BQ (Bank Account) 확인=<br />
비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다.<br />
<br />
특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다.<br />
<br />
실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다.<br />
<br />
==ERP Bank Entries에서 확인 방법==<br />
ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br />
<br />
한글 사이트에서는 "유료"라고 표시됨 주의<br />
<br />
PM의 승인 이후, PAID상태 조회<br />
<br />
<br />
비용전표(Expense Report), ER401-0191 조회 화면<br />
ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것!<br />
<br />
<br />
<br />
ERP의 Band|Cash 메뉴에서 은행 기록 조회<br />
<br />
<br />
ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사)<br />
<br />
<br />
==Bank reconcile: 은행 조정==<br />
실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다.<br />
<br />
1달에 1번 은행계좌의 잔고를 동일하게 맞춘다.<br />
<br />
[주의]<br />
ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br />
만약 다를 경우에는 자필 사유서를 제출해야 함<br />
<br />
=Binding, Journaling=<br />
<br />
각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다.<br />
<br />
비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다.<br />
<br />
비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.)<br />
<br />
회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다.<br />
<br />
일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다.<br />
1. Expense Report binding 메뉴를 선택한다.<br />
* 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically)<br />
2. sub menu에서 "Lines to bind" 메뉴를 선택한다.<br />
3. 프로젝트에 해당하는 비용전표(ER)만 선택한다.<br />
4. 묶음(Binding)을 한다.<br />
5. Recording in accouting에서 해당 journal(분개장)을 선택한다.<br />
* 묶음(Binding) 해 놓은 비용전표 내역이 표시된다.<br />
6 . Recording (기록)을 큭릭한다.<br />
<br />
다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다.<br />
<br />
<br />
동영상 샘플 내용 설명<br />
<br />
ER number Project Number Project Label PM's Name Month<br />
<br />
ER2409-0197 PJ01-RL-North KHH Red Line North Kim Hyung Jung September(9월)<br />
<br />
ER2410-0199 PJ01-RL-South KHH Red Line South Her Young Tae October(10월)<br />
<br />
[Binding & Journal Recording 방법] - 동영상에서 처리 순서<br />
<br />
1. Accounting에서 비용전표(ER)을 확인한다.<br />
2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다.<br />
3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다.<br />
* 자동과 수동 처리의 예시이다.<br />
<br />
바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다.<br />
<br />
묶음(Binding) 및 기록(Recording) 방법 예 | 동영상 설명<br />
<br />
<br />
==묶음(Binding) 오류 처리 방법==<br />
<br />
바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 분개장(Journal) 기록에서 삭제하고 다시 기록(Recording)하는 작업을 해주면 된다.<br />
<br />
* 주의<br />
분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br />
"삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br />
<br />
다음은 잘못 바인딩(Binding)된 비용전표(ER)을 수정하는 예시이다.<br />
<br />
예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br />
<br />
[동영상 내용 설명]<br />
1. KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br />
2. 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br />
* 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br />
3. 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.<br />
4. 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br />
<br />
설명한 내용을 동영상에서 확인해 보자.<br />
<br />
잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : 바인딩(Binding) 오류 수정 동영상 설명<br />
<br />
==분개장: Journal==<br />
<br />
Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다.<br />
<br />
비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다.<br />
<br />
바인딩은 회계담당자가 처리해야 되는 부분입니다.<br />
<br />
ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장)<br />
<br />
<br />
날짜: date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다.<br />
<br />
Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다.<br />
<br />
- TYC-TEMP<br />
- TNN<br />
- SB02<br />
- 기타 TPE Office: TPE-HQ<br />
<br />
설명 내용 화면<br />
<br />
<br />
<br />
=총계정원장 (Ledger)=<br />
<br />
총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다.<br />
<br />
쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다.<br />
<br />
[[Category:ERP]]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%AC%B8&diff=3대문2024-12-05T05:32:30Z<p>TimChoi: </p>
<hr />
<div><strong>미디어위키가 설치되었습니다.</strong><br />
<br />
[https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents 사용자 가이드]에서 위키 소프트웨어에 대한 정보를 얻을 수 있습니다.<br />
<br />
<strong>모든 문서 목록</strong><br />
* 본 사이트는 wiki2(8797)입니다.<br />
<br />
{{특수:모든문서}}<br />
<br />
== 시작하기 ==<br />
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings 설정 목록]<br />
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ 미디어위키 FAQ]<br />
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ 미디어위키 릴리스 메일링 리스트]<br />
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources 내 언어로 미디어위키 지역화]<br />
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam 당신의 위키에서 스팸에 대처하는 법을 배우세요]</div>TimChoihttp://tcamp32.synology.me:8797/index.php?title=%EC%95%8C%EB%A6%BC%EB%AC%B8%EC%84%9C&diff=2알림문서2024-12-05T05:30:41Z<p>TimChoi: 새 문서: tcamp23의 wiki(8795) 문서에 장애가 있어 자료 백업을 위해 새롭게 만들었습니다. 자료 복구가 되는대로 전환 예정입니다. 현재 wiki는 tcamp32 wiki2(8797)입니다.</p>
<hr />
<div>tcamp23의 wiki(8795) 문서에 장애가 있어 자료 백업을 위해 새롭게 만들었습니다.<br />
<br />
자료 복구가 되는대로 전환 예정입니다.<br />
<br />
현재 wiki는 tcamp32 wiki2(8797)입니다.</div>TimChoi