본문으로 이동
주 메뉴
주 메뉴
사이드바로 이동
숨기기
둘러보기
대문
최근 바뀜
임의의 문서로
미디어위키 도움말
특수 문서 목록
LS Taiwan
검색
검색
보이기
계정 만들기
로그인
개인 도구
계정 만들기
로그인
로그아웃한 편집자를 위한 문서
더 알아보기
기여
토론
AM role
편집하기
문서
토론
한국어
읽기
편집
역사 보기
도구
도구
사이드바로 이동
숨기기
동작
읽기
편집
역사 보기
일반
여기를 가리키는 문서
가리키는 글의 최근 바뀜
문서 정보
보이기
사이드바로 이동
숨기기
Hschoi2
(
토론
|
기여
)
님의 2026년 1월 7일 (수) 23:44 판
(
→
Reject된 비용전표 처리
)
(
차이
)
← 이전 판
|
최신판
(
차이
) |
다음 판 →
(
차이
)
경고: 이 문서의 오래된 판을 편집하고 있습니다.
이것을 게시하면, 이 판 이후로 바뀐 모든 편집이 사라집니다.
경고:
로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다.
로그인
하거나
계정을 생성하면
편집자가 사용자 이름으로 기록되고, 다른 장점도 있습니다.
스팸 방지 검사입니다. 이것을 입력하지
마세요
!
* You can change it to your own language by right-clicking on the web browser. * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。 Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비용 전표의 검사, 실제 비용 지급 및 이에 대한 은행 기록을 확인하고, 각 비용 전표를 프로젝트와 목적에 맞게 분류(편철)하는 작업을 한다. 문서 설명 # AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다. # '''AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.''' # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다. AM의 주요 역할은 다음 5가지 이다. # '''ER(Expense Report), 비용전표의 검사(Validation) # '''ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록 # '''ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인 # '''Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정 # '''Bank Reconcile''' - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력) =용어 및 역할 정의= 일반적인 이해를 위한 간략한 설명이다. 상세한 내용은 각각에 해당하는 부분을 참조하기 바란다. ==용어의 정의== 용어를 정의하는 이유는 다른 용어를 사용하여 혼돈을 방지하고, 상호 커뮤니케이션에서 기준적 의미를 주기 위해서 이다. * ER: Expense Report, 비용 전표 * AM: Account Manager, 회계 담당자 * Member: 프로젝트 수행자, 일반 user라고도 함 * PM: Project Manager, 프로젝트 리더, 프로젝트 승인 권한을 갖은 자. * validator : 비용전표(ER)의 점검, 주로 AM이 해당역할로 ER의 오류 사항을 확인하고 승인(approval)요청한다. * Approval, approved : 비용전표에 대한 승인 사항으로 실제 지급이 된 것은 아님 * Paid : 지급 완료, AM의 "ENTER PAYMENT"를 입력한 후 상태 (실제 지급 이후, "ENTER PAYMENT"를 추가로 입력 한다. * Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록 * ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장 * Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다. ==회계담당자(AM)의 역할== 프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다. 비용전표(Expense Report)의 상태는 다음과 같다. - 작성 (Draft) : 처음 작성하는 상태 - 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태 ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다. - 승인 (Approved) : PM이 지급 확인을 한 상태이다. - 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다. ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다. - 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다. 회계 담당자(AM, Account Manager)는 프로젝트 멤버가 작성한 비용전표를 검사(Validation)을 한다. 1. 비용처리 PM(Project Manager)의 승인(Approval)이 되면, 비용전표에 대해서, 프로젝트 멤버에게 실제 비용을 지급한다. 여러 개의 프로젝트가 있으므로, 각 프로젝트의 회계 담당자는 본인의 프로젝트에 바인딩을 한다. (Journaling) 기본적으로 binding(혹은 journaling)을 하면, 자동으로 Ledger에 등록된다. [주의사항] Binding에서 삭제하는 경우는, Binding(Journaling)에서만 지워지는 것이고, 실제 ER(Expense Report)에서 삭제되는 것은 아니다. 프로젝트를 잘 못 선택해서 Binding에서 삭제한 경우는 다시 올바른 프로젝트에 binding(Journaling) 해주어야 한다. 2. 은행 계좌 일치 ERP의 은행계좌는 실제 은행의 계좌와 다르다. 즉, 실제 은행 계좌의 내용을 ERP에 기록해 주는 과정이 필요하다. [참고] 필요한 경우 은행계좌와 자동으로 동기화하여, 은행계좌 내역을 자동으로 ERP로 끌어오는 것도 가능하다. 하지만, 현재는 조작 미숙 등으로 해당 기능은 사용하지 않는다. 실제 은행계좌에 적을 수 없는 사항에 대해서 ERP 은행계좌는 추가적으로 기록할 수 있다. Bank Reconcile(조정) Bank reconcile의 작업은 실제 은행 출납일과 ERP bank accouunt에 대해서, 금액과 날짜가 일치하는지 확인하는 작업이다. :* 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다. 회계담당자의 역할 설명 그림 [[file:AM_role.jpg|800px]] ===Reject된 비용전표 처리=== Reject된 비용전표(Expense Report)를 처리하는 방법입니다. 이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다. * Reject 처리 순서 PM 및 결재자의 처리가 '''Reject'''된 이후 #) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 '''수정'''합니다.(pic #3) : Reject된 Expense Report #) 다시 결재를 올립니다. * Reject된 비용전표(ER, Expense Report) 조회 이 부분은 ''':HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다. '''HR/ER 메뉴로 들어가서 처음 나오는 화면에서 클릭해서 들어가야만 수정이 가능합니다.''' * 보고서(ER) 수정 - Reject를 처리 하기 pic #3 '''처음화면에서만 전표수정으로 들어갈 수 있습니다.'''. 이점 주의하십시오! HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다! ::::[[파일:reject_03.jpg|800px]] 참고로, 수정 버튼은 맨 아래 있습니다. #) 수정버튼 누르기 #) 내용 수정하기 #) 결재올리기 ::::[[파일:reject_04.jpg|700px]] * 다른 담당자에게 지정하기 혹은 담당자 변경 PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다. * 복사본(Clone) 만들기 PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 '''복사본(Clone)''' 버튼을 눌러 복사본(Clone)을 만들고 '''담당자'''를 변경합니다. (혹은 동일한 사용자에게 재 지정) ::1) 복사본 만들기 - pic #1 :::PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다. ㄴ ::::[[파일:reject_01.jpg|600px]] ::2) 복사본을 담당자에 연결하기 - pic #2 ::: PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다. ::::[[파일:reject_02.jpg|600px]] =ER, 비용전표 작성 (일반 프로젝트 멤버)= 프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성 비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다. [비용전표(ER) 작성시 일반 주의 사항] - ERP에서 날짜(Date)는 1인당 1개 밖에 안된다.(1인이 날짜가 겹쳐서 작성 불가) * AM이 일괄 작성하거나, 여러 개 이벤트를 묶어서 처리하던지, 담당자 별로 구분하여 처리한다. - 회사 계정은 프로젝트 별로 생성한다. (Binding 과정에서 회사계정으로 구분 등록) * 개인 ID(Business card)에서 회사계정을 각 프로젝트 별로 동일한 회사코드를 부여한다. (예, KHH_RED, KHH_YELLOW 등) - 영수증 날짜와 비용전표(ER)의 날짜는 다를 수 있다. 비용전표에 첨부한 영수증 날짜에 주의해서 ER전표 line에 입력할 것 [비용전표(ER) 작성시 사전 준비 내용] - Apporval(PM) - Project Number (or Name): 본인의 프로젝트 번호 or 이름 - 영수증 (Tax, No Tax 내용 확인 할 것) - 계정과목(Account code or name): |ERP CoA 상세 설명 - 세부 내역 (Account name과 다를 경우) {{영수증 파일}} =회계담당자(AM)의 검사(Validiation)= 각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다. 검사 항목에 이상이 없을 경우, Validation을 클릭한다. [검사 항목] 1. 영수증 날짜와 비용전표(ER) line 날짜 2. 영수증 금액 (Tax, No Tax) 구분 3. 영수증 사진 (Line 별) 4. 프로젝트 이름 5. 추가 기록 사항 확인 6. 첨부 파일 - 회의비, 출장비 사용시 첨부 문서 첨부 여부 * 이상이 없을 경우 Validation을 클릭한다. 내용에서 수정이 필요한 경우, Reject를 하면, 영수증 첨부 파일을 다시 올려야 하므로, 작성자에게 이야기해서 수정하도록 한다. 따라서, 되도록이면, Reject를 하지 않고, 작성자가 스스로 수정할 수 있도록 e-mail이나 전화를 통해서 수정하도록 한다. =ENTER PAYMENT, 지급= 회계담당자(AM, Account Manager)는 PM의 Approval을 얻은 후에, 실제로 비용을 지급한 후에 지급내용을 기록한다. (Enter Paymnet) PM의 승인(Approval)을 얻은 비용전표(ER)은 승인 상태이고, 은행 정보가 연결되어 있지 않다. 지급해야할 목록 확인 방법 동영상 [https://drive.google.com/file/d/1Yz-3EbS_fYWUFpU3sjSEkFlQ2XBvMv9Y/view?usp=sharing%7C|Enter Payment list, 2가지 접근방법] ==작성된 비용전표(ER) 상태== 비용전표(ER, Expense Report)가 처음에 작성된 상태이다. 멤버가 비용 청구를 위한, 영수증과 내용이 작성을 완료한 경우이다. 승인(Approval)을 요청한 경우, 승인 전에 회계담당자(AM, Account Manager)의 검사(Validiation)을 거치고, 회계담당자의 승인 요청과 PM의 승인이 난 경우에만 지급이 된다. 다음 화면은 회계담당자가 승인요청하기전에 검사하는 화면이다. [[file:ER_approval_01.jpg|800px]] ==Approval Request: AM ONLY== 영수증 upload와 날짜, Tax 포함 금액에 오류가 없으면, AM은 PM에게 승인 요청을 한다. 확인 사항 1. 영수증 사본(JPG) 2. 영수증 날짜 3. PJT No. 4. 계정 과목 (Accounting Code) 5. 금액(Amount) 6. Tax(5%), No Tax(0%) 7. 총금액 (Amount + total) [[file:ER_approval_02.jpg|800px]] ==PM의 승인 : PM ONLY== PM은 승인요청이 올라온 비용전표에 대해서 승인을 한다. AM은 PM에게 별도로 승인요청이 있음을 알릴 수 있다. [[file:ER_approval_03.jpg|800px]] ==ENTER PAYMENT, 승인 후 지급 및 기록하기: AM ONLY== AM은 PM의 승인이 완료된 비용전표(ER)에 대해서 A. 실제로 프로젝트 멤버에게 실제로 지급한다. B. ENTER PAYMENT로 들어가서, 세부 내역을 기록한다. Approval State를 확인하고, Enter Payment로 들어가기 [[file:ER_enter_payment.jpg|800px]] ==ENTER PAYMENT 기록 사항== 지급 기록은 다음과 같은 항목을 입력한다. 1. 지급한 날짜 2. 지급 방법 : Cash or Bank Transfer * Bank Transfer의 경우, 1. 지급날짜와 같이 넣어야 한다. (Bank reconc9le에서 오류 발생 위험) 3. ERP Bank account : ERP에서 사용하는 프로젝트 은행 계좌 확인 4. 추가 내용 입력 사항이 있으면 작성하기, 비용전표(ER)에 세부 내용이 없는 경우에는 여기에 꼭 적어야 한다! 5. 지급 금액 : 지급한 금액을 적는다. (Remaining unpaid와 동일하게 입력한다) "Enter payment"에서는 5가지 요소를 모두 입력한 후에, 지급을 저장한다. Enter Payment 처리 예시 : | [https://drive.google.com/file/d/1TOv3UINaGI3MPj4TJ14r1EvTzjVr8664/view?usp=sharing ENTER PAYMENT 동영상] [[file:ER_enter_payment_01.jpg|800px]] ==지급 이후, 비용전표(ER) 변경 내용== 다음 이미지는 비용전표(ER)가 생성되고, 지급완료(After 'Enter payment') 후에 은행 계좌 및 계정 기록이 어떻게 추가되었는지 비교하여 살펴 본다. [처음 생성된 상태] [[file:ER_approval_01.jpg|800px]] [지급완료 및 지급기록(Enter payment)이 완료된 상태 [[file:ER_enter_payment_paid.jpg|800px]] =ERP BQ (Bank Account) 확인= 비용전표(ER, Expense Report)를 처리(paid)하면, 해당 기록은 ERP의 bank 기록에 추가 된다. 이것은 나중에 BQ Journal (Bank Journal)에 Binding된다. 특히, 비용전표(ER)을 ENTER PAYMENT할 경우, 은행 출납 기록의 실제 날짜와 금액을 정확히 일치 시켜야 한다. 실제 은행 계좌 출납기록에 기록이 되지만, 동일한 내용이 ERP bank account(기록)에도 동일하게 작성되어야 한다. ==은행 업무 프로세스== [신규, '25년 11월 30일부로 실시함] === 프로세스 설명=== 회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다. [Daily] #. 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정] #. 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정] [Monthly once] 회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다. === PMO의 관리 === 1. 일별 관리 ('''Dailiy process''') PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. 2. 월별 관리 ('''Monthly process''') PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다. ===회계 담당자의 은행 관련 업무=== 1. 매일 관리 사항 * 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다. <div style="text-align: center; margin-left: 1em; margin-right: 1em;"> [[file:rec_bank_01.jpg|700px]] </div> * 관리하는 프로젝트의 ERP 장부상 은행을 선택한다. <div style="text-align: center; margin-left: 1em; margin-right: 1em;"> [[file:rec_bank_02.jpg|700px]] </div> * 파일업로드 메뉴를 선택하여 들어간다. <div style="text-align: center; margin-left: 1em; margin-right: 1em;"> [[file:rec_bank_03.jpg|700px]] </div> * 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다. PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag) 2. 매월말 확인 사항 * 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다. PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag) 3. Reconcile [조정] 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다. 가. 해당 프로젝트의 ERP장부상, 은행을 선택한다. 나. 해당 은행의 메뉴에서 '''Reconcile'''을 선택한다. <div style="text-align: center; margin-left: 1em; margin-right: 1em;"> [[파일:rec_bank_pmo_01.jpg|700px|그림 설명]] </div> 다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다. 라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] '''Click Reconcile''' 버튼을 클릭한다. <div style="text-align: center; margin-left: 1em; margin-right: 1em;"> [[파일:rec_bank_pmo_02.jpg|700px|그림 설명]] </div> ==ERP Bank Entries에서 확인 방법== ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다. 한글 사이트에서는 "유료"라고 표시됨 주의 * PM의 승인 이후, PAID상태 조회 [[file:BQ_paid.jpg|800px]] * 비용전표(Expense Report), ER401-0191 조회 화면 ENTER PAYMENT(支付, 지급)처리를 하고 나면, 은행 기록과, 아직 지급하지 못한 금액이 있는 경우, 금액이 나타난다. 주의사항 - 항상 0.00$ (모두 지급)으로 처리할 것! [[file:BQ_paid_fin.jpg|800px]] * ERP의 Band|Cash 메뉴에서 은행 기록 조회 [[file:BQ_paid_record.jpg|800px]] * ENTER PAYMENT 기록 확인 화면 - 주의 사항, 지급(支付, paid) 날짜는 항상 실제 은행에서 출납날짜와 동일해야 한다. (본사 회계팀 검사) [[file:BQ_paid_record2.jpg|800px]] ==Bank reconcile: 은행 조정== 실제 은행 계좌와 ERP 은행 계좌를 동일하게 유지한다. 1달에 1번 은행계좌의 잔고를 동일하게 맞춘다. '''본 과정은 PMO에서 직접 수행함''' 회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만) [주의] ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. 만약 다를 경우에는 자필 사유서를 제출해야 함 {{:Bank reconcile}} =ERP billing, payment= 현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다. 영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다. {{:ERP billing}} =Binding, Journaling= 각각의 프로젝트에 사용된 비용은 계정 과목별로 집계가 되어야 한다. 이렇게 계정 과목 별로 구분하는 것을 바인딩(Binding, 편철)이라고 한다. 비용 전표(ER, Expense Report)가 승인이 된 이후에는 어떤 프로젝트의 비용으로 사용되었는지 구분해 주어야 한다. 비용 계좌를 다른 것으로 사용할 경우도 있기 때문에, 바인딩(Binding)은 개별적으로 해 주어야 한다. (사실 전통적인 회계에서 사용하기 때문에 바인딩 과정이 별도로 있을 뿐이다.) 회계 담당자(AM, Account Manager)는 여러 개의 비용전표를 나중에 바인딩하면, 복잡해지므로, 비용전표 지급(Paid)이 된 이후에는 곧바로 바인딩(Binding, 편철)하는 습관을 드리는 것이 좋다. 특히, 여러 명의 회계 담당자가 있는 경우에는 여러 프로젝트의 여러 개의 비용전표(ER)이 섞이게 되므로, 지급(paid)처리 이후에 곧 바로 바인딩까지 완료하는 것이 좋다. 일반적인 바인딩(Binding) 처리 방법은 다음 순서에 따른다. 1. Expense Report binding 메뉴를 선택한다. * 다른 비용전표(ER)와 섞여 있지 않으면, 자동 바인드를 사용한다 (Bind automatically) 2. sub menu에서 "Lines to bind" 메뉴를 선택한다. 3. 프로젝트에 해당하는 비용전표(ER)만 선택한다. 4. 묶음(Binding)을 한다. 5. Recording in accouting에서 해당 journal(분개장)을 선택한다. * 묶음(Binding) 해 놓은 비용전표 내역이 표시된다. 6 . Recording (기록)을 큭릭한다. 다음의 예는 24년 9월에 2개의 프로젝트를 바인딩 하는 방법을 설명하고, 이를 동영상으로 확인하도록 한다. {| class="wikitable" style="margin:auto" |+ 동영상 샘플 내용 설명 |- ! ER number || Project Number || Project Label || PM's Name || Month |- |ER2409-0197 || PJ01-RL-North || KHH Red Line North || Kim Hyung Jung || September(9월) |- |ER2410-0199 || PJ01-RL-South || KHH Red Line South || Her Young Tae || October(10월) |} [Binding & Journal Recording 방법] - 동영상에서 처리 순서 1. Accounting에서 비용전표(ER)을 확인한다. 2. 2개 프로젝트의 비용전표(ER)이 섞여 있어서, 우선 KHH Red Line South(ER2410-0199)를 먼저 처리한다. (해당 ER을 골라내고, 묶은 후(Binding), 기록(Recording) 하였다. 3. 나머지, KHH Red Line North(ER2409-0197)는 자동 묶음 처리(Bind automatically)를 하고, 기록(Recording)을 한다. * 자동과 수동 처리의 예시이다. 바인딩(Binding)처리 내용을 확인하고, 다음의 동영상에서 처리 하는 방법을 참고한다. 묶음(Binding) 및 기록(Recording) 방법 예 | [https://drive.google.com/file/d/1oJK-VGPOCzBqi0JdWzF-wItRbWM3Mo1-/view?usp=sharing 바인딩 처리 동영상 설명] ==묶음(Binding) 오류 처리 방법== 바인딩(Binding)처리 후, Jornal(분개장)에 기록(Recording)하는 경우에 잘못하여 다른 분개장(Journal)에 기록되는 경우가 있다. 이때는 # 분개장(Journal) 기록에서 삭제하고 # 다시 기록(Recording)하는 작업을 해주면 된다. * 주의 분개장(Journal)에서 "삭제"의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. "삭제"한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다. 다음은 '''잘못 바인딩(Binding error)'''된 비용전표(ER)을 수정하는 예시이다. 예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다. * [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명] [동영상 내용 설명] # KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다. # 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.) # 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-> 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다. # 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다. 설명한 내용을 동영상에서 확인해 보자. 잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명] * 주요 사항 binding 처리 - 목록(list)에서만 삭제하는 과정임 # binding list에서 삭제 (list에서만 삭제되는 것임) # 다시 binding ==분개장: Journal== Binding 작업을 하고 나면, 해당 기록은 분개장(Journal, sub-ledger)에 기록된다. 비용전표를 작성하고 나서, 회계담당자가 binding을 하면다음과 같이 집계됩니다. 바인딩은 회계담당자가 처리해야 되는 부분입니다. ER 전표 승인이 나면, 다음과 같이 집계됩니다. (분개장) [[file:After_binding01.jpg|800px]] '''날짜''': date는 ER(Expense Report)가 작성된 날짜입니다. 주의 사항은 영수증 날짜와 ER 날짜는 다릅니다. Accounting account는 “ME. Construction Meals & Entertainment”와 같은 명칭이 숫자로 표시된 것 입니다. 이 숫자는 글로벌 회계표준입니다. 해당 번호는 한국뿐만 아니라, 대만에서도 회계 구분용으로 동일하게 사용됩니다. Subledger account를 통해서 TYC의 경우 3가지로 구분됩니다. - TYC-TEMP - TNN - SB02 - 기타 TPE Office: TPE-HQ 설명 내용 화면 [[file:After_binding02.jpg|800px]] =총계정원장 (Ledger)= 총계정원장(Ledger)는 설정 계정 모두를 볼 수 있는 내용이다. 쉽게 생각하면, 분개장(Journal)을 모아 놓은 것이 총계정원장(Ledger)이다. = 사용 중인 COA = 경리월보의 COA와 ERP에서 사용하는 COA 변환표 {| class="wikitable" |- ! 선언명 !! 비용명칭(ERP) !! COA code !! 항목(한글) !! 항목(영어) |- | LS_a1 || Office Furniture & Fixture buy [비품] || 602 || 비품 || Furniture & Fixture |- | LS_a2 || Office Photocopy & Projector buy || 6021 || 복사기/프로젝터 || Photocopy & Project |- | LS_a6 || Other office supply (no stationary) || 606 || 기타 || Others |- | LS_B1 || Office Rentals deposit || 613 || 사무실 || Office |- | LS_b2 || Residence Rentals deposit || 6131 || 숙소 || Building for Resident Employee |- | LS_b3 || Car Rentals deposit || 6132 || 차량 || Car1 |- | LS_b4 || Deposit others || 618 || 기타 || Others |- | LS_c1 || Telephone, Mobile/ Fax [통신료] || 6261 || 전화/FAX || Mobile Bill Expenses / Fax |- | LS_c2 || Postage & Courier [우편료등] || 6262 || 우편료등 || Postage & Courier |- | LS_d1 || BT. Public trans.(taxi) fare [시내교통비] || 6241 || 시내교통비 || Taxi Fares |- | LS_d2 || BT. Local trip, hotel & transfer [국내출장] || 625 || 주재국내출장비 || Local Traveling |- | LS_d3 || Business trip overseas [해외출장] || 6251 || 주재국외출장비 || Overseas Traveling |- | LS_d4 || BT biz trip Other expense [출장 기타 비용] || 6252 || 여비교통비기타 || Others |- | LS_E || Insurance premiums || 616 || 보험료 || Insurance |- | LS_f1 || TD Taxes and similar payments on remuneration (tax administrations) || 631 || 세금 || TAX |- | LS_f2 || TD PJT Other taxes, duties and similar payments (tax administrations) || 635 || 기타세금 || Other taxes, duties |- | LS_f3 || TD Other payroll taxes || 647 || 기타보수세금 || Other payroll tax |- | LS_f4 || Annual company tax || 697 || 법인세 || Annual corporate tax |- | LS_f5 || Tax integration [세금 일반] || 698 || 세금 || TAX integration |- | LS_g1 || ME. Branch Meals & others with Customer [접대비] || 6481 || 지사접대비 || Branch Meals & Entertainment |- | LS_g2 || PJT Construction Meals & others with Customer || 6482 || 공사현장접대비 || Construction Meals & Entertainment |- | LS_h1 || WELL. Tuition for children || 6451 || 자녀교육비 || Tuition |- | LS_h2 || WELL. member meals [Welfare] || 645 || 식대 || Meal |- | LS_h3 || WELL. Other staff costs || 648 || 기타 || Others |- | LS_h4 || WELL. Medical care || 648 || 기타 || Others |- | LS_i1 || CH. PJT Service Charge, expense [용역수수료] || 6111 || 용역수수료 || Service Charge |- | LS_i2 || CH. Finance fee / Bank Charge || 668 || 금융수수료 || Finance/Bank Charge |- | LS_i3 || CH. PJT FAT Expense || 6112 || 검정(검수)수수료 || FAT Expense |- | LS_i4 || CH. PJT expense others [용역비 기타] || 628 || 기타 || Others |- | LS_i5 || Expense over financial years(Reserved) || 672 || 이월금 || Expense over financial years(Reserved) |- | LS_J || Books & Printings || 6231 || 도서인쇄비 || Books & Printings |- | LS_K || Car Operation. fuel, park, toll fee and etc. [주유, 주차] || 615 || 차량유지비 || Vehicle Oper |- | LS_L || CH. PJT Transport & Conveyance [자재 운반비] || 624 || 운반비 || Transport & Conveyance |- | LS_M || Advertising, publications, public relations || 623 || 광고선전비 || Advertisement |- | LS_N || CH. Employee Training || 617 || 교육훈련비 || Employess Training |- | LS_O || PJT Conference [회의비] || 6171 || 회의비 || Conference |- | LS_P || Office Keeping (Utility) water, electricity, cleaning [수도광열비] || 6181 || 수도광열비 || Offce Keeping (Utility) |- | LS_q1 || Payroll Salary of HQ Employee || 641 || 주재원해외급여 || Resident Employee |- | LS_q2 || Payroll Salary of the Local work || 644 || 현지채용인급여 || Local Employee |- | LS_q3 || Payroll Salary temp. worker, Others (알바비, 기타잡비 포함) || 621 || 현지채용인급여 || Local Employee |- | LS_q4 || Payroll Other payment expense || 6211 || 기타 || Others |- | LS_R || Office Stationaries [소모품비] || 6022 || 소모품비 || Stationaries |- | LS_S || Miscellaneous operating expenses || 658 || 잡비 || Miscellaneous expenses |- | LS_T || Other operating expenses || 678 || 기타 || Others |- | LS_U || PJT Stored Procurement - Raw Materials (and Supplies) || 601 || 현장재료비 || Site Materials |- | LS_u1 || Monthly Office Rental fee || 614 || 사무실 || Office Rent |- | LS_u2 || Monthly Residence Rental fee || 6141 || 숙소 || House Rent |- | LS_u3 || Monthly Car Rentals fee || 6142 || 차량임차료 || Car Rent |- | LS_u4 || Car register or license other expense [등록세, 면허비] || 6221 || 기타 || Car other |} * 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리 * 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다. * 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx) ==바인딩된 CoA의 수정== [[Admin관련#CoA_할당_수정_과정| 할당 및 수정 과정]] from Admin 관련 참조 [[Category:ERP]] ==제조개별비 처리== 경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출) '''회계팀, PM과 확인하여 해당 계정 확정 할 것''' * 항목 # 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타) # 제조지급수수료(용역) # 제조지급수수료(기타) # 제조운반비 - 현지 물품대에 대한 VAT # 제조소모품비(기타) - 안전 공구 # 제조운반비 - 현장인도비용 * CoA로 할당 이미 할당되어 있거나, 의미를 잘 몰라서 개별적으로 입력 사항이 다름 현재는 PM이 해당 내용을 수정하여 별도로 다시 분류해서 엑셀로 재작성 * 개선 방향 경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리 * 문제 # CoA 이해 부족 - PM, AM # 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡) # Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)
요약:
LS Taiwan에서의 모든 기여는 다른 기여자가 편집, 수정, 삭제할 수 있다는 점을 유의해 주세요. 만약 여기에 동의하지 않는다면, 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다(자세한 사항은
LS Taiwan:저작권
문서를 보세요).
저작권이 있는 내용을 허가 없이 저장하지 마세요!
취소
편집 도움말
(새 창에서 열림)
이 문서에서 사용한 틀:
Bank reconcile
(
편집
)
ERP billing
(
편집
)
틀:영수증 파일
(
편집
)
검색
검색
AM role
편집하기
새 주제